21. E só vou entregar
Simples Pegue e levante
papéis, boa idéia, enrolo,
toda documentação, estime
tudo muda e não entrego
por exemplo com FPA e...
nada...
Thursday, May 14, 2009
33. Métodos Ágeis
• Indivíduos e interaçõessão mais
importantes que
processos e ferramentas.
• Software funcionandoé mais importante do que
documentação completa e detalhada.
• Colaboração com o clienteé mais importante do que
negociação de contratos.
• Adaptação a mudançasé mais importante do que
seguir
o plano inicial.
Thursday, May 14, 2009
37. XP:
Extreme Programming (XP), nascida
nos EUA ao final da década de 90, ajuda a
criar sistemas de melhor qualidade, produzidos
em menos tempo e de forma mais econômica.
Isto é possível através de um pequeno conjunto
de valores, princípios e práticas, que diferem da
forma tradicional de se desenvolver
software, em XP, codificação é principal
tarefa.
Thursday, May 14, 2009
39. FDD:
Foco nas fases de desenho e
construção.
Interage com outras metodologias.
Não exige nenhum processo específico de
modelagem.
Possui desenvolvimento iterativo, enfatiza
aspectos de qualidade durante o processo e
inclui entregas freqüentes e tangíveis.
Suporta desenvolvimento ágil com rápidas
adaptações às mudanças de requisitos e
necessidades do mercado.
Thursday, May 14, 2009
41. DSDM:
Método dinâmico de desenvolvimento de
sistemas
Estudo das possibilidades;
Estudodos negócios;
Iteração do modelo functional;
Iteração de projeto e construção;
Implementação final.
Thursday, May 14, 2009
43. ASD:
Desenvolvimento Adaptável de
Software
Prazos pré-fixados;
Tolerância a mudanças;
Orientado a riscos;
Facilitador ;
Escriba;
Cliente Gerente de Projetos;
Desenvolvedores.
Thursday, May 14, 2009
45. SCRUM:
Processo de desenvolvimento
iterativo e incremental que pode ser
aplicado a qualquer produto ou no
gerenciamento de qualquer atividade
complexa;
Criado por Jeff Sutherland e Ken Schwaber
na década de 90.
Thursday, May 14, 2009
47. São tantas, esses caras
para não trabalhar ficam
inventando tanta moda?
Bom... no geral tudo isso segue a mesma
linha de raciocínio, levantamentos rápidos,
reuniões diárias, equipe e cliente envolvidos é
isso, vou ver melhor esse SCRUM.
Apesar que poderia juntar com algumas boas
práticas das outras já que todas são
parecidas nada me impede de fazer isso.
Thursday, May 14, 2009
51. Definido meu Time 2
garotas lindas para meu prazer e o resto
para trabalhar.
Thursday, May 14, 2009
52. Prestem Atenção vou Explicar 1 vez
apenas como funciona o SCRUM e como
utilizaremos, quem não seguir o que eu
falar estará demitido.
Thursday, May 14, 2009
54. Product Backlog
Lista com as funcionalidades para o produto;
Definido pelo Product Owner;
Não necessita estar completo;
Levantamento ocorre no Sprint Planning Meeting;
Após a equipe determina quais intens entrarão no
Sprint;
Isto facilita dividir o trabalho entre os membros da
equipe.
Thursday, May 14, 2009
55. Sprint Planning Meeting
•! Reunião em que o Product Owner, o Scrum Master e o Scrum Team
estarão juntos;
•! Product Owner descreve as funcionalidades de maior prioridade;
•! No final será gerado o Sprint Backlog;
•! Há necessidade de definir os itens de maior prioridade;
•! Outros itens serão definidos na próxima Sprint Planning Meeting;
•! O Scrum Team e o Product Owner definirão o objetivo para o Sprint;
•! A equipe como um todo determina quanto será capaz de se comprometer a
fazer.
Thursday, May 14, 2009
57. Tsc... Levantar pequenos
pedaços do sistema?
Está louco?
Isso NUNCA vai dar certo, quanto
tempo levará cada pedaço?
Você prevê o futuro?
Thursday, May 14, 2009
61. Como ia dizendo antes de
ser enterrompido por barulhos
incômodos.
Vamos jogar Poker para estimar.
É por isso que escolhi SCRUM.
Thursday, May 14, 2009
63. PLANNING POKER
Estimaremos
da seguinte forma:
Números menores coisas que
podemos realizar;
Número maiores não
podemos estimar.
Thursday, May 14, 2009
69. O ponto de
interrogação significa que
vocês não entenderam, ou seja o
cara explica mal ou vocês são
idiotas.
Prestem atenção e perguntem
para que isso não aconteça.
Thursday, May 14, 2009
73. No caso de um item,
alguém da equipe escolher 3 e
outro 13 discutiremos para ver se é
simples, complexo, ou se vocês
não prestaram atenção.
Thursday, May 14, 2009
75. Sou a responsável por
garantir o
Retorno sobre o
Investimento (ROI) do projeto.
Também
conheço as necessidades do
que preciso no Hospital.
PRODUCT
OWNER
Thursday, May 14, 2009
76. PRODUCT OWNER
Pessoa que define os itens do Product Backlog e os prioriza nas
Sprint Planning Meetings;
O Scrum Team analisa o Product Backlog priorizado e seleciona os
itens mais prioritários, se comprometendo a entregá-los no final do
Sprint (iteração), estes itens compõe o Sprint Backlog;
A equipe se compromete a executar um conjunto de atividades no
Sprint e o Product Owner se compromete a não trazer novos
requisitos para a equipe durante o Sprint.
Thursday, May 14, 2009
77. DAILY SCRUM
Todos os dias a equipe faz uma reunião em Pé de 15
minutos;
No início da manhã ou no final do expediente;
É feita com todos os membros em pé;
Nesta reunião deverá ser respondida apenas 3
perguntas:
O que você fez ontem?
O que você fará hoje?
Há algum impedimento no seu caminho?
É uma reunião focada focada;
Não é para resolver problemas, apenas conhecer os
impedimentos sem fugir do foco;
Não é uma reunião de status report na qual um chefe fica
coletando informações sobre quem está atrasado;
É uma reunião em que o Scrum Team assumem
compromissos perante os demais.
Thursday, May 14, 2009
80. No final do Sprint é feito um Sprint Review Meeting;
O Scrum Team mostra o que foi alcançado;
Estará presente o Product Owner, o Scrum Team e o Scrum Master;
O mais importante é que o objetivo do Sprint esteja realizado.
Thursday, May 14, 2009
81. SPRINT RETROSPECTIVE
Ocorre ao final do Sprint;
Serve para identificar o que funcionou bem;
Também para verificar o que pode ser melhorado;
E quais ações serão tomadas para melhorá-lo.
Thursday, May 14, 2009
82. SCRUM MASTER
Tenho garantir o uso
da Metodologia. Além do que
tenho que ser um líder e um
facilitador, preciso tirar da frente
qualquer coisa que me atrapalhe
minha equipe e possa detonar
a entrega.
Thursday, May 14, 2009
83. SCRUM TEAM
TA função do SCRUM Team é ser auto-gerenciado para
definir metas dos Sprints, produzí-los com qualidade e valor
para o Product Owner.
Thursday, May 14, 2009
87. QUADRO DE TAREFAS KANBAN
Nesses quadros que colocaremos o
andamento do Sprint, os Post its são
importantes, se for coloridos facilitam a visualização
para alguns destaques.
Também serve para saber o que o outro está fazendo e
não precisamos de ferramentas que nunca
funcionam como queremos para gerenciamento
do projeto
Thursday, May 14, 2009
88. E se eu precisar implementar outro conceito de
qualquer outra metodologia ágil como XP com
programação em par, ou os modos de desenhar como
FDD pode ser feito, não só em SCRUM, mas como
todas as outras.
Thursday, May 14, 2009
89. Isso não dará certo, seu Hidrocona
acabou?
Thursday, May 14, 2009