Do desenvolvimento da estratégia à execução

Há algum tempo discutimos sobre a necessidade de definir uma visão da arquitetura do software, isto é, onde a arquitetura pretende chegar e como ela irá contribuir para concretizar a visão do produto. A visão arquitetural declara os objetivos pretendidos com a arquitetura. Também é interessante que a visão contemple princípios arquiteturais a serem seguidos, norteando os arquitetos e disciplinando suas atividades. A visão deve ser suficiente para provar que a equipe é capaz de desenvolver o projeto e conseguir o patrocínio.

Em seguida, convém que o time de arquitetura realize uma análise estratégica e descubra quais são as questões-chave para a arquitetura – as quais chamaremos de diretrizes arquiteturais. O time deve promover discussões com os stakeholders, investigando os interesses envolvidos, e analisar o contexto do projeto e organizacional de forma a revelar todas as forças quem podem influenciar o produto. Nesta análise, é imprescindível identificar e tratar riscos técnicos – cuja mitigação deve envolver o gerente do projeto. Invariavelmente o contexto dos projetos de desenvolvimento de software é permeado por oportunidades e ameaças como, por exemplo, prazos políticos, restrições tecnológicas, expertise do time de desenvolvimento, patrocínio, etc. Ao final desta atividade, o time deve contar com um conjunto de diretrizes arquiteturais. Ou, até mesmo, indicar que um projeto é inviavel tecnicamente dentro de tal contexto.

De posse das diretrizes arquiteturais, o time de arquitetura deve formular a estratégia. Atualmente a formulação de uma estratégia arquitetural pode ser considerada uma arte, dependendo muito da experiência da equipe. De uma forma geral, é importante identificar uma estratégia que atenda às diretrizes. Ao formular a estratégia, o arquiteto de software ou o time de arquitetura deve levar em consideração as experiências pregressas e se perguntar “qual estratégia melhor poderá responder às diretrizes arquiteturais?”  Estilos e padrões arquiteturais, sejam públicos ou de conhecimento do arquiteto, podem conduzir a escolha pois aproveitam experiências bem sucedidas. O principal produto desta atividade é a escolha dos principais mecanismos arquiteturais seguida de orientações sobre como desenvolvê-los.

O planejamento da definição arquitetural permite que a estratégia seja traduzida em ações culminando em um plano detalhado. O plano de definição arquitetural organiza a decomposição dos subsistemas, módulos ou componentes do sistema de software. Este plano deve ser fomentar à Estrutura Analítica do Projeto (EAP ou WBS, em inglês), auxiliando o gerente de projeto à organizar as atividades de um projeto dirigido pela arquitetura.

Enfim, a execução da estratégia arquitetural é caracterizada pelas atividades de gestão de requisitos arquiteturais, modelagem arquitetural e avaliação de arquiteturas. Note que o ciclo formado tem forte relação com o ciclo de PDCA. Na execução, o emprego de táticas arquiteturais – sejam de mercado, acadêmicas ou conhecidas pelo arquiteto – consolida a definição arquitetural. Mas isto já é uma outra (longa) história…

Planejamento e execução arquiteturais

Referências:

1. What is Strategy? - Michael Porter
2. The Execution Premium – Kaplan e Norton 
3. Creating An Architectural Vision – Malan e Bredemeyer
4. The customer objectives view – Gerrit Muller
5. System Architecting – Gerrit Muller

Antes de entrarmos nos princípios arquiteturais propriamente ditos, convém introduzirmos brevemente o que significa ser centrado em princípios. Citando Covey:

“Em primeiro lugar, você não está agindo levado por pessoas ou circunstâncias. Escolhe proativamente o que considera a melhor alternativa. Toma a decisão conscientemente, com clareza.

Segundo, sabe que a sua decisão é a mais eficaz, porque se baseia em princípios, com resultados a longo prazo previsíveis.

Terceiro, o que você escolhe fazer reforça seus valores fundamentais da vida. (…)

E, finalmente, você se sentirá confortável quanto à sua decisão.”

- Stephen Covey em “Os 7 Hábitos das Pessoas Altamente Eficazes”

Em se tratando de princípios arquiteturais, as escolhas do processo arquitetural são orientadas por eles. Quando a equipe de arquitetura opta por definir uma lista de princípios arquiteturais para um projeto, tipicamente eles são influenciados por:

• valores da empresa; 
• princípios arquiteturais que o time adota (sim, a arquitetura de referência também pode ser orientada por princípios); 
• objetivos do projeto. 

Como exemplo, seguem os princípios arquiteturais que costumamos empregar com nosso time.

1. Alinhamento ao negócio: primariamente a arquitetura deve satisfazer integralmente as necessidades de negócio do produto.
2. Flexibilidade: para garantir um longo ciclo de vida útil para o produto, a arquitetura deve contemplar mecanismos flexíveis.
3. Simplicidade: a arquitetura deve priorizar as soluções mais simples salvo quando diminuirem a flexibilidade do produto.

Observe que simplicidade e flexibilidade nem sempre caminham numa mesma direção. A tentativa de deixar uma solução mais flexível aumenta a tendência de complicá-la. Num impasse como este, nossas alternativas são:

• Se consideramos flexibilidade mais importante para o projeto, damos preferência a ela. Mas, no caso de duas opções igualmente flexíveis, optamos pela mais simples. 
• Caso entendamos simplicidade com um princípio mais forte que flexibilidade, ficamos com a primeira. E, da mesma forma, entre duas opções simples, a vencedora será a mais flexível. 

Geralmente buscamos o equilíbrio ideal entre simplicidade e flexibilidade a fim de otimizarmos resultados a curto e longo prazos.
Os princípios arquiteturais guiam a arquitetura em direção à visão arquitetural. Mas como isto acontece na prática? Imaginemos duas situações:

• Suponha que você está em dúvida na adoção de um entre dois mecanismos. Ao recorrer aos princípios arquiteturais, pergunte “qual mecanismo melhor atende aos princípios?” 
• Outra situação é possível é a refatoração para acomodar um pattern. Considerando os princípios que exemplificamos, pergunte: “O pattern atende melhor ao negócio?” “O pattern é a solução mais simples?” “O pattern aumenta a flexibilidade?” Caso não responda positivamente a alguma das questões e nenhum requisito o justifique, o pattern pode ser desconsiderado. 

Como sugestão para o seu próximo projeto, sugerimos uma experiência: considere declarar a visão e os princípios na sua estratégia arquitetural. Possivelmente suas escolhas se tornarão mais claras.

“The simplest architectures are best.” – Grady Booch