Início Planejamento no InfoQ Brasil
Notícias
Feed RSS-
Como combinar o Agile com priorizações e prazos
Mesmo com um prazo rígido, ainda pode-se priorizar o trabalho em sprints, fazer as stand-up diárias para gerenciar os bloqueios, e fazer as retrospectivas para melhorar a maneira de trabalhar.
-
Alcançando previsibilidade em um mundo complexo
A previsibilidade é o precursor e facilitador de outras coisas importantes que as pessoas procuram, como fazer coisas mais rápidas e baratas, comentou José Casal na Agile Portugal 2019. Casal falou sobre como alcançar a previsibilidade em três passos: concentrar-se no trabalho em progresso, reduzir o tempo para se concluir o trabalho, e pensar em como conseguir fazer mais.
-
O Ágil na LEGO
O ágil é parte da LEGO há mais de uma década, mas continua semeando e encontrando aplicações nas áreas de negócios além das áreas digitais e de TI. Alguns dos principais valores da LEGO são brincar e aprender que combinam bem com os princípios ágeis de iterações, experimentação e retrospectivas.
-
Habilitando equipes ágeis a melhorar a qualidade do software
Longos dias de trabalho, prazos e pressão sobre o time podem ter impacto na qualidade do software que o time ágil entrega. O que nós podemos fazer para evitar que isso aconteça e habilitar os times a melhorar a qualidade de seus softwares?
-
Estimativa Ágil para Planejamento de Releases
Estimativas são usadas por equipes ágeis e product owners para priorizar o trabalho e planejar novas versões de produtos. Essas estimativas podem ser feitas em diferentes níveis e com várias abordagens.
-
Agilidade solitária: tornando-se Agile antes da própria equipe
É comum que organizações realizem uma transformação ágil que atinge toda uma equipe ou departamento. Mas existem profissionais que começam a utilizar práticas ágeis individualmente, ou que trabalham de forma ágil em equipes de apenas uma pessoa. Como essas pessoas podem adotar práticas ágeis e quais os tipos de benefícios que podem obter com isso?
-
A flexibilidade do Agile: ponto forte ou calcanhar de Aquiles?
Será que o princípio "responder a mudanças mais do que seguir um plano" é um ponto forte ou uma flexibilidade que não funciona na prática? O que acontece com projetos ágeis com dificuldades em gerenciar mudanças e clientes esperando flexibilidade demais? Será que o Agile não cumpre suas promessas, ou é a forma que as equipes e organizações têm adotado o Agile que causa os problemas?
-
O Planning Poker evita falácias nas estimativas de esforço
Em seu recente post intitulado "Planning Poker: Evitando Falácias nas Estimativas de Esforço" Hayim Makabee discute a “falácia do planejamento” - um problema comum de estimativas de esforço - e explica por que o planning poker pode ajudar a evitá-lo.
-
Precisamos mesmo da iteração zero?
É comum que diversas atividades precisem ser realizadas antes do início de um projeto, e só depois se passe a atividades que agregam valor de negócio para os clientes. Com esse objetivo, equipes ágeis muitas vezes utilizam uma iteração inicial, conhecida como iteração ou sprint zero. Mas seria esta a maneira mais adequada?
-
Como o Product Owner deveria participar das sessões de Planning Poker?
Em uma discussão recente na lista do Scrum Development, Tri Nguyen perguntou se os products owners devem participar da reunião de planning poker. Existe um consenso geral sobre isso?
-
O que são os "Story Points"? Eles são necessários?
Michael de la Maza se perguntou sobre o que exatamente é um Story Point. Ele estava procurando por uma resposta e encontrou muitas: "Story Points representam unidades de tempo obscuras." ou "Story Point é uma unidade relativa de medida usada por times Scrum. Isso e usado para mensurar a quantidade de esforço necessário para implementar uma história."
-
Estimando Valor de Negócio
A abordagem ágil para priorização é que as histórias de usuário de mais alto valor de negócio devem ser implementadas antes daquelas de menor valor de negócio. O conceito é simples, mas sua implementação depende de se ter um mecanismo para avaliar o valor de negócio.
-
Jogar Fora Seus Sistemas de Bug Tracking?
Elisabeth Hendrickson, também conhecida como "testObsessed", apresenta uma postura provocativa sobre a priorização de bugs em um projeto ágil. Ela discorre sobre sua impressão de que os problemas encontrados durante a iteração não são "bugs", que somente o Product Owner teria autoridade para considerar algo como "bug" e que uma equipe Ágil não teria a necessidade de um sistema de bug tracking.