Compreensão da arquitetura corporativa e do Agile
Como a arquitetura empresarial e o Agile se encaixam?
Arquitetura Empresarial e Ágil - Defina a Abordagem Ágil
Arquitetura Corporativa e Agile - Guia Backlog no Sprint
Arquitetura Corporativa e Agile - Sprints de Restrição
Como a arquitetura empresarial e o Agile se encaixam?
Arquitetura empresarial e metodologia ágil se encaixam de maneiras inesperadas. O foco do método ágil está no presente. Os passos para criar um software de entrega viável. Dessa perspectiva, a questão é: o que a arquitetura empresarial faz hoje? O que ela faz para acelerar a entrega de software?
Arquitetura empresarial e ágil não se encaixam dentro do sprint. Elas se encaixam fora do ciclo de desenvolvimento. Elas se encaixam quando os arquitetos empresariais e os desenvolvedores ágeis realizam seus trabalhos. Equipes de Arquitetura Corporativa bem-sucedidas entregam seus resultados. caso de uso. Eles não entregam mais nada. Mesmo que pudessem.
Temos uma arquitetura empresarial simples e um modelo de referência ágil. Existem quatro padrões principais de engajamento da arquitetura empresarial:
- definindo a abordagem ágil
- guiando o backlog no sprint
- restringindo os sprints ágeis
- resolvendo a dependência entre produtos
Nos últimos anos trabalhando em Transformação digital iniciativas, desenvolvemos um conjunto de padrões de engajamento.
Como usar esses padrões de engajamento?
Primeiro, analise o seu caso de uso de arquitetura corporativa. Que orientação você espera fornecer? A quem você atende? Em seguida, analise os padrões de engajamento que abordam os desafios do seu trabalho. Inclua-os no seu engajamento.
Nosso modelo de padrão de arquitetura tem dois elementos-chave: o problema previsível e o abordagem para resolver o problema. Também reunimos o pedaços duros. Quando consideramos um padrão, observamos o quão bem ele resolve o problema e quanto trabalho extra é necessário para aplicá-lo com sucesso.
Vamos analisar os padrões de engajamento: o problema que eles resolvem, a abordagem e as partes difíceis.
- definindo a abordagem ágil
- guiando o backlog no sprint
- restringindo os sprints ágeis
- resolvendo a dependência entre produtos
Exemplo Prático: Desenvolvimento Ágil no Roteiro de Arquitetura Corporativa
Tive uma conversa divertida com a recém-contratada Engenheira de Confiabilidade de Sistemas. A especialista em SRE estava animada. Finalmente iniciamos práticas modernas: CI/CD e testes automatizados. Ela me perguntou o que a Equipe de Engenharia Elétrica estava fazendo para ajudar.
Eu tive que sorrir quando ela perguntou: '‘O que a equipe da EA está fazendo para ajudar?’'O que ela realmente quis dizer foi: '‘O que você está fazendo para me apoiar hoje?’Hoje, em termos de desafios imediatos, nada. Ela estava por dentro da implementação. Ela estava olhando ao redor em termos de implementação.
Ela não entendia como a organização estava se desenvolvendo. Ela não estava ciente da roteiro de portfólio. O roteiro tinha um ponto de transição que acabávamos de atingir. Tínhamos trazido contêineres, gerenciamento de dados de teste e um conjunto de testes automatizados fraco. Ela não percebeu que o planejamento de cima para baixo, à moda antiga, havia criado circunstâncias difíceis para seu novo emprego.
Ela estava pensando no desenvolvimento imediato. Eu estava pensando em todo o transformação digital. Seu papel era ajudar a organização na próxima transição. Ela estava desenvolvendo o capacidades críticas. Os testes automatizados forneceriam evidências de que as restrições arquitetônicas estavam sendo seguidas. Eu estava migrando de definindo a abordagem ágil. Eu precisava de ajuda para orientar o backlog.
Dez pontes e estradas de ligação são mais valiosas do que 500 meias-pontes para lugar nenhum
490 construtores de pontes ficarão descontentes
490 construtores de pontes que pensavam que estavam a gerar valor
Conversas do Manual de IA Agencial
Conversas sobre o Guia Prático de IA Agencial: Temos estado profundamente imersos no cenário em constante evolução da adoção de IA, embarcando numa jornada que abrange tanto as complexidades técnicas quanto a transformação digital em geral. Desenvolvemos o Guia do Líder Empresarial […]
Baixe a Arquitetura de Referência de Capacidades Críticas para Adoção de IA
Baixe a Arquitetura de Referência de Capacidades Críticas para Adoção de IA. A adoção de IA exige pensamento inovador. Atualmente, não dispomos de práticas recomendadas comprovadas para a adoção generalizada de IA que melhorem consistentemente nossas organizações. Precisamos da capacidade de reimaginar nosso […]
Download do Guia do líder empresarial para IA
Download Business Leader's Guide to Artificial Intelligence As organizações que aplicam com sucesso a tecnologia inovadora têm tido uma vantagem competitiva. A tecnologia inovadora não vem com padrões de sucesso e práticas recomendadas estabelecidas. A tecnologia inovadora é inédita e [...]
Faça o download da Introdução ao padrão TOGAF, 10ª edição
Download Introdução ao Padrão TOGAF®, 10ª edição O Padrão TOGAF, 10ª edição, facilita a adoção das práticas recomendadas de arquitetura empresarial. Ele separa os conceitos universais das melhores práticas comprovadas. O padrão destaca onde [...]
Download do Guia de Planejamento Baseado em Capacidades
Faça o download do Guia de Planejamento Baseado em Capacidades Sempre se esforce para obter valor. Metade de uma melhoria é um desperdício de 100%! Ninguém ensina uma águia a engatinhar, andar ou correr. As águias voam! Faça o download de Teach your Eagles to Fly: Planejamento baseado em capacidades [...]
Faça o download do Guia de Avaliação de Capacidade de Arquitetura de Negócios
Faça o download do Guia de Avaliação de Capacidade da Arquitetura de Negócios Faça o download do Guia de Avaliação de Capacidade da Arquitetura de Negócios. O planejamento baseado em capacidade é uma das técnicas mais poderosas de aprimoramento da arquitetura de negócios. A prática recomendada de planejamento baseado em capacidade usa a capacidade como uma gestão [...]
Faça o download da amostra de princípios de arquitetura corporativa
Download de exemplos de princípios de arquitetura Faça o download de um exemplo de princípios de arquitetura corporativa. Os princípios da arquitetura corporativa identificam como abordar um problema ou uma decisão. A abordagem sempre o direciona para suas prioridades duradouras. Faça o download da amostra de princípios de arquitetura corporativa [...]
Faça o download do Guia de Governança da Arquitetura Corporativa
Faça o download do Guia de Governança da Arquitetura Corporativa Faça o download do Guia de Governança da Arquitetura Corporativa para entender as melhores práticas para direcionar e controlar o desenvolvimento da arquitetura e mudar para obter os resultados esperados. Faça o download do Guia de Governança da Arquitetura Corporativa [...]
Download da integração do TOGAF e do SABSA
Faça o download da integração do TOGAF e do SABSA Reúna o SABSA, a melhor estrutura de arquitetura de segurança do mundo, e o TOGAF, a estrutura de arquitetura corporativa padrão do setor. Faça o download da integração do TOGAF e do SABSA Integração do TOGAF e do SABSA Inclui O SABSA usa um [...]
Faça o download da arquitetura de referência do recurso de arquitetura corporativa
Download Enterprise Architecture Capability Reference Architecture A Enterprise Architecture Capability Reference Architecture acelerará o estabelecimento e o aprimoramento da sua equipe de EA. Projete sua Equipe de Arquitetura Empresarial para o sucesso. Identifique e aprimore a arquitetura de sua empresa [...]
Arquitetura Empresarial e Ágil - Defina a Abordagem Ágil
Agile é uma escolha. Tem vantagens e desvantagens. Adotar o Agile requer escolhas sobre Produto, Plataforma, estratégia de entrega de serviço e pontos de transição de cima para baixo.
Uma equipe de EA precisa da capacidade de oferecer suporte Estratégia e Portfólio para definir a abordagem ágil.
Problema previsível:Quando você usa o Agile?
Padrão de produto
Produtos externos são mais fáceis de implementar do que produtos internos. Em suma, existe um mercado. Internamente, o uso do Agile impulsiona o sistema interno para produtos digitais. É necessário determinar a existência, o escopo e a abordagem de desenvolvimento dos sistemas internos.
Problema previsível:De onde vem o produto?
Abordagem: Ajustar a definição de "soluções" usadas para preencher lacunas e os resultados do pacote de trabalho para alinhá-los com produtos independentes. Desenvolver um portfólio interno de produtos e um conjunto de medidas de valor para produtos internos. Os produtos devem aparecer no roteiro de arquitetura.
Padrão de plataforma
Plataformas podem melhorar a velocidade e a sustentabilidade do desenvolvimento. No entanto, uma plataforma mal selecionada terá o resultado oposto. Não é uma escolha da equipe ágil se usará uma plataforma, muito menos qual plataforma. Usamos o termo plataforma para nos referirmos a SAP, M365, Facebook, Pega ou até mesmo Open Shift Containers.
Arquiteturas de Referência têm um papel crítico na definição, seleção e governando o uso de plataformas.
Problema previsível:Quando uma plataforma deve ser usada e quando o produto deve ser irrestrito?
Abordagem: Múltiplas abordagens
-
- Use uma arquitetura alternativa para selecionar. As principais preocupações serão confiança, sustentabilidade, tempo de lançamento no mercado e continuidade dos negócios.
- Usar plataforma arquitetura de referência para garantir a integralidade do design do produto e avaliar o preenchimento de todas as lacunas
Pedaços duros: Questão de suporte e sustentabilidade do produto e da plataforma.
Padrão de estratégia de prestação de serviços
Uma estratégia de prestação de serviços refere-se à abordagem que as organizações utilizam para fornecer produtos ou serviços. Não é garantido que você escolherá sua abordagem atual — interna, contratual, de aumento de equipe.
Problema previsível:Como sua organização entregará desenvolvimento ágil?
Abordagem: Siga as abordagens da Arquitetura para apoiar a Estratégia. Questione como o desenvolvimento ágil será viabilizado. Use uma Modelo Operacional para definir valor e um Mapa Organizacional para definir como os diferentes consumidores, desenvolvedores e operadores de um produto trabalharão juntos.
Padrão de ponto de repouso de valor principal
O desenvolvimento ágil tem a mesma probabilidade de saber quando parar do que qualquer outra abordagem. Pontos de Descanso de Valor são sinônimos de transições arquitetônicas. Usamos esse termo para destacar que o stakeholder tem uma saída e pode parar de investir. Os stakeholders usarão essas saídas por vários motivos:
-
- Quando o esforço para atingir o próximo ponto de repouso excede o valor incremental.
Esta é uma conversa sobre ROI. Conversas sobre ROI geralmente levam a mudanças de prioridade. - Quando o mesmo esforço pode ser usado para alcançar um resultado mais valioso
- Quando as prioridades organizacionais mudam (governança)
- Quando há uma ameaça ou oportunidade inesperada (agilidade empresarial)
- Quando o esforço para atingir o próximo ponto de repouso excede o valor incremental.
Problema previsível: Conhecendo o Ponto de Descanso do Valor para parar ou mudar o foco
Abordagem: Utilize roteiros de arquitetura para explorar pontos alternativos de entrega de valor. Crie relatórios sobre as atividades em direção aos estados de transição.
Pedaços Difíceis: As considerações incluem o valor comparativo em repouso e o valor potencial como trampolim para outras atividades. Os implementadores raramente entendem essas conversas. Eles se envolvem emocionalmente em um caminho ou ponto de repouso. Especialmente quando a existência do produto, ou o próximo lançamento, está em consideração. Os líderes seniores estão sempre em busca do melhor caminho a seguir, não do maior retorno potencial. Eles querem o melhor caminho.
Explorar os pontos de repouso do valor é o primeiro passo. Os tomadores de decisão precisam entender as opções (seleção com base em diferentes critérios e adiamento de decisões incertas). Em seguida, identificar o que é necessário para chegar aos diferentes pontos de repouso do valor selecionados.
-
- Que mudança buscar considerando diferentes critérios—Roteiro de Arquitetura Tipo 4: Cenários
- Que trabalho irá gerar valor, e qual o custo e a incerteza—Roteiro de Arquitetura Tipo 1: Mapa de Calor
- Quais decisões são adiadas—Roteiro de Arquitetura Tipo 4: Cenários
- Quando o valor será entregue—Estados de transição
Vá além com o processo e o método de arquitetura empresarial de práticas recomendadas
Melhores práticas arquitetura corporativa de Conexiam Navigate
Desenvolvimento da estratégia de arquitetura corporativa
Desenvolvimento da estratégia de arquitetura corporativa: Plano estratégico para mudança A estratégia de arquitetura corporativa é ação. A ação que sua organização realizará e as mudanças que fará para atingir suas metas estratégicas. O desenvolvimento da estratégia tem tudo a ver com escolha. [...]
Liberando o poder do planejamento baseado em capacidades: Um guia rápido
Liberando o poder do planejamento baseado em capacidades: Um guia rápido Está procurando uma maneira mais eficaz de planejar e executar sua estratégia de negócios? Não procure mais: o planejamento baseado em capacidades. Identificar e usar os recursos de sua organização [...]
Comparação de estruturas de arquitetura corporativa: Qual é a ideal para você?
Comparação de estruturas de arquitetura corporativa: Qual é a ideal para você? Não existe um modelo único para todos os negócios. Nem nas estruturas de arquitetura corporativa. Compare os méritos das estruturas populares para determinar qual é a estrutura otimizada ideal para você. Embora [...]
Fazendo escolhas mais inteligentes: Por que sua empresa precisa de decisões arquitetônicas
Fazendo escolhas mais inteligentes: Por que sua empresa precisa de decisões arquitetônicas As empresas são constantemente confrontadas com o desafio de tomar decisões cruciais. Todos os dias, as decisões, inclusive as práticas operacionais e as seleções de tecnologia, têm um impacto significativo em um [...]
Compreensão da arquitetura corporativa e do Agile
Entendendo a arquitetura corporativa e o Agile Tanto o Agile quanto a arquitetura corporativa são projetados para reduzir os riscos. O desenvolvimento ágil de software é excelente para criar algo que nunca tivemos antes e que não sabemos como criar. [...]
Roteiro de arquitetura corporativa como design
Roadmap de arquitetura corporativa como design Um Roadmap de arquitetura é uma ferramenta de planejamento que ajuda os tomadores de decisão de uma organização. Um roteiro de arquitetura dinâmico é projetado para ajudá-los a desenvolver e percorrer o melhor caminho a seguir. Ele também [...]
Desbloqueando o potencial de sua empresa: como criar um mapa de recursos eficaz
Desbloqueando o potencial de sua empresa: como criar um mapa de recursos eficaz Você está tendo dificuldades para identificar os recursos necessários para levar sua empresa ao próximo nível? Você acha difícil alinhar os recursos [...]
Práticas recomendadas para implementar ferramentas de gerenciamento de arquitetura corporativa
Melhores práticas para implementar ferramentas de gerenciamento de arquitetura corporativa As ferramentas de gerenciamento de arquitetura corporativa são projetadas para apoiar o planejamento, o projeto, a análise e a execução da arquitetura corporativa. Elas permitem que os arquitetos corporativos examinem a necessidade de mudança [...]
Gerenciamento do trabalho de arquitetura corporativa
Gerenciamento do trabalho de arquitetura corporativa O gerenciamento do trabalho de arquitetura corporativa é fundamental para o sucesso diário de uma equipe de arquitetura corporativa. Os arquitetos devem fornecer orientações úteis antes que as partes interessadas tomem decisões informadas. Os arquitetos corporativos precisam traduzir o [...]
Criação de um Conselho de Revisão de Arquitetura Moderna
Criação de um Conselho de Revisão de Arquitetura Moderna A criação de um conselho de revisão de arquitetura moderna requer a criação de um processo de governança dinâmico e o estabelecimento de um órgão de tomada de decisões de alto nível. O objetivo é estabelecer uma governança de arquitetura eficaz sem burocracia. [...]
Arquitetura Corporativa e Agile - Guia Backlog no Sprint
Equipes ágeis fortes encontram o caminho mais eficaz a seguir. Planejamento e orçamento de longo prazo existem devido à complexidade do ecossistema. O desafio é unir o planejamento de longo prazo à criatividade ágil. Unir o planejamento de cima para baixo à execução de baixo para cima.
Eles precisam ser informados sobre as prioridades organizacionais em termos que possam ser incorporados ao gerenciamento de pendências.
O Agile existe porque as pessoas mais próximas da solução conseguem encontrar o caminho mais eficaz. Organizações bem-sucedidas priorizam e fazem trade-offs. Sem alcançar o futuro desejado dentro das restrições de tempo e recursos, nenhum trabalho deve ser iniciado.
Uma equipe de EA precisa da capacidade de oferecer suporte Portfólio e Projeto para guia de backlog no sprint.
Problema previsível:Garantir que os resultados esperados, o valor, as expectativas de desempenho em cascata e as restrições orientem o lançamento e o desenvolvimento do produto.
Parte difícil: Muitos evangelistas ágeis se surpreendem com o fato de as organizações que adotam a metodologia ágil permanecerem profundamente comprometidas com o planejamento e o orçamento de longo prazo. Muitas vezes, precisamos superar a mitologia de que existe uma preferência cultural pela metodologia em cascata.
Roteiro para Guiar o Padrão do Produto
Problema previsível: Ter um roteiro de produto abrangente, em vez de um ciclo de lançamento de recursos.
Abordagem: Usando um técnica de roteiro de arquitetura onde o produto, ou família de produtos, se posiciona no lugar do Portfólio. Garanta que os relatórios normais de produtos incluam atividades em direção aos estados de transição.
Pedaços duros: Uma excelente gestão de produtos proporcionará um roteiro de produto abrangente. Muitos proprietários de produtos de baixo para cima não têm experiência em gerenciar o ciclo de vida ou a integração de um conjunto de produtos integrado. A equipe de EA precisará preencher vagas, ou recorrer a alternativas, com base na competência da organização do produto.
Muitas equipes de arquitetura caem na armadilha da precisão artificial ou da onisciência imaginada. Ambas são maneiras sofisticadas de descrever o pensamento em cascata. Um roteiro de arquitetura clássico abordará transições, lacunas e pacotes de trabalho. Isso será incompreensível para uma equipe de produto. Mude a linguagem para a terminologia de produto e ágil. O proprietário do produto precisa entender as restrições com as quais está operando.
Construir o roteiro requer arquitetura suficiente. A única abordagem escalável é '‘apenas o suficiente.' "Suficiente" significa impor prioridades organizacionais e evitar problemas previsíveis. "Suficiente" significa ficar fora do design do produto. Use padrões de arquitetura que atendam a todo o portfólio. "Suficiente" significa ignorar potenciais sinergias. "Suficiente" significa focar em problemas previsíveis. O valor de evitar problemas previsíveis é alto. "Suficiente" significa não ter medo de usar a destruição criativa. Use um conceito de ciclo de vida esperado para impulsionar refatorações agressivas (abordagens greenfield e revolucionárias).
O uso das técnicas com o proprietário do produto ajuda a trazer prioridades e restrições organizacionais para o roteiro do produto.
-
- Qual produto ou principais características buscar considerando diferentes critérios – Roteiro de Arquitetura Tipo 4: Cenários
- Quais produtos ou recursos fornecerão valor (benefício, trabalho e incerteza – Roteiro de Arquitetura Tipo 1: Mapa de Calor
- Quando são necessárias mudanças no produto e na plataforma – Roteiro de Arquitetura Tipo 2: Ciclo de Vida
- Qual é a dependência e o impacto do trabalho e da mudança – Roteiro de Arquitetura Tipo 3: Impacto e Dependência
Roteiro para Guiar o Padrão Épico
Problema previsível: Usando épicos para implementar resultados e restrições de cima para baixo no produto.
Abordagem: Usando estados de transição bem construídos em um técnica de roteiro de arquitetura onde o produto, ou família de produtos, se posiciona no lugar do Portfólio. Garanta que os relatórios normais de produtos incluam atividades em direção aos estados de transição.
Pedaços Difíceis: Requer produtos fortemente integrados ou fortemente restritos. A área de foco precisa estar na integração ou nos pontos de restrição. Vários produtos coexistindo em um ecossistema e compartilhando dados de referência são um exemplo simples.
É comum cair na armadilha do design antecipado. O foco deve estar nas áreas em que os desenvolvedores de software precisam limitar sua criatividade devido a requisitos externos ou do ecossistema. O ideal é que isso seja feito antecipadamente, em vez de uma reação à dívida técnica.
Quando obtivemos sucesso, adotamos ativamente a linguagem de métodos como o SaFE e estruturamos o roteiro em termos de temas estratégicos e pistas de arquitetura.
Padrão de Valor Empresarial
Problema previsível: Garantir que os fatores críticos de sucesso incluídos nos estados de transição e de destino orientem a preparação ágil do backlog e o planejamento épico.
Abordagem: Traduzir medidas e objetivos top-down em critérios consumíveis para a preparação ágil do backlog. Garantir que os relatórios regulares de produtos incluam a seleção e a conclusão de atividades em direção ao valor declarado.
Pedaços Difíceis: As medidas top-down devem ser definitivas e fáceis de avaliar. Por exemplo, a agilidade da equipe não pode ser exigida para desenvolver um equilíbrio sutil entre tempo de lançamento no mercado e resiliência. É necessária uma terminologia inequívoca.
Quaisquer mudanças nas medidas de cima para baixo causarão confusão. Isso é especialmente verdadeiro se um estado de transição tiver sido alcançado.
Para produtos internos, sempre nos certificamos de ter um modelo de custo sólido para produtos digitais antes de introduzir medidas de custo. Sem um modelo de custo, os custos operacionais e de plataforma serão perdidos e todos os custos serão justificados com base no custo de implementação. Planeje ajudar o gerente de produto interno com isso. entendendo ITFM. Por outro lado, gerentes de produtos digitais externos normalmente têm uma compreensão muito forte de custos.
Restringir o padrão de Product Owner 'de baixo para cima'
Problema previsível: Proprietários de produtos que veem toda a empresa através das lentes de seu produto e de seus usuários diretos.
Abordagem: Documentar o produto e sua função dentro do ecossistema. Documentar as restrições aplicáveis ao produto. Documentar os critérios de avaliação. Garantir que os relatórios regulares do produto incluam o progresso em direção aos estados de transição e atividades alinhadas com o valor da empresa.
Pedaços Difíceis: Proprietários de produtos digitais internos costumam ser um elo fraco. Desafios comuns incluem a falta de compreensão:
-
- por que seu produto existe
- papel do produto no ecossistema
- criticidade das restrições empresariais
- quem são os tomadores de decisão (financiadores)
- como obter orientação sobre prioridades empresariais e medidas de valor
As equipes de Arquitetura Corporativa que dão suporte a Portfólios e Projetos provavelmente precisarão restringir os Proprietários de Produto "de baixo para cima". Isso exige um esforço deliberado e alocação de pessoal.
Treinamento em arquitetura empresarial e treinamento em TOGAF
Curso de treinamento em arquitetura empresarial TOGAF
Você quer treinamento para a certificação TOGAF? Demonstre seu conhecimento de arquitetura empresarial com a Certificação TOGAF Curso de treinamento em arquitetura empresarial TOGAF® Dê um passo importante para ser um arquiteto empresarial melhor com o Padrão TOGAF, 10º [...]
Início do trabalho do arquiteto corporativo
Kickstart do arquiteto corporativo Precisamos manter nossas habilidades atualizadas. Agora mais do que nunca. Use o Kickstart de Arquitetura Empresarial para melhorar sua capacidade de oferecer uma arquitetura empresarial transformadora. Este pontapé inicial de 90 dias é como a Conexiam Consulting [...]
Educação on-line eficaz
Educação on-line eficaz A educação on-line eficaz funciona. Os alunos acessam o melhor instrutor disponível. Os alunos controlam o ritmo de seu aprendizado. Os instrutores podem compartilhar material suplementar rico sem desviar a atenção do tópico principal. Distância eficaz [...]
Treinamento personalizado em arquitetura corporativa
Treinamento personalizado em arquitetura corporativa O treinamento personalizado em arquitetura corporativa aborda o desenvolvimento profissional de que sua equipe de EA precisa. Os bons arquitetos corporativos usam um amplo conjunto de habilidades e métodos, além do conhecimento especializado no domínio, para desenvolver [...]
Curso de Treinamento Avolution ABACUS
Treinamento do Avolution ABACUS A arquitetura empresarial eficaz depende de modelagem e análise formais. Oferecemos o treinamento do Avolution ABACUS com arquitetos corporativos práticos. Os alunos adquirem habilidades e conhecimentos para criar arquiteturas empresariais e de domínio integradas neste [...]
Curso de treinamento em arquitetura de negócios
Treinamento em Arquitetura Empresarial A arquitetura empresarial eficaz depende da arquitetura empresarial. O curso oferece aos alunos as habilidades e o conhecimento para desenvolver a arquitetura de negócios em um ambiente de arquitetura corporativa. A arquitetura de negócios envolve a descrição da estrutura da empresa [...]
Arquitetura Corporativa e Agile - Sprints de Restrição
Estamos deixando de ajudar uma equipe ágil a gerenciar suas costas e partindo para o sprint. Aqui, precisamos inserir as especificações de arquitetura no software. Devemos fazer isso sem interferir na criatividade e na inovação da equipe ágil.
Toda especificação de arquitetura remove um grau de liberdade. Quando restringimos a liberdade, dificultamos que a equipe ágil encontre o caminho mais eficiente. Quando as restrições direcionam as prioridades da empresa, facilitamos a busca pelo melhor caminho.
Existe uma regra básica: nunca remova um grau de liberdade se não for necessário
A liberdade para inovar e criar é a alma do desenvolvimento ágil de software
Existe uma regra avançada:nunca tenha medo de dar a uma equipe ágil um problema realmente difícil
Inovação e criatividade criarão soluções que você não pode imaginar
Problema previsível:Garantir que as decisões durante o sprint, críticas para o sucesso ágil, estejam cientes e sejam direcionadas pelas prioridades, preferências e restrições organizacionais.
Pedaços duros: Encontrar um equilíbrio entre os requisitos da empresa e interferir na liberdade de design e abordagem necessária. Isso é especialmente verdadeiro para arquitetos com experiência em desenvolvimento. A expertise no assunto cria uma ladeira escorregadia que vai além das especificações da empresa e entra no design. Isso leva a uma arquitetura ruim com grande impacto inicial.
Arquitetos corporativos que apoiam a entrega de projetos e soluções devem se preparar para sprints limitados. Arquitetos focados em um ecossistema ou plataforma de produto também devem se preparar para trabalhar com equipes ágeis.
Padrão de Critérios de Aceitação
Problema previsível: Garantir que o software esteja em conformidade com as especificações e padrões da arquitetura empresarial.
Abordagem: Fornecer critérios de aceitação obrigatórios aplicáveis ao final dos épicos e antes do lançamento. Muitas vezes usamos Padrões de Arquitetura de Aplicação e Padrões de Arquitetura de Dados para criar critérios de aceitação. Incluir critérios de aceitação obrigatórios em todos os relatórios de testes.
Pedaços Difíceis: Saber quando aplicar critérios de aceitação obrigatórios. Cedo demais distorce o desenvolvimento. Tarde demais gera pressão por exceções de lançamento. Isso é especialmente verdadeiro para produtos digitais internos que não têm ciclos de lançamento realmente previsíveis.
Classificamos nossas especificações de arquitetura como:
-
- princípio da arquitetura
- padrão de arquitetura
- padrão
- regra
A maioria dos critérios de aceitação obrigatórios precisam ser padrões ou padrões de arquitetura.
Nunca se esqueça de sair do caminho e colher a criatividade.
Padrão de valor (medidas e pontos de repouso)
Problema previsível: Entender o que é valorizado e como o valor é medido.
Abordagem: A arquitetura empresarial precisa ser definitiva sobre como o valor é descrito e mensurado. Declarações de valor exigem fatores críticos de sucesso (FCS) e medidas de eficácia (ME). Garanta que as medidas de valor sejam incluídas nos relatórios de produto, épico e lançamento.
Pedaços Difíceis: Muitos profissionais de TI têm uma compreensão limitada de valor. Eles usam uma abreviação rápida que expressa valor em termos de algo entregue. O valor é evidente na entrega.
Em um mundo complexo, qualquer coisa entregue pode degradar valor. Um exemplo fácil são os recursos voltados para usuários que não são clientes-alvo. Ou quando uma unidade de trabalho solicita recursos que simplificam sua atividade em detrimento do sistema.
Recomendamos fortemente práticas básicas de Lean e Six-Sigma. Analise a definição e a quantificação de valor. Busque otimização local. Os conceitos de Cliente-Alvo e Proposta de Valor do Business Model Canvas são muito úteis.
Greenfield, Evolução ou Revolução
Em Fase E do TOGAF, há um passo interessante. Analise o pacote de trabalho e selecione uma estratégia apropriada — Greenfield, Evolucionária ou Revolucionária. Você espera preservar o máximo possível, refatorar radicalmente ou começar do zero?
Isso é feito no planejamento de portfólio de produtos e ecossistemas. É uma orientação crítica e uma forte restrição para uma equipe ágil. Você os orienta a começar do zero (Greenfield)? Aprimorar os sistemas existentes de forma incremental (evolução)? Ou realizar uma mudança radical que deve eliminar o atrito e os aborrecimentos com os quais temos convivido (Revolucionário)?
Problema previsível: Garantir que a estratégia de implementação seja seguida.
Abordagem: Use o roteiro do produto e os ciclos de lançamento para impor mudanças radicais na abordagem.
Bit difícil: Alinhar as mudanças top-down na arquitetura com o roteiro do produto. Isso é mais difícil quando as decisões de suporte à Estratégia ou ao Portfólio exigem uma mudança na abordagem do produto. Tivemos que investir muito tempo tranquilizando os proprietários de produtos digitais e, por meio deles, suas equipes, de que o esforço anterior não foi desperdiçado.
Padrão de interface de restrição
Quando um produto precisa se adaptar a um ambiente corporativo existente ou dar suporte a um ambiente corporativo em evolução, as interfaces são essenciais. As interfaces serão orientadas por dados e métodos. Em um mundo complexo, mesmo produtos emergentes não terão liberdade para que alguma estrutura de dados e interface surjam. Dados mestres, dados de referência e sistemas existentes restringirão o desenvolvimento ágil.
Os sistemas existentes não vão mudar. O investimento está sendo feito em novos sistemas. É o novo sistema que precisa se adaptar. Até mesmo o F-22 Raptor teve que se conectar a sistemas legados usando interfaces desenvolvidas na década de 1970. Nem mesmo um avião tão caro poderia ter seus sistemas legados remodelados.
Problema previsível: Identificar as interfaces necessárias e garantir que elas sejam utilizadas.
Abordagem: Concentre o trabalho de cima para baixo em interfaces e estruturas de dados compartilhadas. Alimente os requisitos por meio de ciclos épicos e de lançamento. Use critérios de aceitação. Muitas vezes, usamos Padrões de Arquitetura de Aplicação e Padrões de Arquitetura de Dados para interfaces pouco específicas. Inclua a conformidade da interface em todos os relatórios de teste.
Bit difícil: As interfaces são um dos pontos em que o planejamento de cima para baixo e com visão de futuro geralmente é necessário. Esforço para garantir uma infraestrutura de API sólida, APIs publicadas e estruturas de dados para dados mestres, dados de referência e registros transacionais.
Equipes de produto em rápida evolução frequentemente ignoram a legislação multijurisdicional ou um plano de negócios de mercado em expansão. Nesses casos, a equipe de Arquitetura Corporativa tem o dever de olhar para o futuro. Via de regra, nos sentimos mais confortáveis com uma refatoração radical do que com o planejamento futuro. Principalmente se impusermos modularidade e interfaces.
Arquitetura Empresarial e Ágil - Resolva Dependências
Equipes ágeis e desenvolvimento focado em produtos digitais são inadequados para resolver problemas em um ecossistema ou portfólio de produtos. O design fundamental do ágil é que uma única equipe decomponha os problemas e os resolva diretamente. Existem conceitos de equipe de equipes, mas eles têm dificuldade em sair do momento atual.
Qualquer equipe de arquitetura precisa assumir a responsabilidade pela resolução de problemas entre produtos. O desenvolvimento ágil e a integração moderna tornam esse serviço essencial mais importante do que nunca.
Desbloqueie o Padrão de Portfólio
Problema previsível: Conflito no portfólio de produtos digitais bloqueia o progresso de vários produtos.
Abordagem: Use técnicas de arquitetura empresarial para encontrar as mudanças mínimas que permitam o progresso.
Pedaços Difíceis: O desafio mais crítico é o timing. Equipes criativas de desenvolvimento ágil e com melhores práticas trabalharão para resolver o problema. Quando o problema surge, geralmente será um bloqueador crítico, com camadas de dívida técnica.
A equipe de EA precisará se concentrar em estados de transição incrementais para permitir o progresso em todo o portfólio de produtos.
Identifique o padrão real de stakeholders
Problema previsível: Identificar a verdadeira parte interessada que pode fornecer direção e aprovação em um portfólio complexo de produtos internos.
Abordagem: Utilizar técnicas de arquitetura empresarial para identificar stakeholders e agentes de stakeholders, preocupações e preferências. Utilizar técnicas de arquitetura empresarial de alternativas e troca orientar as partes interessadas na tomada de decisões que direcionarão o portfólio de produtos. Garantir uma governança eficaz do portfólio digital.
Pedaços DifíceisPodemos esperar que as equipes de produtos digitais tenham fontes locais de autoridade e um modelo simplista de tomada de decisão e autoridade para tomar decisões. Além disso, sua comunicação e avaliação serão orientadas para a TI e táticas.
A Equipe de EA terá que trabalhar para garantir que uma governança eficaz permeie todo o portfólio digital e se envolva com as estruturas de autoridade do produto digital. Além disso, as Equipes de EA não têm uma capacidade especial de obter o engajamento das partes interessadas. Elas têm a capacidade de representar as preocupações das partes interessadas por meio de uma arquitetura superior.
Cruze o Padrão de Portfólio
Problema previsível: Decisões táticas otimizadas localmente não podem emergir como um ecossistema digital eficaz e sustentável.
Abordagem: Manter apenas o suficiente Arquitetura de Aplicação e Arquitetura de dados. Impulsione a prioridade organizacional nessa arquitetura. A arquitetura de aplicações precisa se concentrar em serviços e interfaces compartilhados. A arquitetura de dados deve se concentrar em dados mestres, dados de referência e dados com classificação de alta segurança. Exigindo descrições de metadados. Use Padrões de Arquitetura que especifiquem a abordagem de ecossistemas.
Pedaços Difíceis: Atravessar o portfólio exige a superação de duas realidades conflitantes. Primeiro, a abordagem ágil surgiu devido à falha observada no design empresarial detalhado de cima para baixo. Segundo, soluções emergentes otimizadas localmente não conseguem construir sistemas complexos e eficientes sem forte pressão evolutiva e tempo para evoluir.
A única abordagem escalável é '‘apenas o suficiente.' "Apenas o suficiente" significa impor a prioridade organizacional e evitar problemas previsíveis. Por exemplo, se a prioridade da sua organização é a sustentabilidade, a arquitetura da sua aplicação deve impor a modularidade e o uso de infraestrutura de isolamento, como um gateway de API.
"Just enough" significa ficar fora do design do produto. Em vez disso, você precisa usar padrões de arquitetura que atendam a todo o portfólio.
"Apenas o suficiente" significa ignorar a potencial sinergia. É comum que tentativas de imaginar um futuro complexo se transformem em uma farsa. Sinergia é a coisa mais difícil de encontrar. Todo o nosso trabalho de roteiro de arquitetura prova que, se você sempre paga a conta por algo, pode ser que você obtenha o benefício. O valor da sinergia é baixo quando a incerteza é aplicada.
"Suficiente" significa focar em problemas previsíveis. Ninguém jamais construiu um cadastro distribuído de clientes sem dados de referência. Nunca. Esse é um problema de dados previsível. Resolva-o logo. O valor de evitar problemas previsíveis é alto.
Just enough significa não ter medo de usar as forças do mercado e a destruição criativa. Utilizamos o conceito de ciclo de vida esperado para destacar onde, no ecossistema, esperamos buscar regularmente uma refatoração agressiva (abordagens greenfield e revolucionárias).
Padrão de impacto de liberação
Problema previsível: Arquitetura suficiente significa que cada contingência, cada restrição, cada conflito não foi descoberto antes do lançamento.
Abordagem: Coloque as mãos nos bolsos e aguarde ser chamado durante a resolução. A menos que seja chamado, aguarde para se envolver durante a revisão do incidente e descobrir onde você falhou em identificar um problema previsível, subestimou o risco ou não cumpriu um requisito de teste.
Pedaços Difíceis: Há um caso em que uma equipe de arquitetura pode ter uma emergência. Aqueles casos raros em que as implicações vão além do produto. Se os usuários finais estão contornando o defeito, não há emergência. Quando eles estão criando vulnerabilidade e responsabilidade, há emergência.
Utilize uma boa técnica de intervalo, pacote de trabalho e ponto de repouso de valor. Procure a menor mudança que gere valor colhível. Nesse caso, valor significa eliminar ameaças e responsabilidades.
Conclusão da Arquitetura Empresarial e Ágil
Tanto a arquitetura empresarial quanto a ágil sofrem de má aplicação crônica. Muitas vezes, simultaneamente. Ajuste sua abordagem para que sua abordagem ágil e arquitetura corporativa esforços reduzem a incerteza do sucesso.
Como arquiteto corporativo, procure veículos onde você possa usar uma abordagem incremental para reduzir a probabilidade e o custo de erros. Ao reduzir o custo de esforços de mudança fracassados, você está eliminando desperdícios. 100% dos seus esforços de mudança desperdiçados reduzem o valor da mudança.
A matemática é simples: o benefício permaneceu o mesmo, o trabalho aumentou. O resultado final é menor.
A resposta simples é: jogue com seus pontos fortes. E espere que a equipe ágil jogue com seus pontos fortes.
A arquitetura empresarial e a ágil têm quatro padrões de engajamento de nível superior:
- definindo a abordagem ágil
- guiando o backlog no sprint
- restringindo os sprints ágeis
- resolvendo a dependência entre produtos
A seleção do padrão é orientada por seu caso de uso de arquitetura empresarial o design da sua equipe EA.
Indo além com arquitetura empresarial e agilidade
Indo mais longe Agilidade é diferente do desenvolvimento ágil de software. Arquitetura Corporativa e Ágil se encaixam em três áreas:
- arquitetar uma empresa ágil
- práticas de trabalho ágeis para desenvolver a melhor arquitetura empresarial
- desenvolvimento ágil de software e arquitetura empresarial
