Publicado em Metodologias Ágeis, Publieditorial, Scrum

Como construir um Product Backlog efetivo

Para entender como construir um efetivo backlog do produto, primeiro é preciso entender os conceitos que permeiam esse tema. Product Backlog é uma lista de necessidades que o cliente possui, descritas com sua própria linguagem, e que precisam ser atendidas pelo produto que será entregue ao final do projeto. Já a efetividade está relacionada a algo que tem efeito real. Unindo os conceitos, temos uma lista de necessidades que ao serem supridas, causam efeito real sobre o indivíduo.

É necessário, em primeiro lugar, entender que o Product Backlog é algo que deve ser construído de forma incremental, ou seja, no início do desenvolvimento teremos apenas uma visão macro que será detalhada à medida que se aprende mais sobre o produto e seus usuários. Deve ser formado por histórias de usuário que, segundo Mike Cohn, são pequenas e simples descrições de funcionalidades sob a perspectiva da pessoa que deseja as novas capacidades, usualmente um usuário ou um cliente do produto.

Publieditorial-2015_Dez

Traduzir as necessidades do cliente, através do Backlog do Produto, em uma linguagem não técnica, compreensível por todas as pessoas envolvidas no projeto é um dos papéis do Product Owner. Para isso, uma boa prática é registrá-lo com as seguintes informações: ID (único), Nome (representativo), História de Usuário, Prioridade, Complexidade/Esforço (série de Fibonacci) e Observações. Dessa forma, teremos um backlog de produto detalhado, compreensível e alcançável para que o time possa produzi-lo e satisfazer às necessidades do cliente.

Deseja tornar seus backlogs de produto mais efetivos e alcançáveis? Uma boa oportunidade é participar do curso Fundamentos em Métodos Ágeis da Projectlab. O curso foi desenvolvido para ajudar você a entender e a praticar os principais conceitos sobre o gerenciamento ágil de projetos.

Este post trata-se de um publieditorial.
Publicado em Metodologias Ágeis, Publieditorial, Scrum

Retrospectivas Eficazes

filme1-300x183

Entende-se por retrospectiva o relato de uma série de acontecimentos decorridos durante certo período de tempo. Segundo o Scrum Guide, “a retrospectiva do Sprint é uma oportunidade para a Equipe do Scrum inspecionar-se e criar um plano de melhorias que deve se valer durante o próximo Sprint”. Em outras palavras, ao final de cada Sprint o time realiza uma reunião com o objetivo de avaliar o que deu certo e deve continuar sendo aplicado, assim como, o que ocorreu de errado e o que pode ser feito para reduzir os erros e melhorar o desempenho nas próximas Sprints.

É importante, no início da reunião, contextualizar os participantes deixando claro qual é o objetivo da mesma, ou seja, direcionar esforços para o que deve estar em foco. Esse papel pode ser realizado pelo Scrum Master, ou qualquer membro da equipe, visto que ela é auto gerenciável. Em seguida, pode  ser realizada uma análise de SWOT onde a equipe  identifica, individualmente e imparcialmente, seus pontos fortes e fracos, além de oportunidades e ameaças, registrando comentários a respeito. Ao final, os participantes  discutem seus registros e a equipe sintetiza o que foi reportado. Dessa forma, criam-se lições aprendidas que servirão para melhorar o desenvolvimento das Sprints seguintes. Esse é um processo incremental que busca a melhoria contínua.

Publieditorial-2015_Nov

Finalizada a síntese, o time  decide o que será priorizado na próxima iteração. Pode ser utilizada a técnica que a equipe desejar, desde que esta seja baseada em critérios claros e objetivos sobre o que realmente gera valor para o cliente. Isso evita a ocorrência do cenário em que “quando tudo é prioridade, nada é prioridade”. Ao final, deve ser discutido como o backlog da próxima Sprint deverá ser realizado.

Está em busca de tornar suas retrospectivas de Sprints mais eficazes? Uma boa oportunidade é participar do curso Preparatório para Certificação PMI-ACP da Projectlab. Com a metodologia e o material didático mais completo do mercado, desenvolvido pela RMC, empresa da renomada Rita Mulcahy, o curso foi desenvolvido para ajudar você a se preparar para o exame, e obter o máximo de entendimento sobre o gerenciamento ágil de projetos.

Este post trata-se de um publieditorial.
Publicado em Metodologias Ágeis, Publieditorial, Scrum

Jogando as cartas na mesa com o Planning Poker

 
Estimar o tamanho de um software não é uma tarefa trivial. Requer esforços de tempo e custos que usualmente os investidores não estão dispostos a pagar. Sendo assim, surge a necessidade de utilizar uma técnica que agilize o processo, mas não reduza sensivelmente a qualidade das estimativas.

O Planning Poker, definida por James Grenning em 2002, é uma técnica de estimativa de tamanho voltada para as metodologias ágeis de desenvolvimento de software. Consiste em realizar estimativas através de um jogo de cartas, no qual os membros do time (analistas, programadores, testadores, etc), baseados em fatores como tempo e esforço, interagem de forma colaborativa e expõe sua visão de complexidade afim de pontuar um cartão que representa determinada estória do usuário. Por fim, analisam as diferentes visões e buscam chegar a um denominador comum na equipe por meio do consenso geral.

A técnica consiste no seguinte: os participantes do jogo deverão realizar, em conjunto, rodadas de pontuação afim de obter a estimativa de um cartão que possui uma estória de usuário. Eles dispõem de um baralho com 13 cartas numeradas sequencialmente de acordo com a série de Fibonacci, ou seja, 0, ½, 1, 2, 3, 5, 8, 13, 20, 40 e 100. Existe ainda uma carta com o símbolo de interrogação que configura a não aptidão do jogador em estimar e outra carta com o símbolo de uma xícara de café que sugere uma pausa para discussões e avaliações preliminares sobre a estória em questão. O Scrum Master será responsável por mediar as diferentes visões, enquanto que, o Product Owner deverá esclarecer o que deverá ser produzido pelo time.

Ficou curioso sobre a técnica de estimativa Planning Poker e deseja se aprofundar mais no universo da agilidade? O curso Fundamentos em Métodos Ágeis da Projectlab poderá te proporcionar o conhecimento que deseja. Inscreva-se aqui.

Este post trata-se de um publieditorial.
Publicado em Metodologias Ágeis, Publieditorial, Scrum

Os benefícios das histórias de usuários

Segundo Mike Cohn, história de usuário é uma pequena e simples descrição de uma funcionalidade dita da perspectiva da pessoa que deseja a nova capacidade, usualmente um usuário ou um cliente do sistema. Em outras palavras, o Backlog do Produto deve conter as necessidades dos usuários ou dos clientes, enão as funcionalidades do sistema. Para compreender melhor essa ideia, é preciso analisar atentamente as nuances que permeiam esse conceito.

“Eu como gerente de PMO, desejo visualizar uma lista completa do portfólio de projetos da organização para poder classificá-los e priorizá-los de acordo com o planejamento estratégico”.

É possível observar algumas vantagens no uso do template de história de usuário: “Como um <ator>, eu gostaria de <ação>, para <objetivo>”. O primeiro benefício está relacionado ao que chamamos de magia dos pronomes, pois algo especial ocorre quando as exigências são colocadas na primeira pessoa. As partes envolvidas passam a se identificar mais de perto com as histórias. A segunda vantagem é fornecer uma estrutura a serviço do Product Owner, pois a estrutura do template ajuda o PO a priorizar as histórias dos usuários. Dessa forma, ele consegue visualizar mais facilmente o que o recurso é, quem se beneficia a partir dele, e qual o valor dele.

Algumas pessoas alegam que esse modelo acaba suprimindo o conteúdo da informação devido ao uso de tantos clichês. Se você concorda com isso, é possível organizar as histórias através de uma tabela com os campos “Como”, “eu gostaria” e “para”. Isso facilita o modo de leitura e compreensão das necessidades.

Caso deseje aprofundar seus conhecimentos em histórias de usuários, participe das Oficinas de Inverno promovidas pela Projectlab, pois apresentam uma visão conceitual e prática de como especificar os requisitos através de histórias de usuários, por que utilizar este formato, como identificar, documentar, priorizar e selecionar as histórias que entrarão na composição do produto a ser produzido.

Este post trata-se de um publieditorial.
Publicado em Metodologias Ágeis, Publieditorial, Scrum, XP

Breve panorama sobre os Métodos Ágeis – XP, Scrum e o Manifesto

O conceito de agilidade está intimamente ligado à pratica de entrega rápida de valor ao cliente. Dessa forma, as metodologias ágeis possuem um enfoque voltado à colaboração com o cliente do que propriamente com a negociação rígida de contratos. Para tornar isso possível, a visão passa a ser a de priorização de ter software executável (produto construído) em detrimento à uma documentação abrangente. Ainda nesse cenário, os agilistas afirmam que devemos dar mais atenção aos indivíduos e suas interações do que aos processos e ferramentas que envolvem a construção do produto. Afirmam ainda que devemos reagir rapidamente às mudanças que se fizerem necessárias do que seguir um plano do início ao fim. Esses são os princípios do Manifesto Ágil, lançado em 2004 pela Aliança Ágil.

Aliados a esses princípios, existem algumas técnicas que são frequentemente utilizadas buscando favorecer a rápida entrega de valor ao cliente, a saber: programação em pares, refatoração, metáforas e integração contínua, no caso da Extreme Programming. Já o Scrum promove eventos, como as reuniões diárias e a reunião de retrospectiva, que aumentam significativamente a interação e comunicação entre os stakeholders do projeto. Existem ainda outros benefícios: pequenas iterações, equipes auto gerenciáveis e disseminação de princípios como compromisso, responsabilidade e respeito.

Contudo, como diria o dito popular, “nem tudo são flores”. Alguns pontos fracos necessitam ser pensados e trabalhados de maneira a maximizar os ganhos com o uso dessas metodologias. Elas carecem de uma análise de riscos, sem torná-las pesadas. Outro desafio é aprender a utilizar essas metodologias ágeis em grandes empresas e equipes, visto que usualmente são baseadas em equipes pequenas.

Caso deseje aprender mais sobre Métodos Ágeis, recomendo o novo curso recentemente lançado pela Projectlab. Você irá aprender novas técnicas e abordagens em um ambiente lúdico que estimula a absorção do conhecimento. Confira!

 

Este post trata-se de um artigo patrocinado (publieditorial).

 

Publicado em Cursos, Metodologias Ágeis, Scrum

Curso Gestão e Formação de Equipes de Alta Performance com Scrum

Apresentar como as práticas ágeis de gerenciamento de projetos baseado em Scrum apóiam o processo de formação e gestão de uma equipe (team building). Capacitar os profissionais nos conceitos e estágios de formação de um time e mostrar um case real da aplicação das técnicas baseadas em Scrum favorecem a formação e gestão de um time de alta performance.

Continuar lendo “Curso Gestão e Formação de Equipes de Alta Performance com Scrum”