O backlog do produto é uma lista de tudo que precisa ser feito em um projeto. Sendo uma
fonte
de informação fundamental para a equipe de desenvolvimento, pois orienta o trabalho que deve ser realizado
para
alcançar as metas do projeto.
Passo a passo para criar o backlog do produto:
• Antes da criação do backlog, a equipe de desenvolvimento deve identificar os
objetivos do
produto, ajudando a focar no que é mais importante para o sucesso do projeto.
• A equipe deve listar todas as funcionalidades que precisam ser desenvolvidas no
produto,
priorizando com base em sua importância para o cliente e para o sucesso do projeto.
• Crie as histórias de usuário: Cada funcionalidade requer histórias do usuário com o
fim
de descrever suas necessidades e o que precisa se fazer, dada sua importância.
• Estime o esforço necessário para cada história de usuário. Essa estimativa pode ser
feita
em pontos de história, dias ou horas, dependendo da visão da equipe.
• Refine e detalhe as histórias de usuário, isso pode incluir a quebra de histórias de
usuário maiores em histórias menores e mais gerenciáveis.
• O backlog do produto deve ser atualizado regularmente para refletir as mudanças no
projeto, com adição de novas funcionalidades e atualização das estimativas de esforço.
O burndown tem como objetivo acompanhar o andamento de um projeto. Isto é,
permite que a
equipe de desenvolvimento visualize o trabalho que precisa ser realizado e acompanhe o progresso
diariamente.
Passo a passo para utilizar o burndown no método Scrum:
• Definir o escopo do projeto: Antes de começar a utilizar o burndown, é importante que
a
equipe tenha um entendimento claro do que precisa ser entregue no projeto.
• Criar o backlog do produto: A equipe deve criar uma lista com todas as
funcionalidades
que precisam ser desenvolvidas no projeto.
• Priorizar as funcionalidades do backlog com base na complexidade e valor para o
cliente.
• Estimar o esforço para cada funcionalidade do backlog, podendo ser estimada em horas,
dias ou pontos de história.
• A partir das estimativas de esforço e da data de entrega do projeto, a equipe deve
criar
um gráfico burndown que mostra o progresso do projeto ao longo do tempo.
• Atualizar e revisar o burndown chart (gráfico) diariamente. Isso permite a
visualização
do progresso do projeto e identificar qualquer desvio em relação ao plano original.
Em resumo, o burndown é uma técnica simples e eficaz para monitorar o progresso do
projeto
no método Scrum. Além disso, ajuda a equipe a identificar problemas e desvios em tempo hábil, permitindo que
tomem
medidas corretivas para manter o projeto no caminho certo.
Exemplo de Burndown:
O gráfico irá refletir o andamento do trabalho, a linha azul é o desempenho ideal, mas
não
é necessário que esteja perfeitamente igual.
As áreas de data de início até data de término devem ser preenchidas para que o gráfico
se
edite automaticamente conforme as tarefas vão sendo concluídas.
O Kanban é um dos principais métodos utilizados pela metodologia ágil. É uma forma de gestão
visual usada para controlar o fluxo de trabalho.
Consiste num quadro com cartões e colunas. Cada quadro é um kanban.
Os cartões representam atividades e geralmente são diferenciados por cores. Eles
podem indicar quem é o responsável pela tarefa, o nível de prioridade dela ou qual é o tipo da tarefa;
As colunas representam os status das atividades. Um Kanban tradicional possui três colunas: “A fazer”,
“Fazendo” e “Feito”, mas elas podem ser nomeadas de acordo com as necessidades.
A utilização desse sistema consiste basicamente em mover os cartões de coluna conforme o status da atividade
for
alterado.
Esse método permite que o gestor acompanhe o progresso da equipe e do projeto, podendo identificar a
possibilidade de acrescentar mais demandas. Além disso, o Kanban também traz equilíbrio nos processos e
permite
identificar a capacidade produtiva da equipe, respeitando os limites de entregas.
Como você pode começar a aplicar o Kanban na sua organização?
1. Prepare a equipe: Explique o novo sistema de trabalho, mostre como funciona e como as atividades
serão
divididas;
2. Mapeie os processos: Identifique os status importantes a serem divididos em colunas e também crie
categorias
para as atividades;
3. Defina critérios de priorização: O critério pode ser por data de entrega, tipo de ação, responsável
etc. E
pode ser baseado em cores ou colunas específicas. É muito importante que todos na equipe estejam cientes e
entendam como esses critérios estão sendo exibidos;
4. Avalie melhoras: Sempre esteja disposto a repensar o modo de fazer as atividades e analisar o que
pode
ser melhorado.
O Kanban pode ser utilizado tanto online (utilizando um sistema Kanban) quanto off-line (utilizando
post-its). O
quadro online acaba se tornando mais fácil, dinâmico e flexível.
Exemplo de Kanban utilizando o Trello:
.
Veja abaixo 5 Softwares Kanban que você pode estar utilizando:
DoR (Definition of Ready) e DoD (Definition of Done)
Agora que você já sabe grande parte do planejamento de uma Sprint, e como fazer o seu Backlog e Burndown,
além de usar o método kanban para se organizar, é preciso pensar no produto final. Toda a organização
feita
sobre o projeto até agora visa um objetivo: a aprovação do cliente por meio de um produto funcional. Por
isso é muito importante inserir o DoR (Definition of Ready) e o DoD (Definition of Done) nas suas
reuniões periódicas, e se basear nos posicionamentos da equipe na hora de estruturar e fazer o seu
planejamento
definitivo.
Definition of Ready (DoR)
O acrônimo DoR em português significa "Definição de Pronto" ou "Definição de Preparado", e indica quando um
item
passa a ter importância o bastante para entrar no planejamento de Sprint e ser feito. Assim como em uma
receita de
bolo que é preciso ter os ingredientes, as quantidades específicas e os utensílios necessários, no
desenvolvimento
de um projeto é preciso obter os objetivo de um item do backlog, o que é preciso para fazê-lo, e como ele
será
feito, nesse caso o DoR.
Ele funciona em junção com o DoD, e geralmente é feito pelo PO do time scrum junto a Equipe de
Desenvolvimento,
utilizando a visão do produto recebida do cliente, e o funcionamento interno da equipe para colocá-lo em
prática. O DoR é um caminho a ser seguido no mapeamento do Backlog, e facilita o trabalho dos
desenvolvedores e
a sinergia grupal.
Definition of Done (DoD)
O acrônimo DoD significa em português "Definição de Feito", e é utilizado no planejamento de Sprint para
indicar
quando parte do backlog pode ser considerada pronta,ou seja um serviço concluído. Nesse caso há uma espécie
de
contrato entre o Scrum Team para definir quando uma etapa pode ser considerada concluída, sempre se
alinhando
com os requisitos do cliente e a necessidade do usuário. .
A idéia principal do DoD é antecipar como um item deve ficar para que ele seja executável, e promover
um tipo de validação deste produto para aprovar o seu valor no projeto e evitar complicações futuras na
entrega
final.
O Que é MVP?
A sigla MVP significa Minimum Viable Product, que traduzido para o português torna-se Menor Produto
Viável. O MVP é um conjunto de testes e entregas adiantadas que apresentam algum valor para o cliente,
um projeto que exige muito tempo pode aos poucos ser apresentado para o contratante, para que este tenha
uma ideia prévia do produto final. Como o nome indica é o produto mínimo de uma construção, por isso não
podem ser funcionalidades soltas, tem de ser um grupo funcional de recursos do projeto, até mesmo um
protótipo disponível para testes.
Para montar seu MPV é preciso ter uma visão ampla do projeto, e compreensão sobre a necessidade do
cliente. Utilizando-se do backlog, e se alinhando com o conhecimento do PO sobre a necessidade do cliente, é
possível
criar um mapeamento do projeto baseando-se na possibilidade de entregas de testes, lembrando sempre que
o mínimo produto viável tem de ser enxuto e gastar o mínimo de recursos, permitindo apenas uma
visualização de uso.
Exemplos de MVP
Apple: O iPhone 1 era um exemplo de mpv, o aparelho possui funcionalidades básicas de um smartphone,
mas faltava algumas funções, e obrigava o usuário a baixar o iTunes para sua ativação. A idéia principal
aqui era superar esse " protótipo" nos próximos lançamentos, e instigar o interesse público.
Facebook: A rede social foi testada dentro dos muros de Harvard, Mark Zuckerberg aproveitava os
feedbacks dos usuários primários pra fazer alterações fundamentais no projeto, sempre visando a validação
final necessária.
