03/09/13

Planejando Projetos Scrum. |

Incio

Curso

Sobre o Autor

Sobre o Blog

Sobre Scrum

Planejando Projetos Scrum.

Posted on 21 de maro de 2011 by rsimoes01 Costumo ouvir com certa freqncia, que em projetos Scrum planejamos muito pouco. Bem, esse tipo de comentrio s pode partir de quem realmente no conhece mtodos geis. Arrisco dizer que, quando utilizamos Scrum, planejamos mais e de forma mais eficiente, do que quando utilizamos prticas tradicionais de gerenciamento de projetos. Bem, mas no pretendo ficar fazendo comparaes entre uma abordagem e outra, at porque a finalidade do blog no essa. Sendo assim, apresentarei neste post a abrangncia do processo de planejamento nos projetos Scrum, considerando todos os seus nveis. A partir desse entendimento, cada um pode tirar suas prprias concluses sobre o assunto. O primeiro aspecto a ser destacado, que quando utilizamos Scrum, no planejamos o projeto do comeo ao fim, de uma s vez. O motivo? muito simples. Se existe a perspectiva de conduzir o projeto em um ambiente de alta instabilidade e/ou com grande probabilidade de mudana durante a execuo, por que especular com o futuro e tentar prever tudo o que ir acontecer? No faz muito sentido certo? No faz mesmo, a no ser que voc aceite o fato de que gastar mais tempo atualizando controles do que fazendo o que realmente importa: gerar valor para o cliente. Bem, j que mencionei gerao de valor, aproveito para deixar claro que esse principal direcionador do processo de planejamento nos projetos geis. O objetivo final de todo projeto Scrum assegurar a entrega do valor esperado pelo cliente. Para alcanar esse objetivo, precisamos definir com clareza os atributos de valor que devem ser incorporados ao produto final (essa mais uma daquelas coisas fceis de falar e difceis de fazer). importante reforar que justamente nesta etapa que boa parte dos projetos perde o rumo. Isso ocorre porque estabelecer corretamente a viso do produto e definir seus atributos de valor representa apenas parte da equao. A outra parte, no menos desafiadora, assegurar a incorporao desse valor ao longo do projeto. Sem essa capacidade, corremos o risco de frustrar o cliente, entregando produtos que no atendem suas necessidades e expectativas. Para evitar a insatisfao do cliente final, precisamos monitorar e validar constantemente a incorporao do valor esperado durante o desenvolvimento do produto. E como fazemos isso? Utilizando uma estrutura de planejamento e execuo que possibilite o desdobramento do valor ao longo do projeto, sem perder a viso estabelecida inicialmente. Como este processo ainda pode no estar muito claro, vou utilizar diagramas para ajudar no entendimento. Na maioria dos livros e materiais disponveis sobre Scrum, costumamos encontrar o modelo abaixo (e outras variaes muito parecidas), como forma de representao do ciclo de execuo do projeto:

Buscar
Go

Comentrios
rsimoes01 em Controlando a Execuo das Tarefas 2a. Parte Vanderlei em Controlando a Execuo das Tarefas 2a. Parte rsimoes01 em J pensou em colocar a gesto na parede? Gabriela em J pensou em colocar a gesto na parede? rsimoes01 em Sobre o Blog

Arquivos
Selecionar o ms

Categorias
Cases (8) Empresa gil (11) Idias (7) Implantao (3) Introduo (5) Pessoas (6) Processo (27) Fundamentos (2) Planejamento da Sprint (5) Planejamento do Produto (2) Planejamento do Release (6) Planejamento do Roadmap (2) Planejamento do Trabalho Dirio (10) Produto (4)

scrumex.com.br/blog/?p=907

1/4

03/09/13

Planejando Projetos Scrum. |

Documentos
Co-criao Estudo de Takeuchi e Nonaka Guia do Scrum

Templates
Ata da Reunio de Reviso Backlog do Produto Plano da Sprint Plano do Release Roadmap do Produto Neste diagrama, esto representados os principais artefatos e eventos relacionados ao mtodo: o Backlog do Produto, o Backlog da Sprint, a prpria Sprint (com durao de 2 a 4 semanas), a Reunio Diria e o Incremento de Produto. Uma das vantagens desta forma de representao sua simplicidade. A desvantagem, em minha opinio, sua limitao. O processo Scrum muito mais amplo do que apresentado neste modelo. Por conta da limitao dos diagramas clssicos, desenvolvi uma estrutura para representao do processo Scrum que considero mais completa e didtica. Passei ento a chamar esse modelo de Fluxo de Valor do Produto. Taskboard Viso do Produto

Para entender o modelo, considere a Estratgia Corporativa como ponto de partida. Conforme mencionei no post anterior, o alinhamento estratgico um dos principais, seno o principal direcionador da execuo de um projeto. Outros fatores como melhoria contnua, regulamentao e fiscalizao, tambm direcionam a priorizao de projetos, mas, para efeito de simplificao do diagrama, vamos adotar a estratgia corporativa como principal gerador de demandas para o Portflio de Produtos/Projetos. Uma vez inseridos no portflio, os projetos so priorizados segundo critrios estabelecidos pela empresa ou rea responsvel. No irei abordar neste momento a gesto do portflio de projetos Scrum. Como um tema amplo, acredito ser mais produtivo trat-lo aps o captulo Processo. A partir do momento que so disparados, os projetos entram no fluxo propriamente dito. Observem que o Fluxo de Valor do Produto apresenta 5 Nveis de Planejamento, os quais so executados ao longo do projeto.Para facilitar o entendimento do fluxo, vou explicar, de forma resumida, os objetivos e principais atividades desempenhadas em cada um dos nveis de planejamento:

Nvel 1 Planejamento do Produto

Partindo do correto entendimento do Problema a ser resolvido ou Oportunidade a ser aproveitada, definimos as Necessidades e Expectativas a serem atendidas atravs do produto final do projeto. Com base nessas informaes, estabelecemos a Viso do Produto e suas caractersticas-chave (features). A Viso do Produto o principal direcionador do trabalho a ser realizado pelo time, uma vez que define os atributos de valor a serem desdobrados ao longo do projeto.

Nvel 2 Planejamento do Roadmap

scrumex.com.br/blog/?p=907 2/4

03/09/13

Planejando Projetos Scrum. |

Devido a questes tcnicas, de mercado e oramentrias relacionadas ao projeto, pode ser necessrio planejar a entrega de caractersticas do produto (atributos de valor) atravs de Releases (verses). Para esses casos, elaboramos o Roadmap do Produto. O Roadmap um plano de liberao onde estabelecemos as caractersticas a serem entregues em cada Release, ao longo do ciclo de vida do produto.

Nvel 3 Planejamento do Release

Uma vez definido o Roadmap, planejamos o primeiro Release , ou melhor, o projeto necessrio para entregar a primeira verso do produto. No Scrum, planejamos e executamos um Release de cada vez, visto que no faz sentido planejar todos os Realeases antecipadamente ( medida que aprendemos mais sobre o produto ou na ocorrncia de mudanas, atualizamos somente o plano do Release em andamento, o que muito mais fcil e rpido). Para planejar o release, precisamos desdobrar as caractersticas-chave do produto em requisitos (componentes de valor). O conjunto formado por todos os requisitos necessrios para entrega do produto final do projeto chamado de Backlog do Produto.

Nvel 4 Planejamento da Sprint

Com base no Backlog do Produto, planejamos a primeira Sprint do Projeto. Sprint uma iterao com durao determinada (timebox) de duas a quatro semanas. Pelas mesmas razes informadas no item anterior, planejamos uma Sprint de cada vez. O planejamento da Sprint realizado em duas etapas: na primeira, o time de projeto seleciona os requisitos que sero trabalhados na Sprint (Backlog da Sprint). Na segunda, o time desdobra esses requisitos em tarefas (unidades de valor) e define a melhor forma de execut-las. O objetivo da Sprint entregar um Incremento do Produto final para ser inspecionado pelo Dono do Produto.

Nvel 5 Planejamento do Trabalho Dirio

Encerrado o planejamento da Sprint, o time inicia sua execuo. Para tanto, planeja diariamente seu trabalho, definindo as tarefas que sero executadas (naquele dia). Esse conjunto de tarefas passa a representar o Backlog do Dia. O objetivo do trabalho dirio executar as tarefas necessrias para o desenvolvimento e entrega dos requisitos que formam o Backlog da Sprint. Com base no progresso do trabalho dirio (inspeo), ajustamos o planejamento da Sprint e tomamos as aes necessrias (adaptao), para garantir o alcance dos objetivos e metas do projeto. O planejamento em 5 nveis proposto pelos mtodos geis, oferece uma estrutura extremamente eficaz para orientar a definio da Viso do Produto e do Valor esperado pelo cliente final, ao mesmo tempo que possibilita o desdobramento e gesto desse valor durante todo o ciclo de vida do projeto. Esse modelo de planejamento e execuo aumenta nossa capacidade de satisfao do cliente final, uma vez que viabiliza o desenvolvimento e entrega de produtos de alto valor agregado. Bem, vamos parar por aqui, at porque fiquei com a sensao de que apresentei um grande volume de informaes de uma s vez. Mas fiquem tranqilos. A partir dos prximos posts, vou detalhar cada um desses nveis de planejamento, abordando prticas, eventos e artefatos relacionados. Acredito que, dessa forma, o entendimento do processo ser facilitado. At l e obrigado.

This entry was posted in Fundamentos, Processo and tagged geis, backlog, gesto gil, mtodos geis, planejamento, planejamento do projeto, processo, produto, projeto, release, roadmap, scrum, sprint, valor. Bookmark the permalink.

Deixe uma resposta

O seu endereo de email no ser publicado Campos obrigatrios so marcados * Nome *

Email *

Site

Comentrio

scrumex.com.br/blog/?p=907

3/4

03/09/13

Planejando Projetos Scrum. |

Voc pode usar estas tags e atributos de HTML: < ah r e f = " "t i t l e = " " >< a b b r t i t l e = " " >< a c r o n y mt i t l e = " " >< b >< b l o c k q u o t ec i t e = " " >< c i t e >< c o d e > < d e ld a t e t i m e = " " >< e m >< i >< qc i t e = " " >< s t r i k e >< s t r o n g > Publicar comentrio Theme: obandes Proudly powered by WordPress.

scrumex.com.br/blog/?p=907

4/4