Postado por Vikas Hazrati em Jan 27, 2009 11:40 PM. Traduzido por André Dourado

Gerenciamento de risco é uma atividade diretamente ligada ao tratamento, mitigação e monitoração de riscos. Muitos agilistas acreditam que o processo de gerenciamento de risco para projetos ágeis, não é significativamente diferente dos projetos tradicionais. Embora o processo seja um pouco mais simples nos projetos ágeis, os passos de localizar, classificar e criar planos de solução dos riscos, permanecem muito próximos aos projetos tradicionais.

Mike Cottmeyer sugeriu que metodologias ágeis são melhores na identificação e mitigação dos riscos. De acordo com ele,

Agile é tão efetivo no gerenciamento de riscos porque os processos de gerenciamento de riscos são construídos durante a execução dos projetos. Existe um entendimento implícito que o risco está em todos os lugares em um projeto. Riscos não podem constar em uma lista de riscos. Riscos não podem ser mitigados em uma reunião de time ou em sessões periódicas de revisão de riscos. Lidar com o risco tem que ser uma obsessão. Nossas estratégias de mitigação não sobrevivem fora do projeto, mas influenciam na natureza como estruturamos e planejamos nosso trabalho.

Ele também classificou riscos em três categorias:

• Riscos do Negócio – relativos às entregas do projeto e o valor do negócio prometido.
• Riscos Técnicos – relativos a viabilidade da solução técnica dentro das restrições de prazo e custo.
• Riscos de Logística – relativos a premissas relativas a pessoas e infraestrutura.

De acordo com Mike, em virtude do fato que Agile encoraja entregas frequentes, inspeção constante e adaptação, o gerenciamento de risco é inerente ao processo.

Porém, nem todos concordam que Agile endereça os riscos de forma inerente. Jurgen Appelo sugeriu que frequentemente há uma perda do foco sobre os riscos nos projetos ágeis.

De acordo com ele,

Gerenciamento de projetos faz parte do Prince2, parte do PMBOK e parte do CMMI, mas você não vê tratado explicitamente em livros sobre métodos ágeis. Acho isso estranho.

Ele também mencionou que frequentemente gerentes de projeto mergulham fundo nos projetos e perdem a visão do todo. Isto faz com que haja uma severa perda do foco sobre o gerenciamento de risco.

James Shore complementa que o gerenciamento efetivo de riscos, pode auxiliar o time a ter um sólido comprometimento. Sugere a utilização de ferramentas como o multiplicador de risco e “burn-up charts” para gerenciar riscos específicos do projeto.

Multiplicadores de risco contabilizam riscos comuns, como turnover, mudanças de requisitos, paradas de trabalho etc. Estes multiplicadores posisibilitam que você agende uma data, estime quantos user stories points você terá prontos e em produção.

James sugere os seguintes multiplicadores de risco:

Como funciona? Você toma a velocidade de desenvolvimento de uma iteração e extrapola para a data de entrega. É a melhor estimativa de quantos story points serão finalizados sob circunstâncias ideiais. Então se sua velocidade é 14 e você tem 10 iterações restantes, você prevê que finalizará mais 140 pontos antes do release.

Então você aplica os multiplicadores de risco de acordo com o tipo de processo utilizado. Se você tem uma velocidade contante e tem todas estorias “feito feito” a cada iteração, você pode utilizar a coluna “rigoroso”. Caso não, utilize a coluna “Arriscado”.

Para continuar o exemplo, digamos que seu time tem uma abordagem rigorosa, para conseguir o comprometimento, você aplica os multiplicadores como segue:

De acordo com James,

Isto possibilita que seja conseguido um acordo entre stakeholders e executivos. “Nós estamos certos de finalizar mais de 78 pontos na data do release, então estamos comprometidos na entrega dos recursos A, B e C. Tivemos 50-50% de chance de completar 100 pontos, então estamos planejando os recursos X, Y e Z como objetivo ambicioso.”

Gerenciamento de risco é uma parte de qualquer projeto ágil, assim como nos projetos tradicionais. A chave é dar o foco desejado, mitigá-los eficientemente e fazer acordos baseados no gerenciamento.

Fonte: InfoQ

Trackback esse post | Subscreva os comentários pelo RSS Feed