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

41

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?

agile scrum

— winarama
fonte

6

No scrum, as equipes devem ser autogerenciadas. O objetivo do gerente de projetos é, eventualmente, eliminar sua função, para que a equipe organize e participe de reuniões diárias sozinhas. O papel do gerente de projetos deve ser idealmente eliminado para participar de reuniões retrospectivas e de planejamento e lidar com todo o trabalho organizacional.

— SuperM

7

Sim. Mesmo um dos "pais" do ágil não concorda que o Scrum seja realmente ágil: youtube.com/watch?v=hG4LH6P8Syk

— Eufórico

18

Então, o que você está dizendo é que não está fazendo o Scrum e está ciente disso, mas fica surpreso que o Notscrum também é o Notagile?

— PDR

2

Nunca passei mais tempo conversando sobre processos do que em todas as equipes "ágeis" em que participei. Mas ainda gosto muito melhor do que a alternativa.

— Rob

11

Na minha experiência, o Scrum é essencialmente uma tentativa de fazer o Waterfall parecer ágil, dividindo-o em unidades menores. De fato, os sprints devem ser chamados mais realisticamente de "cascatas".

— Berislav Lopac 30/10

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 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 ...

— Stefan Billiet
fonte

16

De que maneira as apresentações diárias são diferentes da microgestão?

— Giorgio

10

Os standups são para a equipe organizar seu tempo para que não atrapalhem o outro. É absolutamente inapropriado falar sobre estimativas, tempo decorrido em tarefas passadas etc. - de fato, um gerente de projeto (em oposição ao scrum master) provavelmente não deveria estar presente.

— Julia Hayward

10

@ Georgio: depende do que você quer dizer com microgerenciamento. O objetivo de um standup diário no SCRUM é manter todos informados sobre o que os outros estão fazendo, não fornecer uma oportunidade para um gerente de projetos castigar as pessoas por não atenderem às estimativas. De fato, não há gerente de projetos no SCRUM, o rastreamento e o ajuste de estimativas são o trabalho da equipe, e se eles não forem atendidos, a pergunta a ser feita é "o que causou e como podemos evitar ou permitir isso no futuro?" ", não" de quem é a culpa e quão ruim podemos fazê-lo se sentir? "

— Michael Borgwardt

3

@ErikReppen, como acontece com praticamente qualquer coisa, você tem um pequeno grupo de pessoas que apresentam uma melhoria de valor e, em seguida, obtém um grupo muito maior que deseja monetizar e geralmente o perverte completamente :-p Eu acredito no Scrum, mas me distancio completamente da Scrum Alliance e de seus negócios de certificação.

— Stefan Billiet

8

@jessehouwing: Sim, mas impor reuniões em uma equipe madura é como ir até alguém que pode andar perfeitamente e dizer a eles: olha, você tem um problema, você não pode andar, eu vou ensiná-lo a andar corretamente. Essas pessoas olham para você e se perguntam: Ei, o que esse cara quer de mim? Claro que posso andar. Portanto, impor reuniões diárias a uma equipe madura e auto-organizada apenas atrapalha o fluxo de trabalho: é apenas desperdício. Essa decisão pode ser explicada pela gerência incompetente ou pela vontade de observar / controlar como a equipe trabalha.

— Giorgio

20

Sim. Mesmo um dos "pais" do ágil não concorda que o Scrum seja realmente ágil: youtube.com/watch?v=hG4LH6P8Syk - Eufórico

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.

— winarama
fonte

2

Isso (o que você escreveu, não o que o tio Bob disse) é um não sequitur. Só porque algo é um processo de gerenciamento não o torna inerentemente não-ágil.

— precisa

9

Você pode ter gatos marrons e cães marrons, mas um gato marrom nunca pode ser um cachorro marrom. Não é porque não é marrom, é porque não é um cachorro. Da mesma forma, um processo de gerenciamento Agile não pode ser um processo de desenvolvimento de software Agile, não porque não é ágil, mas porque não é um processo de desenvolvimento de software, é disso que estamos falando.

— Winarama

1

Em seguida, você pode atualizar sua pergunta, intitulada "Alguém mais acha que o Scrum não é ágil?"

— precisa

Obrigado por compartilhar o vídeo. Eu achei isso realmente esclarecedor.

— MJJ #

Bem, gerentes como o ágil até abusam dele. Para que eles possam culpar os desenvolvedores. Portanto, usar ágil seja qual for falso ou não, é questão de correção política.

— Amor

13

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 .

— jessehouwing
fonte

12

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 :

Monitorando o progresso da sprint

A qualquer momento no Sprint, o trabalho total restante no Sprint Backlog pode ser resumido. A equipe de desenvolvimento rastreia esse trabalho total restante, pelo menos para cada Daily Scrum, para projetar a probabilidade de atingir a meta da sprint . Ao rastrear o trabalho restante em todo o Sprint, a Equipe de Desenvolvimento pode gerenciar seu progresso.

— guillaume31
fonte

É inevitável tornar-se uma cultura orientada para a culpa, mesmo que Scrum seja 100% politicamente correto na teoria.

— Amor

2

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

— Steven A. Lowe
fonte

3

É interessante que o Scrum costumava ser uma metodologia de desenvolvimento de software, mas com o tempo evoluiu para uma metodologia de gerenciamento de projetos.

— Winarama 7/03

2

Eu acho que isso é inevitável. Os desenvolvedores simplesmente não têm tanto senso de propriedade no processo (não o querem). Em uma revisão de sprint recentemente, questionei o objetivo da equipe: escrever software ou fazer com que o gráfico de burndown parecesse bom. Eu falei, mas todos os diretores da sala tiveram que se esforçar bastante para enfatizar a importância de blá blá blá. ri muito!

— Rob

2

@ T-Pane: Ainda mais interessante que o Scrum foi proposto originalmente como uma metodologia de desenvolvimento de novos produtos - hbr.org/1986/01/the-new-new-new-product-development-game/ar/1

— Steven A. Lowe

2

@ StevenA.Lowe Ah Scrum, está em uma jornada de autodescoberta.

— winarama

1

Eu sei que é velho, mas esta resposta é completamente falsa. Scrum é uma estrutura na qual os padrões se encaixam. Agile é um conjunto de valores e princípios.

— precisa saber é o seguinte