André Leclerc | informaticien-conseil |
---|
1.1 | Le projet doit être parrainé par un ou plusieurs départements ou unités directement liés aux affaires de l’organisation, et non pas par les responsables des technologies de l’information de cette organisation. | |
---|---|---|
1.2 | Une charte de projet doit être rédigée en bonne et due forme, et approuvée par toutes les parties concernées par le projet. | |
1.3 | Cette charte doit accorder au projet une priorité élevée et une bonne visibilité. |
2.1 | Un plan détaillé, incluant des descriptions des étapes et des livrables, des dépendances et des échéances claires, et des affectations de ressources précises, doit être développé. | |
---|---|---|
2.2 | Le projet doit compter sur une bonne représentation et une bonne participation d’experts dans le ou les domaines d’affaires définissant sa portée. | |
2.3 | Les sessions de travail en groupe doivent être bien situées dans le temps et se dérouler dans des salles bien équipées. | |
2.4 | Le projet doit être géré par une équipe de gestion de projet expérimentée. |
3.1 | L’objet principal des travaux du projet doit être les composants métiers eux-mêmes et non pas des diagrammes montrant ces composants graphiquement et qui sont difficiles à présenter, à partager et à gérer. Les composants d’un système d’information ne requièrent pas nécessairement une représentation graphique afin d’être bien spécifiés et bien compris. | |
---|---|---|
3.2 | Les composants métiers doivent être définis de façon détaillée, précise et claire, dans le contexte du ou des domaines d’affaires définissant la portée du projet. Ces définitions sont primordiales puisqu’elles constituent la base de référence pour toutes les communications entre toutes les parties concernées par le projet. |
4.1 | Des rapports d’avancement des travaux complets doivent être soumis à intervalles réguliers. | |
---|---|---|
4.2 | Les problèmes rencontrés doivent être documentés. | |
4.3 | Les corrections nécessaires doivent être identifiées rapidement et appliquées avec rigueur. | |
4.4 | Le plan de projet doit être mis à jour lorsque des changements à son contenu s’imposent. |
Retour à la page d’accueil | Retour au matériel documentaire | Retour au haut de cette page |