La MOA pragmatique du SI. Fonctions dans la maîtrise d'ouvrage. La maîtrise d'ouvrage du système d'information et les utilisateurs. La Maîtrise d'ouvrage du système d'information et ses utilisateurs 8 novembre 1999 Exposé au club des maîtres d’ouvrage des systèmes d’information Lorsque l’on parle des " utilisateurs " du système d’information, il faut distinguer deux catégories de personnes : - les utilisateurs " de terrain ", ceux qui en pratique feront fonctionner le système et s’en serviront pour leur travail quotidien ; - les " concepteurs ", généralement affectés à la direction générale et chargés de concevoir les nouvelles applications en fonction des orientations stratégiques des métiers de l’entreprise.
Les concepteurs ne sont pas des utilisateurs finals, mais ils sont chargés de transcrire les besoins de l’entreprise en termes de fonctionnalités à fournir par l’application. Les relations entre maîtrise d’ouvrage et utilisateurs comportent des étapes que l'on peut énumérer dans l’ordre chronologique : Nous considérerons dans cette fiche uniquement la première de ces étapes, l’expression de besoins. Modèle UML. A propos de la MOA. A propos de la maîtrise d’ouvrage du système d’information 2 décembre 2001 Version imprimable Pour poster un commentaire Le « maître d’ouvrage », c’est l’entité (entreprise, direction, service) cliente de l’informatique qui, elle, est « maître d’œuvre ».
Par abus de langage, on appelle « maîtres d’ouvrage » les personnes physiques qui, dans cette entité cliente, ont compétence pour définir le SI que l’informatique construira, maintiendra et exploitera. Certains disent que la distinction entre maîtrise d’ouvrage et maîtrise d’œuvre est « franco-française ». Dans les années 90 l’informatique, en raison même de ses progrès, a changé de rôle ; s’appuyant sur les PC en réseau, les interfaces graphiques et l’amélioration des performances, le SI équipe désormais l’utilisateur dans toutes les étapes de son processus de travail. Ainsi s’est construite dans l’entreprise une compétence nouvelle, la maîtrise d’ouvrage du SI. Il faut en tout cas combler certaines lacunes de la connaissance.
Recette (informatique) Un article de Wikipédia, l'encyclopédie libre. Pour les articles homonymes, voir Recette. Cette étape implique, en la présence effective des différents acteurs du projet, maitrise d’œuvre et maitrise d'ouvrage, le déroulement rigoureux de procédures de tests préalablement décrits, et l'identification de tout écart fonctionnel ou technique.
La procédure de recette se déroule en deux étapes principales : Spécification fonctionnelle. Un article de Wikipédia, l'encyclopédie libre.
La spécification fonctionnelle est la description des fonctions d'un logiciel en vue de sa réalisation. La spécification fonctionnelle décrit dans le détail la façon dont les exigences seront prises en compte. Un exemple d'exigence est l'adaptation d'un progiciel à l'utilisateur en ce qui concerne la langue (le français dans les pays francophones). Maîtrise d'ouvrage. Un article de Wikipédia, l'encyclopédie libre.
Pour les articles homonymes, voir MOA. Maîtrise d'œuvre. Un article de Wikipédia, l'encyclopédie libre.
Pour les articles homonymes, voir Moe. Le terme maîtrise d'œuvre (souvent abrégé MOE ou MŒ ou Moe ou moe) désigne l'entité retenue par le maître d'ouvrage afin de réaliser le projet dans les conditions de délais, de qualité ainsi que de coûts fixés par ledit projet, le tout conformément à un contrat. Pour la partie relative au marché de travaux, la maîtrise d’œuvre désigne une personne physique ou morale qui, pour sa compétence, peut être chargée par le maître de l'ouvrage : de l'assister pour la consultation des entreprises et pour la conclusion du ou des marchés avec le ou les entrepreneurs;de diriger l'exécution du ou des marchés de travaux;d'assister le maître de l'ouvrage pour la réception des ouvrages et le règlement des comptes avec les entrepreneurs.
Le maître d’œuvre dans le bâtiment et les travaux publics[modifier | modifier le code] Historique[modifier | modifier le code] Mission et rôle[modifier | modifier le code] Les 13 signes qui prédisent un projet foireux. Vous voilà embarqué sur un nouveau projet (que ce soit en freelance, en agence ou directement dans une start-up) et dès le pitch du projet, vous savez que ça va foirrer… badly (comme ils disent dans les films américains), un futur FAIL en puissance, voici donc quelques signes qui peuvent vous aider à détecter ça: Tout ou presque est dit dans le titre, mais autour de ce nouveau projet, vous êtes réuni avec au moins une (voir plusieurs) personnes que vous n’aimez vraiment pas, mais alors pas du tout (et vous feriez bien caca sur son clavier par exemple juste pour le fun, comme ça).
Comment donc envisager le développement d’un projet sereinement avec quelqu’un que vous détestez? Pas évident, et même si dans un premier temps vous décidez de mettre votre haine/fierté dans votre poche, il y a fort à parier que ce conflit latent risque de ressortir un jour et de nuire au bon déroulement du projet.