Carregado porLuiz Faias Junior
Scrum feito com soluções simples e de baixo custo
O documento discute soluções simples e de baixo custo para implementar Scrum em projetos de software, incluindo a adoção de uma metodologia ágil, modelagem de linguagem simples, e compromisso com o cliente através de transparência e visibilidade do projeto.
![Scrum Experience [O Tutorial Scrum]](https://cdn.slidesharecdn.com/ss_thumbnails/scrumexperienceotutorialscrumv16-091124165357-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
Scrum feito com soluções simples e de baixo custo
- 1. Scrum feito com soluçõessimples e de baixo custo Luiz Faias Jr
- 2.
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10. Trabalho em equipeTrabalhoem equipe semsem
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 25.
- 26.
- 27.
- 28.
- 30.
- 31.
- 32. Scrum na equipede suporte
- 33.
- 34.
- 35.
- 36.
- 37.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45.
- 46.
- 48.
- 49.
Notas do Editor
- #3 É bom explicar o que pretendo exibir com esta palestra - Mostrar nossa experiência com Scrum, XP e Kanban nos últimos 18 meses - As ferramentas que utilizamos para controlar - Como motivar as pessoas a trabalharem nesse ambiente diferente do mercado
- #4 Vou falar o que fazemos para auxiliar no entendimento Software web para gestão de varejos Controle de estoque, compras, financeiro, contabilidade, solução completa exceto software de PDV (frente de caixa) 8 Clientes - são supermercados ou atacados ... todos fazem solicitações de melhorias ou informam bugs 1 único produto com poucas personalizações
- #5 A apresentação está dividida em 4 partes principais
- #6 O que acontecia antes das metodologias ágeis
- #7 Alguns muito bons, mas no geral equipe inexperiente
- #8 Mudança de planos a toda hora. As vezes no meio de uma tarefa.
- #9 Novas solicitações interrompiam o trabalho
- #10 Por não termos testes unitários não sabíamos se íamos quebrar alguma coisa. - Manutenção em legado de 8 anos
- #11 O vizinho não sabia o que o outro estava fazendo
- #12 Por todos estes motivos dá pra ver que não tínhamos nem uma metodologia tradicional (RUP) nem ágil
- #13 Porém já tínhamos princípios ágeis
- #14 Esboço em papel ou na lousa facilita explicação
- #15 Misto de tela + modelo de BD + fluxo com decisões
- #16 Sempre entregamos o máximo de valor e procuramos ajudá-los no que fosse preciso
- #17 Muita sinceridade entre os membros da equipe
- #18 Todo tipo de junk food
- #19 Achamos que isto não era suficiente Precisávamos nos organizar de alguma forma
- #20 O que fizemos para resolver
- #21 Curso na Teamware com Juan Bernabó (sexta e sábado)
- #22 Montamos o quadro com tinta magnética e ímãs para prender os papéis. Isto facilita o “drag-and-drop” Explicar rapidamente o fluxo (segunda - planejamento ... sexta - revisão e retro) Quem quiser saber mais consulte o blog Agora vamos conhecer o fluxo de trabalho...
- #23 Idéias são cadastradas por membros do suporte ou desenvolvimento
- #24 Product Owner prioriza as tarefas de acordo com sua importância Ele é um proxy entre todos os clientes Também usamos Fibonacci para o valor de negócio
- #25 Com o backlog priorizado é possível fazer a reunião de planejamento Ciclo de 1 semana com planejamento na segunda e revisão na sexta
- #26 Durante a reunião estimam-se as tarefas não estimadas Modelo de cartas disponíveis no blog
- #27 Durante a semana as tarefas em andamento são acompanhadas pelo ticket ao lado da foto. - Quando uma pessoa tem muitas tarefas em paralelo algo está errado (mas ainda não aplicamos kanban)
- #28 Para tarefas mais difíceis há programação em par - Para não ficar tão entediante utiliza-se a técnica de ping pong pairing - Escreve um teste e deixa falhando (aí passa a bola)... o outro implementa e faz outro teste falhar (e novamente passa a bola)
- #29 Assim que uma tarefa é concluída ela é validada por uma equipe de testes - Pode voltar para desenvolvimento ou ir para o Done!
- #30 O acompanhamento do que foi concluído fica na TV de plasma (não é de tão baixo custo) - Feito em php sobre o banco de dados postgres do trac
- #31 Na sexta-feira fazemos a revisão e depois a retrospectiva para encontrar soluções de melhoria contínua
- #32 Analisamos os cartões escritos durante a semana - Verdes são bons, vermelhos são ruins, amarelos são idéias de ações a tomar
- #34 - Uma reunião que não é do Scrum - Toda quarta-feira temos uma reunião de uma hora onde qualquer um pode propor um assunto que seja de interesse da empresa - Alguém apresenta um framework novo como jQuery, Linux, Effective Java, GIT - Agora vamos entrar na parte técnica...
- #35 Para acompanhamento dos projetos e wiki
- #36 Para desenvolvimento em Java
- #37 Framework para controle de transações, injeção de dependências e MVC
- #38 Servidor de aplicações que substituiu o Tomcat e nos deu estabilidade
- #39 Framework para javascript muito famoso - Muito fácil de usar. Possui abas, árvore, drag and drop - Facilita a escrita e manutenção de javascript
- #40 Mudamos recentemente de SVN para GIT e sentimos a diferença - Não usamos distribuído. Usamos um repositório central. Trocamos pela velocidade - Resolve melhor os conflitos - Existem outras soluções como Bazar e Mercurial
- #41 Mostra quando o build foi quebrado Existem outras soluções como o Continuum, Cruise Control e TeamCity Agora vamos falar sobre o ambiente de trabalho...
- #42 Somos 6 desenvolvedores e 2 testers
- #43 Todos utilizam iMac de 20 polegadas com 4GB de memória - Não sofremos mais com o tempo de publicação do projeto para o JBoss no eclipse
- #44 Todos se divertem, portanto o tempo passa muito rápido - Temos bonecos nas mesas
- #45 Vamos a muitos eventos e conhecemos muita gente legal como o pessoal da globo.com - Danilo Bardusco, Guilherme Chapiewski e Antônio Carlos Silveira (agora no Yahoo)
- #46 Todos da equipe participaram da pescaria organizada pela empresa para Presidente Epitácio - Momento de forte integração Tudo isto permite... uma equipe motivada
- #47 Dá pra ver que o pessoal se diverte bastante no trabalho - Mas sempre tem um engraçadinho pra editar as fotos...
- #49 Obrigado pela oportunidade de apresentar nosso case Espero que tenha dado alguma idéia de como melhorar o trabalho de vocês Vou ficar até o final do dia caso queiram conversar sobre algum dos itens apresentados
- #50 Aqui está meu e-mail e o link do blog: blog.bluesoft.com.br Obrigado novamente