Scrum é um formato para organizar atividades de projeto de pessoas talentosas, que não é um formato. Coisa zen. Ele não foi planejado assim. Ele acabou assim.
Qual é a dificuldade de trabalhar com pessoas talentosas? Eles não gostam de molduras, formatos e nada imposto. A estrutura imposta, formatos, restrições, processos, padrões, etc., impedem que eles criem novos, sem precedentes. Ao mesmo tempo, uma empresa pode viver apenas em algum formato: termos, padrões, tarefas, planos, orçamentos, processos, volumes de trabalho, níveis de qualidade, dinheiro, etc.
Quais são os formatos ruins? Eles trabalham em média para a deterioração. Eles geralmente são projetados para garantir o trabalho dos trabalhadores mais estúpidos e estúpidos disponíveis. Para pessoas inteligentes e capazes, os formatos, mesmo os melhores, não parecem absurdos e ilusórios, mas com uma quantidade considerável de idiotice e pedras penduradas nos pés do corredor. E pendurar pedras ainda requer um novo recorde. De preferência o mundo.
Nesse sentido, o Scrum é interessante, pois possui uma estrutura externa adequada aos negócios e, ao mesmo tempo, dentro dessas estruturas, pessoas criativas, talentos deixaram espaço suficiente para atividades conjuntas e auto-organização. Há duas a quatro semanas, há uma lista de tarefas com prioridades, há requisitos de negócios para a qualidade, há uma maneira de negociar com a empresa para regular o volume de tarefas no sprint - e então os próprios membros da equipe podem organizar sua interação como acharem melhor. Existem estruturas externas, mas por dentro elas podem se organizar da maneira que for conveniente para essas pessoas talentosas.
Se eles quiserem, obterão um método de parede de
rocha para conduzir o ciclo de vida da tarefa. Um Kanban visual simples de algum tipo. Se eles quiserem, liderarão o YouTrack e organizarão como eles concordarem. Outra equipe pode levar Jira ou RedMine. Sim, o mestre do Scrum corre por lá e a equipe pode conversar com ele se ele quiser - ele definitivamente recomendará algo imediatamente ou vasculhará, encontrará e dirá como as pessoas podem. Bem, ou você mesmo. O negócio de pessoas livres. Se eles se encaixarem em um sprint de duas semanas com o volume de tarefas que eles mesmos realizaram.
O Scrum apareceu como uma modificação do XP, portanto, sem um profundo entendimento do XP e das idéias de Kent Beck, é impossível entender como o que está descrito no Guia Scrum pode funcionar. Ao mesmo tempo, com o tempo, tudo o que está incluído no XP foi descartado dos requisitos do Scrum. O fato é que o XP é um excelente formato de cópia impressa de alto desempenho. Mas difícil. Mas o formato. Mas estabelecido de fora que a pessoa criativa causa rejeição e rejeição internas. A prática demonstrou que a imposição do XP - um dos processos mais humanos mais severos no desenvolvimento de software - interfere no trabalho das pessoas criativas apenas um pouco menos do que a imposição de qualquer outro formato de organização da atividade. Os próprios membros da equipe devem procurá-lo. Portanto, a versão atual do Guia Scrum não regula as ferramentas e a organização interna da equipe de desenvolvimento: o Scrum cria um
local para a organização de atividades, mas transfere completamente a organização para os membros da equipe.
Sim, sim, sim, exatamente assim: tentativas de alguma forma otimizar o trabalho das equipes de fora, de alguma forma atribuir a elas certas ferramentas, até diagramas de gravação do tipo Scrum, programação de pares, TDD e assim por diante, sem os quais é difícil para a equipe viver no Scrum, sim o mesmo YouTrack ou Jira - tudo isso destrói a independência das equipes, tudo isso destrói sua liberdade de organizar o espaço criativo conforme sua conveniência.
Destrua especialmente equipes de vários tipos de gerentes. O que os gerentes querem? Eles querem gerenciar. Para o bem comum, eles querem mudar algo na equipe, formato ou processo e melhorar a situação através da mudança. É com isso que eles se reconhecem como necessários e demonstram sua necessidade para a liderança. Ao mesmo tempo, mesmo Schwaber, com sua propensão a um estilo de gestão de liderança, foi forçado a introduzir os mestres de Scrum (e ele próprio nesse cargo) não como líder, nem como mentor, mas como treinador. E não apenas como um treinador, mas um treinador da forma mais branda - um assistente sob demanda, um líder em serviço. A equipe precisa - a equipe aborda. E não tanto por conselhos sobre o que fazer, mas por um menu com uma lista do que geralmente é útil para qualquer dificuldade que surgir. Eles aprendem com ele as opções de melhores práticas e entendem por si mesmos o que é mais conveniente para eles em sua situação e com sua experiência - cada um individualmente. Ou seja, o Scrum-master é apresentado como um líder que não lidera - novamente um design Zen.
Scrum é um formato não formatado. Lembre-se disso. Caso contrário, não funciona.