GERENCIAMENTO GIL DEPROJETOS COM SCRUM + PMBOK

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

Sumrio

10

4

7

13

16

18

27

Scrum +PMBOK

Ciclo de vida Scrum + Guia PMBOK

O Scrum como engrenagem para encaixar o Guia PMBOK

42

46

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

Introduo

Ciclo de vida Scrum

Incio do projeto

Rodando o Scrum

Backlog do Produto

Implementando Ferramentas e Prticas Adequadas

Concluso

25

As ideias do Fbio Cruz sobre como gerenciar projetos geis com PMBOK tm

ajudado organizaes a ter uma estrutura de gesto de projeto que permite alcanar

resultados positivos no que diz respeito a satisfao do cliente e ao aumento de

produtividade. Buscamos seguir esse princpio bsico na Project Builder, promovendo-o

para nossos leitores e clientes.

O Manifesto gil foi escrito h mais de 10 anos, o que tempo suficiente para ter

passado por vrios ciclos completos de desenvolvimento e aperfeioamento. A agilidade

tornou-se uma indstria em si mesma e deu origem a vrias sub-metodologias que

foram aderidas aos princpios do manifesto original.

Este e-book mostra como unir as boas prticas do Guia PMBOK ao Framework

Scrum, baseado nos conceitos do livro Scrum e PMBOK unidos no gerenciamento

de projetos

4

Introduo

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

5

Esse movimento vai muito alm de s colar post its na parede e fazer reunies em p - prtica que todas as empresas deveriam adotar. Ele implica em investir de forma proativa e inteligente no sucesso da sua rea de projeto, combinando desenvolvimento gil com uma gesto de portflio, e mtricas importantssimas como atingimento de metas, aumento da receita, reduo de custos e evoluo da maturidade em gesto de projetos - que agora podem ser medidas de forma clara - o que contribuir para alavancar o aumento de faturamento e produtividade de todo o time.

Temos aqui na Project Builder uma tima experincia com esse processo, inclusive combinando-o com metodologias de planejamento como o Project Model Canvas.

Espero que este e-book seja uma inspirao para que voc comece a pensar em gerenciar seus projetos de forma gil.

Aproveite o contedo!

Thiago ReisDiretor de Sucesso do Cliente

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

7

Scrum + PMBOKPara um entendimento mais simplificado de como a unio proposta por este

e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

8

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso decada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com a experincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e a proposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

9

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

6

Ciclo de vida Scrum + Guia PMBOK

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

Termo de Abertura do Projeto [1]:

O termo de abertura do projeto formaliza oficialmente o incio do mesmo, permitindo e liberando a equipe para comear os trabalhos, e independente do ambiente do projeto, altamente recomendvel se publicar um termo de abertura do projeto que contenha pelo menos o seguinte contedo:

1. Propsito ou justificativa do projeto;2. Requisitos de alto nvel;3. Riscos de alto nvel;4. Resumo do cronograma de marcos;5. Resumo do oramento;6. Requisitos para aprovao do projeto e quem responsvel por decidir se o projeto bem sucedido ou no;7. Gerente do projeto, responsabilidade, nvel de autoridade e designados;8. Nome e autoridade do patrocinador que autoriza o termo de abertura.

Responsvel por esta realizao: [GP]Momento de realizao: [FC]

Identificao dos Stakeholders [2]:

Ao iniciar um projeto, a primeira coisa que se deve fazer identificar todas as partes interessadas, porque a maioria destas pessoas ou organizaes sero as responsveis por fornecer as informaes para que o projeto possa ser realizado, alm de serem

tambm os Stakeholders que vo aprovar e usar o produto do projeto.Lembrando que as partes interessadas podem influenciar o projeto positiva ou

negativamente, e/ou serem afetadas pelo projeto, tambm de forma positiva ou negativa. Portanto, dar ateno a este processo fundamental para qualquer tipo de ambiente de projeto, seja gil ou waterfall.

Responsvel por esta realizao: [GP] / [PO].Momento de realizao: [FC]

Note que este o primeiro momento em que os papis de Gerente de Projetos, seguindo o conceito do Guia PMBOK, e o Product Owner, segundo o Scrum, trabalham juntos em uma mesma atividade.

Desenvolver o plano de gerenciamento do projeto [3]:

Este um importante documento para nortear todos os trabalhos de gerenciamento de projeto, e tambm para formalizar como o projeto ser conduzido em todas as suas etapas.

altamente recomendvel se publicar o plano de projeto para todas as partes interessadas, e que contenha pelo menos o seguinte contedo:

1. O ciclo de vida do projeto e os processos que sero aplicados em cada fase;2. Como o trabalho ser executado para completar os objetivos do projeto;

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

3. Como sero gerenciadas as mudanas no projeto;4. Como sero gerenciadas as configuraes do projeto;5. Como sero gerenciados os requisitos do projeto;6. O que ser feito para manter a integridade das linhas de base do projeto;7. Quais as necessidades para as comunicaes entre as partes interessadas.

Juntamente com o desenvolvimento do plano de gerenciamento do projeto, o Gerente de Projetos, o Product Owner e o Scrum Master podem realizar tambm as atividades contidas nos seguintes processos:

1. Planejar as comunicaes [4];2. Planejar o gerenciamento dos riscos [5];3. Planejar a qualidade [6];4. Planejar as aquisies [7].Frisando que todos estes planejamentos podem incluir as atividades geis que proporcionam comunicar, gerenciar os riscos, controlar a qualidade e prever as aquisies para o projeto.

Responsvel por esta realizao: [GP] / [PO] / [SM]Momento de realizao: [FC]

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

Termo de Abertura do Projeto [1]:

O termo de abertura do projeto formaliza oficialmente o incio do mesmo, permitindo e liberando a equipe para comear os trabalhos, e independente do ambiente do projeto, altamente recomendvel se publicar um termo de abertura do projeto que contenha pelo menos o seguinte contedo:

1. Propsito ou justificativa do projeto;2. Requisitos de alto nvel;3. Riscos de alto nvel;4. Resumo do cronograma de marcos;5. Resumo do oramento;6. Requisitos para aprovao do projeto e quem responsvel por decidir se o projeto bem sucedido ou no;7. Gerente do projeto, responsabilidade, nvel de autoridade e designados;8. Nome e autoridade do patrocinador que autoriza o termo de abertura.

Responsvel por esta realizao: [GP]Momento de realizao: [FC]

Identificao dos Stakeholders [2]:

Ao iniciar um projeto, a primeira coisa que se deve fazer identificar todas as partes interessadas, porque a maioria destas pessoas ou organizaes sero as responsveis por fornecer as informaes para que o projeto possa ser realizado, alm de serem

tambm os Stakeholders que vo aprovar e usar o produto do projeto.Lembrando que as partes interessadas podem influenciar o projeto positiva ou

negativamente, e/ou serem afetadas pelo projeto, tambm de forma positiva ou negativa. Portanto, dar ateno a este processo fundamental para qualquer tipo de ambiente de projeto, seja gil ou waterfall.

Responsvel por esta realizao: [GP] / [PO].Momento de realizao: [FC]

Note que este o primeiro momento em que os papis de Gerente de Projetos, seguindo o conceito do Guia PMBOK, e o Product Owner, segundo o Scrum, trabalham juntos em uma mesma atividade.

Desenvolver o plano de gerenciamento do projeto [3]:

Este um importante documento para nortear todos os trabalhos de gerenciamento de projeto, e tambm para formalizar como o projeto ser conduzido em todas as suas etapas.

altamente recomendvel se publicar o plano de projeto para todas as partes interessadas, e que contenha pelo menos o seguinte contedo:

1. O ciclo de vida do projeto e os processos que sero aplicados em cada fase;2. Como o trabalho ser executado para completar os objetivos do projeto;

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

3. Como sero gerenciadas as mudanas no projeto;4. Como sero gerenciadas as configuraes do projeto;5. Como sero gerenciados os requisitos do projeto;6. O que ser feito para manter a integridade das linhas de base do projeto;7. Quais as necessidades para as comunicaes entre as partes interessadas.

Juntamente com o desenvolvimento do plano de gerenciamento do projeto, o Gerente de Projetos, o Product Owner e o Scrum Master podem realizar tambm as atividades contidas nos seguintes processos:

1. Planejar as comunicaes [4];2. Planejar o gerenciamento dos riscos [5];3. Planejar a qualidade [6];4. Planejar as aquisies [7].Frisando que todos estes planejamentos podem incluir as atividades geis que proporcionam comunicar, gerenciar os riscos, controlar a qualidade e prever as aquisies para o projeto.

Responsvel por esta realizao: [GP] / [PO] / [SM]Momento de realizao: [FC]

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

11

BackLogdo Protuto

a cada24 horas

ProdutoPronto

Ciclos de monitoramento

e controleSprint

durao entre 2 e 4 semanas( Ciclo de vida do projeto )

ReunioDiria

Iniciao

Monitoramentoe Controle

Planejamentoda Sprint

Planejamento

BackLogda Sprint

Execuo

Execuo daSprint(Construo do Protudo)

Reunio de Reviso

Reunio de Retrospectva

Encerramento

A figura ilustra como as abordagens se encaixam de uma maneira natural, conectando-se

perfeitamente com o objetivo de unio dos pontos fortes com o intuito de diminuir as

fraquezas ou limitaes.

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

Termo de Abertura do Projeto [1]:

O termo de abertura do projeto formaliza oficialmente o incio do mesmo, permitindo e liberando a equipe para comear os trabalhos, e independente do ambiente do projeto, altamente recomendvel se publicar um termo de abertura do projeto que contenha pelo menos o seguinte contedo:

1. Propsito ou justificativa do projeto;2. Requisitos de alto nvel;3. Riscos de alto nvel;4. Resumo do cronograma de marcos;5. Resumo do oramento;6. Requisitos para aprovao do projeto e quem responsvel por decidir se o projeto bem sucedido ou no;7. Gerente do projeto, responsabilidade, nvel de autoridade e designados;8. Nome e autoridade do patrocinador que autoriza o termo de abertura.

Responsvel por esta realizao: [GP]Momento de realizao: [FC]

Identificao dos Stakeholders [2]:

Ao iniciar um projeto, a primeira coisa que se deve fazer identificar todas as partes interessadas, porque a maioria destas pessoas ou organizaes sero as responsveis por fornecer as informaes para que o projeto possa ser realizado, alm de serem

tambm os Stakeholders que vo aprovar e usar o produto do projeto.Lembrando que as partes interessadas podem influenciar o projeto positiva ou

negativamente, e/ou serem afetadas pelo projeto, tambm de forma positiva ou negativa. Portanto, dar ateno a este processo fundamental para qualquer tipo de ambiente de projeto, seja gil ou waterfall.

Responsvel por esta realizao: [GP] / [PO].Momento de realizao: [FC]

Note que este o primeiro momento em que os papis de Gerente de Projetos, seguindo o conceito do Guia PMBOK, e o Product Owner, segundo o Scrum, trabalham juntos em uma mesma atividade.

Desenvolver o plano de gerenciamento do projeto [3]:

Este um importante documento para nortear todos os trabalhos de gerenciamento de projeto, e tambm para formalizar como o projeto ser conduzido em todas as suas etapas.

altamente recomendvel se publicar o plano de projeto para todas as partes interessadas, e que contenha pelo menos o seguinte contedo:

1. O ciclo de vida do projeto e os processos que sero aplicados em cada fase;2. Como o trabalho ser executado para completar os objetivos do projeto;

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

3. Como sero gerenciadas as mudanas no projeto;4. Como sero gerenciadas as configuraes do projeto;5. Como sero gerenciados os requisitos do projeto;6. O que ser feito para manter a integridade das linhas de base do projeto;7. Quais as necessidades para as comunicaes entre as partes interessadas.

Juntamente com o desenvolvimento do plano de gerenciamento do projeto, o Gerente de Projetos, o Product Owner e o Scrum Master podem realizar tambm as atividades contidas nos seguintes processos:

1. Planejar as comunicaes [4];2. Planejar o gerenciamento dos riscos [5];3. Planejar a qualidade [6];4. Planejar as aquisies [7].Frisando que todos estes planejamentos podem incluir as atividades geis que proporcionam comunicar, gerenciar os riscos, controlar a qualidade e prever as aquisies para o projeto.

Responsvel por esta realizao: [GP] / [PO] / [SM]Momento de realizao: [FC]

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

6

O Scrum como engrenagempara encaixar o Guia PMBOK

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

Termo de Abertura do Projeto [1]:

O termo de abertura do projeto formaliza oficialmente o incio do mesmo, permitindo e liberando a equipe para comear os trabalhos, e independente do ambiente do projeto, altamente recomendvel se publicar um termo de abertura do projeto que contenha pelo menos o seguinte contedo:

1. Propsito ou justificativa do projeto;2. Requisitos de alto nvel;3. Riscos de alto nvel;4. Resumo do cronograma de marcos;5. Resumo do oramento;6. Requisitos para aprovao do projeto e quem responsvel por decidir se o projeto bem sucedido ou no;7. Gerente do projeto, responsabilidade, nvel de autoridade e designados;8. Nome e autoridade do patrocinador que autoriza o termo de abertura.

Responsvel por esta realizao: [GP]Momento de realizao: [FC]

Identificao dos Stakeholders [2]:

Ao iniciar um projeto, a primeira coisa que se deve fazer identificar todas as partes interessadas, porque a maioria destas pessoas ou organizaes sero as responsveis por fornecer as informaes para que o projeto possa ser realizado, alm de serem

tambm os Stakeholders que vo aprovar e usar o produto do projeto.Lembrando que as partes interessadas podem influenciar o projeto positiva ou

negativamente, e/ou serem afetadas pelo projeto, tambm de forma positiva ou negativa. Portanto, dar ateno a este processo fundamental para qualquer tipo de ambiente de projeto, seja gil ou waterfall.

Responsvel por esta realizao: [GP] / [PO].Momento de realizao: [FC]

Note que este o primeiro momento em que os papis de Gerente de Projetos, seguindo o conceito do Guia PMBOK, e o Product Owner, segundo o Scrum, trabalham juntos em uma mesma atividade.

Desenvolver o plano de gerenciamento do projeto [3]:

Este um importante documento para nortear todos os trabalhos de gerenciamento de projeto, e tambm para formalizar como o projeto ser conduzido em todas as suas etapas.

altamente recomendvel se publicar o plano de projeto para todas as partes interessadas, e que contenha pelo menos o seguinte contedo:

1. O ciclo de vida do projeto e os processos que sero aplicados em cada fase;2. Como o trabalho ser executado para completar os objetivos do projeto;

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

3. Como sero gerenciadas as mudanas no projeto;4. Como sero gerenciadas as configuraes do projeto;5. Como sero gerenciados os requisitos do projeto;6. O que ser feito para manter a integridade das linhas de base do projeto;7. Quais as necessidades para as comunicaes entre as partes interessadas.

Juntamente com o desenvolvimento do plano de gerenciamento do projeto, o Gerente de Projetos, o Product Owner e o Scrum Master podem realizar tambm as atividades contidas nos seguintes processos:

1. Planejar as comunicaes [4];2. Planejar o gerenciamento dos riscos [5];3. Planejar a qualidade [6];4. Planejar as aquisies [7].Frisando que todos estes planejamentos podem incluir as atividades geis que proporcionam comunicar, gerenciar os riscos, controlar a qualidade e prever as aquisies para o projeto.

Responsvel por esta realizao: [GP] / [PO] / [SM]Momento de realizao: [FC]

ciclo do Scrum, permitindo que a rea de gerenciamento seja coberta pela equipe de gesto, minimizando possveis confuses de equipes inexperientes que no sabem o momento exato de execuo dos processos do Guia PMBOK.

3. Paralelamente ao Ciclo do Scrum.

a. Este ltimo caso ser visto na situao em que os processos do Guia PMBOK,apesar de estarem fora do ciclo do Scrum, devem ser executados no mesmo espao temporal de uma cerimnia especfica, por haverem dependncias ou vnculos atrelados.

b. Neste caso, um ou mais processos do Guia PMBOK no sero realizados naturalmente durante uma cerimnia do Scrum, e nem pelo mesmo Time. A sugesto que enquanto a cerimnia do Scrum estiver sendo realizada pelo Time Scrum, o(s) processo(s) do Guia PMBOK ser(o) executados simultaneamente pela equipe de gerenciamento do projeto.

O objetivo principal dessas formas de conexo entre o Scrum e o Guia PMBOK evidenciar, de uma maneira que se torne natural, o fato de uma etapa de um poder se encaixar em uma fase do outro, sem forar a barra. Em contrapartida, as divises existem para que um no interfira no funcionamento do outro, e que os papis e responsabilidades de ambos sejam respeitados, alm de manter a integridade da proposta de cada cerimnia do Scrum e de cada processo do Guia PMBOK.

A figura abaixo ilustra como a tica do Scrum o ponto de partida desta unio e como o seu ciclo de vida permite que os processos do Guia PMBOK sejam suportados, podendo de uma maneira figurativa ser pendurados no Scrum, apoiando um ao outro.

Para um entendimento mais simplificado de como a unio proposta por este e-book possvel, preciso relembrar que o Guia PMBOK possui inmeros processos que abrangem todo o ciclo de vida de um projeto e suas fases. Todo o projeto, incluindo todas as fases entre a iniciao e o encerramento, coberto pelo Guia PMBOK, sendo que vrios processos podem ser aplicados em diversos nveis de profundidade, podendo tambm ser realizados em etapas distintas e sequncias alternadas, de acordo com cada projeto.

Assim, o Guia PMBOK sugere tudo que pode ser realizado para gerenciar um projeto do incio ao fim, mas no diz como isso pode ser feito e - algumas vezes - no muito claro na definio dos momentos ideais para cada aplicao.

Exemplo:

A fase de planejamento longa e com inmeros trabalhos a realizar, desde a definio de escopo com o detalhamento de requisitos at a identificao dos riscos, o planejamento da qualidade e das aquisies. Apenas analisando essas reas de conhecimento mencionadas possvel verificar o surgimento de algumas dvidas preliminares, tais como:

1. Qual o planejamento que deve ser feito primeiro: requisitos ou riscos?2. Em qual momento cada planejamento deve ser disparado ou finalizado?3. Como os planejamentos se afetam e como eles so executados dentro do ciclo de

vida do projeto?

4. Como a ordem de cada planejamento, a frequncia ou as repeties do uso de cada um podem se modificar quando se usa Ondas Sucessivas funcionando como iteraes menores e recorrentes.

Observando o exemplo anterior, possvel perceber que os processos so muitos, os detalhes so muitas vezes vastos e a imensido de possibilidades se propaga com aexperincia de cada profissional e com a maturidade de cada time de projeto. O Guia PMBOK pode ser completo na sua abrangncia e proposta de contedo gerencial, porm no se prope a definir uma metodologia de aplicao de suas prprias boas prticas.

Quando se olha apenas para o Guia PMBOK algumas questes preocupantes podem pairar no ar, tais como:

Como executo parcialmente ou completamente todos os processos contidos no Guia PMBOK?

Qual o momento certo de realizar cada um dos processos?

Com o objetivo de apoiar o ponto fraco do Guia PMBOK aqui mencionado, que a ausncia de informaes sobre como fazer, sugerido o Scrum.

O Scrum no to abrangente e no to extenso quanto o Guia PMBOK, mas, por outro lado, possui regras, cerimnias e sequenciamentos bem definidos para a aplicao do seu contedo em gerenciamento de projetos. Devido a essas caractersticas e aproposta de unio das duas abordagens apresentadas neste e-book, utilizaremos o Scrum como perspectiva para analisar o processo como um todo.

Termo de Abertura do Projeto [1]:

O termo de abertura do projeto formaliza oficialmente o incio do mesmo, permitindo e liberando a equipe para comear os trabalhos, e independente do ambiente do projeto, altamente recomendvel se publicar um termo de abertura do projeto que contenha pelo menos o seguinte contedo:

1. Propsito ou justificativa do projeto;2. Requisitos de alto nvel;3. Riscos de alto nvel;4. Resumo do cronograma de marcos;5. Resumo do oramento;6. Requisitos para aprovao do projeto e quem responsvel por decidir se o projeto bem sucedido ou no;7. Gerente do projeto, responsabilidade, nvel de autoridade e designados;8. Nome e autoridade do patrocinador que autoriza o termo de abertura.

Responsvel por esta realizao: [GP]Momento de realizao: [FC]

Identificao dos Stakeholders [2]:

Ao iniciar um projeto, a primeira coisa que se deve fazer identificar todas as partes interessadas, porque a maioria destas pessoas ou organizaes sero as responsveis por fornecer as informaes para que o projeto possa ser realizado, alm de serem

tambm os Stakeholders que vo aprovar e usar o produto do projeto.Lembrando que as partes interessadas podem influenciar o projeto positiva ou

negativamente, e/ou serem afetadas pelo projeto, tambm de forma positiva ou negativa. Portanto, dar ateno a este processo fundamental para qualquer tipo de ambiente de projeto, seja gil ou waterfall.

Responsvel por esta realizao: [GP] / [PO].Momento de realizao: [FC]

Note que este o primeiro momento em que os papis de Gerente de Projetos, seguindo o conceito do Guia PMBOK, e o Product Owner, segundo o Scrum, trabalham juntos em uma mesma atividade.

Desenvolver o plano de gerenciamento do projeto [3]:

Este um importante documento para nortear todos os trabalhos de gerenciamento de projeto, e tambm para formalizar como o projeto ser conduzido em todas as suas etapas.

altamente recomendvel se publicar o plano de projeto para todas as partes interessadas, e que contenha pelo menos o seguinte contedo:

1. O ciclo de vida do projeto e os processos que sero aplicados em cada fase;2. Como o trabalho ser executado para completar os objetivos do projeto;

1. Internamente ao ciclo do Scrum.

a. Este caso ser ilustrado nas situaes em que os processos do Guia PMBOK se encaixam e rodam perfeitamente dentro do ciclo do Scrum, ou seja, durante uma cerimnia do Scrum alguns processos do Guia PMBOK so executados no mesmo momento e normalmente pelo mesmo Time.

b. Esses processos internos normalmente sero realizados no mesmo espaotemporal da cerimnia do Scrum, mas isso no uma regra.

2. Externamente ao ciclo do Scrum.

a. Este caso se caracterizar pelas situaes em que os processos do Guia PMBOK no se encaixam naturalmente dentro do ciclo do Scrum, ou seja, nenhuma das cerimnias do Scrum suporta o processo do Guia PMBOK de forma natural. Porm, dependendo do tipo de projeto que estiver sendo gerenciado, poder ser importante a realizao do processo em questo, mesmo que fora do ciclo do Scrum.

b. O fora do ciclo do Scrum neste caso significa que o momento de realizao do processo do Guia PMBOK no pertencer ao momento de realizao de nenhuma das cerimnias do Scrum, ou seja, no precisar ser o mesmo espaotemporal e tambm no ter vnculo algum com as cerimnias.

c. Neste caso, ser sugerido o momento de realizao deste processo externo ao

3. Como sero gerenciadas as mudanas no projeto;4. Como sero gerenciadas as configuraes do projeto;5. Como sero gerenciados os requisitos do projeto;6. O que ser feito para manter a integridade das linhas de base do projeto;7. Quais as necessidades para as comunicaes entre as partes interessadas.

Juntamente com o desenvolvimento do plano de gerenciamento do projeto, o Gerente de Projetos, o Product Owner e o Scrum Master podem realizar tambm as atividades contidas nos seguintes processos:

1. Planejar as comunicaes [4];2. Planejar o gerenciamento dos riscos [5];3. Planejar a qualidade [6];4. Planejar as aquisies [7].Frisando que todos estes planejamentos podem incluir as atividades geis que proporcionam comunicar, gerenciar os riscos, controlar a qualidade e prever as aquisies para o projeto.

Responsvel por esta realizao: [GP] / [PO] / [SM]Momento de realizao: [FC]

Como a engrenagem principal e o ponto de partida da unio proposta, pressupe-se que o Scrum pode ser aplicado a qualquer projeto que busque um gerenciamento gil. No entanto, partindo tambm do pressuposto de que o Scrum sozinho no pode resolver todos os problemas de todos os projetos, e que muitos projetos no podem ser gerenciados 100% de forma gil do seu incio ao fim (como o Scrum prope), o Guia PMBOK sugerido como a principal ferramenta decomplementao e apoio ao Scrum.

Com a engrenagem do Scrum rodando e impulsionando o projeto, o gerenciamento gil toma uma nova forma, sem perder a agilidade proposta pelo Scrum, e ganha foras, ferramentas e tcnicas complementares oferecidas pelo Guia PMBOK defendendo as seguintes regras:

1. No burocratizar.2. No documentar excessivamente.3. No realizar processos desnecessrios.4. No acrescentar lentido ao Time Scrum e aos seus trabalhos.5. No deixar o gerente de projetos como nico brao gerencial.

Para que isso seja possvel, a proposta aqui no definir uma receita de bolo para a aplicao do Scrum juntamente com todos os 47 processos do Guia PMBOK sempre, e em todos os projetos, mas sim permitir que as equipes que optem por utilizar esta unio consigam identificar de forma natural os pontos de ligao entre as duas abordagens de gerenciamento, podendo definir os processos que oferecem apoio ao Scrum e em quais momentos dentro do ciclo do Scrum estes sero aplicados, de

14

acordo co