Escolar Documentos
Profissional Documentos
Cultura Documentos
Gestão Agil de Projetos PDF
Gestão Agil de Projetos PDF
1
2
3
4
5
6
Introduo .......................................................................................................................................................... 3
Adapte-se ou morra! ....................................................................................................................................... 4
Implementando metodologias geis na minha empresa ................................................................. 11
Mudar o mindset no uma opo .......................................................................................................... 36
Concluso .......................................................................................................................................................... 44
Sobre a Project Builder ................................................................................................................................. 45
1. INTRODUO
Sobreviver em um mundo em constantes transformao - onde surge diariamente novos concorrentes, as
regras do jogo so mudadas mais rapidamente que a nossa capacidade de compreend-las e o ciclo de
vida dos produtos cada vez mais curto - no uma misso fcil para nenhuma organizao.
Antes era possvel criar um plano claro e preciso de todos os passos a serem executados, mas isso
simplesmente perdeu sua utilidade frente ao cenrio incerto e instvel que vivemos. A gesto de projetos
gil tem ganhado grande fora e visibilidade, principalmente por ser um resposta a um cenrio to dinmico.
Porm o que vemos que sua adoo mais complexa do que imaginamos.
Mais do que substituir a EAP (Estrutura Analtica de Projetos, ou Work breakdown structure -WBS, em
ingls) por um Kanban, na adoo da agilidade ser necessrio uma mudana de cultura assim como a
aquisio de novos conhecimentos. As equipes necessitam conheam o bsico da metodologia adotada,
entender como cria e estima um product backlog, como transformar um sprint backlog? Como gerenciar
um grfico burndown e calcula a velocidade da equipe? A ideia desse e-book e ser um kit para ajudar
equipes e organizaes a colocar a gesto de projetos gil em prtica, unindo dicas de implementao,
diferenas metodolgicas e boas prticas.
Boa leitura!
Thiago Reis
Diretor de Sucesso do Cliente da Project Builder
W
2.
ADAPTE-SE
OU MORRA
Cada sprint como um pequeno projeto e inclui todas as tarefas necessrias para implantar
o mini incremento da nova funcionalidade: planejamento, anlise de requisitos, projeto,
codificao, teste e documentao.
Enquanto em um processo convencional, cada iterao no est necessariamente focada
em adicionar um novo conjunto significativo de funcionalidades, um projeto de software gil
busca a capacidade de implantar uma nova verso do produto ao fim de cada iterao, etapa
a qual a equipe responsvel reavalia as prioridades do projeto.
Mtodos geis enfatizam comunicaes em tempo real - preferencialmente cara a cara a documentos escritos. Mtodos geis tambm enfatizam trabalho no projeto como uma
medida primria de progresso.
Dentre os principais benefcios obtidos com a adoo de uma metodologia gil esto:
Ganho da produtividade
Maior qualidade do produto
Entregas frequentes de valor
Reduo dos riscos do projeto
5
Valores
Segundo a pgina do Manifesto gil, disponvel tambm em portugus, os valores relacionados
do Desenvolvimento gil de software so:
1 - Indivduos e interaes sobre processos e ferramentas;
2 - Software funcional sobre documentao abrangente;
3 - Colaborao do cliente sobre negociao de contratos;
4 - Responder a mudanas sobre seguindo um plano.
Princpios
Os princpios do desenvolvimento gil valorizam:
Garantir a satisfao do consumidor entregando rapidamente e continuamente software
funcionais;
6
1 - muito difcil dimensionar a real complexidade de uma atividade que precisa ser feita, para mensurar
com exatido seria necessrio antes da execuo conhecer o esforo real para se concluir uma atividade.
2 - Seres humanos possuem grande variao de produtividade, alguns dias produzem mais e em outros
produzem menos, temos mudanas de humor, sade, ateno etc.
Se no bastasse essas duas variveis ainda existe as dependncias e os caminhos crticos, que
a cada nova ligao entre atividades de projeto se torna mais difcil ainda acerta (agora voc
precisa prever a execuo e a produtividade de duas atividades distintas) o que assim como
uma bola de neva a cada nova atividade o chute se torna maior.
Como normalmente os cronogramas no revelam a realidade sua atualizao tambm no
realizada (No vamos expor o gerente de projetos dessa forma) o que acaba acontecendo e
um erro em cima do outro e no final ningum mais sabe em que p est os projeto.
Segundo o relatrio Chaos Report do Standart Group, 31% dos projetos so cancelados, 53%
custam o dobro do estimados e apenas 16% so completados no prazo e custo estimados.
No preciso falar mais nada sobre no criar obras de fico cientificas, correto?
10
3.
IMPLEMENTADO
METODOLOGIAS
GEIS NA MINHA
EMPRESA
11
1
Sempre haver transio, o processo sempre ter que ser adaptado
No existe formula de sucesso, como qualquer metodologia ela necessitar ser adaptada ao
contexto da sua empresa e consequentemente passar por um curva de aprendizados onde
os resultados leva um tempo para aparecer.
muito aconselhado adotar o mindset enxuto (Lean), onde voc comea pequeno e evolui a
cada interao. Inicie com uma equipe, erre muito, aprenda e s ganhe escala quando j tiver
validado e percorrido minimamente essa curva de aprendizado. Trabalhe para tornar essa
transio o menos dolorida o possvel e saiba que sua cultura, seus processo iro processar
se adaptar ao novo modelo mental. Aqui separamos um e-book com os Elementos do Lean
PMO. Leitura fundamental para esse estgio!
2
Sua equipe precisa estar feliz
Existe uma mudana muito forte na maneira como equipe trabalha nas metodologias geis,
ela precisa se sentir segura, independente para tomar decises e consequentemente precisa
comprar essa briga.
12
Isso quer dizer que no adianta empurrar goela abaixo, necessrio que equipe se engaje
para fazer isso funcionar. Eles precisam ser os primeiros a comprar a ideia da adoo de
metodologia geis e precisa mais do que ningum estarem felizes com a nova empreitada.
Para ajudar voc a alinhar bom clima com timos resultados, destaco aqui 5 passos para
dobrar a produtividade da minha equipe de desenvolvimento.
3
O foco da equipe deve ser sempre o produto
Enquanto em metodologias convencionais existe uma ateno muito grande para a produo
de documentos e na defesa do escopo, nas metodologias geis o foco e entregar valor para
o cliente. Enquanto o Product Owner tenta capturar as necessidades e o valor a ser gerado
a equipe precisa priorizar ao mximo o produto, entender para que servira esse produto e
como potencializar as caractersticas que geram valor para seu cliente.
E ntido que existe muita diferena entre a gesto de projetos clssica e a gil, no entanto
esse foco no produto uma das maiores mudanas e consequentemente precisa ser muito
bem priorizada em seu processo de migrao de mtodo.
13
4
Agile no bala de prata
Assim como no existe uma soluo milagrosa para todos os problemas, no adianta acreditar
que ao implementar uma metodologia gil na sua empresa tudo estar resolvido. Gesto de
projetos gil pode fazer uma grande diferena na sua organizao, porm pessoas so pessoas
e problemas sempre iro existir.
Quer evoluir sua gesto de projetos? Independente da metodologia, colocar para funcionar
trabalho duro, dia a ps dia evoluindo, dando um passo de cada vez at chegar ao seu
objetivo. Tudo que duradouro leva tempo para se consolidar, no desanime se os resultados
no forem imediatos, mas lembre-se que hoje voc est melhor que ontem e assim ser
progressivamente.
Comece pequeno, pense grande e cresa rpido
No da noite para o dia que sua empresa ir se tornar gil, assim como no aconselhado
implantar de uma vez em todos os departamentos e projetos. Provavelmente sua empresa
deve seguir o mtodo tradicional de gesto de projetos e uma mudana cultural brusca
pode ser muito desconfortvel. Recomendo iniciar com apenas um time, em projeto menos
14
prioritrio. Esta e a melhor forma de mitigar riscos e demonstrar que voc esta seguro sobre
como implantar a metodologia.
Comear pequeno significar ir mais rpido, aprender mais rpido e crescer mais rpido. Escolha
o melhor projeto para iniciar a implantao do gil, mas no perca a viso do todo. Uma dica
interessante e optar por uma equipe mais nova e que seja mais aberta a mudanas.
Assim que a segurana e o conhecimento na nova metodologia for conquistado o momento
de escalar. Pense nesse crescimento gradativo tambm at o processo ser 100% dominado e
que a empresa se sinta segura em adotar a nova cultura
Prepare a Equipe
Preparar sua equipe uma etapa fundamental na adoo de qualquer metodologia, muitos
so os casos em que o time no compra a ideia e torna impossvel a adoo. Em qualquer
mudana sabemos sempre que o maior desafio sempre a cultura e a resistncia a mudana.
Primeiro passo para vender a metodologia gil para o time e apresentar novo processo, se
tiver dificuldade este webinar pode te ajudar a explicar melhor para o time. Deixe claro qual
framework ser adotado, como ser trabalhado os novos processos e quais sero os benefcios
conquistados pela empresa com a agilidade.
15
16
17
SCRUM
Scrum uma metodologia gil para gesto e planejamento de projetos de software. Nele,
os projetos so divididos em ciclos (tipicamente mensais) chamados de Sprints. O Sprint
representa um Time Box dentro do qual um conjunto de atividades deve ser executado.
As funcionalidades a serem implementadas em um projeto so mantidas em uma lista que
conhecida como Product Backlog. No incio de cada Sprint, faz-se um Sprint Planning Meeting,
ou seja, uma reunio de planejamento na qual o Product Owner prioriza os itens do Product
Backlog e a equipe seleciona as atividades que ela ser capaz de implementar durante o
Sprint que se inicia. As tarefas alocadas em um Sprint so transferidas do Product Backlog
para o Sprint Backlog.
A cada dia de uma Sprint, a equipe faz uma breve reunio (normalmente de manh), chamada
Daily Scrum. O objetivo disseminar conhecimento sobre o que foi feito no dia anterior,
identificar impedimentos e priorizar o trabalho do dia que se inicia.
18
19
Comunicao;
Simplicidade;
Feedback;
Coragem;
Respeito.
Alm dos valores, o mtodo gil XP tambm leva em considerao melhores prticas de
trabalho, que tm como objetivo garantir a efetividade do trabalho da equipe XP, assim como
a satisfao do cliente durante todo o processo de desenvolvimento. So elas:
Assim como os outros mtodos geis, o MSF tambm possui melhores prticas que devem
ser observadas pela equipe para atingirem os nveis de excelncia buscados:
Comunicao aberta e transparente entre todos os envolvidos;
Viso compartilhada do negcio;
Equipe capacitada;
27
28
Processos existentes dentro da empresa e que so necessrios para o sucesso dos projetos
Existem muitos processos dentro da empresa? Como so realizados os testes? Como a
documentao? Qual o tempo mdio de execuo das atividades? preciso analisar tudo
isso!
Interface com os clientes
Qual o nmero de clientes do seu portflio? Os clientes costumam se envolver nos projetos?
Se sim, como essa troca? Se no, sente que eles gostariam de participar mais e/ou a equipe
do PMO se beneficiaria com essa proximidade? Quais os tipos de contrato dos clientes?
Cultura da organizao
Qual a maturidade da empresa? O ambiente de trabalho incentiva a inovao? Os
funcionrios so estimulados a buscar solues ao invs de esperar que instrues cheguem
da gerncia? A empresa orientada para resultados? Como a relao da equipe entre si e
com a chefia?
29
Product Owner
O Product Owner quem define o produto a ser desenvolvido, listando funcionalidades que
sero criadas e as priorizando dentro do backlog. Esse profissional tem uma viso geral do
projeto, conhece todos os sprints e sabe quais deles so mais importantes para a empresa.
Para tanto, deve ter conhecimento de mercado e estar completamente familiarizado com
o negcio do cliente, visando gerar mais valor para ele por meio do produto final. Como
gestor do backlog, o Product Owner segmenta as funcionalidades em atividades menores,
classificando-as de acordo com sua importncia e transmitindo ao time as devidas orientaes
para que comecem a desenvolver o produto.
Fazendo a ponte entre cliente e Scrum Team, o Product Owner o responsvel pelos resultados
do projeto, reportando ao cliente todas as atividades concludas, as fases superadas, os
oramentos consumidos e o status global dos trabalhos. ele quem tem que se preocupar com
o retorno sobre o investimento do projeto, oferecendo ao cliente uma soluo que realmente
agregue valor ao negcio.
Scrum Master
O Scrum Master quem orienta a equipe, assumindo o papel de coach. Diferentemente de
um gerente de projetos, ele no responsvel por muitas atividades gerenciais em relao
31
aos trabalhos, atuando apenas como um facilitador para que o Scrum Team desempenhe seu
papel com excelncia. Um verdadeiro especialista em melhores prticas Scrum, o Scrum Master
tem como misso garantir a adoo de todas as prticas geis durante o desenvolvimento do
projeto, acompanhando o desempenho do time em tempo integral.
No papel de lder, o Scrum Master deve se preocupar com a motivao dos colaboradores,
contribuindo para que eles se mantenham focados em suas atividades. Para tanto, ele regula a
carga de trabalho, evitando o excesso de horas extras, remove possveis barreiras ao trabalho
do time, obtm os recursos necessrios para que a equipe trabalhe com qualidade e atua
fortemente na mediao dos relacionamentos interpessoais, visando manter um clima sinrgico
entre os membros do Scrum Team.
Desenvolvimento
O setor de desenvolvimento, geralmente formado por uma equipe de at 7 pessoas, responsvel
pelo desenrolar do produto em si. Os colaboradores aqui so encarregados de modelar,
programar, testar e validar as funcionalidades desenvolvidas. Esse time autogerenciado,
isto , no precisa de superviso constante, tampouco de um gerente de projetos que diga
o que deve ser feito. Assim, uma vez que o sprint acordado entre os membros do Scrum
Team, esses profissionais fazem a distribuio de tarefas entre si, sempre de acordo com suas
competncias, e logo comeam os trabalhos.
32
A interao entre esses colaboradores intensa e deve ser estimulada pelo Scrum Master,
afinal, quanto mais integrada estiver a equipe de desenvolvimento, maior se mostrar a
produtividade e tambm a qualidade do produto final. E como se trata do cerne de todo o
projeto, o desenvolvimento deve ser composto por profissionais altamente qualificados e com
experincia de mercado no segmento em que atuam. Obtm-se, dessa maneira, um produto
final de excelncia, que atenda a todos os requisitos solicitados pelo cliente e gere a esperada
satisfao.
DevOps
As pessoas que ocupam a funo de DevOps no Scrum Team tm como misso refinar o
trabalho do pessoal de desenvolvimento, verificando se todos os requisitos de desenvolvimento,
implementao e suporte foram realmente atendidos. Responsveis por darem o acabamento
a cada funcionalidade, os DevOps agilizam o trabalho do Scrum Team na medida em que passa
a no ser necessrio rever futuramente possveis incrementos e melhorias s funcionalidades
desenvolvidas.
Dessa forma, desenvolvimento e DevOps precisam trabalhar sempre de maneira integrada e
contnua, garantindo tanto a qualidade das entregas quanto o time to market para o cliente,
com a finalizao gil de cada funcionalidade priorizada pelo Product Owner.
33
User Experience
A equipe de User Experience responsvel por validar a usabilidade do produto segundo
os critrios exigidos pelo cliente, prezando pela experincia do usurio. Sendo assim, esses
profissionais esto atentos a todo o design e arquitetura da informao envolvidos no
produto final.
De maneira geral, a equipe de User Experience faz a conexo entre desenvolvimento e
usurio, traduzindo necessidades para o formato de informaes que direcionem a equipe
de desenvolvimento na produo das funcionalidades. Quantidade de telas, nmero de
informaes por tela, insero de dados, menus, configuraes e layout, tudo isso passa
pelo crivo da equipe de User Experience para que o usurio final seja o grande beneficiado.
Growth Hacker
Como toda iniciativa dentro de uma empresa precisa do envolvimento e do apoio de todos,
tambm faz parte do Scrum Team o Growth Hacker, tambm conhecido como marketing do
produto. Esse profissional tem como misso divulgar o produto para todos os stakeholders,
despertando seu senso de comprometimento em relao ao sucesso do projeto.
Para isso, ele cria estratgias de marketing que gerem engajamento e levem as pessoas a
34
35
4.
MUDAR O MINDSET
NO UMA OPO
gerenciamento de projetos gil ou tradicional, voc vai achar este artigo extremamente til.
Neste ponto existe uma boa e uma m notcia. A m que se voc trabalha com desenvolvimento
de produto, inovao ou criao de algo novo muito provvel que o que voc est fazendo ir
fracassar. No pense que isso um privilgio seu, segundo alguns estudos 80% dos produtos
fracassam. A boa notcia que errar a forma mais fcil de chegar ao sucesso. Sei que essa
frase parece contraditria, no entanto, a gesto de projetos geis mostra que a maneira mais
fcil de se ter sucesso testar, apreender e evoluir na direo de suas descobertas.
Mudar seu modelo gerencial de longos desenvolvimentos, para focar em ciclos curtos, com
possibilidade de colher um feedback rpido de clientes reais visto como o mais importante
para chegar a uma soluo efetiva. A lgica muito simples: testou, usurio no gostou, no
usou ou no entendeu tira fora. Tire tudo aquilo que obviamente constitui perda tempo e
energia para o desenvolvimento do projeto.
Mais difcil que mudar de EAP para Kanban (que por sinal, voc encontra um template gratuito
exclusivo para Google Drive bem aqui), mudar o modelo mental, a maneira como a organizao
encara seus projetos e como estes passaram a ser conduzidos. Adotar um modelo de gesto
gil no um modismo, e sim a criao de um importante diferencial competitivo, migrando
a rea de desenvolvimento de projetos em uma rea de entrega de valor. E para gerar valor,
preciso errar rpido, para corrigir mais rpido ainda. Ser gil significa processos que levam
37
Crie uma lista de tarefas do que pode ser realmente ser feito e priorize (backlog)
Uma das grandes diferenas de se adotar metodologias geis que a maneira como
organizamos o trabalho a ser feito. Na gesto de projetos convencional planejamos a entregas,
definimos prazos e recursos para cada atividade, assim como suas dependncias. O grande
desafio que em todo esse planejamento precisamos fazer estimativas, muitas vezes sem
muita base e acabamos tendo uma taxa de insucesso muito grande, o que acaba gerando
uma srie de problemas para organizao e para o gerente de projetos, entre eles:
- Estouro de prazo nos projetos
- Perda de credibilidade junto organizao, principalmente no que diz respeito a estimativas
- Atraso ao lanar produtos
- Descredito da gesto de projetos e suas metodologias
Em um pesquisa recente feita com a nossa base de cliente percebemos que a grande maioria
das empresa tem dificuldade em mensurar a velocidade das equipes de projetos trabalham.
Neste artigo damos boas dicas sobre fazer estimativas sobre o seu pessoal.
38
Mas para que eu preciso saber a velocidade do meu time? Se os times no conhecem sua
prpria velocidade, torna-se difcil gerenciar a sprints e estimar quantos entregas sero
possveis realizar dentro do prximo ciclo de desenvolvimento. Alm do que, sem uma meta
realista fica difcil otimizar o processo e buscar ganhos de produtividade e performance. Aqui
temos mais informaes sobre o ganho de performance dos resultados da sua empresa ao
adotar metodologias geis.
Conhecendo a capacidade da sua equipe, agora hora de definir os itens que devem estar no
Product Backlog. Listei alguns pontos muito importante que voc precisa priorizar quando
for organizar o backlog do seu projeto:
Seja realista
A expectativa e a chave de um bom relacionamento com seu cliente e stakeholder. Se tentar
fixar o prazo, oramento e escopo, torna-se muito difcil ser capaz de entregar com preciso e
um alto grau de qualidade. Claro, provavelmente poder entregar alguma coisa, mas alguma
coisa e o que voc realmente quer entregar? Mantenha uma lista das necessidades do cliente
e priorize a cada sprint, tornando as interaes mais curtas e evolutivas.
Ateno, pois sendo realista que voc entrega um produto com maior valor e em menos
39
tempo, pois a equipe trabalhou nele de forma correta, com tempo para testes e correo de
possveis problemas.
Seja Flexvel
Mudar e um habilidade muito importante para o sucesso do seu produto / projeto. Ter tudo
interligado, inter-relacionado, com dependncias e prazos associados torna as mudanas
difceis. Introduzir flexibilidade de escopo apresentara opes baseadas em sua experincia
real de construir o produto. Flexibilidade uma importante habilidade que eleva suas chances
de sucesso a um novo nvel. Aqui listamos outras 7 habilidades essncias do gerente de
projetos.
Projetos inovadores, como novos produtos e de software, so extremamente complexos.
Funcionalidades demais, caractersticas demais, botes demais, coisas demais para aprender.
Pense em fazer menos do que seu concorrente de propsito. Construmos produtos que
funcionam de forma mais inteligente, que parecem melhor, que tornam a vida e o trabalho
das pessoas mais produtivo e so mais fceis de serem usados.
Na maneira antiga: um processo longo, cheio de burocracia, estamos-fazendo-dessa-formapara-proteger-nosso-emprego. O resultado final: software obesos, esquecveis, extremamente
40
medocres, cronogramas que levam meses ou mesmo anos, especificaes funcionais utpicas,
debates de escalabilidade e reunies de equipe interminveis. Livre-se de tudo isso o mais
rpido possvel, pois esse o caminho para sobreviver.
43
CONCLUSO
Agora que voc j tem conhecimento aprofundado sobre metodologias geis, desde as
principais disponveis no mercado at as vantagens que a sua empresa tem ao adotar uma
destas, hora de arregaar as mangas e por tudo o que viu em prtica.
Gostaria de destacar este e-book: Gerenciamento gil de Projetos com Scrum + PMBOK, em
que mostramos como aliar o desempenho inovador de uma equipe de scrum com os mtodos
do PMBOK, principal documento do PMI que rene os conhecimentos sobre gerenciamento
de projetos. Mostrando assim que possvel ser gil e manter os preceitos do gerenciamento
de projetos de excelncia.
Caso tenha alguma sugesto ou dvida, no hesite em fazer contato atravs do marketing@
projectbuilder.com.br!
Espero que a leitura tenha sido til!
Thiago Reis
Diretor de Sucesso do Cliente da Project Builder
44
45
Gostou?
Compartilhe!
46