Agile Tutorial Project Management

Montar uma equipe do cliente. A equipe do cliente garante que o produto irá satisfazer as necessidades dos usuários do produto. Os membros incluem muitas vezes os gerentes de projeto, designers de usabilidade e escritores técnicos. Idealmente, eles também envolvem um usuário real a partir de um site do cliente.

Desenvolver histórias de usuários ao redor características do produto desejado. A história de usuário, de acordo com Mike Cohn, “descreve a funcionalidade que será valioso para um usuário ou um comprador de software.” Histórias deve definir o que o usuário irá realizar com o software. Eles não devem conter programação ou detalhes arquitectónicos e, idealmente, não deve ser interdependentes. Dependências complicar a tarefa de estimar o tempo, bem como a conclusão de cada história. Os programadores devem ser capazes de completar uma história de usuário em aproximadamente cinco dias, incluindo o desenvolvimento e testes de unidade.

Vídeo: Agile Project Management: Scrum & Sprint Demystified

Escrever testes de aceitação para a equipe do cliente para executar para confirmar a funcionalidade de cada recurso. testes de aceitação deve vir de uma série de conversas entre as equipes de desenvolvimento e de clientes. O objetivo não é a carne para fora como muitos detalhes nos testes de aceitação quanto possível.

Decidir iteração comprimentos entre a equipe do cliente ea equipe de desenvolvimento. Tipicamente, estes situam-se entre um a quatro semanas. Use o mesmo comprimento de iteração para todas as iterações.

Tem a estimativa equipe de desenvolvimento quanto trabalho ele pode completar em cada iteração com base nas histórias de usuários. Isto é conhecido como a velocidade. Espere uma revisão nesta estimativa, já que é difícil para as equipes de desenvolvimento para determinar a velocidade com antecedência.

Organizar histórias por prioridade e decidir quais histórias usuário será concluída em cada iteração. Alguns aspectos a considerar quando você priorizar podem incluir o interesse ou desejo de uma ampla base de usuários ou clientes, o interesse ou desejo de um único ou pequeno número de clientes importantes e o impacto de uma história teria sobre os outros, se não concluída no início, como bem como tirar da equipe de desenvolvimento na ordem em que as histórias sejam concluídas. Em caso de desacordo entre a equipe de desenvolvimento ea equipe de cliente, a equipe cliente ganha.

Quebrar testes de aceitação em muitas menores, funcionais e técnicas testes no início de cada iteração. Isto é tipicamente a responsabilidade de um gerente de produto e um líder na equipe de testes. Essa equipe deve chegar a tantos testes quanto possível para garantir uma cobertura adequada.

Quebrar histórias em tarefas individuais atribuídos a desenvolvedores no início de cada iteração. Isto é tipicamente a responsabilidade de um gerente de desenvolvimento e membros da equipe de desenvolvimento. Just-in-time design de um off-the-cuff,-necessidade gerada processo é criado como cada história é dividido em tarefas.

Vídeo: What is Agile Project Management? Agile Definition, Methodology and Scrum | AIMS Lecture

Completo de desenvolvimento do produto e testes de aceitação, com o teste imediatamente após o desenvolvimento. Já o gerente de desenvolvimento de realizar uma reunião diária "scrum" para assegurar a responsabilização de todos os membros da equipe. testes de aceitação deve ser executado contra os critérios de aceitação previamente determinados, e não contra o que um desenvolvedor decide.

No final da iteração, rolar daquelas histórias que não foram concluídas para a próxima iteração. Este processo deve ser repetido até que você executar fora de tempo para o projeto ou você está pronto para criar uma nova versão do produto.