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