Sou um grande fã do desenvolvimento ágil e usei o XP em um projeto de muito sucesso alguns anos atrás. Eu amei tudo sobre isso, a abordagem de desenvolvimento iterativo, escrevendo código em torno de um teste, emparelhando a programação, tendo um cliente no local para executar as tarefas. Era um ambiente de trabalho altamente produtivo e nunca me senti pressionado.
No entanto, os últimos lugares onde trabalhei usam / usaram Scrum. Eu sei que é o filho do pôster do desenvolvimento ágil nos dias de hoje, mas não estou 100% convencido de que seja ágil. Abaixo estão as duas principais razões pelas quais não me parece ágil.
Os gerentes de projeto adoram
Os gerentes de projeto, que por sua própria natureza são obcecados por linhas do tempo, todos parecem amar o Scrum. Na minha experiência, eles parecem usar o Sprint Backlog como um meio de rastrear os requisitos de tempo e manter um registro de quanto tempo foi gasto em uma determinada tarefa. Em vez de usar um quadro branco, todos usam uma planilha do Excel, que cada desenvolvedor deve preencher religiosamente.
Na minha opinião, isso é muita documentação / controle de tempo para um processo ágil. Por que eu perderia tempo estimando quanto tempo uma tarefa me levaria quando eu pudesse continuar com a tarefa? Ou da mesma forma, por que eu perderia tempo documentando quanto tempo uma tarefa levou quando eu posso passar para a próxima tarefa em questão.
Reuniões Standup
As reuniões de stand-up no local anterior em que trabalhei foram um pesadelo. Todos os dias tínhamos que explicar o que havíamos feito ontem e o que faríamos naquele dia. Se analisássemos nossa "estimativa" de tempo para uma tarefa, o gerente de projetos daria um fedor e faria referência ao Sprint Backlog como um meio de mostrar que você é incompetente por não seguir a linha do tempo.
Agora entendo a necessidade de comunicação, mas certamente o tom das reuniões diárias deve ser alegre e focado no compartilhamento de conhecimento. Eu não acho que deveria se transformar em uma charada no estilo da sua lição de casa. Também certamente o ponto principal do ágil é que as linhas do tempo mudam, elas não devem ser gravadas em pedra.
Conclusão
A idéia do Agile é melhorar o software, facilitando a vida dos desenvolvedores. Portanto, na minha opinião, qualquer processo ágil usado por uma equipe deve ser conduzido pelo desenvolvedor. Eu não acho que ter um gerente de projeto use um processo que eles rotularam como "ágil" para rastrear um projeto tem algo a ver com desenvolvimento ágil.
Pensamentos alguém?
Respostas:
Existem certos elementos no Scrum que são mais propensos à perversão, mas, para ser franco, o que você está descrevendo é o resultado de tentar fazer com que uma organização adote o Scrum sem educar todas as partes interessadas quanto ao que é, como funciona e por que isso funciona. Você precisa de adesão em toda a empresa para obter resultados.
Qualquer transformação ágil vai expor tudo de ruim que está acontecendo em sua organização, incluindo, entre outros, microgerenciadores, pessoas com fome de poder com suas próprias agendas, desenvolvedores insuficientemente treinados, silos de comunicação etc. Se não houver vontade coletiva de resolver esses problemas e você apenas "faz standups" e apenas "trabalha em sprints", a implementação do Scrum vai cair de cara no chão.
Não posso enfatizar isso o suficiente: se você quer fazer o Scrum, precisa de treinadores competentes que possam lhe mostrar o caminho. Não basta ler o Essential Scrum e apenas ver onde ele o leva ...
fonte
Eu acho que esse link de um dos comentários acima realmente diz tudo. Vale a pena assistir, o tio Bob fornece um breve histórico do Scrum e basicamente diz que o Scrum não é um processo de desenvolvimento Agile porque o Scrum evoluiu ao longo do tempo para se tornar um processo de gerenciamento . As razões por trás disso parecem ser porque foram os gerentes de projeto, e não os desenvolvedores, que estavam fazendo os cursos Scrum.
fonte
O que você está descrevendo é o que nós, formadores profissionais do Scrum, vemos muito em organizações que "implementaram o scrum". Muitas vezes, eles também fazem "XP na equipe de desenvolvimento", o que significa que existem alguns testes de unidade em execução em um servidor de compilação em algum lugar. Isso não é scrum .
Sim, os gerentes de projeto podem usar um backlog de produtos, especialmente um que foi digitalizado, para abusar das métricas coletadas por esses sistemas. Mas a equipe de desenvolvimento e o Scrum Master não devem permitir. O que um gerente de projetos está fazendo lá? Isso não deveria ser um Dono do Produto ?!
Assim como o XP pode ser mal executado, e alguns processos mais rigorosos podem parecer muito fluidos (com integração, implantação contínua, mas ainda com muito planejamento), o Scrum é apenas uma estrutura. É preciso pessoas boas que entendem os valores e o processo para executá-lo bem. É necessário um aprendizado contínuo para melhorar .
fonte
Você provavelmente esperava esse, mas apenas porque algumas (muitas?) Pessoas usam mal o Scrum de maneira não ágil não significa que o Scrum não seja ágil.
Gerente de Projeto : não existe esse papel em uma equipe Scrum. O Scrum Master não é responsável pelo orçamento ou pelo cumprimento dos prazos. Ele é responsável por ajudar a equipe e remover quaisquer impedimentos que estejam no caminho para a meta com a qual se comprometeram. Pelo que você descreve, parece que o seu PM sequestrou o Scrum para tomar para si prerrogativas que normalmente vão para a equipe e o Dono do Produto, perpetuando os hábitos anteriores de comando e controle.
Rastreamento de tempo : o Scrum recomenda rastrear o tempo restante e resumir para determinar o status do sprint, não para apontar o tempo gasto pelos membros da equipe. Isso pode parecer um detalhe, mas faz toda a diferença entre uma cultura orientada para a culpa e uma abordagem orientada para objetivos.
No Guia Scrum :
fonte
scrum é uma metodologia de gerenciamento de projetos
ágil é uma metodologia de desenvolvimento de software (-ish)
scrum + ágil funciona muito bem
scrum sem ágil ... nem tanto
fonte