Ok … foi um tempo desde a minha última parcela desta série. Para além da minha incapacidade geral para ficar concentradas em um único tema (o que estava pensando em cometer uma série nove parte) Tenho realmente inundada preparação para Agile 2008. Eu tenho duas palestras chega em Novembro sobre este material, um dos quais tem uma apresentação no início de Setembro, devido, por isso acho que é hora de se ocupado e obter esta série rematou.
Última vez que abrangeu Communications Management, neste post vamos discutir de Gestão da Qualidade.
Como sempre, vamos começar com a definição do PMI Gestão de Qualidade. Segundo o PMI, o Projeto de Gestão da Qualidade inclui todas as actividades da organização para determinar o desempenho da qualidade políticas, objetivos e responsabilidades para que o projeto vai satisfazer as necessidades para as quais foi empreendido. Existem três processos incluídos nesta área conhecimento: planejamento da qualidade, realizar a garantia de qualidade e realizar o controle de qualidade.
Caso você tenha sido na sequência desta série, você vai saber que a minha abordagem geral com o PMI é levar orientação do PMBOK e descobrir como satisfazer a intenção de o processo com uma prática mais ágil ou princípio. Agile é todo o planejamento da qualidade, a garantia de qualidade e controle de qualidade, mas normalmente usam linguagem diferente para descrever como é que satisfazem estes objectivos e, muitas vezes, estas actividades no plano de uma forma bastante diferente.
Vamos ver o que podemos fazer para colmatar o fosso …
Qualidade Planejamento
PMI Definição: Identificar quais padrões de qualidade são relevantes para o projeto e determinar como satisfazê-las
Qualidade planejamento é realmente sobre o conjunto inicial de hipóteses (nós fazemos como uma equipe ágil) sobre como vamos gerir a qualidade de nossos projetos. No que se refere ao desenvolvimento de software, qualidade de planeamento tem sido feito principalmente para nós … … que está implícito é compreensível devido ao facto de que estamos usando uma metodologia ágil.
Quando temos a fazer teste conduzido discussões sobre desenvolvimento, a par de programação, de forma contínua ou de integração, estamos a tomar decisões sobre como vamos lidar com a qualidade. A decisão de fazer uso de critérios de admissão é simplesmente uma decisão sobre como vamos saber que tenham cumprido as exigências dos nossos actores.
Vamos fazer testes unitários? Como cerca de regressão manual? Será que precisamos de ensaio de desempenho, escalabilidade e segurança? Como é que sabemos que temos reunidas todas regulamentar aplicável ou requisitos de auditoria? Gostaria de dizer que a maioria das empresas ágeis equipas estão a ter estas conversas. Mesmo que sua equipe não está escrito essas coisas para baixo ou se registe-off, você está implicitamente desenvolver seu plano de qualidade.
Cabe à equipe do equilíbrio quanto deste precisa de ser documentada. Pergunte a si próprio em que medida irá facilitar a compreensão de um documento ou ajudar a comunicação com as partes interessadas? Considere quanta documentação é exigida pela sua organização. Mantenha as coisas simples, minimamente prescritivo, e tomar providências para adaptar o seu plano, como você aprende mais sobre a solução emergente.
Realize Quality Assurance
PMI Definição: Aplicando a planeada e sistemática da qualidade atividades para garantir que o projeto emprega todos os processos necessários para satisfazer os requisitos
Você fez algumas decisões iniciais sobre como sua equipe vai satisfazer as expectativas de qualidade da organização … agora é hora de executar. A garantia de qualidade é de cerca de ter certeza que estamos construindo o produto certo desde o início.
No início da iteração, nos encontramos como uma equipe com nossos clientes para definir exactamente o que está a ser construído. Cada papel no projeto tem a oportunidade e é incentivado a participar. Há pessoas a olhar para as necessidades de todos os ângulos: sistema de arquitetura, desenvolvimento, GQ, análise e concepção, e usabilidade. Nós explorar o problema de todas as perspectivas, antes de zarpar escrever código, para garantir que estamos a construir um produto completo.
Assim que começar a construir as características, nós imediatamente executar nossos planos de testes. No mínimo, as equipes são ágeis escrito testes unitários e fazendo contínua integração. Sabemos que em todos os momentos do projecto bem como o código está realizando contra os requisitos.
Se a sua equipa tem dedicado GQ membros, a GQ gente está testando direito juntamente com a equipa de desenvolvimento. Às vezes é mais exploratória e não estamos procurando registe-off, estamos realmente procurando feedback. Gabarito da GQ equipa é essencial para garantir que o produto está a evoluir de acordo com as normas de qualidade acordadas para nós, no início da iteração.
A equipe responsável por ela própria realiza reunião em um diário standup. Isto permite que a equipa que ficar conectado em, avaliar os progressos, e identificar os obstáculos. Além disso, a equipe tem acesso constante ao produto proprietários. Esta constante visibilidade permite ao cliente afinar a solução, como está sendo construída, para garantir que o produto irá satisfazer as necessidades do mercado.
Realize Controle de Qualidade
PMI Definição: Acompanhamento do projecto específico para determinar se os resultados forem conformes com as normas de qualidade e identificar maneiras de eliminar as causas de desempenho insatisfatório.
Mesmo que a qualidade é o foco desde o início de um projeto ágil, que ainda tentam validar formalmente os resultados e monitorar a qualidade do produto que estamos a construir.
A vantagem do teste automatizado é que sabemos que a saúde do produto em tempo real. Somos capazes de medir e acompanhar os defeitos e resolveu levá-los logo que sejam introduzidas na construção. Manual de testes, em paralelo com os testes automatizados, dá uma forma mais intuitiva para exercer os aspectos do código são difíceis de automatizar.
Como um gestor de projecto estou constantemente monitorando burndown Ao nível do projecto para ver o quão bem a equipa está a fazer contra o atraso. Dentro da iteração, estou monitorando progresso tarefa para ter certeza de que podemos proporcionar aos nossos compromissos assumidos. Agile equipes também acompanhar defeitos, defeito estado, tendências e teste. Tudo isto dá a equipe uma forma de controlar continuamente o projeto de qualidade.
Agile equipas não esperar até ao final do projeto de teste, quando temos a menor quantidade de tempo para corrigir um problema realmente, ou responder a uma mudança. Sabemos que em todos os momentos a saúde do projecto, se a equipa estiver a arder quente, se defeitos contagens são tendências para cima ou para baixo, assim como nós estamos resolvendo problemas, e se essas questões estão a tornar-se obstáculos para receber o novo produto construído.
Agile equipas revisão características com os respectivos clientes como estão concluídas. Eles fazem formal produto manifestações e retrospectivas ao final de cada iteração. Estes processos permitem a equipe de controle, não só a qualidade do produto emergentes, mas também dos processos que estão usando para entregar esse produto.
Todos os comentários deste fica dobrado de novo para o plano, adaptações são feitas, e se adapta a equipe com base no que aprenderam a partir de entregar regularmente código.