Pergunta

O ágil metodologia que você recomendaria para uma loja de web-site?

Nós temos uma variedade de pequenos projectos e alguns grandes, as equipes são cross-projeto e multitarefa. Estamos realmente interessados ??em Scrum, mas parece que isso não se aplicaria a projetos pequenos (menos de 2 semanas), que atualmente compõem um monte de nosso tempo.

Que alternativas existem para implementar os princípios ágeis na nossa situação? Fora

Foi útil?

Solução

Começamos com Scrum, porque sua estrutura formal (estimativa, planejamento história de usuário, planejamento de tarefas, reuniões diárias, retrospectiva) nos ajudou a chegar a partir de nossos velhos métodos para ser mais ágil. Descobrimos agora que as 3 reuniões de planejamento e esitmation pode ser feito em uma base história tarefa / user nas reuniões matinais.

Temos uma grande placa de pino e pino em cartões de índice para cada história de usuário. O tabuleiro é dividido em não iniciado, em andamento e feito. Nós garantir que nenhuma tarefa leva mais de um dia em que dividi-la, e nós quebrar cada história do usuário na parte da manhã diário reunião do dia vamos precisar dele. Isso nos mantém ágil para que a lista de "características", como histórias de usuário pode, então, mudar sem nós passar o tempo dividi-lo em tarefas. Este garantir que dois projetos de semana pode ser facilmente tratada da mesma forma que os maiores são também.

Para estimar a velocidade contamos as cartas no final da semana para ver quantos tarefa que temos feito. A desvantagem é que o planejamento de liberação e estimativa de velocidade não é tão preciso quanto com Scrum, mas esta metodologia híbrida XP ajuda os desenvolvedores a se concentrar em tarefas quando estiver pronto e não perder muito tempo em reuniões.

Tendo tarefas menores também promove commits mais regulares para controle de origem e combinado com um servidor de compilação e scripts de implantação nós podemos entregar uma progressão na aplicação uma vez por dia, pelo menos - excelente para obter feedback do cliente. Temos também retrospectivas semanais também e ter contratado um consultor ágil por uma semana a cada 3 meses ou mais para garantir que manter no caminho certo.

Outras dicas

Scrum pode certamente se aplicam a dois projetos de semana. Você pode encurtar a duração de sprint ou fazer vários projetos por sprint.

Além disso, não há nada que diz que você não pode escolher partes de diferentes metodologias para usar em seu projeto.

Tente um metodologia por projeto e ver o que funciona bem.

Eu acho que o uso de TDD (test driven development) proporcionaria uma série de benefícios nestes projectos. ele iria ajudar o desenvolvimento e design. Os testes de unidade poderia também ser um "micro documentação" para os detalhes de implementação e decisões de design.

Eu segunda seria utilizando Scrum mesmo que seus projetos típicos são pequenos. Olhe para os seus sprints como sendo dois, três ou quatro dias de duração. Você ainda pode incorporar os "lotes de feedback contínuo" base de Scrum em seu projeto.

Você não gostaria de trabalhar em algo por duas semanas, só para ter a palavra ao cliente no final "Oh, isso não é o que estávamos procurando em tudo!"

Tenha uma escuta curto palestra de Ken Schwaber sobre Scrum sobre a noreferrer Conversas TI que é cheio de grandes podcasts BTW.

Então eu assistir palestra de Tim McKinnon sobre Agile sobre a InfoQ que também está cheio de grandes conversas e entrevistas.

HTH.

aplausos,

Rob

Eu acho que você deve tentar, como Kevin dizer alguma metodologia para ver como o seu trabalho atual equipe com ele. Algumas pessoa não são muito abertos para tentar XP ou outras novas metodologias. Você também deve tentar diferentes metodologias para a sua pequena e para você projeto maior. Metodologias para 2 semanas projetar por 2 projectos anos pode mudar. Em 2 semanas projetar você pode ter uma iteração e você pode planejar para toda a 2 semanas no começa, isso é algo que não é possível para um projetos de 2 anos.

Scrum não vai funcionar para um projeto pequeno como aquele. Desde nele é sprints definição scrum são 2 semanas longas. alguma variação do XP, ou Extreme Programming seria muito mais adequado. No entanto, se um projeto feito em 2 semanas, se é complicado, vai exigir os desenvolvedores a ser extremamente focado.

Além disso, com o que a metodologia que você escolheu, não tenha medo de modificar o processo para caber sua equipe melhor.

Eu recomendaria Scrum.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top