Disseminando conhecimento e inovação em desenvolvimento de software corporativo
Mark is a Certified Scrum Trainer and Agile Coach with Agile Pain Relief Consulting. He has over twenty years experience in the IT industry, working as a Developer, Manager, Technical Lead, Architect and Consultant. He has ten years of experience with Agile and Scrum introducing these methods to a number teams from small companies to large organizations. He also publishes a blog: Notes from a Tool User. When not in front of a computer, Mark spends his time with his wife and two daughters.
Mark Levison observou que, após um treinamento sólido em sala de aula, times de grandes empresas continuaram sofrendo para adotar TDD. Para entender melhor o problema ele fez pesquisas com os membros dos times. Neste artigo ele compartilha os problemas que ele cobriu e sua própria estratégia adotada, desenhada para ajudar a qualquer um que queira introduzir TDD dentro de uma empresa.
Como você trabalhar com pessoas difíceis e que não cooperam? Pessoas que são combativas e não profissionais? Pessoas que parecem mobilizadas contra as decisões do dia?
Um gráfico tradicional de Burndown do Sprint ajuda o time? Alguns times de Scrum acham que controlar as horas de uma tarefa esconde o verdadeiro estado do sprint e preferem outras ferramentas.
É uma boa idéia recompensar o melhor time Scrum em determinada empresa a cada semestre? Como ele será determinado? Quais efeitos uma recompensa pode ter?
Como podemos explicar a importância e o valor da refatoração para pessoas que atuam em ramos gerências, pessoal que nunca programaram antes? Como podemos justificar o tempo adicionado na entrega do nosso projeto por conta dessa refatoracão?
Um ScrumMaster precisa ter conhecimentos técnicos ? Eles devem conseguir ler códigos e auxiliar os desenvolvedores no trabalho do dia a dia?
O que acontece se o seu time falha constantemente no fator "Definição de Pronto"(DoD) em algumas ou todas as histórias. Eles devem aumentar os prazos do sprint? Como o product owner deve lidar com essa situação? No caso particular a pessoa que fez essas perguntas estava em um time que utilizava sprints de 4 semanas.
O Projeto Agile Skill é um meio para estabelecer uma base de habilidades que um Desenvolvedor Ágil precisa. O projeto possui um repositório e um lugar para começar a aprender essas habilidades necessárias.
Michael de la Maza se perguntou sobre o que exatamente é um Story Point. Ele estava procurando por uma resposta e encontrou muitas: "Story Points representam unidades de tempo obscuras." ou "Story Point é uma unidade relativa de medida usada por times Scrum. Isso e usado para mensurar a quantidade de esforço necessário para implementar uma história."
