6. Projetos
Diferenças
Projetos x Processos
Um projeto é um esforço temporário
empreendido para criar um produto,
serviço ou resultado exclusivo.
Um processo pode ser definido
como uma seqüência de atividades
dinâmicas e contínuas, logicamente
relacionadas, executadas para obter
um resultado bem definido.
Projetos = temporários e exclusivos
Processos = contínuos e repetitivos
fonte: wikipedia
8. Projetos
O que será feito no
projeto?
E o que não será feito?
Quantas pessoas estão
envolvidas?
Quais são suas
funções?
Quanto tempo temos para
realizar o projeto?
Quanto temos de dinheiro
disponível para realizar o
projeto?
Variáveis que necessitam ser gerenciadas
9. Projetos
PMI x Scrum
PMI – Project
Management Institute
Conjunto de melhores
práticas para se
gerenciar um projeto.
PMBOK – guia de
referência
Não é uma
metodologia, é uma
sugestão de práticas.
10. Projetos
PMI x Scrum
Scrum – Metodologia
para gerênciar
projetos
Diferença?
Metodologia não é
sugestiva
12. Projetos
Exercício
Quais fatores colaboraram para que os projetos que
você participou tenham sido bem sucedidos?
Quais fatores colaboraram para que os projetos que
você participou tenham sido mal sucedidos?
13. Projetos
Quais fatores colaboraram para que os projetos que
você participou tenham sido bem sucedidos?
Comunicação
Colaboração do cliente
Sinceridade
Exercício
Quais fatores colaboraram para que os projetos que
você participou tenham sido mal sucedidos?
Falta de Comunicação
Indefinição de responsabilidades
Não estar preparado para mudanças
GP não saber lidar com diferentes perfis
17. Projetos
Passo 1 Passo 2 Passo 3 Passo 4 Passo 5
Garbage In
Isso indica uma coisa…
Pessoas
Garbage Out
Processos Mudanças
18. Projetos
Qual é melhor? PMI ou Scrum?
Avoid religious wars, but still have a religion
by mikleman
19. Projetos
Desafio – Você tem perfil para ser um gerente de projeto?
Gerenciar o TCC
Escopo
Qualidade
Prazo
Dependência entre tarefas
Expectativas
Quebrar tarefas, fazer cronograma de
entregas, comunicar status
Sob normas sociais
Pessoas
21. Scrum
Termo Scrum
O Scrum é uma jogada do Rugby que envolve oito jogadores
de cada time, onde eles se emparelham, para se tornar uma
muralha. O grande ponto dessa jogada é a vital importância
do trabalho em equipe. Se um membro falhar na formação o
outro time se sobressai.
by phillygryphons
22. Scrum
Valores
Time Box
Entrega constantes, funcionais e valorosas(pronto)
Meta
Visão de Todo
Negociações
Feedbacks Constantes
Ajustável
Escalável
Comunicação constante
Auto-gestão
Incremental
23. Scrum
Média de uso de funcionalidades de sistemas
13
19
7
45
16
Sempre Frequentemente
Às Vezes Raramente
Nunca
Analisando o gráfico...
Se pensarmos em termos de
dinheiro, com 20% do valor
resolveríamos o problema do cliente;
Normalmente a parte de
desenvolvimento é que exige que
negócios tenha tudo definido. Mas o
cliente não tem tudo definido;
Conflitos existentes entre TI e
negócios durante os projetos são
muitos;
Standish Group, 2002
27. Scrum
Manifesto Ágil
by homesbythomas
Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos
e ajudando outros a fazê-lo. Através deste trabalho, passamos a valorizar:
1. Indivíduos e interação entre eles mais que processos e ferramentas
2. Software em funcionamento mais que documentação abrangente
3. Colaboração com o cliente mais que negociação de contratos
4. Responder a mudanças mais que seguir um plano
Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.
manifestoagil.com.br
29. Scrum
Responsável por priorizar
o desenvolvimento para
permitir o retorno ($) para
a empresa;
Responsável por
conhecer as
necessidades do cliente;
Ponto focal em ambientes
com mais de um cliente;
Product Owner (PO)
Responsável por remover
os impedimentos do time;
Responsável por garantir
o uso do Scrum;
Protege o time de
interferência externa;
Scrum Master
Define metas das
interações;
Auto-gerenciamento;
Produzir produto com
qualidade e valor para o
cliente;
Time
Papéis
fonte: Treinamento – Alexandre Magno
35. Scrum
Product Backlog – Analogia do Iceberg
Prioridade
Próxima Release
Release
Sprint Atual
fonte: Treinamento – Alexandre Magno
36. Scrum
Product Backlog
Pilha de requisitos contendo demandas de todos os stakeholders,
preferencialmente descrita em linguagem de usuário.
Deve estar ordenada do mais importante para o menos importante.
Essa ordenação é feita com base no Business Value estipulado pelo
PO.
Sprint Backlog
Seleção de Itens do Product Backlog que possam ser realizados no
período do Sprint
Histórias
São quebras das funcionalidades.
Normalmente uma funcionalidade (tema) contém várias histórias
Tarefas Decomposição das histórias em atividades
Artefatos
37. Scrum
Product Backlog
Funcionalidade 1 – Formas de Pagamentos
Funcionalidade 2 – Autenticação do usuário para acompanhar compras
Funcionalidade 3 – Bate-papo com o usuário para facilitar a compra
Sprint Backlog
Na duração do Sprint (2 semanas) o que é possível entregar com
qualidade no final do período que tenha a maior prioridade (BV)?
Histórias
H1 - Pagamento via Boleto Bancário (F1 – BV 2)
H2 - Pagamento via Cartão de Crédito (F1 – BV 1)
H3 - Pagamento via Depósito Direto (F1 – BV 4)
H4 - Autenticação via Email (LDAP simples) (F2 – BV 2)
H5 - Bate-papo via Chat direto (F3 – BV 1)
H6 - Bate-papo via Chat próprio (F3 – BV 2)
Tarefas
T1 – H2 – Montar HTML
T2 – H2 – Desenvolver componente para obter dados do usuário
T3 – H2 – Desenvolver componente de negócios para interfacear com o Banco e obter
aprovação
T4 – H2 – Montar HTML de resposta – confirmação e erro
T1 – H5 – Montar HTML
T2 – H5 – Criar componente de negócio
T3 – H5 – Montar banco de dados para gravar conversas
Artefatos - Exemplo
38. Scrum
Quadro
Mostra, em tarefas, como o sprint está evoluindo
Atualização Diária
Sprint Burndown
Mostra, em pontos, como o sprint está evoluindo
Atualização DIária
Release
Burndown
Mostra, em pontos, como o release está evoluindo
Atualização por Sprint
Controles
42. Time mostra ao PO, no final do Sprint, o resultado atingido (produto
funcionando).
Scrum
Daily Scrum
Reunião diária (15 min).
Ocorre em frente ao quadro
Cada membro da equipe move as tarefas e fala (para a equipe) o que
fez ontem, o que está fazendo hoje e se está tendo algum
impedimento
Planning 1
Realizada no início do Sprint (4 hrs).
PO mostra ao time as histórias com maior prioridade e explilca
detalhes da história.
Time estima a história selecionada e seleciona ao sprint.
Planning 2
Quebras das histórias em tarefas (4 hrs).
Análise do Sprint Backlog para identificar possíveis impedimentos
Review
Cerimônias
Time se reune para idenficiar o que foi bom e o que precisa ser
melhorado antes do próximo sprint.
Retrospectiva