Après un pilotage «chaud» la semaine dernière, le cerveau s'est apparemment détendu et s'est accroché à la question: «Et que fallait-il faire pour que tout se passe bien et sans tous ces nerfs?»
Je vais essayer de décrire les options de réponse qu'il a générées.
À propos de moi
9 ans - Consultant IT SAP ERP. Responsabilités: conception, team building, tests et débogage, formation, pilotage.
Cadre d'applicabilité
Il a écrit sur la base de projets de 3-4 mois à 1 an avec une intégration intersystème complexe.
Ayant décidé de ne pas risquer de me noyer dans la réalisation du perfectionnisme, ayant perdu la passion initiale pour l'écriture, j'ai dû abandonner les revendications à un haut niveau de structure, de cohérence et d'exhaustivité. Pour les mêmes raisons, le texte n'a été écrit que «par expérience personnelle», je n'ai pas lu les textes en accord sur le sujet avant publication.
Par conséquent, dans une certaine mesure, je compte sur des commentateurs pour, éventuellement, rédiger une deuxième édition, dans laquelle les critères ci-dessus étaient déjà au niveau approprié.
Glossaire
BA - analyste d'affaires BI
- base de connaissances de projet
BT - exigences commerciales
IT - architecte et consultants de l'équipe de projet
KP - utilisateur clé de
MC - consultant junior, enikeist
PR - solution de conception
Prod -
développeur de système productif - développeur
CT - scénarios de test
SC - senior consultant, concepteur de
spécifications techniques - termes de référence
Clés de la réussite d'un projet informatique
Le message général est une communication fluide
Il est nécessaire de parvenir à une synchronicité entre l'entreprise et l'informatique dans la perception des besoins de l'entreprise, des scénarios de test, de la solution de conception et de son apparence lors de la mise en œuvre.
BT détaillé et réfléchi
BT doit avoir une compréhension complète et synchrone entre l'entreprise et l'informatique. Pour cela, ce doit être BA et KP (idéalement, lorsque BA est un ancien KP).
Ensemble complet de scripts de test
Le nombre maximum de scénarios les plus détaillés doit être connu et élaboré avant d'écrire une solution. Les scripts doivent être écrits dans l'ordre, du plus courant au plus rare. Ces derniers, dans le cas de leur automatisation coûteuse, doivent disposer d'une commande manuelle réfléchie.
Division du travail au sein de l'informatique
L'équipe de projet doit avoir une division en fonction de la complexité intellectuelle du travail. Il est bon que le concepteur ait les compétences nécessaires pour concevoir la documentation de manière stylistique sans frais supplémentaires. Sinon, il vaut mieux donner des conseils de «beauté» à une personne ayant un poste subalterne.
Il en va de même pour le contenu des savoirs traditionnels / relations publiques mis à jour:
- Le comité d'enquête écrit au développeur au sujet des ajustements et met le député dans une copie
- MK collecte et reflète les changements en mode édition à l'aide du contrôle de version
- SC accepte les modifications
- MK met à jour la documentation dans la base de connaissances
Les tests doivent également être délégués à MK.
Je ne sais pas comment c'est en dehors de SAP, mais le principe du consultant-récolteur est souvent utilisé ici, qui fait tout (conception, test, rédaction de la documentation).
En conséquence, la qualité, les conditions (et «l'argent») souffrent et les risques associés à tout ce qui est lié pour 1 personne.
Test des scripts avant la publication
- Les tests doivent être effectués dans un environnement proche de la production (idéalement dans une copie des ventes).
- La participation de personnes qui travailleront directement avec la fonctionnalité est obligatoire (il est conseillé de mener un programme éducatif par décision avant cela).
Espace commun pour les équipes d'intégration de systèmes
En présence d'intégration complexe sur le projet, il est extrêmement important de créer un champ commun du contexte du projet et d'assurer la «proximité du corps». Idéalement, toute l'équipe du projet devrait être dans une seule pièce. Sinon, vous avez besoin d'une personne distincte ou d'un outil pratique pour assurer la synchronisation entre les équipes.
Adéquation technique de l'hôte
L'approbation formelle du PR par l'entreprise est le fléau du projet. La partie réceptrice doit imaginer pleinement et en détail la solution. Si le projet concerne une modernisation profonde des fonctionnalités existantes, l'entreprise doit le savoir parfaitement.
Idéalement, si l'hôte est un homme d'affaires parfaitement informé avec une logique cohérente et structurée.
Modérateur pilote
Neutre pour les TI et les hommes d'affaires avec les qualités d'un arbitre. Construit un plan de pilotage, rédige des rapports d'essais, assure le suivi des commentaires et de leurs corrections.
S'il y a une impulsion, il y a une idée pour décrire les problèmes qui peuvent survenir si les recommandations décrites ne sont pas suivies.