Scrum e PMBOK – EVA

Analise de Valor Agregado?

Tem como foco a relação entre os custos reais consumidos e o produto físico obtido no projeto através de uma quantidade especifica de trabalho, ou seja: o que foi obtido pelo projeto em relação à quantidade de capital consumida para atingir esse resultado.

Ganhos Reais na Gestão?

O Valor Agregado funciona como um tipo de “alarme”, permitindo ao gerente de projeto avaliar se está consumindo mais dinheiro para realizar uma determinada tarefa ou se está apenas gastando mais naquele momento porque o desenrolar do projeto está sendo acelerado, permitindo que sejam tomadas ações corretivas e preventivas com a devida antecedência.

O que é um projeto bem SUCEDIDO?

É AQUELE QUE É REALIZADO CONFORME O PLANEJADO

Mas como podemos adaptar esta técnica para acompanhar o desenvolvimento do projeto utilizando pontos de historia?

Para facilitar o entendimento vamos nos prender que o custo do produto a ser entregue é apenas horas de trabalho.

Vamos pegar um Cartão de Historia de grandeza igual a um Tema, este cartão possui vários Cartões de Historia correlacionados e de responsabilidade única, sendo estes cartões estimados em pontos. A soma de todos os pontos dos Cartões de Historia nos da o tamanho do Cartão de Historia de grandeza igual a um Tema.

Exemplo:

Cartão de Historia: Controlar Estoque

Total de Pontos: 100 pts

A Execução dos 100 pts nos leva a 100% do produto construído.

No caso do EVA o que ele vai buscar é a qtd de pontos executados e o quando de produto ele gerou.

Para obtermos estes dados existe a necessidade da medição dos cartões já desenvolvidos e que estão com o status de “Done”. Também temos a necessidade da informação de quanto tempo foi gasto da equipe para construir estes cartões. Assim podemos pegar as horas trabalhadas e chegar ao custo monetário que foi despendido para construir os Cartões de Historia.

Com a informação quanto foi gasto, quanto de produto foi gerado e qual o custo orçado para desenvolver o produto podemos aplicar as formulas de calculo de EVA.

Abraços a todos, 

Abu

Scrum e PMBOK – Tabela de Nome e Funções

Oi pessoal,

É muito comum estarmos no meio do projeto e ter problemas e também é muito comum não termos o colega de trabalho que sabe resolver o problema disponível no momento. A solução é simples, vamos ligar para ele. Mas para viabilidade desta solução necessitamos do numero de telefone do nosso colega de equipe.

É ai que entra mais um instrumento do PMBOK na parte de recursos humanos, ter uma tabela de nomes e funções de todos os envolvidos no projeto.

Solução simples, mas que nem sempre é realizado pelo gestor de projeto e no caso do Scrum, pelo Scrum Master.

Esta tabela com estes dados pode e deve ficar em local disponível a todos os interessados.

Segue a imagem com um modelo.

Podemos completar esta tabela com mais informações, como data de nascimento, endereço e o que for necessário.

Abraços a todos,

Abu

Scrum e PMBOK – Matriz de Responsabilidade

Oi pessoal,

Este item eu acho muito importante. Nem todos os projetos possuem uma estrutura projetizada de gestão, podemos estar trabalhando em empresas que possuem uma estrutura matricial de organização de projetos.

Porque a matriz de responsabilidade é importante? Simples, ela que determina quem é responsável por cada tarefa que tem que ser executada no projeto.

Dentro da estrutura do Scrum nos sabemos muito bem qual a responsabilidade da equipe, do Scrum Master e do PO.

Mas nem todos os envolvidos no projeto sabem como funciona o processo de trabalho do Scrum e podemos ter a qualquer momento recursos humanos de departamentos funcionais da empresa que estamos executando o projeto alocado de maneira parcial em nosso projeto.

Para que a responsabilidade fique clara, isto é, nada de “implícito”, nos criamos uma matriz de responsabilidade.

Na figura com o exemplo de matriz de responsabilidade não tem nome de pessoas, mas a matriz pode ter o nome do responsável. Neste caso no cruzamento de linhas e colunas onde a imagem mostra um “X” deveria estar presente o nome do responsável pela atividade.

Esta técnica evita uma seria de problemas de visibilidade de quem é responsável por executar as tarefas. Evita problemas de tarefas não ter donos, ajuda a deixar claro quem é responsável por alocar recursos ao projeto (no caso de departamentos), de saber com quem devemos entrar em contata para saber se a tarefa esta sendo executada e qual o status da tarefa, entre outras coisas mais.

Lembrando... Nem todos os projetos possuem apenas os papeis do Scrum e nem sempre todos os envolvidos no projeto estão reunidos na mesma estrutura física e pertos um do outro.

Esta ferramenta vai ajudar e muito o Scrum Master ter um bom relacionamento com outros envolvidos no projeto.

Abraços a todos,

Abu

 

Scrum e PMBOK – WBS e Cartões de Historia

Oi pessoal,

Este post não vai ter explicações de itens técnicos, então os conceitos WBS, Cartão de Historia, Temas e Épicos vai ficar por responsabilidade de cada um.

Mas a idéia de integração entre WBS e Cartão de Historia é bem simples. O WBS nos traz uma visão de quais produtos / serviços o nosso escopo de projeto esta gerando. Uma entrega pode ser quebrada em entregas menores, com esta operação de quebra nos temos o desenho de WBS com uma estrutura hierárquica, onde os itens maiores possuem itens menores.

Veja a imagem

A entrega de todos os itens menores faz com que o item superior seja considerado entregue, isto é, terminado.

Cada produto / serviço do WBS pode ser considerado um Cartão de Historia de grandeza igual a um Tema ou Épico.

Mas se eu tiver um Cartão de Historia que sozinho me gere um produto, este também pode fazer parte do WBS.

Estas definições de grandezas dos nossos cartões vão muito de projeto para projeto, não tendo uma regra única e verdadeira.

Mas existe uma pegadinha, da mesma maneira que não se usa a inclusão de atividades no WBS, também não usamos as tarefas que um Cartão de Historia possui no WBS.

Outro ponto importante é que do momento que realizamos esta comparação entre WBS e Cartões de Historia podemos utilizar a tecnica de "EVA" para acompanhar a execução do projeto, mas este item vai ser um proximo post.

Abraços a todos,

Abu

Scrum e PMBOK – Riscos de Projeto

Oi pessoal,

Eu gosto muito de fazer a pergunta a todos os envolvidos no projeto: “O que vocês estão enxergando que eu não estou?”

Esta pergunta tem o objetivo de buscar riscos de projetos e que todos os envolvidos no projeto podem e devem participar.

Trabalhar com riscos não quer dizer que necessariamente ele, “O Risco”, não vai ocorrer, mas sim realizar uma ação preventiva para amenizar os impactos no projeto caso “O Risco” ocorra.

Em Scrum podemos buscar Riscos em Daily Meeting, Scrum de Scrum, Planejamento da Sprint, Retrospectiva, Review, etc.

Não importa o momento, alguém esta “enxergando algum problema no futuro” com o projeto, este perigo eminente deve ser catalogado e gerenciado.

Segue um template de auxilio na hora de escrever um Risco.

Este são alguns exemplos cadastrados utilizando o template.

 

Um abraço a todos,

 

Abu

Scrum e PMBOK – Comunicação

O Scrum é o que chamamos de “show”, mas existem algumas boas praticas do PMBOK que podem ser utilizados em conjunto com os métodos ágeis de gerenciamento de projetos.

Uma ferramenta que eu utilizo é uma matriz de comunicação, onde esta matriz permite saber como realizar a comunicação entre todos os evolvidos no projeto, quando realizar esta comunicação e qual o meio de comunicação utilizado.

O Scrum não tem comunicação por intermédio de Daily Meeting, Burndown Charts, Quadro de Kanban, etc?

Sim, estas ferramentas permitem a comunicação e visibilidade do projeto, mas existem outras necessidades que estas ferramentas não atendem.

 

Um exemplo de matriz de comunicação é a figura a baixo.

 

 

Responsável (pelo Envio) é quem deseja realizar uma comunicação

Interessado (receptor) é quem vai receber a comunicação

Método/Meio são as ferramentas de comunicação

Objetivo é o “porque” da comunicação estar sendo realizada

Freqüência é quando a comunicação deve ocorrer

 

Um detalhe importante, nem todos os projetos possuem uma quantidade grande de pessoas envolvidas, esta matriz é muito boa quando temos que realizar um canal de comunicação com pessoas interessadas e que não fazem parte dos “papeis” do scrum.

 

Também esta matriz é importante para promover, isto é, garantir uma documentação de acordos realizados. Um bom exemplo é a mudança de escopo e aprovação desta mudança. Outro bom exemplo é a comunicação solicitando mais recursos para o projeto. Mais um, deixar por escrito riscos ou atrasos que o projeto vai ter.

 

Também faz parte desta técnica nos termos arquivos de “modelo” de comunicação, isto é, ter um template de estrutura de texto, gráficos, imagens, layout para cada tipo de comunicação a ser realizado, passando uma visão mais profissional com os envolvidos no projeto.

 

Abraços a todos,

 

Abu

Cursos Free do Sebrae pela Internet

Oi pessoal,

 

Segue o link de dois cursos oferecidos pelo SEBRAE e gratuitos.

 

1)       Negocio Certo – Tem o objetivo de auxiliar no processo de abertura de um empreendimento. Neste curso temos um passo a passo para abertura do nosso negocio. http://www.nc.sebrae-sc.com.br/portais/negociocerto/

2)       IPGN – Tem o objetivo de auxiliar na abertura de um empreendimento. Mas neste curso ele é mais genérico. http://ipgn.iea.com.br/

 Abraços a todos,

Abu