Pergunta

O projeto está mal definido: devemos escrever um software educacional para os alunos do CS 111 Computer Programming I focando nas funções. Temos 6 desenvolvedores de estudantes com várias origens trabalhando no Flex. O projeto tem uma duração de cerca de 7 semanas. Temos tempo de face muito limitado (30 min por semana) e tempo de trabalho muito limitado (<8 horas por desenvolvedor por semana). Temos acesso limitado aos clientes (professor do nosso curso, professor de CS 111, alunos do CS 111).

Nosso conjunto de ferramentas inclui Flex Builder, Subversão e Trac.

Qual metodologia é melhor para este projeto e por quê? Como alternativa, quais recursos devem ser coletados de várias metodologias para melhor se adequar a essa situação?

Foi útil?

Solução

O que faz você pensar que alguma metodologia seria bem -sucedida nessas circunstâncias - pouca comunicação, mais requisitos do que tempo e falta de acesso aos clientes?

Dito isto, eu focaria na entrega incremental (cada iteração deve ter alguns poucos recursos de trabalho), testes de unidade (todos os testes passam antes do check -in), marcação de liberações incrementais (a capacidade de voltar a uma liberação de trabalho) e emparelhamento de membros fortes da equipe com membros mais fracos da equipe para aumentar a produtividade geral da equipe. Considere dedicar um membro forte da equipe a testes de integração.

A entrega incremental é mais importante. Mostrar uma demonstração de trabalho inferior ao que foi solicitada é sempre melhor do que mostrar um protótipo que não trabalha.

Outras dicas

Você pode usar a metodologia ágil aqui, mas obviamente terá que adotá -la para atender às suas necessidades.

Por exemplo, se você não tiver acesso suficiente aos clientes reais, para que alguém com o melhor entendimento de seus objetivos terá que atuar como proxy do cliente. Eu também sugeriria tentar obter mais acesso aos clientes - quase todo mundo tenta parecer mais ocupado do que eles e geralmente há uma maneira de resolver esse obstáculo.

Certifique -se de que o tempo de trabalho limitado que sua equipe tenha ao mesmo tempo. Não poderia haver abordagem ágil quando você não poderia trabalhar juntos.

Você definitivamente poderia usar estimativas baseadas em histórias, processo de desenvolvimento iterativo etc.

O que é realmente importante é dar a todos os membros da equipe uma compreensão clara e inequívoca de como o processo ágil funciona e qual é o papel de cada pessoa no projeto. É muito fácil dizer que você usará o Scrum, mas infelizmente sem compreensão e experiência reais que não significarão muito.

Algum conselho:

  1. Eduque os membros da sua equipe
  2. Obtenha uma lista do que você gostaria de entregar se não fosse limitado pelo tempo/recursos.
  3. Descubra o que é realista para entregar, dadas suas restrições. Provavelmente isso não será muito. Não tente estar muito otimista. Concentre -se no que você realmente poderia alcançar.
  4. Certifique -se de que seus clientes reais estejam a bordo para isso.
  5. Use iterações curtas (1 semana ou menos). Certifique -se de que você possa entregar o produto totalmente testado até o final de cada iteração.
  6. Mostre seu trabalho mais cedo.
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top