O Agile / Scrum pode ser usado por 1 ou 2 desenvolvedores?

Tudo o que tenho lido e pesquisado até o momento descreve como o Agile / Scrum funciona muito bem com equipes de cerca de 4 a 6 membros, talvez até mais.

Na minha loja atual, temos cerca de 8 desenvolvedores, mas, dada a natureza do volume de projetos e o número de departamentos que apoiamos, nunca temos mais de 1 ou 2 pessoas designadas para um determinado projeto.

Ainda posso usar o Agile / Scrum com uma equipe de 1 ou 2 desenvolvedores? Estou trabalhando para mostrar ao meu gerente que comece a trabalhar com essa metodologia, mas preciso ser capaz de explicar como reduzir as coisas para uma pequena equipe de desenvolvedores ou convencê-los a garantir que recebamos mais membros em um determinado projeto.

Você com certeza pode usar certos princípios ágeis em seus projetos, não precisa usar scrum, use o que funcionar melhor para você . Você pode definitivamente se beneficiar de alguns métodos do XP e de algumas práticas de scrum. Mas provavelmente não "por livro", a equipe de 1-2 pessoas é muito pequena, mesmo para o que o scrum overhead traz, comece com o que o livro diz e depois solte o que você achar irrelevante depois de algum tempo. Só não deixe de lado as retrospectivas, pois vale a pena o tempo gasto discutindo os problemas que você tem e encontrando soluções para eles.

Sim, você pode usar os princípios do Scrum / Agile para 1 pessoa. Se você deseja produtividade pessoal, observe a técnica Pomodoro ou GTD .

Técnicas ágeis são adequadas para equipes menores, pois com equipes maiores fica mais difícil gerenciar a comunicação. Com 1 ou 2 pessoas desenvolvendo um projeto (e um cliente), você poderá trabalhar de maneira ágil com muita facilidade. Eu sugiro que você leia o manifesto ágil como um bom começo para ele. Para o scrum, sugiro que você olhe para o Scrum pelas trincheiras . Kanban parece estar na moda agora e há um Kanban pessoal também!

Se eu fosse você, gerenciaria e visualizaria minhas tarefas e prioridades usando o Kanban e adotaria algumas das práticas do XP: desenvolvimento orientado a testes, retrospectivas e time-boxing provavelmente são bons para começar. Posteriormente, durante retrospectivas, você poderá identificar mais práticas que achar necessárias.

Kanban é muito não prescritivo. Tudo o que realmente requer é que:

1. Você visualiza seu fluxo de trabalho
2. Você limita seu trabalho em andamento (especialmente útil no seu caso)

A idéia é que você se apegue a outras práticas que achar úteis, e o XP é uma excelente fonte para essas práticas.

Isenção de responsabilidade: eu nunca tentei isso, mas estaria no topo da minha lista de coisas se eu estivesse na mesma posição.

Absolutamente e sem dúvida. Veja o livro Programador Pragmático para obter mais informações sobre como os desenvolvedores individuais podem trabalhar com Agile. Os recursos do Scrum para o trabalho individual são mais difíceis de encontrar, no entanto, a noção primária de desenvolvimento iterativo pode ser aplicada a qualquer tamanho de grupo de trabalho.

http://www.pragprog.com/the-pragmatic-programmer

Eu diria que você pode usar técnicas de vários métodos ágeis, mas não deve usar o Scrum, conforme descrito no Guia do Scrum, pois não pode preencher as funções. Scrum é projetado para equipes de 4-11 pessoas. Mas muitas das metodologias ágeis, incluindo Scrum, podem fornecer um ponto de partida.

Recentemente, li este livro sobre scrum: Gerenciamento Ágil de Projetos com Scrum

Para mim, foi meu primeiro livro sobre scrum, e o fez por mim, realmente se concentra no que princípios subjacentes são importantes. Eu acho que alguns desses princípios podem se aplicar e ajudar equipes de 1-2 pessoas.

Sim, você pode usar métodos ágeis com apenas dois desenvolvedores, mas sempre precisará de um gerente de cliente / produto dedicado. Com apenas um desenvolvedor, eu diria que não, principalmente porque pessoalmente gosto de trabalhar em equipe, mas também porque você não pode realmente emparelhar programas e, portanto, perder todas as oportunidades de compartilhamento de código. Quatro a seis desenvolvedores + um gerente de produto são do tamanho perfeito para um projeto ágil. Mais do que isso, e as sub-equipes tendem a se formar, o que meio que derrota o objetivo.

Naturalmente, não conheço sua situação exata, mas parece -me que você está executando vários projetos ao mesmo tempo. Minha sugestão é que você tente apresentar a idéia de diminuir a quantidade de projetos concorrentes e, em vez disso, tenha, digamos, duas equipes trabalhando em um projeto cada. Esse seria o primeiro passo para melhorar sua situação e facilitar a aplicação de um processo ágil.

Há muito a ser dito sobre a maldade da alternância de tarefas e da lixeira de projetos, mas, na verdade, nada de bom resulta disso. Sempre.

Eu acho que dois desenvolvedores instintivamente adotam um sistema como o ágil, mesmo que eles não façam isso explicitamente. Eles naturalmente estarão conversando e interagindo com o seu PO.

Olhando de outra maneira:

Por que você não considera todos os 8 desenvolvedores membros da mesma equipe do Scrum? Dessa forma, você obtém o efeito de diafonia entre projetos. Talvez você nem precise comprometer as pessoas em projetos específicos?

Quando mais pessoas são adicionadas à sua loja, você pode dividir a equipe em duas menores.