Académique Documents
Professionnel Documents
Culture Documents
Franklin Valadares
CTO e co-fundador do Runrun.it
ndice
03
Prefcio
04
Introduo
12
A metodologia de pilha
21
Riscos
22
Vantagens
25
Rotinas
29
39
Relatrios
48
Scrum
56
Concluso
02
Prefcio
Este ebook foi escrito para explicar a metodolo-
e colaboradores motivados.
Franklin Valadares
CTO e co-fundador do Runrun.it
01/07
Introduo
Talvez um dos maiores motivos que me levaram a ser um empreendedor foi discordar
das regras nas quais vivia dentro de uma grande empresa. Sempre fiquei impressionado
com a quantidade de processos, fluxos e, principalmente, de gestores necessrios para
que o trabalho pudesse ser feito. Gestores de projetos e consultores externos enchendo
os andares com suas planilhas infindveis me espantavam, alm da hierarquizao extrema. Inmeras pessoas eram encarregadas apenas de saber o que as outras estavam
fazendo: gerentes de seo, supervisores e at mesmo alguns diretores.
De um lado h pessoas que esto mais prximas dos clientes, que sentem as dores do
dia a dia e saberiam priorizar de forma mais clara o que deveria ser feito antes. Do outro,
as camadas mais altas, prximas aos acionistas, que sofrem a maior presso pelos indicadores relevantes. Por que, ento, a existncia de um emaranhado de gestores e coordenadores entre um ponto e outro? A camada intermediria, onde o dia a dia cotidiano
tratado, no deveria ser mais fina?
02/07
Introduo
First,
lets fire all the managers.
Gary Hamel, Harvard Business Review
03/07
Introduo
04/07
Introduo
mais adequada.
05/07
Introduo
06/07
Introduo
07/07
Introduo
fessor
menos
bre os indivduos.
da companhia.
Hamel:
com
maior
colaborao,
10
01/09
A metodologia de pilha
Antonio Carlos Soares, co-fundador e CEO do Runrun.it, foi convidado a falar sobre
gesto de projetos em um evento importante da rea. L estavam empresas multinacionais, gigantescas, todas com linhas de negcios representativas atravs da venda
de softwares e servios para gerenciar projetos. Nossa ansiedade anterior, para falar
frente a um pblico com larga experincia no setor, com anos de evoluo nas mais
diversas metodologias, foi embora assim que o argumento, brilhantemente colocado
por Antonio, tomou ateno do pblico: Quem sabota os projetos somos ns mesmos. So as pessoas que acabam fazendo outras coisas no lugar do que deveria estar
sendo feito. Ou seja, gerenciar projetos de uma maneira mais eficiente deveria dar
foco s pessoas, porque, no fim das contas, so elas que desenvolvem as tarefas.
12
02/09
A metodologia de pilha
13
03/09
A metodologia de pilha
Projeto 01
Imagine que estas so as tarefas para uma pessoa dentro do Projeto 1 (vermelho).
Vamos supor tambm que, pelo tipo de cada uma das tarefas, o sistema j consiga
Tarefa 1
Tarefa 2
quanto tempo consegue entregar algo daquele tipo. Ou seja, ele poder estimar manualmente quanto tempo vai gastar. Portanto, teramos todo o esforo do Projeto 1 j
estimado para essa pessoa:
Tarefa 3
Tarefa 4
14
04/09
A metodologia de pilha
Projeto 01
Se o Projeto 1 comeasse a ser feito hoje no incio do dia por essa pessoa, teramos a
estimativa de entrega para daqui a 48 horas teis, ou seja daqui a seis dias teis, se
essa pessoa trabalhar 8 horas por dia.
Tarefa 1
Est.: 8h
Tarefa 2
Est.: 16h
Total
48 horas teis
Tarefa 3
Est.: 8h
Tarefa 4
Est.: 16h
15
05/09
A metodologia de pilha
Projeto 02
Porm, nossa pessoa, designada para essas tarefas do Projeto 1, tambm est ajudando em algumas tarefas do Projeto 2 (azul). Um projeto difcil, cujo cliente, vez por outra,
liga para o diretor da empresa perguntando quando as entregas sero finalizadas, mas
muda o escopo com frequncia e demora para aprovar alguns pontos do projeto.
Tarefa 1
Est.: 8h
Tarefa 2
Est.: 8h
Aguardando aprovao
Tarefa 3
Est.: 8h
Aguardando aprovao
Tarefa 4
Est.: 16h
16
06/09
A metodologia de pilha
Otimizao
Tarefa 1
Est.: 8h
Est.: 8h
Est.: 8h
Tarefa 3
Est.: 8h
Tarefa 2
Est.: 16h
Total:
72 horas teis
Tarefa 4
Est.: 16h
Tarefa 3
Est.: 8h
Tarefa 4
Est.: 16h
17
07/09
Otimizao
Imagine ainda, que a vida desse nosso personagem no
feita apenas de tocar 2 projetos. Mas so diversos pro-
A metodologia de pilha
Est.: 8h
Est.: 8h
Est.: 8h
32
horas teis
jetos e algumas tarefas do dia a dia, como gerar relatrios para a diretoria, preparar a reunio de follow-up toda
segunda-feira pela manh e por ai vai. Teramos, ento,
Est.: 8h
Est.: 8h
Total 88
horas teis
Est.: 8h
Est.: 8h
Est.: 16h
18
08/09
A metodologia de pilha
Nosso Projeto 1, portanto, s tem sua estimativa de incio para daqui a 32 horas teis e
mais 88 horas teis at sua entrega. Ou seja, inclu-lo na pilha de tarefas dessa pessoa
nos trouxe uma viso muito mais realista, protegendo o funcionrio, a empresa e o
cliente de expectativas desalinhadas.
Resumindo, se cada uma das pessoas de uma determinada equipe tem diversos projetos e tarefas do dia a dia em sua pilha de afazeres, priorizando corretamente cada uma
dessas tarefas, voc conseguir tocar mltiplos projetos ao mesmo tempo, com uma
viso realista sobre as entregas.
19
A metodologia de pilha
quando necessrio
Re-priorize
01/01
09/09
Backlog
O que a empresa tem pra fazer?
Distribua as tarefas do projeto
entre vrios membros da equipe.
20
01/01
ximo de responsabilidade.
21
01/03
dos mesmos.
22
02/03
nos resultados.
23
03/03
Insider information
O Runrun.it pretende desenvolver aplicativos especficos para alguns mtodos geis,
permitindo que equipes que j trabalham com eles possam aplicar suas tcnicas sem
muita abstrao.
em reas de TI
24
01/03
mais adequada.
Insider information
Temos no roadmap da aplicao a criao de um backlog por equipe, o que vai facilitar
abrir tarefas para a equipe e no para o usurio, caso ainda no esteja claro quem
desempenhar tal tarefa.
25
02/03
ma dvida surgir.
simplesmente clicando e arrastando tais tarefas para o topo da pilha dos membros da sua
equipe. O sistema vai recalcular as estimativas
de entrega e os usurios sero alertados que
devem comear a trabalhar naquela determinada tarefa.
26
03/03
prximas tarefas.
tarefas atuais.
27
01/01
Controles e relatrios
28
01/10
29
02/10
30
03/10
04/10
Tela de projetos
Para gerenciar os projetos da sua empresa da forma
32
05/10
33
06/10
sejam entregues.
sobrecarregando ningum.
Este um recurso importante para criar fluxo compleVoc ir notar que, muitas vezes, essas tarefas depende-
34
07/10
possvel colocar quantas pessoas for necessrio, inclusive repeti-las ao longo da lista. O sistema s no aceita
colocar o mesmo usurio duas vezes consecutivas.
35
08/10
36
09/10
37
10/10
38
01/09
Relatrios gerencias
39
02/09
Relatrios gerenciais
Equipe
Aqui voc consegue ver, de uma maneira simples e rpida, em que cada um de seus colaboradores est trabalhando, o que ele realizou recentemente, e as prximas tarefas a ser feitas.
40
03/09
Relatrios gerenciais
Clientes
Aqui voc v o andamento de cada cliente e projeto - o
que est sendo realizado agora, as prximas cinco tarefas e as ltimas cinco entregues.
41
04/09
Relatrios gerenciais
Esforo por cliente
A partir da escolha de um perodo, o sistema mostra
um grfico com a alocao de recursos (pessoas) trabalhando para aquele determinado cliente. Para ver
mais detalhes, clique na linha do grfico, e uma pequena
tela mostrar os colaboradores e as tarefas na qual estavam trabalhando naquele momento. Cada linha representa um projeto daquele cliente.
42
05/09
Relatrios gerenciais
Custo
Neste relatrio voc fica sabendo quanto um cliente
Editar Custos.
43
06/09
Relatrios gerenciais
Esforo por tipo de tarefa
Cada tarefa necessariamente tem que ter um Tipo defini-
44
07/09
Relatrios gerenciais
% por projeto
O Runrun.it contabiliza automaticamente o tempo gasto
45
08/09
Relatrios gerenciais
Gantt
Aqui voc pode ver as tarefas de uma pessoa, um cli-
46
09/09
Relatrios gerenciais
Estoque das horas
Quantas vezes voc j no pensou: quando o colaborador A, ou a equipe Z, ter algum tempo livre de novo?.
Este relatrio soma todas as tarefas das pessoas: em
vermelho, as horas j comprometidas e, em verde, o
tempo livre.
47
01/07
disponvel do sprint.
merecem urgncia.
48
02/07
em um dia.
49
03/07
Na segunda-feira seguinte, especificamos as tarefas das histrias, quebr-las em Post-its. Esse um ponto crucial da metodologia scrum e
no h software que resolva. A inteligncia humana e a experincia da
equipe ajudaro a melhorar essa etapa a cada sprint.
Cada um desses Post-its se torna uma tarefa no Runrun.it com a seguinte configurao:
Responsvel
Tipo de tarefa
Cliente > Projeto
Tags
Sprint backlog
(voc decide)
Dev Sprints > Sprint X (15-08-2014)
(a funcionalidade)
50
04/07
51
05/07
52
Em teste
Entregue
Usamos os Status das
tarefas para controlar
a migrao das mesmas
pelo scrum board.
Histria 3
Histria 2
Trabalhando
Histria 4
Trabalhamos com 4
histrias por sprint mais
uma linha para bugs e
dvidas tcnicas
Histria 1
bugs e
dvidas
06/07
53
07/07
O dia a dia
Na primeira reunio Daily Scrum, todos co-
54
01/01
55
Concluso
suas necessidades.
se beneficiar do Runrun.it.
help@runrun.it
engenharia e arquitetura.
Bons projetos!
56