Você precisa projetar uma nova solução para um sistema de TI complexo. Suas ações?
Antes de iniciar um plano de ação, as melhores práticas dos líderes e especialistas devem ser combinadas em um esquema compreensível (pelo menos em partes).
O exemplo abaixo mostra um diagrama que explica que sempre deve haver um fator que esteja no centro. Este é o primeiro tijolo que definirá o formato de todo o trabalho.
Ao desenvolver software, sugiro pegar como esse tijolo o servidor Gitlab ou GitHub e o formato Markdown como documentação, ambos em um único lugar e que implicam trabalhar com eles como código. Sugiro pegar e nunca mudar. Porque a documentação é tudo em qualquer projeto (não vamos voltar a falar sobre isso - é comum).
→ O problema do envelhecimento da documentação à medida que o produto é desenvolvido ou evolui é mínimo nesta estrutura. As principais causas de obsolescência de informações são:
→- A documentação não é escrita por ninguém
→- A documentação se espalhou e é impossível coletar uma versão atualizada completa de pedaços
Ambos esses fatores são mantidos sob controle neste esquema.
→ Em algumas equipes, há a chance de surgir uma comunidade onde a direção da contribuição pessoal para a documentação é desenvolvida independentemente por qualquer funcionário.
Três forças devem andar em paralelo: são o arquiteto, o especialista e o gerente do projeto.
Espera-se que o especialista execute as tarefas designadas pelo arquiteto. Os especialistas de diferentes níveis encontram soluções por conta própria. O arquiteto define o formato para descrever o projeto. E o gerente do projeto se encarrega dos papéis e regras para que o trabalho seja suave, previsível e, sempre que possível, confortável.
Sem uma comunicação clara das responsabilidades, tanto do desenvolvedor de software quanto do cliente, o trabalho será ineficiente.
Este tópico é uma introdução ao tema Gemba - a abordagem japonesa de rastreamento de processos de trabalho.
——-
Comece a trabalhar em um projeto grande com um diagrama de nível superior (relembrando que o tijolo do Git+Markdown foi colocado anteriormente). Isso permite que todos os participantes falem em uma única língua e elimina ambiguidades e explicações ao pé da letra.
Em cada etapa, funcionários de diferentes áreas e tipos de tarefas são envolvidos.
Siga as regras: formatação de código, revisão, formatação, comunicação, ordem, cultura, conformidade).
Precisão na atribuição e execução de tarefas, integração perfeita na colaboração).
HLD-diagrama: contornos de rede, distribuição de contêineres, MDE e elementos de proteção, métodos de conexão com o suporte técnico:
Diagrama de implantação: requisitos para tipo de hardware, para equipamento, para desempenho, vinculação ao fornecedor, virtualização, conteinerização, orquestração, ambiente de implantação:
Diagrama de contêiner: servidores como serviço, serviços, IaaS, microsserviços, interfaces, protocolos e tipo de integração: filas, canais, gateways, tipo de conectividade síncrona/assimétrica, protocolos de interação:
Documentação online: