Slides da Aula de Gestão de Projetos Digitais

O que é?

• Gerência

• Projeto

Para que?

• Indivíduos

• Equipe

• Empresa

• Sociedade

Realidade

• Como você faz?

Princípios

• Princípios são atemporais

• Práticas são aplicações dos princípios em uma situação

Natureza das tarefas

• Tarefas repetitivas

• Tarefas criativas

Natureza dos Processos

• Modelo teórico ou prescritivo (pmbok)

• Modelo empírico ou adaptativo (pdca)

PMBOK 4ª Edição

• 5 grupos de processos

• 42 processos

• 9 áreas de conhecimento

Comunicação

• O problema da comunicação

• A maldição do conhecimento

Prioridades

• Visão e Objetivos do projeto

• Para quem tem valor?

• O que tem valor? KISS

• Envolvimento do Cliente

Auto-organização

• Comando e controle

• Federação x União

• Poder x Escolhas = satisfação

Controle Sutil

• Republica Democrática

• Facilitador

Timebox

• Escopo x qualidade+tempo x custo

• Espirito da quinta série

• Instabilidade constante

Estimativas

• Velocidade

• Custo

Mais Comunicação

• Alinhamento

• Removendo impedimentos

• Entregando Valor

Aprendendo

• Retrospectiva

• 5xPorque

• Espinha de Peixe - problema e causas

• NF

The New New Product Development
Game

Game
Instabilidade built-in (forma integral da estrutura)

Game
• Grupo de projeto auto organizado

Game

• Autonomia

Game

• Autonomia

• Auto Superação

Game

• Autonomia


• Troca de idéias

Game

• Autonomia


• Desenvolvimento de fases sobrepostas

Game

• Autonomia


• Multi Aprendizagem

Game

• Autonomia


• Controle Sutil

Game

• Autonomia


• Controle Sutil
• Transferência de aprendizagem organizacional

Lean

• Eliminar desperdício (o que não gera valor)

• Construa com qualidade (sem falhas)

• Crie conhecimento

• Adie compromissos (procrastinação)

• Entregue rapidamente

• Respeite as pessoas (escolhas)

• Otimize o todo (união, visão)

Kanban

• Visualisar o ﬂuxo de trabalho

• Limitar o trabalho em progresso (WIP)

• Medir e gerenciar o ﬂuxo

Manifesto Ágil

Estamos descobrindo maneiras melhores de desenvolver
software, fazendo-o nós mesmos e ajudando outros a
fazerem o mesmo. Através deste trabalho, passamos a valorizar:

Indivíduos e interações mais que processos e ferramentas
Software em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Responder a mudanças mais que seguir um plano

Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à
esquerda.

Princípios
1. Nossa maior prioridade é satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado.
2. Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento. Processos ágeis tiram vantagem das
mudanças visando vantagem competitiva para o cliente.
3. Entregar freqüentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de
tempo.
4. Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto.
5. Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte necessário e confie neles para fazer o
trabalho.
6. O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de desenvolvimento é através de conversa
face a face.
7. Software funcionando é a medida primária de progresso.
8. Os processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de
manter um ritmo constante indefinidamente.
9. Contínua atenção à excelência técnica e bom design aumenta a agilidade.
10. Simplicidade--a arte de maximizar a quantidade de trabalho não realizado--é essencial.
11. As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis.
12. Em intervalos regulares, a equipe reflete sobe como se tornar mais eficaz e então refina e ajusta seu comportamento de
acordo.

O que é SCRUM?
• Um framework com o qual as pessoas podem atender problemas complexos e adaptativos

• Feito de um conjunto simples de regras e garante que todos os membros da equipe sintam a

responsabilidade de um projeto

• Inspeção e adaptação com base em feedback

• Usado para gerenciar projetos complexos desde 1990

• Entrega de funcionalidades de negócio em até 30 dias

• Escalabilidade na distribuição de projetos grandes e longos

• Compatível com CMM Level 3 e ISO 9001

• Extremamente simples mas de difícil implementação

Princípios

Time responsável e comprome/do

Hones/dade

Transparência

Partes potencialmente entregáveis

Timebox

Teoria

Baseado no Processo Empírico:

• Transparência
• Inspeção
• Adaptação

Scrum Team

• Product Owner

• Development Team

• Scrum Master

Papéis no SCRUM
Atividade Papel Responsabilidade

Gerencia a Product O Product Owner estabelece, mantem viva e comunica a visão do produto. Ele demonstra que o

visão Owner projeto é alcançável e o financia criando a visão dos releases e do Product Backlog inicial.

Product O Product Owner monitora o projeto, mantém de acordo com o ROI estabelecido. Ele atualiza as
Gerencia o prioridade do Product Backlog para assegurar-se que as tarefas de maior valor funcional sejam
Owner
ROI produzidas primeiro. Ele prioriza o Product Backlog and mede o sucesso para assegurar que o
projeto está no caminho certo.

Gerencia as Team
Durante uma iteração o time seleciona e desenvolve os requisitos de maior prioridade do Product
iterações de Backlog. Coletivamente, o time expande os itens do Product Backlog para tarefas mais explícitas no
Sprint Backlog e gerenciam o trabalho e a sua própria organização para entregar os itens desejados
desenvolvimento naquela iteração. O time se gerencia para cumprir o compromissos.

Scrum
Master O Scrum Master é responsável por ajustar a equipe acima tentando assegurar o sucesso do projeto
Gerencia o e otimizar a cultura organizacional para encontrar os objetivos no projeto. Isto envolve organizar a
processo Sprint Planning Meeting, a Sprint Review Meeting, protegendo a equipe dos distúrbios externos,
realizando as Daily Scrum Meetings, e removendo impedimentos para o progresso do projeto.

Product
Owner O Product Owner toma decisões sobre quando criar um release oficial. Por uma série de razões não
Gerencia os é desejável liberar um realease a cada incremento. O Product Owner toma esta decisões de
releases maneira consistente com base na visão de investimento que foi estabelecida para o projeto.

Product Backlog
• Lista de funcionalidades, tecnologia a ser aplicada, issues
• Issues são situações/assuntos do projeto que terão o trabalho deﬁnido
mais tarde
• Itens priorizados e estimados
• Maior detalhamento sobre os itens de maior prioridade
• O Product Owner é responsável pela priorização
• Qualquer um da equipe pode contribuir
• Mantido e ﬁxado em local visível
• Derivado do plano de negócio e da visão estabelecida, que tem que ser
criada em conjunto com o cliente
• Estimation Meeting

O que é um Backlog Item?

Como <papel do usuário> eu quero
<funcionalidade> para que <valor de
negócio>

Planning Poker

• Chile
• Argentina
• Venezuela
• Brasil
• Uruguai
• Paraguai
• Egito
• Itália

1, 2, 3, 5, 8, 13, 21

Impedimentos

Que /po de impedimentos você consegue pensar?

Sprint Planning 1

Deﬁnir o Sprint Goal e o Selected Product Backlog

Sprint Planning 2

Deﬁne as tarefas para realizar o Sprint Backlog e alinha ao
Sprint Goal

Junta a estimativa com a realidade da equipe e do projeto

Design é detalhado nesta sessão

Vamos ao quadro!

Burndown

• Sprint Burndown

• Product Burndown

• Velocity per Sprint

• Business Value Evolution

Daily Meeting
• Objetivo: Sincronizar a equipe
- Quais as tarefas foram realizadas ontem?
- Quais as tarefas serão desempenhadas hoje?
- Quais os impedimentos encontrados durante o seu trabalho?
• Mover as tarefas dentro do quadro de acordo com a sua execução
• Resultados
- Atualização do Impediment Backlog
- Atualização do Sprint Backlog
- Atualização dos gráﬁcos Burndown
• Novas funcionalidades que surgirem serão armazenadas para avaliação ao
ﬁnal do Sprint

Sprint Review

• O team deve apresentar os resultados do Sprint e as novas
funcionalidades desenvolvidas
• Se surgirem novas funcionalidades ou alteração, os novos itens irão para
o Backlog para serem estimados e priorizados
• O team deve reportar os impedimentos durante o desenvolvimento
• Ao ﬁnal todos envolvidos no projeto devem entender a evolução do
projeto e os impedimentos

Sprint Retrospective

• O processo é aprimorado ao ﬁnal de cada Sprint

• Facilitado pelo ScrumMaster

• O que aconteceu de bom que nós podemos utilizar
como melhoria?

• ScrumMaster basea a prioridade de acordo com o team

• A equipe planeja a solução dos problemas de sua
responsabilidade

Retrospectiva

“Independente do que nós descubramos, nós
compreendemos e acreditamos
verdadeiramente que todos ﬁzeram o
melhor trabalho que poderiam, deram o que
sabiam naquele momento, seus
conhecimentos e suas habilidades, os
recursos disponíveis, e a situação disponível.”

Resumo

• Roles: Product Owner, Team, ScrumMaster

• Artifacts: Product Backlog, Selected Product
Backlog, Sprint Backlog, Impediment Backlog

• Scrum Meetings: Daily Scrum Meeting, Estimation
Meeting, Retrospective, Sprint Planning 1, Sprint
Planning 2, Sprint Review Meeting

Dicas para Começar

• Ensine os conceitos, teoria e práticas do SCRUM
• Apresente a Visão do Projeto, Objetivos e timelines
• Ensine o Sprint Planning
• Deﬁna o Product Backlog para pelo menos 3 sprints
• Faça um brainstorm dos possíveis impedimentos
• Faça um brainstorm sobre o próximo Sprint - a equipe
aceita
• A equipe deﬁne o Sprint Backlog
• Ensine Daily Meeting, Sprint Review e auto-organização
• Discuta sobre ferramentas, práticas e arquiteturas.

Dia-a-dia do Scrum Master

• Garantaque todos estejam fazendo o que
eles concordaram em fazer

• Trabalhe no Product Backlog

• Usetodo os seus sentidos, incluindo o senso
comum, e lembre-se que você não tem
autoridade.

Instabilidade Constante

• A maioria dos projetos fazem entregas a cada 6 ou 18
meses. Scrum reduz isso para menos de 1 mês para
aumentar o controle através de inspeção e adaptação.

• Isto cria stress no time e na organização, expondo os
problemas e limitações.

• O trabalho do Scrum Master é priorizar estes problemas
e ajudar a organização a superá-los para melhorar sua
produtividade, investimentos e se tornar uma
comunidade para se trabalhar.

Responsabilidades

• Remover as barreiras entre o desenvolvimento e o cliente para
que o cliente diretamente direcione o desenvolvimento.
• Ensinar o cliente a maximizar o ROI e encontrar seus objetivos
através do Scrum.
• Melhorar a vida do time facilitando a criatividade e a auto-
organização.
• Melhorar a produtividade do time de qualquer forma possível
• Melhorar as práticas de engenharia e ferramentas para que cada
incremento na funcionalidade seja potencialmente entregue.
Líder e Facilitador
“Sheepdog”

Scrum e o Scrum Master

• Scrum é um simples, iterativo, incremental esqueleto
com algumas regras.
• Equipado com um Scrum Master resoluto e paciente,
Scrum pode ser usado para transformar trabalho em
proﬁssão, projetos em esforços valiosos, e organizações
em comunidades onde as pessoas queiram trabalhar
nelas.
• Scrum é somente um framework. Ele não falha. Às
vezes, as pessoas não entendem o que está exposto.
Scrum Masters são a chave para o grau de sucesso na
transformação das organizações.

Slides da Aula de Gestão de Projetos Digitais

Mais conteúdo relacionado

Mais procurados

Destaque

Semelhante a Slides da Aula de Gestão de Projetos Digitais

Último

Slides da Aula de Gestão de Projetos Digitais

Notas do Editor