TUTORIAIS
Framework SCRUM
Rafael Buck
MSc., PMP, CSM
Eduardo Franceschini
MBA
SCRUM vs. PMBOK
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
SCRUM vs. PMBOK
ESCOPO
Restrições de um projeto
(Tripla Restrição)
TEMPO
CUSTO
• Modelo de Contrato de projetos SCRUM
– Contrato focado no tempo e custo aplicados ao projeto
– Escopo deriva do tempo e custo reservados ao projeto
• Modelo de Contrato de projetos PMBOK
– Contrato focado no escopo
– Custo e tempo derivam do escopo definido
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
SCRUM é framework
• SCRUM é framework e NÃO metodologia
• Framework:
– é incompleto
– define apenas o mínimo para sua implantação
• Metodologia:
– é detalhado
– define com maior detalhe os processos
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
Valores e Princípios
• Pessoas e interação entre elas
– mais que processos e ferramentas
• Software funcionando
– mais que documentação abrangente
• Colaboração com o cliente
– mais que negociar contratos
• Responder às mudanças
– mais que seguir um plano
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
Papéis
PAPEL
RESPONSABILIDADE
PRODUCT OWNER
MACRO GESTÃO
DEV TEAM
MICRO GESTÃO
SCRUM MASTER
PROCESSOS
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
Papéis
• Product Owner (MACRO GESTÃO)
– Responsável por gerencial o product backlog
– Também responsável por coordenar a geração da
visão do produto/projeto
– Responsável por definir as releases do produto gerado
pelo projeto
• Definem-se metas, as quais deverão ser atingidas após um
número específico de sprints, definidos pelo Dev Team
– Calcula as estimativas de duração do projeto
• Quanto tempo levará para se ter determinada release
– Somente o PO cancela um sprint
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
Papéis
• Dev Team (MICRO GESTÃO)
– Sprints
• Definem que tarefas devem ser feitas no sprint que
realizam o item do backlog
• Definem se um item do backlog está bem descrito pelo
PO (se não estiver, PO deve detalhar melhor)
• Cada item de backlog não deve ter duração maior ou
igual a um sprint (PO deve quebrar em itens menores)
– Auto-organização
• Ninguém, nem PO nem Scrum Master podem interferir
em como eles transformarão itens do product backlog
em incrementos do produto
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
Papéis
• Scrum Master (PROCESSOS)
– SCRUM
• Garante que o framework do SCRUM está sendo
executado adequadamente
• O framework do SCRUM é RÍGIDO, qualquer
fundamento que não esteja sendo executado
adequadamente pode comprometer o projeto inteiro
– Remove impedimentos
• Papel de facilitador
• Tanto os que o PO encontra como os que o Dev Team
encontra
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
Fluxo, Eventos e Artefatos
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
Fluxo, Eventos e Artefatos
• Product Backlog
– Contém, predominantemente, itens de negócio
• No formato de user stories
• PRIORIZADOS conforme o seu valor de negócio
– Pode conter itens técnicos e de estudo (spike)
• Mas é exceção
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
Fluxo, Eventos e Artefatos
• Planejamento Estratégico (METAS)
– Quais itens do backlog devem estar em
determinada release
– Uma release entrega software funcional:
• NUNCA entrega protótipo
– Entrega valor ao cliente através de itens
prioritários
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
Fluxo, Eventos e Artefatos
• Planejamento Tático (SPRINTS)
– Definition of Ready:
• Equipe define se o item está bem descrito a ponto de ser
quebrado em tarefas para sua realização
– Sprint:
• Fixo, imutável, e só pode ser cancelado pelo PO
• 2-4 semanas
• Nunca se adiciona item do backlog no meio de um sprint,
deve-se cancelar antes
– Sprint Backlog:
• Conjunto de tarefas que realizam os itens de backlog
presentes em determinada meta
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
Fluxo, Eventos e Artefatos
• Execução
– Reuniões Diárias:
• não-técnicas
• Definem planos de ação para cumprir o sprint
– Reuniões de Review (Validação):
• Valida itens entregues (inspeção)
• Nunca pela metade, sempre completo
– Reuniões de Retrospectiva (Aprendizado):
• plano de ação para melhorias
– Definition of Done:
• Definido na visão do projeto, especifica as características de
validação de um item de backlog desenvolvido pela equipe e
entregue ao PO
Esse trabalho foi licenciado com uma Licença Creative Commons – Atribuição – Compartilhada igual 3.0 Não Adaptada
Para mais informações sobre a distribuição desse material, entre em contato conosco ([email protected])
+ templates e tutoriais...
inovagp.com
Rafael Buck
Eduardo Franceschini
[email protected]
[email protected]