dimanche 15 mai 2011

Rôle du Comité de Pilotage d'un projet ou Steering Committee

Le Comité de Pilotage ou Steering Committee et son rôle

Lorsque le projet est important, pour la stratégie de l’entreprise, la Direction créé un Comité de Pilotage ou Steering Committee.

Le Comité de Pilotage, composé généralement de la Direction Générale avec ou sans le PDG, et des Responsables fonctionnels concernés, en plus du Chef de Projet
  • définie les limites du projet, c'est-à-dire les objectifs du projet,
  • fixe un budget,
  • nomme le Chef de projet

La date de fin du projet est l'un des objectifs fixés par le Comité de Pilotage ou Comité de Projet, en anglais Steering Committee, à moins que des évènements extérieurs imposent la date de fin , par exemple, la date de début d’une nouvelle réglementation ou d’une loi.

C'est aussi le Comité de Pilotage qui décide en cas de crise ou de dérapage dans le projet, sur les mesures préconisées ou prises par le Chef de Projet.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Plan compte rendu Comité de projet
Gestion de Projets : checklist pour une bonne Organisation
Bien composer son équipe de projet
A savoir sur la gestion des ressources pour un Chef de projet
Planification de projets : personne ne travaille à 100%

Accès au récapitulatif Informatique

dimanche 9 janvier 2011

Gestion de Projets : checklist pour une bonne Organisation

Gestion de Projets : checklist pour une bonne Organisation

Pour bien gérer un projet, le Chef de projets a pour rôle de définir son organisation, en liaison avec les responsables.
Il doit définir les actions à mener et leurs résultats et nommer les personnes qui vont mener ces tâches.
Les documents à produire, appelés aussi délivrables, permettent de suivre l'avancement du projet.
Pour cela, le Chef de projets introduit dans son planning, les dates auxquelles les documents doivent être délivrés.

Voici une liste de points d'organisation pour une bonne Gestion de projet.
Les responsables, délivrables, fréquences et descriptions n'y figurent pas.

Contactez-moi : phgarin@gmail.com

1. Mise en place de l'organisation du Projet

1.1 Organisation externe du projet

1.1.1 Organes de pilotage du projet

1.1.2 Examen de la mission du projet

1.1.3 Déterminer les interlocuteurs

1.2 Organisation interne du projet

1.2.1 Description de la mission du Chef de projet

1.2.2 Description des tâches de l'équipe de projet


2. Tâches de gestion du projet

2.1 Planification du projet

2.1.1 Etablir la planification des tâches et des résultats

2.1.2 Estimer la durée des tâches

2.1.3 Planning de chaque membre de l'équipe avec les dates

2.1.4 Définir la planification des moyens

2.1.5 Planifier d'éventuelles mesures

2.1.6 Etablir le budget

2.2 Maîtrise d'oeuvre

2.2.1 Comparaison des résultats réels / prévus

2.2.2 Comparaison des charges réelles / prévues

2.2.3 Comparaison des dates

2.2.4 Comparaison des moyens réellement engagés / prévus

2.2.5 Comparaison des coûts

2.2.6 Prise de mesures

2.3 Etablissement du compte-rendu des modifications

2.4 Communication externe

2.4.1 Rédaction du rapport de phase

2.4.2 Rédaction du rapport de projet

2.4.3 Réunion de jalon

2.4.4 Etablissement du marketing du projet

2.5 Communication interne

2.5.1 Réunion de rédaction

2.5.2 Compte-rendu d'activité

2.5.3 Rapport d'activité hebdomadaire des membres du projet

2.5.4 Compte-rendu périodique de l'équipe de projet

2.5.5 Réunion de travail

2.5.6 Réunion d'inspection

2.6 Imprimer l'évaluation


3. Fin du projet

3.1 Analyse des écarts

3.2 Suivi du projet

3.3 Suivi technique


Voir aussi :

Planification de projets : personne ne travaille à 100%
Conditions à réunir pour se lancer dans un Projet
Contraintes Priorités et rapports dans la gestion de projets
Mesures à prendre en cas d’écart dans le planning d’un projet

Accès au récapitulatif Informatique

vendredi 7 janvier 2011

Tâches du Chef de projet ou En quoi consiste la Gestion de projets

Tâches du Chef de projet ou En quoi consiste la Gestion de projets

Voici une réponse possible à cette question :

Aperçu du projet

Création d'une présentation organisée de plusieurs projets à venir ou se trouvant en cours de mise en oeuvre
  • Réalisation d'un planning global et de contrôle du projet qui résume plusieurs projets d'un secteur ou de l'entreprise dans son ensemble
  • La vue d'ensemble du projet, notamment pour la Direction et les Chefs de projet
  • La vue d'ensemble du projet peut être utilisée pour le planning de chacun des projets qui y figurent

Planification / contrôle

Réalisation de la planification et du contrôle de tous les projets en réunissant des données essentielles de la gestion de projets, comme par exemple les données d'identification de projet, la mission du projet et des autres données de planification.
Le contrôle s'effectue par le rapprochement entre la planification prévue et réactualisée et la réalité du terrain.

Tâches d'un projet

Documenter des tâches et les objectifs du projet, ainsi que des données spécifiques du projet et de l'organisation de projet font partie du projet dans sa globalité et son contrôle entre dans la gestion de projet.

Ressources du projet

Tenir compte de la disponibilité des collaborateurs pour planifier des charges et établir un calendrier du projet.
Le planning et le calcul des charges est aussi une partie intégrante du projet dans sa globalité et fait l'objet de contrôle qualité par le rapprochement avec le réalisé

Données de projet

En plus de la planification, du contrôle, la documentation des données essentielles du projet, comme les rendez-vous, les charges de personnel et les charges financières, les investissement et les rendements font partie des tâches du Chef de projet

Plan du réseau ou diagramme de PERT

La structure, le planning et le contrôle des projets ou de processus complexes, apparaissent sous la forme de plan de réseaux ou diagramme de PERT. Il permet de rationaliser son élaboration par des mises à jour régulières en fonction des évènements réels.

Description des tâches

La description détaillée de chaque plan de réseau en vaut la peine seulement pour les tâches les plus répétitives.
Cela concerne principalement la description d'un planning détaillé et des tâches récurrentes ou périodiques, comme, par exemple la planification générale de l'entreprise, le budget, les tâches de projets en cours, etc.

Données du diagramme de PERT

La création d'une table des tâches du plan de réseau ou diagramme de PERT a pour but le calcul de la durée de la tâche et de définir le chemin critique du projet.
Un autre objectif de cette description est de faciliter la lecture du contenu détaillé des tâches représentées sous la forme d'un processus dans le diagramme.
De nombreux outils de Gestion de projets facilitent l'établissement des données essentielles au projet.

Agenda ou Calendrier

Une fois que l'enchaînement des tâches est fixé, ainsi que la détermination de leur durée et les affectations des tâches aux ressources sont effectués, il est alors nécessaire de mettre la planification dans un agenda et de tenir le calendrier à jour quotidiennement

Contactez-moi : phgarin@gmail.com

Voir aussi :

Bien composer son équipe de projet
Planification de projets : Personne ne travaille à 100%
Les 11 phases du déroulement d'un projet
Principe chinois ou La complexité augmente avec le nombre de ressources

Accès au récapitulatif Informatique

mardi 4 janvier 2011

Estimation d’un projet : gonflez le dès le départ

Estimation d’un projet : gonflez-le dès le départ

Quand on établit un devis d'un projet pour un client, qu'il soit interne, si vous êtes dans une entreprise, ou externe, si vous travaillez pour une société de service (SSII, …), vous avez tendance à estimer le projet d'une manière trop restrictive.

Vous craignez de perdre le projet ou le client, si vous donnez un budget trop important ou une date de fin trop proche.

C'est une erreur, car des aléas viennent toujours plomber le projet. Un retard sur le chemin critique et c'est la date de fin du projet qui s’éloigne.

Une ressource qui met plus de temps que prévu pour exécuter une tâche et ce sont des décalages des autres tâches auxquels le Chef de projet doit se résoudre à effectuer.

Une méthode simple pour avoir une estimation plus juste et qui sera plus en rapport avec la réalité du terrain est de « gonfler » le projet dès le départ. Ajoutez 20% de budget et réservez 20% de charge de travail en plus pour pallier aux aléas du projet. Et planifiez la date de fin du projet en conséquence.

Mieux vaut annoncer avoir gagné du temps et ne pas avoir atteint la limite du budget que de demander une rallonge, impossible si vous travaillez au forfait (SSII), sans compter la mauvaise réputation auprès du client et auprès de ceux à qui il va parler de vous.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Bien composer son équipe de projet
Projet : Principe chinois ou La complexité augmente avec le nombre de ressources
Planification de projets : personne ne travaille à 100%

Accès au récapitulatif Informatique

jeudi 19 août 2010

Facebook Dislike = virus Je n'aime pas

Dislike = Virus

Un nouveau bouton apparaît dans Facebook, à côté du bouton "J'aime" et qui s'appelle "Dislike" ou "Je n'aime pas", en français.

Il s'agit d'un VIRUS qui permet au pirate de connaître vos profil et mot de passe.

Conclusion : NE L'UTILISEZ SURTOUT PAS !!

Contactez-moi : phgarin@gmail.com

Voir aussi :

Accès au récapitulatif Sécurité

Accès au récapitulatif Informatique

mardi 27 juillet 2010

Changement de spécifications d'un cahier des charges

Changement de spécifications d'un cahier des charges

Dans une Gestion de Projets, une grande difficulté que rencontre le Chef de projets est la planification.
Et dans la planification, le pire est la demande de changement dans les spécifications.

Que ce soit pour un projet interne à l'entreprise à la demande de la hiérarchie ou du collègue, responsable fonctionnel, ou que ce soit un projet pour un client, chaque changement dans les spécifications doit faire l'objet d'une analyse précise.

Le mieux est d'avoir défini des modalités de traitement des demandes non prévues dans le cahier des charges initial.

Plus il y aura de demandes supplémentaires ou différentes des spécifications du départ et plus il y aura des changements dans la gestion du projet, dans le respect du délais de livraison du projet et dans le respect du budget.
Date finale et budget prévu ne pourront pas être respectés.

Pourquoi tous ces demandes de changement ?

La première réponse qui vient à l'esprit est que le cahier des charges est mal rédigé ou est incomplet.
Cela n'est pas la seule explication possible !
En effet, les demandes supplémentaires peuvent être exprimées à la suite d'informations obtenues en cours de projet sur :
  • le résultat de tests
  • la formation sur le produit
  • le paramétrage à mettre en place
  • l'organisation nouvelle à mettre en place dans l'entreprise
  • un changement d'interlocuteur : prestataire externe ou collaborateur interne
  • etc
Comment prendre en compte ces demandes de changement ?

La première action à mener est d'analyser sommairement la demande.
Si la demande de changement est mineure et/ou n'influencera pas sur la planification et en particulier sur le chemin critique, alors leur intégration dans le projet ajoute un peu de travail.

Par contre, si la réponse à apporter à la demande de changement impacte directement le chemin critique du projet, voire l'existence même du projet alors la décision appartient au Comité de direction du projet.
Quand des prestataires externes à l'entreprise sont impliqués alors un avenant est indispensable, pour qu'ils soient payés pour le surcroît de travail.
Quand il s'agit de collaborateurs internes à l'entreprise, alors une communication est indispensable pour tenir au courant l'ensemble des personnes impliquées dans le projet et dans les résultats ciblés du projet.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Conditions à réunir pour se lancer dans un projet
Bien définir son besoin avant la rédaction du cahier des charges
Planification de projets : personne ne travaille à 100%

Accès au récapitulatif Informatique

lundi 19 juillet 2010

Planification de projets : personne ne travaille à 100%

Dans la planification d'un Projet,

le chef de projet doit tenir compte des disponibilités des ressources humaines.

Même quand une personne est détachée à 100% sur un projet, il est impossible de planifier 100% de son temps.

Ce n'est pas un paradoxe. C'est une réalité.

Le constat fait état d'une disponibilité moyenne à 50% de son temps. Dans le meilleur des cas, le chef de projet pourra pousser jusqu'à 70% et cela pour une courte période et uniquement pour des personnes spécialement isolées du reste du contexte.

Parmi les facteurs d'indisponibilité, figurent :
  • Les réunions,
  • Le rangement du bureau,
  • Les appels téléphoniques,
  • Les autres projets
  • Les problèmes de matériels,
  • Les problèmes de transport,
  • Les difficultés personnelles
  • Les maladies,
  • Les erreurs de compréhension,
  • Les anomalies décelées,
  • Les erreurs d'exécution,
  • Les changements d'avis du client ou de la direction
  • Les dépassements de budget
  • Etc.
Pour tenir compte de tous ces facteurs, le chef de projet a le choix entre :
  • Préciser, dès le départ, que le pourcentage de disponibilité de la ressource, donc 50 à 70%, ou
  • Ajouter un temps de latence dans le planning du projet, c'est-à-dire des "tampons", des moments d'indisponibilité.
C'est pourquoi, sur le chemin critique, le chef de projet aura prévu une marge de dépassement de 20% de temps.
20% seulement car tous les imprévus n'impactent pas toujours les actions situées sur le chemin critique du projet.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Principe chinois ou La complexité augmente avec le nombre de ressources
Conditions à réunir pour se lancer dans un projet
Un cahier des charges : Pour quoi faire ?

Accès au récapitulatif Informatique

mercredi 14 juillet 2010

Projet : Principe chinois ou La complexité augmente avec le nombre de ressources

Le principe chinois

Le coeur d'un projet réside dans la bonne gestion des ressources impliquées dans le projet.

La complexité augmente de façon exponentielle avec le nombre de personnes.

De plus, le chef de projet doit affecter la bonne personne à la bonne place.

Cela suppose que connaître les qualités et les connaissances des collaborateurs et de veiller à ne demander que ce que chacun soit en mesure d’exécuter la tâche confiée.

Un plan qualité adapté au projet peut être mise en place. Il est indispensable pour les "grands" projets, ceux qui demandent des dizaines de ressources, des centaines d'heures de travail dans le projet.

Plus il y a de personnes impliquées dans le projet, plus il est long.

C’est une erreur très répandue dans la gestion de projet. Ce n’est pas en augmentant les ressources que l’on diminue les délais d’une manière systématique. On appelle cette croyance le principe chinois quand on pense que, comme les Chinois sont nombreux, ils peuvent raccourcir la durée d'un projet s'ils sont encore plus nombreux à y participer.

Dans la gestion de projet, en affectant une personne supplémentaire à une tâche, vous diminuez, peut-être, le temps d’exécution de la tâche.
Par contre, vous augmentez la durée
  • de coordination,
  • de transmission des instructions,
  • du contrôle de la qualité de l’exécution,
  • etc.
... ainsi que les coûts.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Les 11 phases du déroulement d'un projet informatique
Bien composer son équipe de projet
Conditions à réunir pour se lancer dans un Projet

Accès au récapitulatif Informatique

dimanche 11 juillet 2010

Les 11 phases du déroulement d’un projet informatique

Les 11 phases du déroulement d'un projet informatique

Un peu d'humour adapté au déroulement d'un projet informatique que l'on peut découper dans le temps en 11 phases :

  1. Septicisme
  2. Tension
  3. Surprise
  4. Excitation
  5. Enthousiasme
  6. Désillusion
  7. Effroi
  8. Mutisme
  9. Affolement
  10. Frustration
  11. Détente
Contactez-moi : phgarin@gmail.com

Voir aussi :

Conditions à réunir pour se lancer dans un projet
Un cahier des charges : pour quoi faire ?
Changement de spécifications d'un cahier des charges

Accès au récapitulatif Informatique
Accès au récapitulatif Humour

mercredi 7 juillet 2010

Bien composer son équipe de projet

Bien composer son équipe de projet informatique

est un des facteurs de réussite.

Une équipe de projet qui gagne est une équipe composée de ressources dont les talents se complètent.

Elle est composée d’informaticiens internes à l’entreprise, parfois de consultants et autres ressources externes, ainsi que de personnes clés côté fonctionnel.

Les SSII, proposent souvent des jeunes à leurs clients. Sous prétexte qu'ils sont jeunes et dynamiques, et qu'ils ont la connaissances des dernières techniques en cours, qu'ils sont opérationnels.

En réalité, s'ils sont tout ça, ils sont aussi moins chers qu'un sénior. Ils ont reçu une formation rapide sur les méthodes utilisés par la SSII. Ce sont souvent des débutants "vendus" comme des personnes ayant de l'expérience, en quantité suffisante pour répondre au besoin.
Parfois, la SSII va proposer ses juniors à un coût inférieur au coût habituel demandé au client, de façon à lui faire acquérir de l'expérience. Cette façon de faire est plus honnête et a la mérite d'être claire dès le départ.

Cela ne suffit pas pour une équipe de projet. Des ressources, réellement expérimentées sont indispensables pour la réussite du projet. Ce doit être le Chef de projet lui-même, et aussi des consultants, des personnes à même de parler le langage professionnel des fonctionnels qui vont être amenés à travailler dans le projet à un moment où à un autre.

Même pour les développements, un programmeur cheveronné évitera les pièges, mettra en oeuvre, très rapidement, les trucs et astuces qu'il aura découvert dans son expérience passé.
Un sénior a des réflexes professionnels qu'un junior ne possède pas encore. Il est aussi source d'inspiration, d'informations et de transmission de son savoir-faire envers les plus jeunes.

Quand le chef de projet a la possibilité de choisir alors c’est un mixte de juniors et de séniors qui est le meilleur choix.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Un cahier des charges, pour quoi faire ?
Conditions à réunir pour se lancer dans un projet 
Tâches du chef de projet

Accès au récapitulatif Informatique

dimanche 4 juillet 2010

Bien définir son besoin avant la rédaction du cahier des charges

Bien définir son besoin avant la rédaction du cahier des charges semble une évidence.

Et pourtant, c'est souvent la première source de conflit entre la maîtrise d'oeuvre du client et la maîtrise d'ouvrage du fournisseur.

Le cahier des charges a pour objet principal de définir ce que le client attend de son fournisseur.
Si le cahier des charges
  • n'existe pas,
  • est trop long,
  • manque de clarté,
  • se perd dans les détails,
  • développe insuffisamment des points précis,
alors la compréhension du besoin par le fournisseur pressenti peut s'avérer très difficile.

Le périmètre du projet est parfois même compliqué à comprendre.

Exemple de la demande de création d'un site Web ;
  • Le site Web sera-t-il un site vitrine ou un site marchand ?
  • Si le site Web sera un site marchand, y aura-t-il paiement en ligne ?
  • Sera-t-il lié à une gestion commerciale ? une gestion de stock ?
  • etc.
Pour rédiger un cahier des charges, il fautcommencer par
  • Se fixer les idées
  • Donner un titre au projet
  • Décrire en une phrase une description rapide pour savoir de quoi on parle, compréhensible en interne à l'entreprise et par le monde extérieur
  • Se poser la question : "qu'est-ce que je veux ?"
  • Se poser la question : "qu'est-ce que je ne veux pas ?"
Contactez-moi : phgarin@gmail.com

Voir aussi :

Un cahier des charges pour quoi faire
Modèle de cahier des charges
Exemple 1 de rubriques de cahier des charges
Exemple 2 de cahier des charges pour un développement

Accès au récapitulatif Informatique

mercredi 30 juin 2010

Conditions à réunir pour se lancer dans un Projet

Conditions à réunir pour se lancer dans un Projet


Avant de se lancer dans un projet, le Chef de projet, salarié ou indépendant, doit connaître les conditions dans lesquelles il va travailler.

Pour cela, il faut qu’il pose des questions sur :
  • Les objectifs du projet, la mission
  • Les moyens de planification
  • La structure du déroulement du projet
  • La mise en œuvre du projet
  • Les outils et moyens disponibles
  • L’entreprise, maître d’ouvrage
Il faut aussi qu’il réponde à des critères de choix pour lui-même :
  • Son expérience
  • Des questions personnelles supplémentaires

Objectifs / mission

  • Les objectifs du projet du donneur d'ordre sont-ils connus ?
  • Les circonstances (par exemple, conditions d'installation) sont-elles annoncées ?
  • La mission du donneur d'ordre dans chaque phase du projet est-elle claire ?
  • Pouvez-vous participer à la planification des dates limites de phases et de fin de projet ?
  • Etes-vous impliqué à temps à la formulation des objectifs et des tâches ?

Planification

  • La durée est-elle fixée pour la tâche de planification ?
  • Éventuelles perturbations sont-elles intégrées dans la planification ?
  • Les charges de base sont-elles automatiquement prises en compte lors de la planification ?
  • L’ordre des opérations optimal est-il fixé et pris en charge ?
  • Prendre en compte la capacité des membres de l'équipe lors de la planification
  • Prendre en compte la capacité des membres de l'équipe lors de l'exécution 
Contactez-moi : phgarin@gmail.com
Voir aussi :

Planification de projets : personne ne travaille à 100%
Contraintes Priorités et rapports dans la gestion de projets
Organisation de la Gestion de Projet
Plan compte rendu Comité de projet

Accès au récapitulatif Informatique

lundi 28 juin 2010

Questions à poser à un client de référence

Questions à poser à un client de référence


Votre entreprise a besoin d'un progiciel ou d'un développement spécifique qu'elle ne peut produire elle-même ?
Vous avez commencé à prospecter le marché car vous avez encore à choisir le fournisseur.
Chaque fournisseur tente de vous convaincre. Un des moyens utilisé est la liste des clients de référence.

Un client de référence est donc un client qui a déjà travaillé avec le fournisseur. Comme tout s'est, a priori, bien passé, et que le client est d'accord, son nom est cité, le nom du responsable interne de son projet est donné, ainsi que ses coordonnées.

Oui, mais voilà quelles sont les questions que vous allez lui poser pour vous faire une bonne idée de ce qui s'est passé et de ce à quoi vous pouvez vous attendre si vous travailliez avec ce fournisseur.
Voici une liste de questions pour vous aider :

Questions sur le contrat

  1. Quelles applications ont été installées et depuis quand ?
  2. Quels modules ont été installés ?
  3. Depuis quand ces modules ont été installés ?
  4. Quand le contrat a été signé ?
  5. Quel type de support a été prévu dans le contrat ?
  6. Est-il prévu d'installer d'autres modules ?
  7. Si oui, lesquels et à quelle échéance ?

Questions sur l'organisation

  1. Combien de temps le projet a-t-il duré ?
  2. Combien de temps est-il prévu qu'il dure ?
  3. Combien de personnes extérieures ont-elles participé au projet ?
  4. Qui et pour quelles parties du projet ?
  5. Combien de personnes ont participé au projet ?
  6. Quel est le pourcentage de temps que ces personnes ont investi dans le projet ?
  7. Combien de personnes du service informatique ont participé au projet ?
  8. Qui a effectué l'analyse et la programmation ?
  9. Quelles ont été les difficultés rencontrées lors de la mise en place de l'équipe de projet ?
  10. Quelle forme a pris le soutien de la direction ?
  11. Combien de personnes ont participé à la conception et au prototypage ?
  12. Quelles difficultés ont-elles été rencontrées à chaque phase du projet ?
  13. Quels sont les moyens mis en œuvre par la direction du projet ? Pour l'analyse et la programmation ?
  14. Comment les rapports d'activité de chacun ont-ils été effectués ?
  15. Comment le problème de la disponibilité des personnes a-t-il été réglé ?
  16. Comment le choix des membres de l'équipe a-t-il été fait ?
  17. Qui a fait partie du comité de direction du projet ?
  18. D'autres sociétés extérieures ont-elles été impliquées dans le projet ?
  19. A combien se monte le dépassement des coûts par rapport au budget initial ?
  20. Quels ont été les coûts annexes les plus importants (non prévus) ?
  21. Quelle est la part des besoins couverts à la fin du projet ?
  22. D'autres projets pour compléter les besoins ont-ils été nécessaires ?
  23. Le standard d'installation préconisé par le fournisseur a-t-il été suivi à la lettre ? Quelles en ont été les différences ?
  24. Quelles méthodes de contrôle de projet ont-elles été employées ?
  25. Quelle part de travail, phase par phase, est restée à la charge de la société ?
  26. Comment s'est déroulé chaque phase ? En particulier, celles des tests ?

Questions techniques

  1. Sur quel ordinateur le progiciel a-t-il été installé ?
  2. Quelles modifications ont été nécessaires par rapport à la version originale du progiciel ?
  3. La télémaintenance a-t-elle été employée ? Pourquoi ?
  4. Comment les données de base, historiques et les en-cours ont été repris à partir des applications précédentes, si le cas se présentait ?
  5. Quelles interfaces avec d'autres applications ont été nécessaires ?
  6. Comment se sont-elles développées ?
  7. Comment le contrôle de la qualité a-t-il été effectué ?
  8. Comment de personnes travaillent avec le nouveau logiciel ?
  9. Comment les différents états ont été définis ?
  10. Quels ont été les moyens techniques mis en œuvre pendant le projet ?
  11. Des données extérieures sont-elles combinées avec les données du progiciel ? Dans quels modules ?
  12. Des sites extérieurs sont-ils reliés au site central pour l'utilisation du logiciel ? 

Questions de communication

  1. Comment les utilisateurs ont pris l'arrivée du progiciel ?
  2. Comment l'encadrement a pris l'arrivée du progiciel ?
  3. Quels ont été les moyens d'informations des utilisateurs ?
  4. Quel est le degré de satisfaction des utilisateurs ?

Questions de formations et de documentations

  1. Comment la formation a-t-elle été assurée ?
  2. Où et par qui la formation a été assurée ?
  3. Qui a reçu quelle formation ?
  4. Comment la documentation des modifications a-t-elle été assurée ?
  5. Qui s'est chargé de la documentation des modifications du progiciel ?
Contactez-moi : phgarin@gmail.com

Voir aussi :
Conditions à réunir pour se lancer dans un Projet
Un cahier des charges : pour quoi faire
Contraintes Priorités et rapports dans la gestion de projets

Accès au récapitulatif Informatique

dimanche 27 juin 2010

Blog Recherche d'emploi et autres conseils

Blog Recherche d'emploi

  • Points faibles, Points forts,
  • Entretien d'embauche, entrevue ou interview,
  • Conseils sur sa préparation,
  • Bilan,
  • CV,
  • Lettre de candidature, de motivation (candidature spontanée ou
    courrier en réponse à annonce),
  • Coaching,
  • Communication :
Tous les tuyaux dont vous avez besoin pour votre recherche d'emploi se trouvent dans mon site web dédié à la recherche d'emploi ou dans mon blog orienté principalement Emploi :


Contactez-moi : phgarin@gmail.com

Récapitulatif sur la page Emploi

vendredi 25 juin 2010

Exemple 2 de cahier des charges pour un développement informatique

Exemple 2 de cahier des charges

Vous trouverez ci un deuxième exemple de têtes de chapitres d'un cahier des charges informatique.
Il est plus orienté développement informatique.
  1. Analyse du processus fonctionnel
  2. Solutions pour l'installation du logiciel informatique
  3. Définition du système pour l'utilisateur
  4. Données techniques
  5. Informations sur le projet
Contactez-moi : phgarin@gmail.com
Voir aussi :

Un cahier des charges : pour quoi faire ?
Techniques utilisées pour un cahier des charges et la gestion de projet
Modèle de cahier des charges
Exemple 1 de rubriques de cahier des charges

Accès au récapitulatif Informatique

mercredi 23 juin 2010

Exemple 1 de rubriques de cahier des charges

Exemple 1 de rubriques de cahier des charges

Lors de la rédaction d'un cahier des charges, et qu'on n'a pas l'habitude, on ne sait pas trop quoi mettre.
Voici un premier exemple de rubriques, regroupées par chapitre, que l'on peut trouver dans un cahier des charges informatique. A adapter en fonction de ses besoins.

  1. Capacité du matériel
  2. Dimensions organisationnelles
  3. Fiabilité
  4. Logiciel
  5. Soutien de l'éditeur
  6. Coûts et conditions contractuelles
  7. Besoins en locaux et en personnel
  8. Caractéristiques techniques
Contactez-moi : phgarin@gmail.com

Voir aussi :

Un cahier des charges : pour quoi faire ?
Techniques utilisées pour un cahier des charges et la gestion de projet
Modèle de cahier des charges
Exemple 2 de cahier des charges

Accès au récapitulatif Informatique

lundi 21 juin 2010

Techniques utilisées pour un cahier des charges et la gestion de projet

Quelles sont les techniques utilisées pour un cahier des charges et la gestion de projet

Pour définir ses besoins et les transcrire dans un cahier des charges, plusieurs techniques éprouvées peuvent être utilisées.

Voici un échantillon de techniques, qui servent à la fois pour établir un cahier des charges que pour la gestion de projet
:

Définition des tâches :
  • Verbalement
  • Technique du state event (statuts des événements)
Description détaillée des tâches :

  • Technique du programme structuré (structo-programme)
  • Jackson : De la séquence globale vers le détail
  • Nassi-Schneiderman
  • Warner
Enchaînement des tâches :

  • HIPO = Hierarchical Input Process Output : Processus général; processus détaillé; déroulement du processus
  • Schéma de Myer
  • Mascot
Représentation des liens entre les tâches :

  • Technique SADT :
    • Objet en entrée => Traitement => Objet en sortie
    • Création => Objet => Utilisation
    • Itération des séquences jusqu’à obtention d’un résultat satisfaisant
  • Code ICOM : Input, Control, Output; Mécanisme
Ces techniques peuvent être utilisées indépendemment les unes des autres. Cependant, pour une question de clarté, mieux vaut en utiliser une seule par groupe défini ci-dessus.

Contactez-moi : phgarin@gmail.com

Voir aussi :

Un cahier des charges, pour quoi faire ?
Modèle de cahier des charges
Exemple 1 de rubriques de cahier des charges
Exemple 2 de cahier des charges

Accès au récapitulatif Informatique

samedi 19 juin 2010

Un cahier des charges : pour quoi faire

Un Cahier des charges : pour quoi faire ?

Le but premier d'un cahier des charges est l'expression du besoin.
C'est surtout un moyen très utile pour éviter des conflits entre client et fournisseur, que ce soit dans une relation interne à l'entreprise ou entre deux entreprises différentes.

Pour le client :

  • Le projet doit se dérouler, si possible, dans les temps impartis
  • Le prix à payer pour le projet doit être aussi bas que possible
  • Le projet doit répondre à certaines exigences de qualité en matière de fiabilité, de normes, de convivialité, de modification et de maintenance, etc.

Les objectifs du client ont été rédigés par :

  • Le management du client
  • La direction technique du client
  • Le service informatique ou Développement de logiciel du client
  • Le service du personnel, utilisateur, opérateur
  • Ou par personne ! (La pire situation qui existe !)

Pour le fournisseur :

  • Le prix doit être le plus haut possible et être payé à temps
  • La charge de travail pour le projet ne doit pas dépasser l'offre calculée présentée
  • Les modifications et extensions, ajoutées au cours de l'avancement du projet doivent être reconnues et être payées par le client. Elles doivent l'objet d'un avenant au contrat et en respecter les mêmes règles
  • Le client doit être satisfait, et faire effectuer la maintenance, les modifications et extensions par le même fournisseur ; d’autres contrats devraient suivre, etc.  
  • Le client pourrait être une référence positive de son produit et faire une bonne publicité au fournisseur

Ces objectifs qui semblent contradictoires peuvent engendrer des conflits.

Conflits possibles :

  • Dans les spécifications des tâches et de leur charge
  • Dans la réalisation du projet
  • Dans le management et la gestion du projet

Pour réduire tout risque de conflit ou en diminuer les effets négatifs, dès la rédaction du cahier des charges pour le client et son analyse par le fournisseur, les éléments suivants doivent impérativement s’y retrouver.

Mise en œuvre :

  • Quelles fonctions sont à développer, à mettre en place ?
  • Quelles données seront utilisées, saisies, reprises ?
  • Dans quelles conditions (environnement physique) ? 

Quelles sont les restrictions :

  • Financières
  • Juridiques
  • Techniques : matériels, système d'exploitation
  • Performances : temps de réponse, capacité de stockage, réactivité du système, sauvegardes et restaurations
  • Organisationnelles : documentation, protection des données, tests, responsabilités, procès-verbal de réception des travaux

Détails de l'interface utilisateur

  • Dépenses : liste des images, des masques d’écran, messages de contrôle, supports des données,
  • Entrées: enregistrement des données, commandes, informations, masques d'écran, messages
  • Modes opératoires : qui les rédige ?
  • Définition des matériels : multiples échanges pour proposer le matériel approprié
  • Systèmes d'exploitation : propriétaire, libre
  • Organisation dans le projet : Tests, Procès-Verbal de réception, documentation, maintenance, responsabilités
Contactez-moi : phgarin@gmail.com

Voir aussi :

Modèle de cahier des charges
Techniques utilisées pour un cahier des charges et pour la gestion de projet
Bien définir son besoin avant la rédaction du cahier des charges

Accès au récapitulatif Informatique

jeudi 17 juin 2010

Modèle de cahier des charges

Modèle de cahier des charges

Dans le métier d'informaticien, nous sommes confronté très souvent à des demandes d'utilisateurs quand nous travaillons dans un service informatique ou de clients quand nous travaillons dans une société de services (SSII).

Le meilleur moyen d'exprimer ses besoins est la rédaction d'un cahier des charges.

Voici un exemple, un modèle de cahier des charges, ou, du moins, son sommaire.

Evidemment, les chapitres sont à adapter en fonction des besoins.

1. Présentation de la société demandeur de l'appel d'offres

1.1 Type et taille de l'entreprise

1.2 Structure d'entreprise

1.3 Clients et fournisseurs

1.4 Chiffre d'affaires

1.5 Organisation de l'Informatique dans le groupe x

1.5.1 Organisation du Service Informatique

1.5.2 Informations techniques

1.5.2.1 Matériels
1.5.2.2 Les logiciels du système et les utilitaires
1.5.2.3 Infrastructure

2. Objectifs

3. Vue d'ensemble

3.1 Généralités

3.2 Vocabulaire d'entreprise

3.3 Vue d'ensemble des besoins

4. Description détaillée par domaine et fonction principale

4.1 Domaine x - Fonction Gestion x

4.1.1 Situation actuelle

4.1.2 Description des besoins

4.2 Domaine x - Fonction Gestion x

4.2.1 Situation actuelle

4.2.2 Description des besoins

5. Nombres et fréquences

5.1 Données de base

5.2 Mouvements

6. Mise en oeuvre de la solution

6.1 Méthodes de mise en oeuvre et développements

6.2 Informations techniques

6.3 Sécurité, sauvegarde et intégrité du système

6.3.1 Sécurité

6.3.2 Sauvegardes

6.3.3 Intégrité du système

6.4 Maintenance, support et conseil

6.4.1 Maintenance

6.4.2 Aspects généraux

7. Conditions de contrat

7.1 Généralités

7.2 Précisions sur le contrat

8. Administration

8.1 Confidentialité, Retour du cahier des charges

8.2 Réponses au cahier des charges

8.2.1 Généralités

8.2.2 Relations entre le cahier des charges et la proposition du fournisseur

8.2.3 Présentation et contenu de la proposition

8.3 Planning

8.4 Réponses au cahier des charges

9. Catalogue de questions

9.1 Questions sur le fournisseur du progiciel

9.2 Questions sur le progiciel

9.3 Questions sur la solution proposée

9.4 Questions sur les sauvegardes, la sécurité et l'intégrité des données

9.5 Questions sur le contrat

9.6 Questions sur la maintenance, le soutien et le conseil

9.7 Questions sur la formation et la documentation

Contactez-moi : phgarin@gmail.com


mercredi 16 juin 2010

Premier message dans ce blog

Bienvenue à tous,

Ce blog a été créé pour prendre la succession de mon précédent blog http://phgarin.spaces.live.com/
Ce changement de blog est la conséquence de l'abandon par Microsoft de l'option de statistiques de fréquentation de mon blog.

Je pouvais mesurer environ 5 000 visites sur 10 à 15 jours. Comme ce n'est plus possible depuis le 08 juin 2010, j'ai cherché une solution.
Googles Analytics ne peut être intégré aux billets de spaces.live, ni sur les articles de WordPress que j'ai tenté juste entre les deux, j'en suis venu à créer ce blog qui, par défaut, est intégré aux statistiques de Google Analytics.

J'espère simplement que la fréquentation de ce blog et son référencemenet vont être, au moins, aussi important que mon blog précédent.

A bientôt sur mon nouveau blog.

Philippe Garin
Contactez-moi : phgarin@gmail.com