Alguém mais sente que o Scrum não é ágil?

39

Sou um grande fã de desenvolvimento ágil e usei o XP em um projeto de muito sucesso há alguns anos. Eu adorei tudo sobre isso, a abordagem de desenvolvimento iterativo, escrever código em torno de um teste, programar em par, ter um cliente no site para executar as coisas. Foi um ambiente de trabalho altamente produtivo e nunca senti que estava sob pressão.

No entanto, os últimos lugares em que trabalhei usavam / usavam o Scrum. Eu sei que é o garoto-propaganda para o desenvolvimento ágil atualmente, mas não estou 100% convencido de que é ágil. Abaixo estão as duas principais razões pelas quais ele simplesmente não parece ágil para mim.

Os gerentes de projeto adoram

Os gerentes de projeto, que por sua própria natureza são obcecados por prazos, todos parecem amar o Scrum. Na minha experiência, eles parecem usar o Backlog do Sprint 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 folha de excel, que cada desenvolvedor deve preencher religiosamente.

Na minha opinião, isso é muito documentação / rastreamento de tempo para um processo ágil. Por que eu iria perder tempo estimando quanto tempo uma tarefa vai me levar quando eu posso apenas continuar com a tarefa em si. Ou, da mesma forma, por que eu perderia tempo documentando quanto tempo uma tarefa demoraria quando eu pudesse passar para a próxima tarefa?

Reuniões em Stand-up

As reuniões de standup no lugar 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 analisarmos o nosso tempo "estimativa" para uma tarefa, o gerente de projeto iria chutar um fedor, e referenciar o Backlog da Sprint como um meio de mostrar que você é incompetente por não aderir à linha do tempo.

Agora eu entendo a necessidade de comunicação, mas certamente o tom das reuniões diárias deve ser leve e se concentrar no compartilhamento de conhecimento. Eu não acho que deveria se transformar em um lugar onde está sua charada de estilo de dever de casa. Também certamente o ponto de buraco da agilidade é que as linhas de tempo mudam, elas não devem ser gravadas em pedra.

Conclusão

A ideia de agilidade é tornar o software melhor, 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 usando um processo que eles rotularam de "ágil" para rastrear um projeto tem algo a ver com o desenvolvimento ágil.

Pensamentos, alguém?

    
por T-Pane 20.01.2014 / 15:44
fonte

5 respostas

19

Yes. Even one of the "fathers" of agile doesn't agree that Scrum is really agile : youtube.com/watch?v=hG4LH6P8Syk – Euphoric

Acho que esse link de um dos comentários acima realmente diz tudo. Vale a pena assistir, o tio Bob dá uma breve história sobre o Scrum e basicamente diz que o Scrum não é um processo de desenvolvimento Ágil porque o Scrum evoluiu com o 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 do Scrum.

    
por 10.03.2014 / 15:53
fonte
25

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 sobre o que é tudo isso, como funciona e porque funciona. Você precisa de um buy-in em toda a empresa para obter resultados.

Qualquer transformação ágil vai expor tudo de ruim que está acontecendo em sua organização, incluindo, mas não limitado a, micro-gerentes, pessoas com muita energia com suas próprias agendas, desenvolvedores insuficientemente treinados, silos de comunicação, etc. resolver esses problemas e você apenas "fazer standups" e apenas "trabalhar em sprints", a implementação do Scrum vai cair de cara no chão.

Eu não posso enfatizar isso o suficiente: se você quer fazer o Scrum, você precisa de treinadores competentes que possam lhe mostrar o caminho. Não é suficiente ler o Essential Scrum e depois ver onde ele chega ...

    
por 20.01.2014 / 16:35
fonte
13

O que você está descrevendo é o que nós, profissionais treinadores de 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 há 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 do Produto, especialmente um que tenha sido digitalizado, para abusar das métricas que esses sistemas coletam. Mas a Equipe de Desenvolvimento e o Scrum Master não devem deixá-lo. O que um gerente de projetos está fazendo lá de qualquer maneira? Não deveria ser um Product Owner ?

Assim como o XP pode ser mal feito, e alguns processos mais rigorosos podem parecer muito fluidos (com integração contínua, implantação, mas ainda muito orientados pelo plano), o Scrum é apenas um framework. É preciso pessoas boas que entendem os valores e o processo para executá-lo bem. Leva aprendendo continuamente uma melhoria para chegar lá.

    
por 20.01.2014 / 16:36
fonte
12

Você provavelmente esperou por isso, mas apenas porque algumas pessoas usam o Scrum de uma forma não-ágil, não significa que o Scrum não seja Ágil.

Gerente de projetos : não existe essa função em uma equipe Scrum. O Scrum Master não é responsável pelo orçamento nem pelo cumprimento de prazos. Ele é responsável por ajudar a equipe a sair e remover quaisquer impedimentos em seu caminho para a meta com a qual eles 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 Product Owner, perpetuando os hábitos de comando e controle anteriores.

Rastreamento de tempo : Scrum recomenda rastrear tempo restante e resumir para determinar o status da sprint, não apontar no tempo gasto pela equipe individual membros. Isso pode parecer um detalhe, mas faz toda a diferença entre uma cultura orientada a culpas e uma abordagem orientada para objetivos.

Do Guia do Scrum :

Monitoring Sprint Progress

At any point in time in a Sprint, the total work remaining in the Sprint Backlog can be summed. The Development Team tracks this total work remaining at least for every Daily Scrum to project the likelihood of achieving the Sprint Goal. By tracking the remaining work throughout the Sprint, the Development Team can manage its progress.

    
por 20.01.2014 / 16:59
fonte
2

scrum é uma metodologia de gerenciamento de projetos

ágil é uma metodologia desenvolvimento de software (-ish)

scrum + agile funciona muito bem

scrum sem agilidade ... nem tanto

    
por 20.01.2014 / 18:10
fonte

Tags