Agile Project Management For Dummies

Os 12 princípios ágeis são um conjunto de guiar conceitos que suportam as equipes de projeto na implementação de projetos ágeis. Use esses conceitos para implementar metodologias ágeis em seus projetos.

1. Nossa maior prioridade é satisfazer o cliente através de parto prematuro e contínuo de software valioso.

2. Bem-vindo necessidades de mudança, mesmo no final do desenvolvimento. Processos ágeis aproveitar a mudança para a vantagem competitiva do cliente.

3. Entregar software funcionando com frequência, a partir de um par de semanas para um par de meses, com preferência para a escala de tempo mais curto.

4. pessoas de negócios e desenvolvedores devem trabalhar juntos diariamente durante o projeto.

5. Criar projetos em torno de indivíduos motivados. Dê-lhes o meio ambiente e apoio de que necessitam, e confiar neles para fazer o trabalho.

6. O método mais eficiente e eficaz de transmitir informação para e dentro de uma equipe de desenvolvimento é a conversa face-a-face.

7. software de trabalho é a principal medida de progresso.

8. Processos ágeis promovem o desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente.

9. Atenção contínua à excelência técnica e bom design aumenta a agilidade.

10. Simplicidade - a arte de maximizar a quantidade de trabalho não feito - é essencial.

11. As melhores arquiteturas, requisitos e projetos emergem de equipes auto-organizadas.

12. Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz, em seguida, músicas e ajusta seu comportamento em conformidade.

O Roteiro para Value é uma visão de alto nível de um projeto ágil. As etapas do Roteiro para Valor são descritas na lista a seguir o diagrama:

• Na Fase 1, o proprietário do produto identifica o visão do produto. A visão do produto é uma definição do que seu produto é, como ele irá apoiar a sua empresa ou estratégia da organização, e quem vai usar o produto. Em projetos mais longos, revisitar a visão do produto, pelo menos uma vez por ano.

• No estágio 2, o proprietário do produto cria uma roadmap de produtos. O roteiro do produto é uma visão de alto nível dos requisitos do produto, com um horizonte temporal solta para quando você vai desenvolver essas exigências. Identificar os requisitos do produto e, em seguida, priorizar e cerca de estimar o esforço para aqueles requisitos são uma grande parte da criação de seu roadmap de produtos. Em projetos mais longos, rever o roteiro do produto, pelo menos, duas vezes por ano.

• No estágio 3, o proprietário do produto cria uma plano de liberação. O plano de liberação identifica um calendário de alto nível para o lançamento do software de trabalho. Um projeto ágil terá muitos lançamentos, com as características de maior prioridade lançar em primeiro lugar. Um comunicado típico inclui três a cinco sprints. Criar um plano de lançamento, no início de cada lançamento.

• No estágio 4, o proprietário do produto, o mestre e os sprints plano da equipe de desenvolvimento, também chamado de iterações, e começar a criar o produto dentro desses sprints. planejamento de sprint sessões têm lugar no início de cada sprint, onde a equipe scrum determina quais os requisitos que será na próxima iteração.

• Na Fase 5, durante cada sprint, a equipe de desenvolvimento tem reuniões diárias. Na reunião diária, você não gastar mais do que 15 minutos e discutir o que você completou ontem, o que você vai trabalhar hoje, e quaisquer obstáculos que você tem.

• Na fase 6, a equipe detém uma avaliação de sprint. Na revisão de sprint, no final de cada sprint, você demonstrar o produto de trabalho criado durante o sprint para os interessados ​​de produtos.

• Na Etapa 7, a equipe detém uma retrospectiva do sprint. A retrospectiva do sprint é uma reunião onde a equipe discute como o sprint foi e planos de melhorias no próximo sprint. Como o comentário sprint, você tem uma retrospectiva de sprint no final de cada sprint.

É preciso uma equipe cooperativa de empregados para concluir um projeto. equipes de projetos ágeis são compostas de muitas pessoas e incluem os seguintes cinco funções:

• Equipe de desenvolvimento: O grupo de pessoas que fazem o trabalho de criação de um produto. Programadores, testadores, designers, escritores, e qualquer outra pessoa que tem um papel hands-on no desenvolvimento de produtos é um membro da equipe de desenvolvimento.

• Dono do produto: A pessoa responsável por fazer a ponte entre o cliente, as partes interessadas de negócios, ea equipe de desenvolvimento. O proprietário do produto é um especialista sobre o necessidades e prioridades do cliente do produto e. O proprietário do produto trabalha com a equipe de desenvolvimento diária para ajudar a esclarecer os requisitos. O proprietário do produto é muitas vezes chamado de representante do cliente.

• Scrum Master: A pessoa responsável por apoiar a equipe de desenvolvimento, limpando bloqueios organizacionais, e mantendo o processo ágil consistente. Um mestre scrum é às vezes chamado de facilitador do projeto.

• As partes interessadas: Qualquer pessoa com um interesse no projeto. As partes interessadas não são, em última instância responsável pelo produto, mas eles fornecem entrada e são afetados pelo resultado do projeto. O grupo de partes interessadas é diversa e pode incluir pessoas de diferentes departamentos, ou mesmo diferentes empresas.

• mentor de Agile: Alguém que tem experiência na implementação de projetos ágeis e pode compartilhar essa experiência com uma equipe de projeto. O mentor ágil pode fornecer um feedback valioso e aconselhamento aos novos equipas de projecto e as equipes de projeto que deseja executar em um nível superior.

andamento do projeto precisa ser mensurável. equipes de projeto ágeis usam frequentemente seis artefatos principais, ou de produtos, para desenvolver produtos e acompanhar o progresso, conforme listado aqui:

• declaração de visão do produto: Um passo do elevador, ou um resumo rápido, para se comunicar como o seu produto suporta as estratégias da empresa ou organização. A declaração de visão deve articular as metas para o produto.

• backlog do produto: A lista completa do que está no escopo para o seu projeto, ordenados por prioridade. Depois de ter sua primeira exigência, você tem um product backlog.

• roadmap de produtos: O roteiro do produto é uma visão de alto nível dos requisitos do produto, com um horizonte temporal solta para quando você vai desenvolver essas exigências.

• plano de lançamento: Um calendário de alto nível para o lançamento do software de trabalho.

• Sprint Backlog: O objetivo, histórias de usuário e tarefas associadas ao sprint atual.

• Incremento: A funcionalidade do produto de trabalho no final de cada corrida.

A maioria dos projetos tem fases. projetos ágeis incluem sete eventos para desenvolvimento de produtos. Estes eventos são reuniões e fases e são descritos na lista seguinte:

• planejamento do projeto: O planejamento inicial para o seu projeto. planejamento do projeto inclui a criação de uma declaração de visão do produto e um roadmap de produtos, e pode ocorrer em tão pouco tempo como um dia.

• planejamento de lançamento: Planejando o próximo conjunto de recursos do produto para liberar e identificar uma data de lançamento do produto iminente em torno do qual a equipe pode se mobilizar. Em projetos ágeis, você planeja uma versão de cada vez.

• Arrancada: Um curto ciclo de desenvolvimento, em que a equipe cria a funcionalidade do produto potencialmente utilizável. Sprints, às vezes chamado iterações, geralmente duram entre uma e quatro semanas. Sprints pode durar tão pouco quanto um dia, mas não deve ser superior a quatro semanas. Sprints deve permanecer o mesmo comprimento em toda a projectos.

• planejamento Sprint: Uma reunião no início de cada sprint, onde a equipe scrum compromete-se a uma meta sprint. Eles também identificar os requisitos que suportam esse objetivo e farão parte do sprint, e as tarefas individuais que levará para completar cada requisito.

• scrum diário: Uma reunião de 15 minutos realizada a cada dia em um sprint, onde os membros da equipe de Desenvolvimento do Estado o que completou no dia anterior, o que irá completar no dia atual, e se eles têm quaisquer bloqueios.

• avaliação Sprint: Uma reunião no final de cada sprint, introduzido pelo proprietário do produto, onde a equipe de desenvolvimento demonstra a funcionalidade do produto de trabalho que foram completadas durante o sprint.

• retrospectiva Sprint: Uma reunião no final de cada sprint, onde a equipe scrum discute o que correu bem, o que poderia mudar, e como fazer quaisquer alterações.

Há um grande mundo gerenciamento ágil de projetos lá fora. Aqui estão alguns dos links úteis para os membros da comunidade praticante ágil:

• Agile Alliance: A Agile Alliance é a comunidade ágil global original, com a missão de ajudar os princípios e práticas ágeis antecipados, independentemente da metodologia.

• Scrum Alliance: A Scrum Alliance é uma organização profissional sem fins lucrativos que promove a compreensão eo uso de scrum. A Scrum Alliance oferece uma série de certificações profissionais:

• Certificado Scrum Master (CSM)

• Certificado Scrum Product Owner (CSPO)

• Certificado Scrum Developer (CSD)

• Certified Scrum Professional (CSP)

• Treinador Scrum certificada (CSC)

• Formador Scrum certificada (CST)