エピソード
-
Para participar da minha mentoria exclusiva, o primeiro passo é preencher a aplicação que está neste link aqui: https://form.respondi.app/bF2OsgO5
Texto do podcast:
Durante uma de minhas mentorias sobre Gestão Ágil, uma cliente relatou o seguinte:
"Na nossa Sprint Review todos os desenvolvedores mostram o seu trabalho, esteja ele pronto pra uso ou não, mesmo que ele não tenha sido testado."
Segundo ela isso acontecia porque em algumas Sprints, muitos histórias de usuário eram finalizadas do ponto de vista do desenvolvimento, mas não eram testadas.
Se os itens não testados não pudesse ser mostrados na Sprint Review, praticamente nada poderia ser mostrado.
Isso geraria uma frustração muito grande nos desenvolvedores, que de certa forma passariam por "incompetentes". E eles não eram incompetentes, pois tinham feito o "seu trabalho".
Essa abordagem tem muitos problemas.
Uma Sprint Review serve para que o time mostre o trabalho que foi completado. A finalidade principal é obter feedback do cliente. Um trabalho completado, do ponto de vista do Scrum, é aquele que atendeu à Definição de Pronto. A definição de pronto é um acordo entre todo o time sobre tudo que deve ser feito sobre um item para que ele possa ser considerado pronto. E não dá pra imaginar que, em desenvolvimento de software um item esteja pronto sem ter sido testado.
Parece uma convenção besta, burocrática, mas não é.
Vamos ver alguns problemas que ocorrem quando apresentamos itens não testados em uma Sprint Review?
- Esse comportamento passa uma falsa sensação de progresso. Esse não teste realizado pode estar escondendo uma quantidade gigantesca de trabalho ainda a ser realizado, pois bugs nem sempre são simples de corrigir.
- Durante a apresentação para os clientes na Sprint Review, os bugs podem aparecer e isso pode afetar a confiança dos stakeholders no trabalho da equipe de desenvolvimento.
- Uma parte importante da revisão de sprint é obter feedback dos stakeholders. Se a história não foi testada, o feedback pode não ser totalmente relevante ou preciso, pois baseia-se em funcionalidades que ainda podem sofrer alterações significativas.
- O tempo do cliente é valioso. Ele não tá ali pra ouvir status report de desenvolvedor. Ele não tem o menor interesse (e não deve ter mesmo) em saber detalhes de como foi difícil fazer isso ou aquilo. Ele só quer ver o que está pronto pra ele. Se ele sacar que seu tempo está sendo desperdiçado, ele simplesmente não vai mais participar.
- E o mais importante: a Sprint finalizou e praticamente nada poderá ser colocado em uso. Até um item estar de fato liberado para o mercado ele é apenas custo. Todo o valor do trabalho só pode ser materializado quando ele chega de fato às mãos do cliente.
"Mas o que eu devo fazer então? ", perguntou a minha cliente. "Também acho muito errado gastarmos uma sprint inteira e não ter nada pra apresentar."
A solução é simples. Foque em menos itens, de forma que haja tempo para se fazer todo o trabalho, inclusive o teste. Isso é basicamente o que prega o Kanban, dimunir o trabalho em progresso.
Outra saída é quebrar mais os itens, de forma a torná-los menores. Assim, a chance de finalizá-los por completo também aumenta.
Se você também tem problemas ao aplicar a gestão ágil ou a gestão de projetos, considere fazer parte da minha mentoria exclusiva. Para participar, o primeiro passo é preencher a aplicação que está na descrição desse vídeo. A mentoria é paga, mas vai ser o melhor investimento em formação que você já fez. -
エピソードを見逃しましたか？
-
Definição de Pronto é um conceito fundamental dentro do Scrum.
Apesar de relativamente simples, muita gente confunde esse conceito com outro de nome similar, mas com função bem distinta: a Definição de Preparado, que inclusive não é obrigatória dentro do Scrum, apesar de ser útil em alguns contextos.
Neste vídeo eu explico de forma clara e direta as diferenças entre os 2 e quando usar um ou outro.
---------------------
Para saber mais sobre meu curso preparatório para a Certificação PMP e CAPM pela internet e se cadastrar na lista de espera acesse o link a seguir: https://lnkd.in/g-kKPzrg
Para saber mais sobre meu curso sobre Scrum + Preparatório para as Certificações PSM I e PSPO I clique no link a seguir: https://lnkd.in/ejtEuNdb -
Para saber mais sobre meu curso preparatório para a Certificação PMP e CAPM pela internet e se cadastrar na lista de espera acesse o link a seguir: https://lnkd.in/gV96udaZ
Para saber mais sobre meu curso sobre Scrum + Preparatório para as Certificações PSM I e PSPO I clique no link a seguir: https://lnkd.in/ejtEuNdb -
Para saber mais sobre meu curso preparatório para a Certificação PMP e CAPM pela internet e se cadastrar na lista de espera acesse o link a seguir: https://lnkd.in/eqZiJGYw
Para saber mais sobre meu curso sobre Scrum + Preparatório para as Certificações PSM I e PSPO I clique no link a seguir: https://lnkd.in/ejtEuNdb -
Ao contrário do que muitos imaginam, trabalhar com projetos significa aceitar que não existe previsibilidade total. Em alguns cenários, inclusive, não há nada mais distante da realidade do que esta crença.
Nesse vídeo eu explico quais são as fontes de complexidade em um projeto e porque é importante aceitar que elas existem e aprender a lidar com elas.
Lista de espera para o meu curso preparatório para as Certificações PMP e CAPM: https://brainss.kpages.online/inscricoes?fonte=pod_p9 -
O oitavo princípio do PMBOK 7ª edição está longe de ser uma novidade. A preocupação com a qualidade seja nos processos, seja nas entregas é algo que sempre esteve no DNA do bom gerenciamento de projetos.
Quer entender esse princípio mais a fundo, entender o real significado da palavra qualidade e porque ela não representa apenas e tão somente conformidade com os requisitos? Assista ao vídeo.
Lista de espera para o meu curso preparatório para as Certificações PMP e CAPM: https://brainss.kpages.online/inscricoes?fonte=pod_p8 -
O Tailoring ou customização de processos sempre foi algo importante dentro do Gerenciamento de Projetos. Uma frustração comum que as pessoas tinham aos se deparar com todos os processos do PMBOK até a 6ª edição era achar que havia algo errado em suas organizações porque não aplicavam “aquilo tudo”. Mas nunca houve nada de errado em não usar tudo que está no PMBOK.
Na sétima edição isso é deixado claro com todas as letras e nesse vídeo eu te explico como o sétimo princípio reforça esse pensamento.
Lista de espera para o meu curso preparatório para as Certificações PMP e CAPM: https://brainss.kpages.online/inscricoes?fonte=pod_p7 -
Liderança é um dos tópicos mais falados quando tratamos de gestão. Em gestão de projetos a liderança é ainda mais importante do que num ambiente de operações rotineiras (Business as usual) . Entenda porque. E entenda também porque a liderança é cada vez menos dependente de um único papel e porque um único estilo de liderança nunca resolverá todos os problemas em projetos, assistindo ao vídeo do 6º princípio do novo PMBOK.
Lista de espera para o meu curso preparatório para as Certificações PMP e CAPM: https://brainss.kpages.online/inscricoes?fonte=Pod_P6 -
PMBOK 7: Princípio 4 - Foque no valor
Foi-se o tempo em que terminar o projeto dentro do escopo, no prazo combinado e sem estourar o orçamento poderia ser considerado sinônimo de sucesso garantido. Entenda porque assistindo a esse vídeo em que detalho o 4º princípio da nova edição do PMBOK.
Lista de espera para o meu curso preparatório para as Certificações PMP e CAPM: https://brainss.kpages.online/inscricoes?fonte=pod_p4 -
Entenda a diferença entre comunicação e engajamento das partes interessadas e porque esse é um dos 12 princípios da nova edição do PMBOK, o padrão mais importante do mundo sobre Gerenciamento de Projetos.
Lista de espera para o meu curso preparatório para as Certificações PMP e CAPM: https://brainss.kpages.online/inscricoes?fonte=pod_p3 - もっと表示する
