2009-06-16 7 views
1

Veuillez indiquer vos entrées en tant que perspective de gestion. Quelles initiatives faut-il prendre pour s'assurer que chaque chef de projet suit les processus de gestion des risques? Je voudrais suivre la gestion de projet axée sur les risques dans tous les projets? que dois-je faire pour implémenter RDPM avec succès dans mon organisation? Quelles sont les approches?Gestion des risques

+0

S'agit-il d'une question de programmation ou d'une question de gestion? – Sampson

+0

trop proche de ce dernier comme écrit imho – annakata

+0

lire à ce sujet? – abmv

Répondre

1

Le risque est un sous-ensemble des priorités requises pour un chef de projet. Je ne pense pas qu'il comprenne une partie si importante du processus de gestion de projet qu'il devrait conduire des projets. Il est toujours bon d'identifier clairement les risques et de les évaluer en fonction de leur probabilité et de leur impact. Cependant, il y a des questions plus urgentes qui nécessitent également de l'attention, notamment: le calendrier, le rendement, la gestion des attentes des actionnaires et la budgétisation. Chaque projet aura ses propres conducteurs naturels, et dans certains cas, le risque constituera une partie importante de l'attention requise en matière de gestion de projet. Dans d'autres cas, le calendrier nécessite plus d'attention. Mettre l'accent sur le risque nuira à la réussite globale de certains projets, tout en contribuant au succès des autres. Cela étant dit, si l'état d'esprit de l'entreprise était axé sur le risque, vous pourriez regrouper toutes les catégories de manière artificielle en risque et inclure un élément de risque pour l'état actuel. Nous utilisons Excel pour suivre le risque dans une feuille de calcul simple qui comprend suffisamment de détails pour décrire les risques actuels et les actions planifiées si le risque se concrétise, ou des actions visant à atténuer l'impact avant qu'un événement à risque se produise. De même, vous pouvez ajouter un élément pour 'schedule overrun' dont les actions sont 'reduce release scope', ou 'increase release date', ou quelque chose de similaire. Votre meilleur pari est de développer un registre des risques, et exécuter avec succès un projet en utilisant votre technique proposée, puis honnêtement discuter des forces et des faiblesses. Laissez les autres chefs de projet choisir de l'essayer, ou vous convaincre que leurs techniques peuvent être supérieures. Pousser votre forme personnalisée de gestion de projet est une approche dictatoriale, et sera rarement rencontrée avec l'acceptation générale. D'un autre côté, si l'entreprise devait changer ses objectifs et son objectif d'être une entreprise contractante visant l'approbation CMMI, alors vous pourriez justifier l'ajout d'un processus définitif pour tous les projets à travers le conseil.

+0

Merci beaucoup. Il vaut la peine. Pouvez-vous également formuler quelques réflexions - Quelles mesures dois-je prendre pour convaincre les gestionnaires de projet qu'ils devraient suivre/suivre correctement la gestion des risques ... NON à des fins de documentation seulement. – Sourabh

+0

L'expérience est le meilleur professeur. Envoyez-les à des cours sur la gestion de projet. Rappelez-vous, il ne soutiendra pas directement votre gestion de projet axée sur les risques, mais qui sait. Ils ne seront probablement pas convaincus jusqu'à ce qu'ils soient brûlés s'il n'y a pas d'entraînement actif pour PMing. – Kieveli

+0

Vous pourriez également vouloir regarder dans les livres de PM. Développement rapide (http://www.amazon.com/Rapid-Development-Taming-Software-Schedules/dp/1556159005) a une section bonne section dans le premier chapitre sur la gestion des risques. – Kieveli