Este artigo \u00e9 um guia completo sobre padr\u00f5es de arquitetura empresarial. Eles s\u00e3o um dos poderosos m\u00e9todos de arquitetura empresarial<\/a>. Este artigo pode ajudar tanto os experientes quanto os novos arquitetos corporativos<\/a> aprenda sobre padr\u00f5es em arquitetura e como us\u00e1-los.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tSaiba mais sobre a certifica\u00e7\u00e3o TOGAF\n\t\t\t<\/a>\n\t Um Padr\u00e3o de Arquitetura fornece uma abordagem comum para um problema previs\u00edvel. Ele descreve o problema e como ele pode ser resolvido.<\/p>\n Usaremos dois padr\u00f5es-Modelo operacional do CISR<\/a> e padr\u00e3o estrangulador<\/a>- Explorar uma abordagem comum e um problema previs\u00edvel.<\/p>\n Todos que j\u00e1 tentaram migrar um portf\u00f3lio de TI enfrentaram o problema de aplica\u00e7\u00f5es, infraestrutura e dados legados. Processos, organiza\u00e7\u00e3o e gest\u00e3o antigos dificultam a mudan\u00e7a de departamentos. O problema previs\u00edvel \u00e9: como avan\u00e7ar e, ao mesmo tempo, manter a empresa funcionando? O padr\u00e3o de migra\u00e7\u00e3o gradual (strangler pattern) oferece uma abordagem comum: a abordagem antiga \u00e9 colocada atr\u00e1s de uma fachada. Com o tempo, novos servi\u00e7os substituem os antigos.<\/p>\n N\u00e3o existe um modelo operacional \u00fanico que se aplique a todos os casos. O problema previs\u00edvel \u00e9: como organizar departamentos, produtos e servi\u00e7os? O modelo operacional do CISR oferece uma abordagem comum: optar por ser unificado, coordenado, diversificado ou replicado.<\/p>\n Nenhum desses padr\u00f5es diz exatamente como proceder. Eles fornecem uma abordagem comum. Eles identificam os desafios espec\u00edficos da abordagem. Eles fornecem um padr\u00e3o de arquitetura.<\/p>\n Os padr\u00f5es de arquitetura s\u00e3o descritos como \u201cuma ideia que foi \u00fatil em um contexto pr\u00e1tico e provavelmente ser\u00e1 \u00fatil em outros<\/em>."\u201d<\/p>\n Os padr\u00f5es de arquitetura empresarial s\u00e3o importantes para a produtividade. Sabemos que os arquitetos empresariais mais produtivos s\u00e3o 50-100 vezes mais eficaz<\/a> do que a m\u00e9dia. A raiz do problema \u00e9 a reutiliza\u00e7\u00e3o. Usar padr\u00f5es significa que o arquiteto n\u00e3o come\u00e7ar do zero<\/a>. Como um padr\u00e3o n\u00e3o \u00e9 uma solu\u00e7\u00e3o abrangente, ele ajuda a evitar a armadilha comum de especialistas no assunto aplicarem a mesma resposta em situa\u00e7\u00f5es diversas.<\/p>\n O uso de padr\u00f5es de arquitetura ajuda a equilibrar uma individualidade da organiza\u00e7\u00e3o<\/a> e desafios compartilhados do setor. Os padr\u00f5es de arquitetura empresarial auxiliam na tomada de decis\u00f5es, proporcionando certeza e compreens\u00e3o.<\/p>\n Os padr\u00f5es de arquitetura oferecem benef\u00edcios semelhantes aos arquiteturas de refer\u00eancia<\/a> e estruturas de arquitetura empresarial<\/a>. Padr\u00f5es de arquitetura aumentam a produtividade e a confian\u00e7a.<\/p>\n Usamos Padr\u00f5es de Arquitetura para:<\/p>\n Os padr\u00f5es de arquitetura empresarial fornecem um modelo para a resolu\u00e7\u00e3o de problemas. Eles podem ser usados em diferentes contextos e fornecem solu\u00e7\u00f5es robustas para problemas comuns. Eles fornecem algum n\u00edvel de garantia e ajudam a orientar a tomada de decis\u00f5es.<\/p>\n Independentemente do padr\u00e3o de arquitetura empresarial empregado, as desvantagens s\u00e3o inevit\u00e1veis. Ao analisar padr\u00f5es, \u00e9 importante compreender as concess\u00f5es que est\u00e3o sendo feitas.<\/p>\n Padr\u00f5es de arquitetura e arquiteturas de refer\u00eancia s\u00e3o conceitos usados em todos dom\u00ednios de arquitetura empresarial<\/a>- Neg\u00f3cios, aplica\u00e7\u00f5es, dados, tecnologia e seguran\u00e7a. Os padr\u00f5es de arquitetura s\u00e3o mais comumente associados \u00e0 arquitetura de aplica\u00e7\u00f5es ou de software.<\/p>\n Existem distin\u00e7\u00f5es t\u00e9cnicas entre arquitetura de refer\u00eancia<\/a> e um padr\u00e3o de arquitetura. No entanto, as distin\u00e7\u00f5es se confundem \u00e0 medida que os detalhes do projeto de arquitetura mudam. Um padr\u00e3o aplic\u00e1vel a arquitetura para apoiar a estrat\u00e9gia<\/a>, ou portf\u00f3lio, parece uma arquitetura de refer\u00eancia para entrega de projetos e solu\u00e7\u00f5es. Em resumo, as principais diferen\u00e7as s\u00e3o:<\/p>\n Em resumo, os padr\u00f5es de arquitetura oferecem orienta\u00e7\u00f5es e abordagens de alto n\u00edvel para a resolu\u00e7\u00e3o de desafios arquitet\u00f4nicos comuns. Nosso foco, ao mesmo tempo, criando arquitetura empresarial<\/a> \u00e9 fornecer orienta\u00e7\u00e3o \u00fatil em vez de se preocupar com diferen\u00e7as sem\u00e2nticas.<\/p>\n Um padr\u00e3o de arquitetura empresarial descreve uma abordagem comum e comprovada para um problema previs\u00edvel. As descri\u00e7\u00f5es dos padr\u00f5es indicam onde reside o desafio de sua aplica\u00e7\u00e3o. Voc\u00ea n\u00e3o precisa inventar uma solu\u00e7\u00e3o. Basta analisar as solu\u00e7\u00f5es j\u00e1 existentes e determinar qual delas melhor se adapta \u00e0 sua empresa. Assim, voc\u00ea concentra seu tempo e suas habilidades em proporcionar os benef\u00edcios da arquitetura empresarial.<\/p>\n\t Melhores pr\u00e1ticas arquitetura corporativa<\/a> de Conexiam Navigate<\/a><\/p>\n\t\t\t\n\t\t\t\t\t\t\tAgende um treinamento personalizado em arquitetura corporativa para impulsionar sua equipe\n\t\t\t<\/a>\n\t TOGAF<\/a> reconhece a import\u00e2ncia dos padr\u00f5es arquitet\u00f4nicos como solu\u00e7\u00f5es reutiliz\u00e1veis para desafios comuns. Incentiva arquitetos a aproveitar os padr\u00f5es arquitet\u00f4nicos existentes no desenvolvimento de arquiteturas. O TOGAF recomenda que os padr\u00f5es ajudem a garantir consist\u00eancia e efici\u00eancia no projeto arquitet\u00f4nico.<\/p>\n No entanto, o texto do TOGAF mistura Padr\u00f5es e Blocos de Constru\u00e7\u00e3o de Arquitetura (ABB). O TOGAF afirma que \u201cos padr\u00f5es s\u00e3o considerados uma forma de contextualizar os blocos de constru\u00e7\u00e3o\u201d, que \u201cos blocos de constru\u00e7\u00e3o s\u00e3o o que voc\u00ea usa\u201d e que \u201cos padr\u00f5es podem lhe dizer como usar os ABBs\u201d. O resultado n\u00e3o \u00e9 particularmente \u00fatil.<\/p>\n Na pr\u00e1tica, assim como acontece com as arquiteturas de refer\u00eancia, existem diferen\u00e7as t\u00e9cnicas ao longo de um espectro. Alguns padr\u00f5es se assemelham muito a um ABB (Arquitetura Baseada em Modelos) ou a um SBB (Bloco de Constru\u00e7\u00e3o de Solu\u00e7\u00f5es). Muitos SBBs se parecem com padr\u00f5es. Outros n\u00e3o. Padr\u00f5es e ABBs desempenham fun\u00e7\u00f5es diferentes. Utilize ferramentas diferentes onde forem \u00fateis.<\/p>\n Daremos o mesmo conselho. Ofere\u00e7a orienta\u00e7\u00f5es \u00fateis sobre mudan\u00e7as e deixe a discuss\u00e3o sem\u00e2ntica sobre ferramentas para os te\u00f3ricos. N\u00f3s usamos o Estrutura do TOGAF<\/a> como andaimes essenciais. Enquanto a Funda\u00e7\u00e3o TOGAF se volta para a especificidade, mantemos o foco em andaimes universais. Os andaimes s\u00e3o ajustados para diferentes casos de uso de arquitetura empresarial<\/a>-Estrat\u00e9gia, Portf\u00f3lio, Projeto e Entrega de Solu\u00e7\u00f5es.<\/p>\n\t Em Navegar<\/a>, temos um modelo simples para documentar padr\u00f5es de arquitetura:<\/p>\n Padr\u00f5es de arquitetura podem ser usados em outros dom\u00ednios al\u00e9m da arquitetura de software e de aplica\u00e7\u00f5es. Aplique a t\u00e9cnica \u2014 uma abordagem comum \u2014 a um problema previs\u00edvel.<\/p>\n Aqui est\u00e3o alguns exemplos de como os padr\u00f5es de arquitetura podem ser aplicados fora da arquitetura do aplicativo:<\/p>\n Padr\u00f5es de Fus\u00f5es e Aquisi\u00e7\u00f5es (M&A)<\/strong><\/a>: Diante de um problema como uma fus\u00e3o, eles oferecem abordagens comuns. O Padr\u00e3o de Diversifica\u00e7\u00e3o de Mercado definir\u00e1 processos de neg\u00f3cios, organiza\u00e7\u00e3o, principais capacidades, relacionamentos e fluxos de informa\u00e7\u00f5es de forma diferente do Padr\u00e3o de Expans\u00e3o Geogr\u00e1fica.<\/p>\n Embora a terminologia e os detalhes possam variar de um dom\u00ednio para outro, o conceito de padr\u00f5es de arquitetura \u2014 que fornecem abordagens reutiliz\u00e1veis e comprovadas para problemas comuns \u2014 \u00e9 universal.<\/p>\n O benef\u00edcio para arquitetos corporativos \u00e9 sempre produtividade e qualidade. Um arquiteto pode otimizar seu trabalho, aumentar a efici\u00eancia e garantir que as melhores pr\u00e1ticas sejam seguidas. O segredo \u00e9 adaptar e personalizar esses padr\u00f5es para atender aos requisitos e restri\u00e7\u00f5es espec\u00edficos de cada dom\u00ednio.<\/p>\n\t Padr\u00f5es de arquitetura de neg\u00f3cios s\u00e3o abordagens reutiliz\u00e1veis para estruturar uma organiza\u00e7\u00e3o. As organiza\u00e7\u00f5es usam esses padr\u00f5es para alinhar seus objetivos de neg\u00f3cios, opera\u00e7\u00f5es e tecnologia para impulsionar efici\u00eancia e inova\u00e7\u00e3o. Aqui est\u00e3o alguns padr\u00f5es comuns de arquitetura de neg\u00f3cios:<\/p>\n Esses padr\u00f5es ajudam as empresas a entender, aprimorar e alinhar suas opera\u00e7\u00f5es e estrat\u00e9gias. As organiza\u00e7\u00f5es podem adaptar e combinar esses padr\u00f5es para atender \u00e0s suas metas e desafios comerciais espec\u00edficos.<\/p>\n Padr\u00f5es de aquisi\u00e7\u00e3o de neg\u00f3cios s\u00e3o formas pelas quais as empresas conquistam outros neg\u00f3cios. Esses padr\u00f5es auxiliam as organiza\u00e7\u00f5es em fus\u00f5es e aquisi\u00e7\u00f5es e em seus objetivos estrat\u00e9gicos. Aqui est\u00e3o alguns exemplos de padr\u00f5es de aquisi\u00e7\u00e3o de neg\u00f3cios:<\/p>\n Esses padr\u00f5es de aquisi\u00e7\u00e3o de empresas servem como abordagens conhecidas para problemas previs\u00edveis. A escolha do padr\u00e3o depende dos objetivos estrat\u00e9gicos da empresa e do cen\u00e1rio do setor.<\/p>\n N\u00f3s empregamos esses padr\u00f5es para ajudar com an\u00e1lise de cen\u00e1rios<\/a>. Esses padr\u00f5es representam neg\u00f3cios comuns escolhas usadas para desenvolver um cen\u00e1rio<\/a>.<\/p>\n\t Juntos, a arquitetura empresarial e a metodologia \u00e1gil reduzem os riscos. A arquitetura \u00e9 usada para reduzir riscos e custos antes do in\u00edcio da implementa\u00e7\u00e3o. A metodologia \u00e1gil reduz riscos e custos ap\u00f3s o in\u00edcio da implementa\u00e7\u00e3o.<\/p>\n Criamos padr\u00f5es de engajamento de Arquitetura Empresarial e Agile enquanto trabalh\u00e1vamos em Transforma\u00e7\u00e3o digital<\/a> projetos:<\/p>\nDescobrindo o poder dos padr\u00f5es de arquitetura empresarial: um guia abrangente<\/h2>\n
\n
\n
\n
\n
![\"Padr\u00e3o](\"https:\/\/conexiam.com\/wp-content\/uploads\/2021\/12\/AdobeStock_535566500.jpeg\" "\\"Padr\u00e3o")
\n\tO que s\u00e3o padr\u00f5es de arquitetura empresarial?<\/h2>\n
Por que os padr\u00f5es de arquitetura empresarial s\u00e3o importantes?<\/h2>\n
Benef\u00edcios do uso de padr\u00f5es de arquitetura<\/h3>\n
\n
Diferen\u00e7a entre Arquitetura de Refer\u00eancia e Padr\u00f5es de Arquitetura<\/h3>\n
\n
O poder dos padr\u00f5es de arquitetura empresarial<\/h2>\n
V\u00e1 al\u00e9m com o processo e o m\u00e9todo de arquitetura empresarial de pr\u00e1ticas recomendadas<\/h2>\n
Padr\u00f5es de Arquitetura Empresarial TOGAF<\/h2>\n
Modelo de Padr\u00e3o de Arquitetura Empresarial<\/h2>\n
\n
![\"Conexiam](\"https:\/\/conexiam.com\/wp-content\/uploads\/2023\/09\/AdobeStock_379558913.jpeg\" "\\"Conexiam")
\n\tPadr\u00f5es de Arquitetura Existem em Todos os Dom\u00ednios da Arquitetura<\/h2>\n
\n
\n
Treinamento em arquitetura empresarial e treinamento em TOGAF<\/h2>\n\t\t\t\n\t\t\t\t\t\t\tTreinamento personalizado em arquitetura corporativa para impulsionar sua equipe\n\t\t\t<\/a>\n\t
Padr\u00f5es de Arquitetura de Neg\u00f3cios<\/h2>\n
\n
\n<\/strong>Problema previs\u00edvel<\/em>- melhorar a efici\u00eancia
\nAbordagem<\/em>-Automatizar tarefas rotineiras e manuais de neg\u00f3cios<\/li>\n
\n<\/strong>Problema previs\u00edvel<\/em>- Melhorar a efici\u00eancia e a qualidade
\nAbordagem<\/em>- Seguir os princ\u00edpios Lean e as metodologias Six Sigma para melhorar incrementalmente os processos de neg\u00f3cio.<\/li>\n
\n<\/strong>Problema previs\u00edvel<\/em>- M\u00e9todo de colabora\u00e7\u00e3o com parceiros externos, fornecedores, clientes e partes interessadas.
\nAbordagem<\/em>- colaborar dentro de um ecossistema<\/li>\n<\/ul>\nPadr\u00f5es de Fus\u00e3o e Aquisi\u00e7\u00e3o (M&A) de Arquitetura de Neg\u00f3cios<\/h3>\n
\n
\n<\/strong>Problema previs\u00edvel<\/em>- Melhorar o controle sobre a cadeia de suprimentos, reduzir custos e aumentar a efici\u00eancia.
\nAbordagem<\/em>- Buscar aquisi\u00e7\u00f5es ao longo da cadeia de suprimentos para garantir o controle de cada etapa, ajustar a cadeia de suprimentos para utilizar etapas internas e buscar a efici\u00eancia de ponta a ponta.<\/li>\n
\n<\/strong>Problema previs\u00edvel -<\/em>riscos associados \u00e0s flutua\u00e7\u00f5es do mercado e \u00e0s crises econ\u00f3micas
\nAbordagem-<\/em>adquirir neg\u00f3cios em diferentes mercados ou ind\u00fastrias para reduzir a depend\u00eancia de um \u00fanico segmento de mercado e, em seguida, fazer vendas cruzadas<\/li>\n
\nProblema previs\u00edvel -<\/em>riscos e tempo associados ao desenvolvimento de tecnologia inovadora e ao atraso dos concorrentes
\nAbordagem <\/em>-Concentrar as aquisi\u00e7\u00f5es em organiza\u00e7\u00f5es que desenvolvem tecnologia inovadora e, em seguida, integrar essa tecnologia \u00e0s opera\u00e7\u00f5es existentes e novas.<\/li>\n
\nProblema previs\u00edvel<\/em>-Riscos, tempo e custo de expans\u00e3o da base de clientes
\nAbordagem-<\/em>adquirir organiza\u00e7\u00f5es com bases de clientes estabelecidas em novas geografias e mercados. As empresas adquirem empresas com forte reconhecimento de marca ou uma grande<\/li>\n
\nProblema previs\u00edvel<\/em>-Obten\u00e7\u00e3o de efici\u00eancia de escala
\nAbordagem-<\/em>focam nas aquisi\u00e7\u00f5es conquistadas por organiza\u00e7\u00f5es que s\u00e3o semelhantes em mercado, produto e proposta de valor e, em seguida, padronizam as opera\u00e7\u00f5es para escala e efici\u00eancia<\/li>\n
\nProblemas previs\u00edveis \u2013 riscos, tempo e custos \u2013 da expans\u00e3o das opera\u00e7\u00f5es para uma nova regi\u00e3o geogr\u00e1fica.
\nAbordagem<\/em>- Concentrar as aquisi\u00e7\u00f5es em alvos com produtos e servi\u00e7os semelhantes e proposta de valor em novas geografias. Em seguida, racionalizar produtos, servi\u00e7os e opera\u00e7\u00f5es.<\/li>\n
\nProblema previs\u00edvel -<\/em>crescimento do valor para os acionistas a uma taxa aceit\u00e1vel
\nAbordagem-<\/em>Adquirir empresas em dificuldades ou em dificuldades e, em seguida, aplicar experi\u00eancia em gest\u00e3o e capital para transform\u00e1-las<\/li>\n
\n<\/strong>Problema previs\u00edvel -<\/em>riscos, custos e tempo associados ao desenvolvimento de capacidades empresariais
\nAbordagem <\/em>- Identificar as principais lacunas de capacidade e concentrar a aquisi\u00e7\u00e3o em organiza\u00e7\u00f5es que demonstrem essa capacidade, substituindo, em seguida, a organiza\u00e7\u00e3o, os processos, a tecnologia e a propriedade intelectual existentes pela capacidade adquirida.<\/li>\n<\/ul>\nDownloads de arquitetura corporativa e exemplos de arquitetura corporativa<\/a><\/h2>\n\t
Arquitetura Empresarial e Padr\u00f5es de Engajamento \u00c1gil<\/a><\/h2>\n
\n
\n
\nProblema previs\u00edvel<\/em>:De onde vem o produto?
\nAbordagem<\/em>Ajustar a defini\u00e7\u00e3o de "solu\u00e7\u00f5es" usadas para preencher lacunas e os resultados dos pacotes de trabalho para alinh\u00e1-los com produtos autossuficientes. Desenvolver um portf\u00f3lio de produtos internos e um conjunto de m\u00e9tricas de valor para esses produtos. Os produtos devem aparecer no [inserir lista de produtos\/servi\u00e7os]. roteiro de arquitetura<\/a>.<\/li>\n
\nProblema previs\u00edvel<\/em>:Quando uma plataforma deve ser usada e quando o produto deve ser irrestrito?
\nAbordagem<\/em>: M\u00faltiplas abordagens<\/li>\n
\nProblema previs\u00edvel<\/em>:Como sua organiza\u00e7\u00e3o entregar\u00e1 desenvolvimento \u00e1gil?
\nAbordagem<\/em>: Siga as abordagens da Arquitetura para dar suporte \u00e0 Estrat\u00e9gia. Questione como o desenvolvimento \u00e1gil ser\u00e1 viabilizado.<\/li>\n
\nProblema previs\u00edvel<\/em>: Conhecendo o Ponto de Descanso do Valor para parar ou mudar o foco.
\nAbordagem<\/em>: Utilize roteiros de arquitetura para explorar pontos alternativos de entrega de valor. Crie relat\u00f3rios sobre as atividades em dire\u00e7\u00e3o aos estados de transi\u00e7\u00e3o.<\/li>\n<\/ul>\n<\/li>\n\n
\nProblema previs\u00edvel<\/em>: Ter um roteiro integrado de produtos cruzados.
\nAbordagem<\/em>: Usando um t\u00e9cnica de roteiro de arquitetura<\/a> onde o produto, ou fam\u00edlia de produtos, se posiciona no lugar do Portf\u00f3lio. Garanta que os relat\u00f3rios normais de produtos incluam atividades em dire\u00e7\u00e3o aos estados de transi\u00e7\u00e3o.<\/li>\n
\nProblema previs\u00edvel<\/em>: Usando \u00e9picos para implementar resultados e restri\u00e7\u00f5es de cima para baixo no produto.
\nAbordagem<\/em>: Usando estados de transi\u00e7\u00e3o bem constru\u00eddos em um t\u00e9cnica de roteiro de arquitetura<\/a> onde o produto, ou fam\u00edlia de produtos, se posiciona no lugar do Portf\u00f3lio. Garanta que os relat\u00f3rios normais de produtos incluam atividades em dire\u00e7\u00e3o aos estados de transi\u00e7\u00e3o.<\/li>\n
\nProblema previs\u00edvel<\/em>: Garantir que os fatores cr\u00edticos de sucesso inclu\u00eddos nos estados de transi\u00e7\u00e3o e de destino orientem a prepara\u00e7\u00e3o \u00e1gil do backlog e o planejamento \u00e9pico.
\nAbordagem<\/em>: Traduzir medidas e objetivos top-down em crit\u00e9rios consum\u00edveis para a prepara\u00e7\u00e3o \u00e1gil do backlog. Garantir que os relat\u00f3rios regulares de produtos incluam a sele\u00e7\u00e3o e a conclus\u00e3o de atividades em dire\u00e7\u00e3o ao valor declarado.<\/li>\n
\nProblema previs\u00edvel<\/em>: Propriet\u00e1rios de produtos que veem toda a empresa atrav\u00e9s das lentes de seu produto e de seus usu\u00e1rios diretos.
\nAbordagem<\/em>: Documentar o produto e sua fun\u00e7\u00e3o dentro do ecossistema. Documentar as restri\u00e7\u00f5es aplic\u00e1veis ao produto. Documentar os crit\u00e9rios de avalia\u00e7\u00e3o. Garantir que os relat\u00f3rios regulares do produto incluam o progresso em dire\u00e7\u00e3o aos estados de transi\u00e7\u00e3o e atividades alinhadas com o valor da empresa.<\/li>\n<\/ul>\n<\/li>\n\n
\nProblema previs\u00edvel<\/em>: Garantir que o software esteja em conformidade com as especifica\u00e7\u00f5es e padr\u00f5es da arquitetura empresarial.
\nAbordagem<\/em>: Fornecer crit\u00e9rios de aceita\u00e7\u00e3o obrigat\u00f3rios aplic\u00e1veis ao final dos \u00e9picos e antes do lan\u00e7amento. Muitas vezes usamos Padr\u00f5es de Arquitetura de Aplica\u00e7\u00e3o<\/a> e Padr\u00f5es de Arquitetura de Dados<\/a> para criar crit\u00e9rios de aceita\u00e7\u00e3o. Incluir crit\u00e9rios de aceita\u00e7\u00e3o obrigat\u00f3rios em todos os relat\u00f3rios de testes.<\/li>\n
\nProblema previs\u00edvel<\/em>: Entender o que \u00e9 valorizado e como o valor \u00e9 medido.
\nAbordagem<\/em>: A arquitetura empresarial precisa ser definitiva sobre como o valor \u00e9 descrito e mensurado. Declara\u00e7\u00f5es de valor exigem fatores cr\u00edticos de sucesso (FCS) e medidas de efic\u00e1cia (ME). Garanta que as medidas de valor sejam inclu\u00eddas nos relat\u00f3rios de produto, \u00e9pico e lan\u00e7amento.<\/li>\n
\nProblema previs\u00edvel<\/em>: Garantir que a estrat\u00e9gia de implementa\u00e7\u00e3o seja seguida.
\nAbordagem<\/em>: Use o roteiro do produto e os ciclos de lan\u00e7amento para impor mudan\u00e7as radicais na abordagem.<\/li>\n
\nProblema previs\u00edvel<\/em>: Identificar as interfaces necess\u00e1rias e garantir que elas sejam utilizadas.
\nAbordagem<\/em>: Concentre o trabalho de cima para baixo em interfaces e estruturas de dados compartilhadas. Alimente os requisitos por meio de ciclos \u00e9picos e de lan\u00e7amento. Use crit\u00e9rios de aceita\u00e7\u00e3o. Muitas vezes, usamos Padr\u00f5es de Arquitetura de Aplica\u00e7\u00e3o<\/a> e Padr\u00f5es de Arquitetura de Dados<\/a> para interfaces pouco espec\u00edficas. Inclua a conformidade da interface em todos os relat\u00f3rios de teste.<\/li>\n<\/ul>\n<\/li>\n