guia de sobrevivência para gestão de projetos Ágil

8/18/2019 Guia de Sobrevivência Para Gestão de Projetos Ágil

1/46


2/46

1 Introdução ..................................................................................................................................................2 Adapte-se ou morra! ...............................................................................................................................3 Implementando metodologias ágeis na minha empresa .........................................................4 Mudar o mindset não é uma opção ...................................................................................................5 Conclusão ...................................................................................................................................................6 Sobre a Project Builder ..........................................................................................................................

SUMÁRIO


3/46

1. INTRODUÇÃOSobreviver em um mundo em constantes transformação - onde surge diariamente novos concorrentes, as

regras do jogo são mudadas mais rapidamente que a nossa capacidade de compreendê-las e o ciclo de

vida dos produtos é cada vez mais curto - não é uma missão fácil para nenhuma organização.

Antes era possível criar um plano claro e preciso de todos os passos a serem executados, mas isso

simplesmente perdeu sua utilidade frente ao cenário incerto e instável que vivemos. A gestão de projeto

ágil tem ganhado grande força e visibilidade, principalmente por ser um resposta a um cenário tão dinâmico

Porém o que vemos é que sua adoção é mais complexa do que imaginamos.

Mais do que substituir a EAP (Estrutura Analítica de Projetos, ou Work breakdown structure -WBS, em

inglês) por um Kanban, na adoção da agilidade será necessário uma mudança de cultura assim como

aquisição de novos conhecimentos. As equipes necessitam conheçam o básico da metodologia adotada

entender como cria e estima um product backlog, como transformar um sprint backlog? Como gerencia

um gráfico burndown e calcula a velocidade da equipe? A ideia desse e-book é ser um kit para ajuda

equipes e organizações a colocar a gestão de projetos ágil em prática, unindo dicas de implementação

diferenças metodológicas e boas práticas.

Boa leitura!

Thiago Reis

Diretor de Sucesso do Cliente da Project Builder

W

http://www.projectbuilder.com.br/blog-pb/entry/projetos/5-dicas-para-facilitar-a-criacao-de-uma-estrutura-analitica-de-projetohttp://www.projectbuilder.com.br/blog-pb/entry/projetos/5-dicas-para-facilitar-a-criacao-de-uma-estrutura-analitica-de-projetohttp://www.projectbuilder.com.br/blog-pb/entry/projetos/5-dicas-para-facilitar-a-criacao-de-uma-estrutura-analitica-de-projetohttp://www.projectbuilder.com.br/blog-pb/entry/projetos/5-dicas-para-facilitar-a-criacao-de-uma-estrutura-analitica-de-projetohttp://www.projectbuilder.com.br/blog-pb/entry/projetos/4-dicas-para-voce-combinar-scrum-e-pmbokhttp://www.projectbuilder.com.br/blog-pb/entry/projetos/4-dicas-para-voce-combinar-scrum-e-pmbokhttp://www.projectbuilder.com.br/blog-pb/entry/projetos/4-dicas-para-voce-combinar-scrum-e-pmbokhttp://www.projectbuilder.com.br/blog-pb/entry/projetos/5-dicas-para-facilitar-a-criacao-de-uma-estrutura-analitica-de-projetohttp://www.projectbuilder.com.br/blog-pb/entry/projetos/5-dicas-para-facilitar-a-criacao-de-uma-estrutura-analitica-de-projeto


4/46

O que são métodos ágeis?

Métodos ágeis é um conjunto de metodo

nascidas no mundo de desenvolvimento de sof

que buscar tornar a gestão de projetos mais dinâ

e adaptativa. Diferente da gestão de pro

convencional que se preocupa com o planejam

exaustivo e a não resposta a mudança, a gestãdifunde que a mudança é algo natural e que

projeto precisar responder a ela.

Existem diversos frameworks, que sistematiza

principais processo e tornam mais fácil a constr

adaptação de uma metodologia. A maioria

métodos ágeis tenta minimizar o risco desenvolvimento em curtos períodos, chamad

sprint, os quais gastam entre uma a quatro sem

ADAPTE-SEOU MORRA2.


5/46

Cada sprint é como um pequeno projeto e inclui todas as tarefas necessárias para implanta

o mini incremento da nova funcionalidade: planejamento, análise de requisitos, projeto

codificação, teste e documentação.

Enquanto em um processo convencional, cada iteração não está necessariamente focad

em adicionar um novo conjunto significativo de funcionalidades, um projeto de software ág

busca a capacidade de implantar uma nova versão do produto ao fim de cada iteração, etap

a qual a equipe responsável reavalia as prioridades do projeto.

Métodos ágeis enfatizam comunicações em tempo real - preferencialmente cara a cara

a documentos escritos. Métodos ágeis também enfatizam trabalho no projeto como um

medida primária de progresso.

Dentre os principais benefícios obtidos com a adoção de uma metodologia ágil estão:

• Ganho da produtividade

• Maior qualidade do produto

•

Entregas frequentes de valor• Redução dos riscos do projeto


6/46

• Mudanças utilizadas como vantagem competitiva

• Transparência no progresso do projeto

• Redução do desperdício

ValoresSegundo a página doManifesto Ágil, disponível também em português, os valores relacionado

do Desenvolvimento ágil de software são:

1 - Indivíduos e interações sobre processos e ferramentas;

2 - Software funcional sobre documentação abrangente;

3 - Colaboração do cliente sobre negociação de contratos;

4 - Responder a mudanças sobre seguindo um plano.

Princípios

Os princípios do desenvolvimento ágil valorizam:

Garantir a satisfação do consumidor entregando rapidamente e continuamente softwarfuncionais;

http://www.manifestoagil.com.br/http://www.manifestoagil.com.br/


7/46

- Até mesmo mudanças tardias de escopo no projeto são bem-vindas para garantir a vantagem

competitiva do cliente;

- Software funcionais são entregues frequentemente (semanas, ao invés de meses);

- Cooperação diária entre pessoas que entendem do ‘negócio’ e desenvolvedores;

- Projetos surgem através de indivíduos motivados, entre os quais existe relação de confiança

- A maneira mais eficiente e efetiva de transmitir informações é conversas cara a cara;

- Software funcionais são a principal medida de progresso do projeto;

- Processos ágeis promovem desenvolvimento sustentável. Os patrocinadores,

desenvolvedores e usuários devem ser capazes para manter um ritmo constante

indefinidamente.

- Design do software deve prezar pela excelência técnica;

- Simplicidade é essencial;

- As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizadas;

- Em intervalos regulares, a equipe reflete sobre como para tornar-se mais eficaz, então

sintoniza e ajusta seu comportamento apropriadamente.


8/46

Uma coisa por vez

Não adianta. Por mais que você acredite ser multitarefa, a verdade é que só consegue se

concentrar em apenas uma coisa de cada vez. Na execução de projeto não pode ser diferente

Existe a infeliz cultura de colocar um recurso para trabalhar em diferentes projetos e atividade

simultaneamente. A verdade é que isso não funciona.

Na execução ágil, o time de projeto trabalha uma tarefa de cada vez. Para pegar uma próxim

tarefa, é necessário concluir a anterior. Diferente do que se acredita, essa cultura tem potencia

para mais que dobrar a produtividade do time de projeto e é fundamental para o sucesso n

adoção de uma gestão mais ágil. Separamos outras dicas para aumentar a produtividade da

sua equipe de gestão de projetos neste e-book.

Não esqueça: Uma coisa de cada vez!

Pare de criar obra de ficção cientifica

Um dos grandes erros dos gerentes de projetos é tentar prever o futuro criando planejamento

totalmente ilusórios e que não refletem as reais possibilidades do projeto. Reflexo disso

responda mentalmente quando você viu um Gráfico de Gantt refletir a realidade? A verdade

é que pouquíssimos efetivamente são realistas. Isso por dois motivos:

http://promo.projectbuilder.com.br/como-aumentar-a-produtividade-da-equipe-de-projetos-lphttp://www.projectbuilder.com.br/blog-pb/entry/conhecimentos/grafico-de-gantt-como-e-por-que-utiliza-lo-para-gerenciar-projetoshttp://www.projectbuilder.com.br/blog-pb/entry/conhecimentos/grafico-de-gantt-como-e-por-que-utiliza-lo-para-gerenciar-projetoshttp://promo.projectbuilder.com.br/como-aumentar-a-produtividade-da-equipe-de-projetos-lp


9/46

1 - É muito difícil dimensionar a real complexidade de uma atividade que precisa ser feita, para mensura

com exatidão seria necessário antes da execução conhecer o esforço real para se concluir uma atividade

2 - Seres humanos possuem grande variação de produtividade, alguns dias produzem mais e em outro

produzem menos, temos mudanças de humor, saúde, atenção etc.

Se não bastasse essas duas variáveis ainda existe as dependências e os caminhos críticos, qu

a cada nova ligação entre atividades de projeto se torna mais difícil ainda acerta (agora você

precisa prever a execução 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 não revelam a realidade sua atualização também não

realizada (Não vamos expor o gerente de projetos dessa forma) o que acaba acontecendo

um erro em cima do outro e no final ninguém mais sabe em que pé está os projeto.

Segundo o relatório Chaos Report do Standart Group, 31% dos projetos são cancelados, 53%

custam o dobro do estimados e apenas 16% são completados no prazo e custo estimados

Não preciso falar mais nada sobre não criar obras de ficção cientificas, correto?


10/46

PDCA funciona bem, mas a magia está no A

Todos sabem do poder do PDCA (Ciclo Plan-Do-Check-Act) e como ele ajuda empresas a

organizar melhor seus planos de ação. Porém a magia está muito mais no A, de agir, do que

em todas as demais letras.

A última fase do PDCA é dedicada a realização das ações de forma corretiva, ou seja,

correção da falhas encontradas no passo anterior. Após realizada, a investigação das causa

das falhas ou desvios no processo, de forma a melhorar cada vez mais o sistema e o método

de trabalho. É a busca incessante pela melhoria continua que fará seu time ser produtivo, seu

resultados evoluírem e se destacar no seu ramo de atuação.

Para isso é importante, nunca se contentar com o resultado alcançado e sempre acreditar qu

é possível melhorar mais, ganhar uma nova habilidade, otimizar algum segundos e desenvolve

mais ainda a produtividade do time.

http://pdca%20%28ciclo%20plan-do-check-act%29/https://www.youtube.com/watch?v=gP4FDipwdQshttps://www.youtube.com/watch?v=gP4FDipwdQshttp://pdca%20%28ciclo%20plan-do-check-act%29/


11/46

O que fazer antes de começar

Se você chegou até aqui (ou se pulou direto

você tem a ambição de implementar metodolog

na sua empresa. Por mais sedutor que possa p

muito importante estruturar um plano de ação

implementação e ter atenção a alguns pontos

Ainda não existe um estudo que analise a taxa d

da adoção de metodologias ágeis, mas como

novidade existe sempre um grande possibi

insucesso. Pensando nisso separei alguns pon

IMPLEMENTADOMETODOLOGIASÁGEIS NA MINHAEMPRESA

3.

http://www.projectbuilder.com.br/blog-pb/entry/pratica/gerenciamento-agil-de-projetos-uma-visao-praticahttp://www.projectbuilder.com.br/blog-pb/entry/pratica/gerenciamento-agil-de-projetos-uma-visao-pratica


12/46

Sempre haverá transição, o processo sempre terá que ser adaptado

Não existe formula de sucesso, como qualquer metodologia ela necessitará ser adaptada ao

contexto da sua empresa e consequentemente passar por um curva de aprendizados ondos resultados leva um tempo para aparecer.

É muito aconselhado adotar o mindset enxuto (Lean), onde você começa pequeno e evolui

cada interação. Inicie com uma equipe, erre muito, aprenda e só ganhe escala quando já tive

validado e percorrido minimamente essa curva de aprendizado. Trabalhe para tornar ess

transição o menos dolorida o possível e saiba que sua cultura, seus processo irão processa

se adaptar ao novo modelo mental. Aqui separamos um e-book com os Elementos do LeanPMO. Leitura fundamental para esse estágio!

Sua equipe precisa estar feliz

Existe uma mudança muito forte na maneira como equipe trabalha nas metodologias ágeis

ela precisa se sentir segura, independente para tomar decisões e consequentemente preciscomprar essa briga.

1

2

http://promo.projectbuilder.com.br/manual-de-gerenciamento-de-multiplos-projetoshttp://promo.projectbuilder.com.br/manual-de-gerenciamento-de-multiplos-projetoshttp://promo.projectbuilder.com.br/manual-de-gerenciamento-de-multiplos-projetoshttp://promo.projectbuilder.com.br/manual-de-gerenciamento-de-multiplos-projetos


13/46

Isso quer dizer que não adianta empurrar goela abaixo, é necessário que equipe se engaje

para fazer isso funcionar. Eles precisam ser os primeiros a comprar a ideia da adoção de

metodologia ágeis e precisa mais do que ninguém 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.

O foco da equipe deve ser sempre o produto

Enquanto em metodologias convencionais existe uma atenção muito grande para a produçã

de documentos e na defesa do escopo, nas metodologias ágeis o foco e entregar valor par

o cliente. Enquanto o Product Owner tenta capturar as necessidades e o valor a ser gerado

a equipe precisa priorizar ao máximo o produto, entender para que servira esse produto e

como potencializar as características que geram valor para seu cliente.

E nítido que existe muita diferença entre a gestão de projetos clássica e a ágil, no entant

esse foco no produto é uma das maiores mudanças e consequentemente precisa ser muito

bem priorizada em seu processo de migração de método.

3

http://www.projectbuilder.com.br/blog-pb/entry/dicas/5-passos-para-dobrar-a-produtividade-da-minha-equipe-de-desenvolvimentohttp://www.projectbuilder.com.br/blog-pb/entry/dicas/5-passos-para-dobrar-a-produtividade-da-minha-equipe-de-desenvolvimentohttp://www.projectbuilder.com.br/blog-pb/entry/dicas/5-passos-para-dobrar-a-produtividade-da-minha-equipe-de-desenvolvimentohttp://www.projectbuilder.com.br/blog-pb/entry/dicas/5-passos-para-dobrar-a-produtividade-da-minha-equipe-de-desenvolvimento


14/46

Agile não é bala de prata

Assim como não existe uma solução milagrosa para todos os problemas, não adianta acredita

que ao implementar uma metodologia ágil na sua empresa tudo estará resolvido. Gestão dprojetos ágil pode fazer uma grande diferença na sua organização, porém pessoas são pessoa

e problemas sempre irão existir.

Quer evoluir sua gestão de projetos? Independente da metodologia, colocar para funciona

é trabalho duro, dia a pós dia evoluindo, dando um passo de cada vez até chegar ao seu

objetivo. Tudo que é duradouro leva tempo para se consolidar, não desanime se os resultado

não forem imediatos, mas lembre-se que hoje você está melhor que ontem e assim serprogressivamente.

Comece pequeno, pense grande e cresça rápido

Não é da noite para o dia que sua empresa irá se tornar ágil, assim como não é aconselhado

implantar de uma vez em todos os departamentos e projetos. Provavelmente sua empres

deve seguir o método tradicional de gestão de projetos e uma mudança cultural bruscpode ser muito desconfortável. Recomendo iniciar com apenas um time, em projeto meno

4


15/46

prioritário. Esta é a melhor forma de mitigar riscos e demonstrar que você está seguro sobr

como implantar a metodologia.

Começar pequeno significar ir mais rápido, aprender mais rápido e crescer mais rápido. Escolh

o melhor projeto para iniciar a implantação do ágil, mas não perca a visão do todo. Uma dica

interessante e optar por uma equipe mais nova e que seja mais aberta a mudanças.

Assim que a segurança e o conhecimento na nova metodologia for conquistado é o moment

de escalar. Pense nesse crescimento gradativo também até o processo ser 100% dominado

que a empresa se sinta segura em adotar a nova cultura

Prepare a Equipe

Preparar sua equipe é uma etapa fundamental na adoção de qualquer metodologia, muito

são os casos em que o time não compra a ideia e torna impossível a adoção. Em qualque

mudança sabemos sempre que o maior desafio é sempre a cultura e a resistência a mudança

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 qua

framework será adotado, como será trabalhado os novos processos e quais serão os benefícioconquistados pela empresa com a agilidade.

http://academia.projectbuilder.com.br/7-passos-para-implementar-o-scrum-e-agile-em-sua-gestao-de-projetoshttp://academia.projectbuilder.com.br/7-passos-para-implementar-o-scrum-e-agile-em-sua-gestao-de-projetoshttp://academia.projectbuilder.com.br/7-passos-para-implementar-o-scrum-e-agile-em-sua-gestao-de-projetos


16/46

Não negligencie membros que não compreendem a ideia e investir todo tempo possível em

vender sempre os benefícios com a adoção.

Prepare o Cliente

Todos temos clientes. Sejam projetos internos ou externos, sempre produzimos para alguém

e é muito importante adaptar a empresa a esse novo formato. A maneira como o cliente deix

de ter contato com o time de projeto e passa a interagir por intermédio de um product owne

pode causar estranhamento se ele está acostumado a ir direto na equipe.

É importante ficar claro que o processo busca entender melhor as necessidades dele e com isso

ampliar a capacidade gerar valor. Destaque as vantagens deste processo, que esse stakeholdevai ficar mais confiante com as mudanças.

- Entregas mais curtas e focadas em entregar valor

- Interação constante com objetivo de validação

- Escopo evolutivo

- Sem uma visão de fim


17/46

Principais Metodologias Ágeis

Você sabe quais são os principais métodos ágeis usados no mercado? Neste post demos um

visão abrangente do que são os métodos ágeis e como eles podem acelerar os processos na su

empresa, mas há muitos fatores que devem ser levados em conta ao escolher a metodologia

a ser adotada. Agora, você vai conhecer mais sobre os métodos ágeis mais utilizados e comoexatamente eles podem ajudá-lo a obter os melhores resultados em projetos. Veja a seguir:

http://www.projectbuilder.com.br/blog-pb/entry/pratica/gerenciamento-agil-de-projetos-uma-visao-praticahttp://www.projectbuilder.com.br/blog-pb/entry/pratica/gerenciamento-agil-de-projetos-uma-visao-praticahttp://www.projectbuilder.com.br/blog-pb/entry/pratica/gerenciamento-agil-de-projetos-uma-visao-praticahttp://www.projectbuilder.com.br/blog-pb/entry/pratica/gerenciamento-agil-de-projetos-uma-visao-pratica


18/46


19/46

Feature Driven Development (FDD)

Criado em Cingapura, entre 1997 e 1999, o FDD é um método ágil que reúne as melhore

práticas de outros métodos, como o Coad. Sua premissa básica é focada em funcionalidades

o que permite à equipe do projeto realizar um planejamento incremental, isto é, por fasesEsse tipo de atuação ajuda a dar agilidade ao desenvolvimento de soluções em ambientes d

extrema incerteza, em que as mudanças são inevitáveis.

A programação por FDD começa com a visão global do negócio, já que esse método consider

a soma de tudo mais importante do que cada uma das partes separadamente. Passa-se, então

para o detalhamento do produto com a subdivisão por áreas a serem modeladas, culminand

na descrição de cada funcionalidade.

Por se tratar de uma ferramenta focada no desenvolvimento — assim como o XP, que veremo

a seguir —, o FDD pode ser perfeitamente integrado ao Scrum, outro método ágil muito

utilizado que também é focado no planejamento e na execução do projeto. E assim como

todos os demais métodos ágeis, o FDD também possui melhores práticas que visam criar o

ambiente ideal para o desenvolvimento de projetos. São elas:


20/46

• Desenvolvimento por funcionalidades;

• Um único programador é responsável pela funcionalidade desenvolvida;

• Controle de qualidade em todas as fases do projeto;

• Gerenciamento de configurações;

• Integração contínua das funcionalidades;

• Planejamento incremental;• Teste de software.


21/46

eXtreme Programming (XP)

Também criado em meados da década de 90, o eXtreme Programming, carinhosamente

chamado de XP, é um método ágil focado no desenvolvimento de softwares que tem trê

pilares como base: agilidade no desenvolvimento da solução, economia de recursos e qualidad

do produto final.

Para chegar à excelência nos serviços prestados, uma equipe XP deve se basear em valores, ist

é, um contrato de atitudes e comportamentos que levam ao sucesso. Esses comportamentos

atitudes norteiam as ações da equipe XP em cada atividade a ser desempenhada, garantind

a integração e a sinergia necessárias para um bom desempenho. No caso, esses valores são

• Comunicação;

• Simplicidade;

• Feedback;

• Coragem;

• Respeito.

http://www.projectbuilder.com.br/blog-pb/entry/pessoas/voce-reconhece-o-valor-de-um-feedbackhttp://www.projectbuilder.com.br/blog-pb/entry/pessoas/voce-reconhece-o-valor-de-um-feedback


22/46

Além dos valores, o método ágil XP também leva em consideração melhores práticas d

trabalho, que têm como objetivo garantir a efetividade do trabalho da equipe XP, assim com

a satisfação do cliente durante todo o processo de desenvolvimento. São elas:

• Cliente sempre à disposição;

• Uso de metáforas;• Reuniões de planejamento (planning game);

• Reuniões diárias, de 15 minutos, para alinhamento (stand up meeting);

• Integração contínua dos módulos desenvolvidos;

• Mudanças incrementais;

• Entregas frequentes ao cliente (small releases);

• Design simples e funcional;

• Testes de aceitação;• Refatoração ou melhoria contínua.


23/46

Microsoft Solutions Framework (MSF)

O MSF é um dos métodos ágeis mais usados por se destinar ao desenvolvimento de soluçõe

tecnológicas por equipes reduzidas, focando na diminuição de riscos para o negócio e no

aumento da qualidade do produto final. O propósito é identificar as falhas mais comuns em

projetos de tecnologia, mitigando-as e aumentando as taxas de sucesso de cada iniciativa

Dessa forma, assim como o Scrum, o MSF está mais focado na gestão do projeto do que no

desenvolvimento da solução em si. Suas premissas são:

• Alinhamento da tecnologia desenvolvida aos objetivos de negócio do cliente;

• Escopo bem estruturado e detalhado;

• Desenvolvimento iterativo;

• Gerenciamento de riscos;

• Agilidade na resposta a mudanças.

Assim como os outros métodos ágeis, o MSF também possui melhores práticas que devem

ser observadas pela equipe para atingirem os níveis de excelência buscados:

• Comunicação aberta e transparente entre todos os envolvidos;

• Visão compartilhada do negócio;

• Equipe capacitada;


24/46

• Atribuição de papéis e responsabilidades desde o início do projeto;

• Entregas incrementais;

• Flexibilidade para mudar sempre que necessário;

• Qualidade das entregas;

• Aprendizado constante com as experiências adquiridas;

• Parceria com clientes internos e externos.


25/46

DYNAMIC SYSTEM DEVELOPMENT MODEL (DSDM)

O DSDM é um dos métodos ágeis mais antigos empregados não só no desenvolvimento de

projetos como no meio tecnológico. Um tanto quanto diverso dos demais métodos ágeis, ele

é destinado ao desenvolvimento de projetos com orçamento fixo e prazos curtos, levando

em consideração que o cliente não tem como saber quanto custará a solução final.

Entre suas melhores práticas estão o desenvolvimento incremental e iterativo, a colaboração

entre cliente e equipe, além da integração de funcionalidades, o que também vemos nos

demais métodos ágeis.

Vale ressaltar que o DSDM diverge dos demais métodos ágeis tanto em sua estrutura, que é

composta por processos interligados de modelagem, concepção, construção e implementação

assim como na gestão do tempo, que não é flexível, até permitindo que as funcionalidade

mudem, mas desde que os prazos de execução continuem os mesmos.


26/46

ASD (ADAPTATIVE SOFTWARE DEVELOPMENT)

Jim Highsmith passou diversos anos trabalhando com metodologias predeterministas. El

desenvolveu, instalou, ensinou e concluiu que tais metodologias são profundamente falhas

particularmente para empresas modernas.

Seu livro mais recente foca na natureza adaptativa de novas metodologias, com uma ênfas

particular em aplicar ideias originárias do mundo dos sistemas complexos adaptativo

(comumente conhecidos como teoria do caos). A metodologia não provê práticas detalhada

como o XP faz, mas traz o fundamento do porquê o desenvolvimento adaptativo é importante

e as consequências nos níveis organizacionais e administrativos mais profundos.

No coração do ASD (Adaptative Software Development) estão três fases não-lineares

sobrepostas: especulação, colaboração e aprendizado.

Highsmith vê o planejamento como um paradoxo em um ambiente adaptativo, uma vez que

os produtos são naturalmente imprevisíveis. No planejamento tradicional, desvios dos plano

são enganos e devem ser corrigidos. Em um ambiente adaptativo, entretanto, desvios no

guiam à solução correta.


27/46

ESCOLHENDO UMA METODOLOGIA

Escolher uma metodologia e como definir o melhor endereço para sua empresa é um passo

fundamental na adoção da gestão ágil. A metodologia escolhida precisa estar afinada com a

realidade do seu negócio, e em nada mais. Como acabamos de ver, há várias metodologia

ágeis disponíveis no mercado, o que só demostra que cada uma deve se direcionar paratender uma determinada necessidade.

Você precisa definir com base no que seu negócio demanda, por exemplo, se precisa viaja

muito é importante ficar próximo de um aeroporto, certo? Se seu negócio demanda mão de obr

qualificada é importante estar próximo de um importante centro de formação acadêmico, etc

A seguir, separamos os itens que você precisa analisar antes de escolher a melhor metodologia

- Analisar a complexidade dos projetos

- Número de pessoas envolvidas

- Processo existentes dentro da empresa e que são necessários para o sucesso dos projeto

- Interface com os clientes

- Cultura da organização

Agora vamos nos aprofundar em cada um dos itens:


28/46

Analisar a complexidade dos projetos

Quão complexos são os projetos que a empresa costuma executar? Existem muita

dependências, como a necessidade de conhecimento especifico? Como é a interface d

aprovação e a autonomia do PMO? Quanto é conhecido do resultado final do projetos

quanto vamos precisar descobrir ao longo do caminho?

Quer saber mais sobre os fatores que tornam um projeto complexo? Então este artigo fo

feito para você!

Número de pessoas envolvidas

Seus projetos tem grandes equipes com muitos patrocinadores? Existe a necessidade degerir muita gente que participa do projeto? É possível subdividir os membros dos projeto

em time menores (isso é pré-requisito para muitas metodologias ágeis). Outra dica valiosa

como melhorar as suas estimativas de pessoal.

http://www.projectbuilder.com.br/blog-pb/entry/projetos/o-que-torna-um-projeto-complexohttp://www.projectbuilder.com.br/blog-pb/entry/projetos/melhorando-suas-estimativas-de-pessoalhttp://www.projectbuilder.com.br/blog-pb/entry/projetos/melhorando-suas-estimativas-de-pessoalhttp://www.projectbuilder.com.br/blog-pb/entry/projetos/o-que-torna-um-projeto-complexo


29/46

Processos existentes dentro da empresa e que são necessários para o sucesso dos projeto

Existem muitos processos dentro da empresa? Como são realizados os testes? Como é

documentação? Qual o tempo médio de execução das atividades? É preciso analisar tudo

isso!

Interface com os clientes

Qual o número de clientes do seu portfólio? Os clientes costumam se envolver nos projetos

Se sim, como é essa troca? Se não, sente que eles gostariam de participar mais e/ou a equip

do PMO se beneficiaria com essa proximidade? Quais os tipos de contrato dos clientes?

Cultura da organização

Qual é a maturidade da empresa? O ambiente de trabalho é incentiva a inovação? O

funcionários são estimulados a buscar soluções ao invés de esperar que instruções cheguem

da gerência? A empresa é orientada para resultados? Como é a relação da equipe entre si e

com a chefia?

http://www.projectbuilder.com.br/blog-home/entry/dicas/5-motivos-para-documentar-seus-processos-e-adotar-uma-ferramenta-de-gphttp://www.projectbuilder.com.br/blog-home/entry/dicas/5-motivos-para-documentar-seus-processos-e-adotar-uma-ferramenta-de-gp


30/46

PRINCIPAIS PAPEIS DENTRO DE UM TIME ÁGIL

Esses papeis mudam em cada metodologia, mas vamos focar no Scrum, onde eles ficam

mais claros. Afinal, quem são as pessoas que formam essa equipe? Quais são suas funções

responsabilidades no desenvolvimento de um projeto ágil? Será que seu time está complet

ou você poderia aumentar a produtividade complementando as funções?

http://www.projectbuilder.com.br/blog-pb/entry/projetos/o-que-e-scrumhttp://www.projectbuilder.com.br/blog-pb/entry/projetos/o-que-e-scrum


31/46

Product Owner

O Product Owner é quem define o produto a ser desenvolvido, listando funcionalidades qu

serão criadas e as priorizando dentro do backlog. Esse profissional tem uma visão geral do

projeto, conhece todos os sprints e sabe quais deles são mais importantes para a empresa

Para tanto, deve ter conhecimento de mercado e estar completamente familiarizado como negócio 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 importância e transmitindo ao time as devidas orientaçõe

para que comecem a desenvolver o produto.

Fazendo a ponte entre cliente e Scrum Team, o Product Owner é o responsável pelos resultado

do projeto, reportando ao cliente todas as atividades concluídas, as fases superadas, oorçamentos 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 solução que realment

agregue valor ao negócio.

Scrum Master

O Scrum Master é quem orienta a equipe, assumindo o papel de coach. Diferentemente de

um gerente de projetos, ele não é responsável por muitas atividades gerenciais em relação


32/46

aos trabalhos, atuando apenas como um facilitador para que o Scrum Team desempenhe se

papel com excelência. Um verdadeiro especialista em melhores práticas Scrum, o Scrum Maste

tem como missão garantir a adoção de todas as práticas ágeis durante o desenvolvimento do

projeto, acompanhando o desempenho do time em tempo integral.

No papel de líder, o Scrum Master deve se preocupar com a motivação dos colaboradorescontribuindo para que eles se mantenham focados em suas atividades. Para tanto, ele regula

carga de trabalho, evitando o excesso de horas extras, remove possíveis barreiras ao trabalho

do time, obtém os recursos necessários para que a equipe trabalhe com qualidade e atu

fortemente na mediação dos relacionamentos interpessoais, visando manter um clima sinérgic

entre os membros do Scrum Team.

Desenvolvimento

O setor de desenvolvimento, geralmente formado por uma equipe de até 7 pessoas, é responsáve

pelo desenrolar do produto em si. Os colaboradores aqui são encarregados de modelar

programar, testar e validar as funcionalidades desenvolvidas. Esse time é autogerenciado

isto é, não precisa de supervisão constante, tampouco de um gerente de projetos que dig

o que deve ser feito. Assim, uma vez que o sprint é acordado entre os membros do Scrum

Team, esses profissionais fazem a distribuição de tarefas entre si, sempre de acordo com sua

competências, e logo começam os trabalhos.


33/46

A interação entre esses colaboradores é intensa e deve ser estimulada pelo Scrum Maste

afinal, quanto mais integrada estiver a equipe de desenvolvimento, maior se mostrará

produtividade e também 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

experiência de mercado no segmento em que atuam. Obtém-se, dessa maneira, um produto

final de excelência, que atenda a todos os requisitos solicitados pelo cliente e gere a esperadsatisfação.

DevOps

As pessoas que ocupam a função de DevOps no Scrum Team têm como missão refinar o

trabalho do pessoal de desenvolvimento, verificando se todos os requisitos de desenvolvimento

implementação e suporte foram realmente atendidos. Responsáveis por darem o acabament

a cada funcionalidade, os DevOps agilizam o trabalho do Scrum Team na medida em que pass

a não ser necessário rever futuramente possíveis incrementos e melhorias às funcionalidade

desenvolvidas.

Dessa forma, desenvolvimento e DevOps precisam trabalhar sempre de maneira integrada

contínua, garantindo tanto a qualidade das entregas quanto o time to market para o cliente

com a finalização ágil de cada funcionalidade priorizada pelo Product Owner.


34/46

User Experience

A equipe de User Experience é responsável por validar a usabilidade do produto segundo

os critérios exigidos pelo cliente, prezando pela experiência do usuário. Sendo assim, esse

profissionais estão atentos a todo o design e à arquitetura da informação envolvidos no

produto final.

De maneira geral, a equipe de User Experience faz a conexão entre desenvolvimento

usuário, traduzindo necessidades para o formato de informações que direcionem a equip

de desenvolvimento na produção das funcionalidades. Quantidade de telas, número de

informações por tela, inserção de dados, menus, configurações e layout, tudo isso pass

pelo crivo da equipe de User Experience para que o usuário final seja o grande beneficiado

Growth Hacker

Como toda iniciativa dentro de uma empresa precisa do envolvimento e do apoio de todos

também faz parte do Scrum Team o Growth Hacker, também conhecido como marketing do

produto. Esse profissional tem como missão divulgar o produto para todos os stakeholders

despertando seu senso de comprometimento em relação ao sucesso do projeto.

Para isso, ele cria estratégias de marketing que gerem engajamento e levem as pessoas

http://www.projectbuilder.com.br/blog-pb/entry/blog-gestao-de-projetos/conquiste-stakeholders-em-3-passoshttp://www.projectbuilder.com.br/blog-pb/entry/blog-gestao-de-projetos/conquiste-stakeholders-em-3-passos


35/46

contribuírem com feedbacks sinceros sobre a usabilidade do produto, a fim de validar a

hipóteses do Scrum Team e colaborar para o desenvolvimento de um produto afinado com a

necessidades dos usuários. Esse profissional deve ter um perfil analítico, pois estará diretament

ligado à validação de dados e hipóteses que impactam no desenvolvimento do produto fina

É claro que seu Scrum Team pode variar tanto em quantidade de pessoas quanto no que direspeito a suas funções, tudo dependendo da complexidade de cada projeto e de como voc

organiza sua empresa para desenvolver os trabalhos. O importante é que os projetos sejam

desenrolados de forma ágil, desde que o time não seja comprometido pela sobrecarga de

funções ou tarefas.

4


36/46

MUDAR O MINDSETNÃO É UMA OPÇÃO4.

Erre rápido para que possa corrigir o problemao quanto antes

Mudar sua gestão de projetos de um modelo

tradicional para agilidade não é parar de

produzir documentos, passar a fazer reuniõe

em pé e tão pouco substituir cronogramas po

post-its na parede. Adotar uma gestão mai

ágil é sobre mudar o modelo mental e a cultur

da empresa em torno da condução de seu

projetos. No lugar de valorizar formulários

reuniões, modelos e apresentações, é focar n

entrega de valor palpável, em resultados que

possam ser testados por seu cliente e que sej

possível coletar um feedback. Se quiser se

aprofundar nas diferenças entre o modelo d

http://www.projectbuilder.com.br/blog-pb/entry/projetos/gestao-de-projetos-agil-ou-tradicional-entenda-as-diferencas


37/46

gerenciamento de projetos ágil ou tradicional, você vai achar este artigo extremamente útil.

Neste ponto existe uma boa e uma má notícia. A má é que se você trabalha com desenvolviment

de produto, inovação ou criação de algo novo é muito provável que o que você está fazendo ir

fracassar. Não pense que isso é um privilégio seu, segundo alguns estudos 80% dos produto

fracassam. A boa notícia é que errar é a forma mais fácil de chegar ao sucesso. Sei que essafrase parece contraditória, no entanto, a gestão de projetos ágeis mostra que a maneira mai

fácil de se ter sucesso é testar, apreender e evoluir na direção de suas descobertas.

Mudar seu modelo gerencial de longos desenvolvimentos, para focar em ciclos curtos, com

possibilidade de colher um feedback rápido de clientes reais é visto como o mais importante

para chegar a uma solução efetiva. A lógica é muito simples: testou, usuário não gostou, não

usou ou não entendeu… tira fora. Tire tudo aquilo que obviamente constitui perda tempo energia para o desenvolvimento do projeto.

Mais difícil que mudar de EAP para Kanban (que por sinal, você encontra um template gratuit

exclusivo para Google Drive bem aqui), é mudar o modelo mental, a maneira como a organização

encara seus projetos e como estes passaram a ser conduzidos. Adotar um modelo de gestão

ágil não é um modismo, e sim a criação 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 rápido, para corrigir mais rápido ainda. Ser ágil significa processos que levam

http://www.projectbuilder.com.br/blog-pb/entry/projetos/gestao-de-projetos-agil-ou-tradicional-entenda-as-diferencashttp://promo.projectbuilder.com.br/template-kanbanhttp://promo.projectbuilder.com.br/template-kanbanhttp://promo.projectbuilder.com.br/template-kanbanhttp://promo.projectbuilder.com.br/template-kanbanhttp://www.projectbuilder.com.br/blog-pb/entry/projetos/gestao-de-projetos-agil-ou-tradicional-entenda-as-diferencas


38/46

menos tempo e problemas que são descobertos e solucionados em menos tempo também.

Crie uma lista de tarefas do que pode ser realmente ser feito e priorize (backlog)

Uma das grandes diferenças de se adotar metodologias ágeis é que a maneira como

organizamos o trabalho a ser feito. Na gestão de projetos convencional planejamos a entregasdefinimos prazos e recursos para cada atividade, assim como suas dependências. O grand

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 série de problemas para organização e para o gerente de projetos, entre eles:

- Estouro de prazo nos projetos

- Perda de credibilidade junto à organização, principalmente no que diz respeito a estimativa- Atraso ao lançar produtos

- Descredito da gestão de projetos e suas metodologias

Em um pesquisa recente feita com a nossa base de cliente percebemos que a grande maiori

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.

M i b l id d d i ? S i ã h

http://www.projectbuilder.com.br/blog-pb/entry/projetos/melhorando-suas-estimativas-de-pessoalhttp://www.projectbuilder.com.br/blog-pb/entry/projetos/melhorando-suas-estimativas-de-pessoal


39/46

Mas para que eu preciso saber a velocidade do meu time? Se os times não conhecem sua

própria velocidade, torna-se difícil gerenciar a sprints e estimar quantos entregas serão

possíveis realizar dentro do próximo ciclo de desenvolvimento. Além do que, sem uma meta

realista fica difícil otimizar o processo e buscar ganhos de produtividade e performance. Aqu

temos mais informações 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 n

Product Backlog. Listei alguns pontos muito importante que você precisa priorizar quando

for organizar o backlog do seu projeto:

Seja realista

A expectativa é a chave de um bom relacionamento com seu cliente e stakeholder. Se tenta

fixar o prazo, orçamento e escopo, torna-se muito difícil ser capaz de entregar com precisão e

um alto grau de qualidade. Claro, provavelmente poderá́ entregar alguma coisa, mas “alguma

coisa” é o que você realmente quer entregar? Mantenha uma lista das necessidades do client

e priorize a cada sprint, tornando as interações mais curtas e evolutivas.

Atenção, pois é sendo realista que você entrega um produto com maior valor e em meno

t i i t b lh l d f t t t t ã d

http://www.projectbuilder.com.br/blog-pb/entry/pratica/como-metodos-ageis-afetam-os-resultados-de-uma-empresahttp://www.projectbuilder.com.br/blog-pb/entry/pratica/como-metodos-ageis-afetam-os-resultados-de-uma-empresahttp://www.projectbuilder.com.br/blog-pb/entry/pratica/como-metodos-ageis-afetam-os-resultados-de-uma-empresahttp://www.projectbuilder.com.br/blog-pb/entry/pratica/como-metodos-ageis-afetam-os-resultados-de-uma-empresa


40/46

tempo, pois a equipe trabalhou nele de forma correta, com tempo para testes e correção de

possíveis problemas.

Seja Flexível

Mudar é um habilidade muito importante para o sucesso do seu produto / projeto. Ter tudointerligado, inter-relacionado, com dependências e prazos associados torna as mudança

difíceis. Introduzir flexibilidade de escopo apresentará opções baseadas em sua experiênci

real de construir o produto. Flexibilidade é uma importante habilidade que eleva suas chance

de sucesso a um novo nível. Aqui listamos outras 7 habilidades essências do gerente de

projetos.

Projetos inovadores, como novos produtos e de software, são extremamente complexosFuncionalidades demais, características demais, botões demais, coisas demais para aprende

Pense em fazer menos do que seu concorrente – de propósito. Construímos produtos que

funcionam de forma mais inteligente, que parecem melhor, que tornam a vida e o trabalh

das pessoas mais produtivo e são mais fáceis de serem usados.

Na maneira antiga: um processo longo, cheio de burocracia, estamos-fazendo-dessa-forma

para-proteger-nosso-emprego. O resultado final: software obesos, esquecíveis, extremament

medíocres cronogramas q e le am meses o mesmo anos especificações f ncionais tópicas

http://www.projectbuilder.com.br/blog-pb/entry/carreira/as-7-habilidades-essenciais-do-gerente-de-projetoshttp://www.projectbuilder.com.br/blog-pb/entry/carreira/as-7-habilidades-essenciais-do-gerente-de-projetoshttp://www.projectbuilder.com.br/blog-pb/entry/carreira/as-7-habilidades-essenciais-do-gerente-de-projetoshttp://www.projectbuilder.com.br/blog-pb/entry/carreira/as-7-habilidades-essenciais-do-gerente-de-projetos


41/46

medíocres, cronogramas que levam meses ou mesmo anos, especificações funcionais utópicas

debates de escalabilidade e reuniões de equipe intermináveis. Livre-se de tudo isso o mai

rápido possível, pois esse é o caminho para sobreviver.

Adotando uma ferramenta

Implantar uma metodologia ágil é seguir um processo, e, como todo processo possui entradas

processamento e saída. O desafio da implantação por si só já apresenta um grande obstáculo

no entanto, existem pontos de atenção que precisam ser acompanhados após a implantação

- O processo está sendo seguido?

- O time está tendo dificuldade em alguma etapa?

- Quais resultados estamos conquistados?- Chegou a hora de escalar e levar o método para uma próxima área?

Essas respostas precisam estar na ponta da língua do time de implantação. Não monitora

esses pontos pode jogar todo o investimento de tempo, energia e recursos financeiros fora.

Enquanto a implantação trata-se de um projeto piloto com poucas pessoas, um quadro kanba

e alguns post-its serão suficiente para o controle. Conforme a metodologia escala todos time

e a complexidade aumenta seu acompanhamento se torna inviável


42/46

e a complexidade aumenta, seu acompanhamento se torna inviável.

A pergunta mais frequente é: Quando sabemos que está na hora de adotar uma ferramenta

Mesmo conhecendo e valorizando a importância do uso de ferramentas profissionais, ess

pergunta é um pouco mais profunda do que se imagina. Para dar esse passo com seguranç

é importante analisar:

1 - Estamos tendo facilidade de gerar as informações necessárias para tomada de decisão?

2 - O time está engajado no processo e pronto para otimizar sua rotina?

3 - Vamos ter ganho de produtividade com a nova ferramenta economizando todo tempo

que gastamos hoje indo atrás dos dados?

4 - Precisamos de ajuda para melhorar isso?

Se você respondeu mais de duas dessas perguntas com sim, tudo indica que você est

no momento certo para adotar uma ferramenta. O que é mais importante é garantir que a

implantação não faça o time perder o foco do projeto e que isso ajudará a otimizar a rotin

do time.

Sabemos que a maioria das vezes um Kanban na parede resolve boa parte da necessidade d

controle, porém gerar as saídas de informação e trabalhar com times remotamente se tornauma dor latente para quem utiliza apenas os post-its.


43/46

Escolhendo uma boa ferramenta gestão de projetos ágil

Para o time de projeto, é essencial contar com uma boa ferramenta para automatizar tudo

que for possível e assim permitir ao time focar no que é importante - entregar valor. Criar um

Kanban rapidamente, lista atividades, associar checklist ao desenvolvimento de um tarefe distribuir suas responsabilidades, associar projetos aos clientes, poder definir prioridade

e outros índices relevantes são algumas das coisas que uma boa plataforma de gestão de

projetos ágeis oferece.

Pensando nisso, a Project Builder criou o Lean PB, uma ferramenta que atende a essa

necessidade e conta também com uma metodologia de implementação dessa máquina d

alavancar a produtividade da equipe.

Crie uma conta grátis!

CONCLUSÃO

http://www.projectbuilder.com.br/leanpb/http://www.projectbuilder.com.br/leanpb/


44/46

CONCLUSÃO

Agora que você já tem conhecimento aprofundado sobre metodologias ágeis, desde a

principais disponíveis no mercado até as vantagens que a sua empresa tem ao adotar uma

destas, é hora de arregaçar as mangas e por tudo o que viu em prática.

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 método

do PMBOK, principal documento do PMI que reúne os conhecimentos sobre gerenciament

de projetos. Mostrando assim que é possível ser ágil e manter os preceitos do gerenciamento

de projetos de excelência.

Caso tenha alguma sugestão ou dúvida, não hesite em fazer contato através do [email protected]!

Espero que a leitura tenha sido útil!

Thiago Reis

Diretor de Sucesso do Cliente da Project Builder

SOBRE A PROJECT BUILDER

http://promo.projectbuilder.com.br/ebook-gratuito-scrum-pmbokhttp://www.projectbuilder.com.br/blog-pb/entry/conhecimentos/o-que-e-pmihttp://www.projectbuilder.com.br/blog-pb/entry/conhecimentos/o-que-e-pmihttp://promo.projectbuilder.com.br/ebook-gratuito-scrum-pmbok


45/46

SOBRE A PROJECT BUILDER

Há mais de 15 anos no mercado, a Project Builder tem como objetivo ajudar empresas de

diversos portes a entender e aproveitar os benefícios da Gestão de Projetos, conseguindo assim

atingir a alta performance em seus negócios. Para isto, trabalhamos três formas principais:

Nossa solução, o Project Builder, foi testado e aprovado por milhares de gerentes de projetos epor isso, se tornou uma plataforma indispensável para o ganho de eficiência e a alta performanc

em projetos.

Temos uma metodologia passo a passo de implementação da Gestão de Projetos. Oferecemo

pacotes de consultoria para ajudar a sua empresa a ganhar mais produtividade, aumentar se

faturamento e reduzir custos.

Produzimos muito conteúdo educativo na área de Gestão de Projetos, estratégia desenvolvimento de produto. Eles são disponibilizados como posts noblog, eBooks, webinar

gratuitos e palestras presenciais na Academia Project Builder.

Aproveite para conhecer as funcionalidades de nossa solução através de uma demonstração

por vídeo ou realize um teste gratuito.

http://www.projectbuilder.com.br/blog-homehttp://academia.projectbuilder.com.br/conteudo/ebookshttp://academia.projectbuilder.com.br/conteudo/ultimos-webinarshttp://academia.projectbuilder.com.br/conteudo/ultimos-webinarshttp://academia.projectbuilder.com.br/http://promo.projectbuilder.com.br/video-de-demonstracao-do-project-builder?utm_source=gp2.0&utm_medium=referral&utm_campaign=gp2.0http://promo.projectbuilder.com.br/video-de-demonstracao-do-project-builder?utm_source=gp2.0&utm_medium=referral&utm_campaign=gp2.0http://promo.projectbuilder.com.br/teste-gratuito-do-projectbuilder?utm_source=gp2.0&utm_medium=referral&utm_campaign=gp2.0http://promo.projectbuilder.com.br/teste-gratuito-do-projectbuilder?utm_source=gp2.0&utm_medium=referral&utm_campaign=gp2.0http://promo.projectbuilder.com.br/video-de-demonstracao-do-project-builder?utm_source=gp2.0&utm_medium=referral&utm_campaign=gp2.0http://promo.projectbuilder.com.br/video-de-demonstracao-do-project-builder?utm_source=gp2.0&utm_medium=referral&utm_campaign=gp2.0http://academia.projectbuilder.com.br/http://academia.projectbuilder.com.br/conteudo/ultimos-webinarshttp://academia.projectbuilder.com.br/conteudo/ultimos-webinarshttp://academia.projectbuilder.com.br/conteudo/ebookshttp://www.projectbuilder.com.br/blog-home


46/46

Gostou?Compartilhe!
http://hrefshare.com/d51abhttp://hrefshare.com/4d98http://hrefshare.com/decfa

guia de sobrevivência para gestão de projetos Ágil

Documents