As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Criação de um mapa do fluxo de valor de desenvolvimento
Confira abaixo as etapas para criar um mapa do fluxo de valor de desenvolvimento (DVSM):
Etapa 1: identificar o fluxo de valor
O mapeamento do fluxo de valor se concentra na entrega de valor ao cliente. Esse fluxo de valor deve ser definido da forma mais restrita possível. O ideal é que englobe o escopo do que uma única equipe de duas pizzas entregaria ao cliente se essa equipe incluísse todas as pessoas, desde a área de negócios até a TI, incluindo desenvolvimento e operações. Se a organização já estiver estruturada em fluxos de valor e equipes de produtos, o fluxo de valor de desenvolvimento será um único fluxo de valor e sua equipe de produto associada. Do contrário, o fluxo de valor do desenvolvimento pode passar por dezenas de equipes e centenas de pessoas, o que está tudo bem.
Por exemplo, um fluxo de valor adequado pode ser a interface do portal de registro de sinistros dos clientes de uma seguradora. A interface exige a colaboração de equipes de todos os departamentos, desde a área de negócios até a TI. O escopo da avaliação de todo o departamento de sinistros será muito amplo porque se concentra na organização e não no valor entregue ao cliente.
Etapa 2: definir os pontos inicial e final
O ponto inicial de um mapa do fluxo de valor é quando a empresa define e prioriza a entrega e está pronta para ser iniciada. Cada equipe tem sua própria definição de pronto. Para obter mais informações sobre como definir esse termo em sua organização, consulte Walking Through a Definition of Ready
nota
Embora o tempo gasto no backlog e os processos de priorização e refinamento estejam fora do escopo do mapa do fluxo de valor de desenvolvimento, essas tarefas podem causar atrasos significativos em sua organização. Você pode usar o mesmo processo enxuto para criar mapas de fluxo de valor separados para essas atividades.
O ponto final de um mapa do fluxo de valor é a definição de concluído da sua equipe. Para obter mais informações sobre como definir esse termo em sua organização, consulte Definition of Done
Etapa 3: identificar as equipes envolvidas
O DVSM abrange todas as pessoas, processos e tecnologias necessários para oferecer valor específico ao cliente. Inclua uma equipe no processo de DVSM se houver dependência dessa equipe para agregar valor ao cliente. Uma equipe é considerada dependente se ela interage com a entrega até o cliente, aceita um tíquete relacionado ao processo ou à entrega ou se afeta a capacidade de concluir a entrega. Muitas vezes surgem novas dependências durante o processo de mapeamento, então não se preocupe em identificar todas as equipes com antecedência. Comece com uma lista de alto nível das equipes esperadas.
As seguintes equipes geralmente são incluídas ao criar um mapa do fluxo de valor de desenvolvimento:
-
Produto
-
Business
-
Desenvolvimento
-
Qualidade
-
Infraestrutura
-
Plataforma de CI/CD
-
Operações
-
Arquitetura
-
Engenharia de confiabilidade de sites (SRE)
-
Alterar e liberar
-
Segurança
Escolha um tamanho de grupo de no máximo cinco a oito participantes que possam representar essas equipes. Se você achar que precisa de mais de oito participantes para representar adequadamente cada equipe, divida o mapa em seções que você pode concluir com grupos menores em exercícios de mapeamento separados. Em seguida, você pode montar as seções para criar um mapa completo do fluxo de valor do desenvolvimento, do início ao fim.
Etapa 4: treinar os participantes
Selecione uma ferramenta que a equipe usará para criar o DVSM. Você pode usar um quadro branco com notas adesivas, uma aplicação de quadro branco on-line, o Microsoft Visio ou até mesmo o Microsoft Excel. Você pode escolher uma ferramenta para a etapa colaborativa e depois mover o mapa para outra ferramenta para fins de apresentação formal. Ao escolher uma ferramenta para a etapa colaborativa, considere se todos os participantes participarão pessoalmente ou se a sessão terá participantes remotos. Se alguns participantes estiverem remotos, você pode escolher uma aplicação que ofereça a todos os participantes a mesma oportunidade de contribuir.
Oriente os participantes sobre as ferramentas e o processo. Prepare os participantes e estabeleça que todos devem colaborar ativamente e inserir, por conta própria, as etapas e informações no mapa do fluxo de valor. A responsabilidade é fundamental para o sucesso e a agilidade do processo de mapeamento do fluxo de valor do desenvolvimento, e a colaboração ajuda a garantir que o DVSM não seja um processo único. Se necessário, forneça treinamento para a ferramenta que você selecionou.
Treine os participantes sobre o processo básico e confirme se eles têm acesso às ferramentas selecionadas antes da sessão de mapeamento agendada. Isso pode evitar atrasos durante a sessão de mapeamento e permitir que os representantes da equipe comecem a contribuir e se engajar o mais rápido possível.
Etapa 5: mapear as etapas do fluxo de valor
Com os participantes, identifique todas as etapas que ocorrem entre os pontos inicial e final do fluxo de valor. Você pode iniciar o processo identificando os pontos inicial e final e trabalhar de forma colaborativa para definir as primeiras etapas. À medida que o DVSM começa a crescer e os participantes ficam mais confortáveis, peça a eles que adicionem caixas e dados de forma independente ao quadro. Para assegurar que todas as etapas sejam consideradas, use seu conhecimento do SDLC para perguntar “e o que acontece em seguida?”.
Peça aos participantes que dividam tarefas maiores em etapas gerenciáveis, especialmente se estas envolverem vários proprietários. No entanto, certifique-se de que as unidades de etapas não fiquem muito pequenas. Muitas etapas podem dificultar o preenchimento do mapa e a identificação das restrições mais significativas no fluxo de valor.
Confira abaixo as etapas que geralmente estão incluídas ao criar um mapa do fluxo de valor de desenvolvimento:
-
Desenvolvimento
-
Teste de unidade
-
Teste de integração
-
Teste funcional
-
Teste de regressão
-
Validação de segurança
-
Testes de desempenho
-
Teste de aceitação do usuário
-
Fluxos de trabalho de falhas
-
Aprovação do Comitê consultivo de mudanças (CAB)
-
Alterar tíquetes
-
Solicitar tíquetes e SLAs
-
Documentação
-
Revisões de arquitetura
-
Revisões e aprovação de dados
-
Provisionamento de infraestrutura
-
Alterações na rede e no firewall
-
Implantação na produção
-
Registro em log e orquestração de observabilidade
-
Teste de fumaça
-
Fluxos de trabalho de incidentes de produção
Coloque as etapas em ordem sequencial e conecte-as com as setas do fluxo do processo. Identifique o caminho ideal, que é o fluxo do processo se nenhuma exceção ou erro for encontrado durante o desenvolvimento. Identifique também o caminho de falha, que é o fluxo que ocorre quando o produto falha em qualquer etapa do processo de desenvolvimento.
Etapa 6: avaliar a velocidade e a qualidade de cada etapa
Nessa etapa, você determina quem é o proprietário de cada etapa e avalia a agilidade dessa etapa e com que frequência ela produz resultados de alta qualidade. Pergunte quem realiza esse trabalho, para quem ele é entregue e com que frequência é devolvido devido a problemas.
Comece identificando o proprietário de cada etapa. O proprietário é a equipe responsável por realizar o trabalho na etapa. Para facilitar a identificação do proprietário no mapa, você pode atribuir uma cor diferente para cada equipe. Se uma etapa tiver vários proprietários, divida-a em várias etapas menores para que cada equipe possa fornecer dados autônomos e as transferências sejam devidamente consideradas.
Para cada etapa no mapa do fluxo de valor, peça ao proprietário da etapa que forneça as informações a seguir. Os dados devem vir de cenários médios anedóticos e não extraídos de sistemas ou fontes de dados. Com frequência, extrair e normalizar esses dados exige muito esforço para o escopo do DVSM. Além disso, os dados geralmente estão incorretos ou não incluem elementos difíceis de rastrear ou avaliar. Como o objetivo é melhorar o sistema que eles usam, confie nas pessoas que são proprietárias do trabalho para entender com segurança as seguintes métricas:
-
Prazo de entrega (LT): esta é a duração da etapa do início ao fim, desde o momento em que o proprietário aceita o trabalho até o momento em que ele o entrega. Inclui todo o tempo gasto trabalhando na entrega e todo o tempo de inatividade, como o tempo gasto esperando. Certifique-se de monitorar os SLAs e os processos de transição entre as equipes como parte do prazo de entrega.
-
Tempo de processo (PT): é a quantidade de tempo que uma única pessoa levaria para realizar o trabalho, supondo que não houvesse interrupções ou tempo de inatividade. Às vezes, isso é denominado tempo de valor agregado, que é uma medida do tempo gasto agregando valor ao produto.
-
Porcentagem de conclusão e precisão (%CA): é a porcentagem de tempo em que a etapa fornece trabalho ou dados precisos, não exigem retrabalho e não precisam ser devolvidos. Exemplos de entregas imprecisas incluem dados incorretos, formulários incorretos, bugs, defeitos, falhas ou incidentes, conforme relatado nas etapas downstream.
É importante que todas as equipes participem e que uma equipe não fale em nome da outra. Cada equipe deve ter autonomia para fornecer dados para as etapas que possui e discutir transferências que podem afetar significativamente a agilidade e a qualidade. Isso pode resultar em ter de conversar com um número significativo de pessoas para coletar os dados.
Etapa 7: identificar as restrições
Identifique as restrições que afetam significativamente a agilidade e a qualidade:
-
Restrições relacionadas à agilidade ocorrem nas etapas que têm a maior lacuna entre o prazo de entrega e o tempo do processo. Isso indica que há uma quantidade significativa de tempo perdido na etapa, como tempo perdido na espera.
-
As restrições relacionadas à qualidade ocorrem em etapas com baixa porcentagem de pontuações de conclusão e precisão. Isso indica uma perda significativa de esforço e tempo na repetição de trabalho para corrigir os defeitos.
Essas etapas oferecem a maior oportunidade para melhorias na agilidade e qualidade em seu processo de desenvolvimento de software.
Em todo o fluxo de valor, você pode adicionar prazos de entrega ou tempos de processo para todas as etapas para obter um prazo de entrega cumulativo ou tempo de processo para todo o fluxo de valor. Você também pode multiplicar as pontuações percentuais de conclusão e precisão de todas as etapas para determinar uma média. Esse cálculo pode ajudar você a entender quanto tempo o trabalho leva em todo o sistema e a probabilidade de ele estar correto em todas as etapas.
Etapa 8: melhorar continuamente
Depois de identificar e priorizar as restrições no mapa do fluxo de valor de desenvolvimento, você pode usá-las para impulsionar a melhoria em seu processo de desenvolvimento de software. Com as partes interessadas e os responsáveis pelas etapas, trabalhe para melhorar a agilidade e a qualidade eliminando as transferências, a perda de tempo e o processamento excessivo.
Depois de implementar as alterações, revisite o DVSM com os proprietários das etapas e avalie se as alterações tiveram êxito. Atualize o DVSM com base nas mudanças e, em seguida, identifique e priorize novas restrições para impulsionar a melhoria contínua. É comum que as novas restrições apareçam em uma parte diferente do mapa ou que as restrições escalem de prioridade baixa para alta.