Robôs toscos cantando - o pior é ilimitado

Scrum - Más interpreções, segundo Ken Schwaber

Ken Schwaber deu uma palestra sobre más interpretações do Scrum, que apesar de básica para quem já conhece scrum é muito boa para alinhar conceitos. Aliás, a maneira como ele fala o mesmo que você já leu é muito boa. Ele consegue repetir o conceito sem passar por chato. Ele fala um conceito e conta um caso de como deu certo ou deu errado, assim como ele faz nos livros dele.
Para iniciar, scrum não é uma metodologia. É um framework, ou como alguns dizem aqui, arcabouço para gerenciar desenvolvimento de produto. Ele define os encontros, papéis e atitudes esperadas dentro do desenvolvimento do produto. O que você tiver que colocar ou melhorar vai ser a partir desse framework. Por isso, se você quiser boas práticas de XP, normas da qualidade ou mesmo integração com o ITIL você pode fazer a partir dele. O que entendo disso é que técnicas e regras podem ser inseridas, desde que não descaracterizem a priorizaçõa do backlog. Aliás, acho que o scrum cresceu bastante no mundo de desenvolvimento não só pela definição de um bom framework, mas pela capacidade de inserir técnicas de desenvolvimento ágil tornando a atividade de gerar e testar código mais fácil a cada mudança necessária. Se fosse só pelo livro preto de scrum, o framework ficaria muito teórico e pouco prático para a dinâmica das empresas hoje. A outra coisa que o torna um grande framework é que ele muito simples de aprender. Você não precisa ler muita coisa e decorar muitas normas. Você precisa ler um ou dois livros, fazer um bom curso de scrum master ou product owner e está dentro. A facilidade de aprendê-lo não poder ser confundida com a dificuldade de implementá-lo. Sim é difícil de implementá-lo. Para falar o óbvio, essa dificuldade tende a ser proporcional ao tamanho da organização que ser quer inseri-lo mais a quantidade de anos e experiência com processos antigos.
Outra coisa que Ken Schwaber lembrou é que o Scrum foi criado a partir da percepção que desenvolver software para produtos é um processo empírico. Ou seja, há tanta incerteza no QUÊ se quer e também em COMO atingir esse objetivo que é melhor fazer um pouco de cada vez, mostrar, ver o que tem que ser ajustado, e iniciar o ciclo de uma maneira melhor.
Enfim, achei importante Ken Schwaber relembrar dos conceitos que ele mesmo usou e pensou para criar scrum, pois mostra para o pessoal que não viveu com outros métodos ou frameworks onde já se passou até chegar ao Scrum, e como podemos evitar erros no futuro.