Material sobre Gerenciamento de Projetos de Software que aborda conceitos de projetos, framework Cynefin e complexidade como base para definição de métodos ágeis.

1. Gerenciamento de Projetos de Software
Isabel Reis

2. Uma breve apresentação - Isabel Reis
• Gerente de Projetos no Senac MS desde dez/2016;
• Atuação como Gerente de Projetos desde 2003;
• Pós graduada em Gestão de Tecnologia em 2008/2009;
• Certificada PMP® desde ago/2015;
• Membro PMI® desde abr/2015;
• Membro AGPMS desde maio/2017.
https://www.linkedin.com/in/isabel-reis-pmp-58228a51
http://lattes.cnpq.br/5668540369395155
reis.cristina.isabel@gmail.com

3. Roteiro de conhecimento
• Projeto, programas e portfólio
• Ciclos de vida de projetos
• Projeto orientado a valor e a
plano
• Método Cynefin
• Tolerância ao erro
• Métodos ágeis
• Manifesto Ágil
• Declaração de Interdependência
• Desenvolvimento dirigido a
funcionalidades - FDD
• Metodologia de desenvolvimento
de sistemas dinâmicos - DSDM
• Crystal
• Lean
• KanBan
• eXtreme Programming
• TDD - Test Driven Development
• Scrum
• Planejamento Orientado a Valor
• Estimativas de Produtividade

4. Antes de começar...
" A missão do professor não é dar respostas prontas. As respostas estão
nos livros, na internet. A missão do professor é provocar a inteligência,
o espanto, provocar a curiosidade. " (Rubem Braga)
"Não existem perguntas idiotas." (Ivo Michalick)
" A vida é muito curta para ser pequena." (Benjamin Disraeli)

5. O que é um projeto?

6. Temporário - Duração de um projeto

7. Características de um projeto?

8. Exemplos de projetos

9. Operações são justamente o contrário
Execução contínua de atividades

10. Programas

11. Programas – Benefícios da relação
• Equipe de trabalho comum;
• Requisitos interdependentes;
• Facilita o gerenciamento das atividades dos projetos;
• Gerência de mudanças mais efetiva;
• Engloba operações relacionadas.

12. Portfólio
Operações
rotineiras
Os projetos ou programas dentro de um portfólio
podem não ser necessariamente
interdependentes ou relacionados entre si.

13. Portfólios – Mais um exemplo
• Objetivo Estratégico: Uma empresa industrial deseja aumentar seu
faturamento;
• Para alcançá-lo, são criados dois novos projetos;
• Os dois projetos não tem relação operacional entre si, somente se
relacionam estrategicamente.

14. Projetos, Programas e Portfólios
• Os projetos e
programas de um
portfólio podem não
ser relacionados
diretamente;
• Possui recursividade,
dentro de um portfólio
podem existir outros
portfólios e dentro de
um programa podem
existir outros
programas.

15. Projetos, Programas e Portfólios

16. Ciclos de vida - Conceito
• É a divisão da Gestão do Projeto em fases, pelas quais ele passa do início
ao término;
• As fases representam um conjunto de atividades, relacionadas de maneira
lógica, que culminam na conclusão de uma ou mais entregas.
EXEMPLOS
• Redação de um livro – Pesquisa, Redação, Publicação
• Construção de uma garagem para carros – Preparação, Construção,
Paisagem
• Implantação de uma nova tecnologia – Definição, Estudo de viabilidade,
Pesquisa, Seleção de tecnologia/fornecedores, Implementação ou
construção, Implantação, Acompanhamento inicial da operação.

17. Classificação de Ciclo de vida do projeto
 O produto do projeto e as
entregas são definidas no início
do projeto;
 Grande esforço no planejamento;
 Conhecimento do produto final;
 Cenários de projetos de
construção.
Espectro de incerteza
 incerteza  incerteza
 Planejamento tem risco alto;
 O produto do projeto é
desenvolvido em iterações;
 Compreende os projetos
complexos, visto que a
entrega final tem grande
probabilidade de não ser a
ideia inicial do projeto.

18. Tipos de Ciclo de vida do projeto
Espectro de incerteza
 incerteza  incerteza

19. Ciclos de vida - Preditivo
• Totalmente direcionado ao
planejamento – plan driven;
• Escopo, tempo e custo são definidos
detalhadamente o mais cedo possível;
• O ramo do cliente tem práticas bem
definidas;
• Mudanças gerenciadas rigidamente e
tem alto custo;
• Uma fase tem trabalho diferente da
outra – Modelo Cascata - Waterfall
• Deve ser usado quando o produto a
ser entregue é bem entendido;
• Somente o produto integral tem valor
ao cliente.

20. Quais os problemas desse modelo?
Pouca comunicação entre
pessoas trabalhando em
diferentes níveis de
trabalho.

21. Quais os problemas desse modelo?
Ciclo de Feedback longo – como identificar possíveis
problemas no percurso

22. Quais os problemas desse modelo?
Dificuldade de
mudança

23. Quais os problemas desse modelo?
Média de 30% de
sucesso a longo prazo

24. Ciclos de vida – Iterativos e incrementais
• Meio termo no espectro de incerteza direcionado ao
planejamento – plan driven;
• Escopo em mutação;
• O produto é desenvolvido por uma série de ciclos
repetidos. Ex. Desenvolvimento de software;
• Desenvolve-se e entrega-se o software em
incrementos, com cada iteração entregando parte
das funcionalidades requeridas – O produto parcial
tem valor ao cliente.
• O produto final será o acúmulo de funcionalidades
construídas nas iterações;
• A grande vantagem desse modelo é o
gerenciamento de riscos e de mudanças em
iterações.

25. Ciclos de vida – Adaptativo
• Totalmente direcionado ao valor de entrega ao cliente – value driven;
• É um tipo de ciclo iterativo e incremental:
• Além disso, tem:
• Iterações muito rápidas com tempo e recurso fixos;
• Número elevado de mudanças;
• Rotatividade de recursos;
• Maior velocidade de execução;
• Além da definição do escopo, o backlog é priorizado a cada iteração.
• Deve ser usado em ambientes em rápida mutação e quando é possível
definir pequenas melhorias incrementais que entregarão valor ao cliente;
• Atende os métodos ágeis.

26. Sistemas complexos

27. Vamos conversar sobre Complexidade
• Cynefin – pronunciada como “Quinevin”,
significa lugar, ambiente em galês;
• Criado em 1999 por Dave Snowden (IBM);
• Ele acreditava que os ambientes nos quais
vivemos e trabalhamos podem ser
classificados em quatro categorias: Simples,
Complicado, Complexo e Caótico;
• Influenciou a teoria dos métodos ágeis.

28. Framework Cynefin

29. Cynefin – Contexto Simples
• Contextos fáceis de entender - sabemos exatamente o
que deve ser feito e podemos aplicar as melhores
práticas;
• Você faz X e você sempre terá Y, e não importa quantas
vezes você faz X, você obterá o mesmo resultado Y;
• A melhor maneira de se realizar uma atividade já está
definida - não há liberdade nem criatividade para
inovação;
• A relação entre causa e efeito é óbvia para todos - Sentir –
Categorizar – Responder;
• Exemplo: Como a atendente do fast food serve uma
casquinha de baunilha.

30. Cynefin – Contexto Complicado
• A otimização do “melhor”, que está presente no ambiente
simples, é afrouxada devido às variáveis do projeto, mudanças
possíveis e o teor aceitável de imprevisibilidade e riscos
presente no ambiente;
• Planejamento prévio com riscos previstos e escopo fixo (quase
fixo);
• A criatividade aparece ainda com limitações. Ex. Projetos de
engenharia civil;
• A relação entre causa e efeito requer uma análise – Sentir –
Analisar – Responder;
• Exemplo 1: Construção de uma ponte, com as variáveis: clima,
terreno, material, peso e tremor suportados;
• Exemplo 2: PMBOK – reúne boas práticas de gerenciamento de
projetos, cuja aplicação depende das variáveis da organização.

31. Cynefin – Contexto Complexo
• Aqueles que possuem elevado número de variáveis a serem
consideradas, demandando um alto grau de multidisciplinaridade, alta
duração e diversidade de informações;
• Planejamento a curto prazo, pode ser descartado facilmente;
• Caracterizado pela imprevisibilidade. Mudanças são naturais e o
escopo muda a todo tempo;
• Há várias boas maneiras de se fazer algo, assim como há várias
maneiras de errar. Oportunidade de inovação;
• A relação entre causa e efeito só pode ser percebida em retrospecto -
Probabilidade – Sentir – Responder;
• Exemplo 1: Projetos de Desenvolvimento de Software - 20% do escopo
inicial é mantido até o final;
• O Scrum é um Framework para processos empíricos em sistemas
complexos (Alexandre Magno, primeiro Certified Scrum Trainer do
Brasil);

32. Cynefin – Contexto Caótico
• Morada da criatividade. Não existe padrão para nada, nem boas
práticas;
• Fazer um plano, neste ambiente e mesmo que mínimo, não faz
sentido algum e é impossível;
• A melhor abordagem é agir;
• Não há nenhuma relação entre causa e efeito no nível de
sistemas, a abordagem é Agir – Sentir – Responder;
• Exemplo 1: Jimmy Page e Robert Plant criando Stairway to
Heaven;
• Exemplo 2: Casa pegando fogo;

33. Cynefin – A desordem
• Área vermelha que permeia todo o modelo;
• Ocorre quando tratamos um sistema em um ambiente,
quando na verdade é de outro;
• Reforça a teoria de que o SCRUM não é uma bala de
prata. Não podemos usá-lo para construir uma ponte;
• Exemplo 1: Construir uma ponte do mesmo modo que
se cria uma música espontaneamente;
• Não podemos tratar um sistema complicado como
caótico ou complexo, isso nos levará ao fracasso do
projeto.

34. Complexidade e Métodos ágeis
• Agora que conhecemos o modelo Cynefin, vamos focar no ambiente Complexo – nos
quais estão os Projetos de Desenvolvimento de Software;
• Reforçando: Ambientes complexos tem um alto grau de imprevisibilidade e alta
incidência de processos empíricos, que surgem na hora. Planos correm alto risco de
serem descartados neste tipo de ambiente;
• Métodos Ágeis se encaixam muito bem nesses cenários – Ex.: SCRUM;
• Podemos usar o PMBOK nesse tipo de ambiente? Sendo este guia adequado para
ambientes complicados, vamos causar a desordem?
• Exemplo: Projeto Educacional com PMBOK e Métodos Ágeis
• Gerenciamento de riscos;
• Plano de Comunicações;
• Aquisições – Fábrica de Software.

35. Complexidade e tolerância ao erro
• É sobre a tolerância à possibilidade de aprender com o erro e o tempo de resposta
do sistema;
• Nos cenários caóticos e complexos, o erro é mais bem entendido do que nos
cenários simples e complicados, já que não existe ordem. Como mudanças são
comuns, não existe tanto impacto;
• Nos cenários simples e caóticos, o tempo de resposta precisa ser mais rápido do
que nos cenários complexos e complicados para evitar perdas significativas;
• Exemplo 1: Caso você entre em ”fast food” (cenário simples) e o atendimento
demore por volta de 20 minutos, você vai voltar?
• Exemplo 2: Em um prédio incendiando (cenário caótico), você não poderá demorar
muito para agir.

36. Profissionais do Conhecimento
• Diferentes tipos de projetos requerem diferentes métodos e profissionais. Projetos
de profissionais do conhecimento, em ambientes de rápida transformação, têm
características complexas e necessitam de técnicas de agilidade.

37. Próxima aula
• Discussão do artigo “Pedras no Caminho”
• Métodos ágeis
• Manifesto Ágil
• Declaração de Interdependência
• Desenvolvimento dirigido a funcionalidades - FDD
• Metodologia de desenvolvimento de sistemas dinâmicos - DSDM
• Família Crystal