Agilize-se

  A partir da análise do trabalho em progresso podemos começar a ver quanto tempo uma demanda leva para ser entregue ao cliente.  Em desenvolvimento de software, podemos considerar Lead Time como sendo o número de dias entre o início e o fim do processo de entrega de um item de trabalho. É o tempo em dias em que o item de trabalho passa pelo Fluxo de etapas do processo de desenvolvimento. O que é Lead Time ? O Lead time é uma métrica que deve ser coletada para cada demanda a partir da etapa na qual a equipe começa de fato a trabalhar na demanda. Tendo como base o Lead Time das demandas que passaram nos últimos 15 dias pelo fluxo podemos responder quando uma demanda esta pronta. É importante ressaltar que o Lead Time é uma métrica que pode ser medida independente do processo de desenvolvimento adotado pela empresa. A medição do Lead Time nos ajuda: Compreender quanto tempo a Equipe leva para desenvolver um item de trabalho; Analisar a saúde do processo de desenvolvimento, ident...

  É comum ouvirmos sobre times de desenvolvimento que trabalham demais porém parece que nunca conseguem entregar nada de valor para o cliente. Acontece que times que enfrentam esse problema não tem ideia do que estão fazendo, do volume de trabalho, da complexidade do trabalho ou de sua própria capacidade de entrega. São times que vivem com o não cumprimento de prazos, não entrega de demandas, uma alternância de tarefas e contextos provocados pelo excesso de paralelismo nas tarefas.  Muitos desses times aceitam mais trabalho do que realmente podem realizar e acabam com os problemas citados acima. Estes times não entendem que o excesso de trabalho compromete a qualidade do produto e reduz a frequência das entregas.  Analisar o trabalho em progresso  É necessário a análise do trabalho em progresso, também conhecido pela sigla WIP ( Work in Progress ). O WIP se refere a todo trabalho iniciado mas que ainda não foi entregue ao cliente e pode ser desde uma demanda, uma peq...

  O que não pode ser medido não pode ser gerenciado e, consequentemente, não pode ser melhorado.  Todo o trabalho realizado no projeto deve ser medido a fim de que o projeto possa ser gerenciado visando a melhoria contínua.  Assim sempre devemos usar métricas como ferramenta para fazer a gestão com o objetivo de melhorar o trabalho realizado ao longo do projeto. As métricas ajudam a equipe a descobrir onde estão e a comparar com o estado onde querem chegar. Desta forma, nos as métricas nos permitem acompanhar, dia a dia, o rumo que estamos tomando no trabalho e a verificar se estamos indo na direção esperada. Para isso é importante que as métricas estejam visíveis e atualizadas  para toda a equipe podem acompanhar o andamento do trabalho e tomar medidas caso seja necessário. Isso permite que as equipes ágeis se auto gerenciem, como aliás é esperado.  As métricas são representadas visualmente na forma de gráficos que são ótimas ferramentas para análise das métric...

  Você já deve ter lido uma afirmação parecida com essa: "Seu time não é ágil só porque usa um mural com cartões coloridos para as tarefas.". A verdade é que além de todos os eventos, artefatos e papéis, dentre os diferentes frameworks ágeis disponíveis ainda é preciso incorporar um conjunto de práticas que ajudam a equipe a melhorar a qualidade e a produtividade no dia a dia. São boas práticas que se relacionam com a maneira como o trabalho é feito, tecnicamente.  Em desenvolvimento de software existem várias boas práticas que devem ser aplicadas nos times que pretendem ser ágeis. É muito comum o uso de práticas de um framework em outro como por exemplo o uso de práticas da programação extrema no Scrum ou no Kanban. Somente quando usamos frequentemente práticas ágeis é que podemos dizer que somos ágeis. As práticas a seguir podem ajudar seu time a ser ágil de verdade, melhorando a qualidade do seu produto, a produtividade do time de desenvolvimento e isso irá refletir na mo...

  O Planejamento de Releases tem o objetivo de definir em que ordem e quais entregas serão feitas ao cliente. Para se planejar as releases do produto deve ser feita uma reunião, de preferência, mensalmente ou a cada duas semanas. O Planejamento permite dividir um projeto em entregas de acordo com o valor para o negócio, priorizando os itens que devem ser de maior valor para o negócio do cliente. Assim um projeto de seis meses pode ser dividido em 6 entregas, com releases com quatro iterações para cada uma. É importante compreender o que agrega mais valor para o negócio, num determinado momento, e buscar realizar entregas que tragam o máximo de valor para o cliente. O Dono do Produto tem a responsabilidade de buscar essa compreensão e priorizar corretamente os itens que farão parte de cada entrega. Na reunião de planejamento de releases devem estar presentes todos os envolvidos no processo de entrega para ajudar em decisões técnica e para, o mais importante, se definir uma estratégi...

 Você pode aumentar o conhecimento sobre seus usuários e cliente com o uso de Personas. Personas são perfis baseados nos usuários e clientes do produto. A criação de Personas ajuda a identificar os usuários e clientes importantes para o sucesso do projeto. Personas ajudam a melhorar o entendimento dos usuários, suas responsabilidades, suas atividades, seus problemas atuais, suas necessidades de informação e suas expectativas em relação ao produto. Este conhecimento é importante para melhorar a comunicação e o entendimento dos usuários e também a tomada de decisão sobre o projeto. Além disso, ajuda muito a otimizar as funcionalidades do produto  para cada perfil, garantindo que as necessidades, problemas e expectativas de cada perfil sejam atendidas. As personas do produto devem ser identificadas logo no início do projeto a fim de as informações e conhecimento obtidos a respeito das personas possam direcionar e orientar todo o trabalho que será feito durante o projeto. Toda Per...