15. Origem do Scrum Desenvolvimento iterativo e incremental Jeff Sutherland, PhD Ken Schwaber SCRUM XP Smalltalk Engineering Tools
16. Origem do Scrum Dr. Jeff Sutherland é um dos inventores do Scrum. Juntamente com Ken Schwaber, ele criou o Scrum como um processo de desenvolvimento de software foram no OOPSLA'95. Desde então, juntos eles têem extendido e aprimorado o Scrum em muitas empresas e organizações de TI. Jeff é um Graduado Distinto da U.S. Military Academy, com extensões diversas pela Stanford University e Ph.D pela University of Colorado School of Medicine. Ele é atualmente o CTO (Chief Technical Officer) da empresa PatientKeeper, Inc in Newton, MA.
17. Ken Schwaber , além de ser um dos criadores do Scrum, é fundador da Agile Alliance e da Scrum Alliance, além de signatário do Manifesto Ágil. Ken desenvolve software há mais de 30 anos, tendo trabalhado formatando MDS para grandes empresas tais como IBM, desde a década de 80. Atualmente,promove ativamente processos ágeis de desenvolvimento de software por todo o mundo, como consultor. Origem do Scrum
18.
19. Termo Scrum O Scrum é uma jogada do Rugby que envolve oito jogadores de cada time, onde eles se "encaixam", 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, já era, o outro time se sobressai.
46. Por que o Scrum funciona “ Controle inteligente aparece como descontrole ou liberdade. E por esta razão é genuinamente controle inteligente. Controle burro aparece como dominação externa. E por esta razão é genuinamente um controle burro. Controle inteligente exerce influência sem parecer fazê-lo. Controle burro tenta influenciar fazendo uma demonstração de força.” Lao Tzu. Livro de Ética
FRACASSO da Indústria do Software CHAOS Report 2004
FRACASSO da Indústria do Software CURANDO a Crise do Software?
DESPERDÍCIO de funcionalidades Regra do 80/20 Estudo de JIM JOHNSON 2000 A CULPA é de T.I. ?
I agila projekt försöka man slippa undan commitments En sprint i taget bara
O Manifesto Ágil não rejeita os processos e ferramentas, a documentação, a negociação de contratos ou o planejamento. Simplesmente mostra que eles têm importância secundária quando comparado com os indivíduos e interações, com o software funcionando, com a colaboração do cliente e as respostas rápidas a mudanças e alterações.”
Empírico = É o conhecimento que adquirimos no decorrer do dia, obtido com a experiência.... É feito por meio de tentativas e erros num agrupamento de idéias . É caracterizada pelo senso comum, pela forma espontânea e direta de entendermos.
- Define os requisitos do produto, decide a data de release e o que deve conter nela. - É responsável pelo retorno financeiro (ROI) do produto. - Prioriza os requisitos de acordo com o seu valor de mercado. - Pode mudar os requisitos e prioridades a cada Sprint. -Aceita ou rejeita o resultado de cada Sprint.
- Garante que o time esteja totalmente funcional e produtivo. - Facilita a colaboração entre as funções e áreas e elimina os impedimentos do time. - Protege o time de interferências externas. Garante que o processo está sendo seguindo. Participando das reuniões diárias, revisão da Sprint, e planejamento.
-Multi-funcional, entre 7 +- 2 membros. -Seleciona, entre os itens priorizados, os que irão ser executados durante a Sprint. -Tem todo o direito de realizar o que quiser dentro da Sprint para cumprir o objetivo da iteração. -Auto-organizado: Organiza o time e o trabalho entre os membros de forma participativa. -Ao final da Sprint, realiza o demo do produto finalizado.
Os membros do Time Scrum são chamados “porcos”. Qualquer outra pessoa é chamada de “galinha”. “Galinhas” não podem dizer aos “porcos” como eles devem fazer seu trabalho.
Sprint Planning 1: Planejamento de Nível Estratégico Prioriza e seleciona as funcionalidades Discute os Critérios de Aceitação Tira dúvidas Sprint Planning 2: - Planejamento de Nível Tático - Define os itens do Sprint Backlog - Estima-se os itens do Sprint Backlog - Velocidade do Sprint (baseado no anterior) - Comprometimento entre as partes
Repartição do Valor de Negócio em Tarefas Atribuíveis
Scrum tem objetivos SMART. Especifico e mensuraveis -> objetivos diarios Alcancavel e realistico -> a propria equipe estima Com prazo definido
Plan -> Sprint Planning Execucao -> Daily scruns Controle -> Sprint review e daily scruns Ajustes -> retrospective meeting Conformidade ao processo e não a especificação. Posso mudar meu plano para atingir o objetivo.
A era da opacidade – projetos marcha para morte, estimativas irrealisticas, pouca comunicacao, etc.
O Scrum é feito para evidenciar os problemas rapidamente. O Scrum não é o problema. Caso vc tenha somente equipe com pessoas ruins na equipe, no final do sprint, vc vai descobrir que vai sair sempre (porcaria!).