QCM : Gestion de projet et analyse fonctionnelle (19 questions)

Explication

Un projet de développement traduit une idée, issue d’une volonté de l’entreprise ou d’une obligation légale, en une réalisation répondant au marché, reproductible et favorable à sa pérennité. Un prototype sert à valider une conception, mais ne résume pas la finalité du projet.

Explication

Après la faisabilité, le processus passe à la conception générale et détaillée, puis à la réalisation et à la validation du prototype. L’industrialisation et la présérie interviennent plus tard, après ces étapes de conception et de prototype.

Explication

Le chef de projet porte la responsabilité du projet et anime l’équipe qui le réalise. L’arbitrage des orientations relève du comité de pilotage, même si celui-ci reçoit le reporting du projet.

Explication

Le comité de pilotage est l’instance de décision : il reçoit le reporting et arbitre les orientations du projet. Le chef de projet anime l’équipe et assume la responsabilité du projet, mais l’arbitrage des orientations revient au comité.

Explication

La configuration décrite associe de nombreuses entreprises à un très gros projet. La présence de plusieurs entreprises peut aussi caractériser des projets moyens avec sous-traitants, mais cette configuration se distingue par la taille moyenne des projets et le recours à la sous-traitance.

Explication

Le processus projet est critique en raison de la remise en cause permanente liée à l’innovation, de la diversité d’activités souvent non récurrentes et du nombre important d’acteurs internes et externes. L’idée qu’il repose surtout sur des activités répétitives ne correspond pas à ces caractéristiques.

Explication

L’avant-projet rassemble l’expression du besoin, l’étude SWOT, la collecte d’informations et l’étude de faisabilité afin de justifier la viabilité et de permettre le choix du chef de projet. La constitution de l’équipe et la rédaction du cahier des charges relèvent plutôt du lancement du projet.

Explication

Le lancement inclut notamment la rédaction de la charte, la constitution de l’équipe, l’analyse des parties prenantes, le découpage et la gestion des risques, puis aboutit au cahier des charges client. L’étude de faisabilité appartient à l’avant-projet, et non à cette étape de conclusion.

Explication

La charte précise les objectifs mesurables ainsi que leurs méthodes de calcul, en plus d’autres éléments tels que le périmètre, les risques, le budget et le planning. Les fonctions de service et les solutions techniques relèvent de l’analyse fonctionnelle, pas du contenu caractéristique de la charte.

Explication

Les valeurs agiles donnent la priorité à l’adaptation au changement par rapport au suivi d’un plan. Le respect du plan initial est précisément l’orientation opposée à cette valeur agile.

Explication

Les principes agiles encouragent l’acceptation des changements même tardifs et la collaboration régulière entre le métier et les développeurs. Reporter les changements pour préserver le plan initial contredit cette capacité d’adaptation.

Explication

Dans Scrum, les sprints durent de deux à quatre semaines et les équipes sont autogérées. La période de deux semaines à deux mois concerne les livraisons fonctionnelles évoquées par les principes agiles, et non la durée indiquée des sprints Scrum.

Explication

L’analyse fonctionnelle recherche et caractérise les fonctions offertes par un produit dans son système afin de répondre aux besoins de l’utilisateur. Le choix des composants techniques relève davantage de la conception interne que de cette définition générale.

Explication

Une fonction exprime un résultat à atteindre et se formule par un verbe à l’infinitif suivi d’un complément. Décrire un moyen technique ou un composant revient à préciser une solution, et non la fonction elle-même.

Explication

L’analyse externe adopte le point de vue du client utilisateur et décrit les fonctions de service ou d’estime, tandis que l’analyse interne examine les fonctions techniques des constituants du produit. Inverser ces perspectives confond les fonctions offertes à l’utilisateur avec les fonctions techniques internes.

Explication

AFutée prend en compte le milieu extérieur en interaction avec le système, l’évolution de celui-ci au cours de son cycle de vie et le besoin de l’utilisateur, qu’il soit implicite ou explicite, existant ou potentiel. L’analyse des composants internes et des coûts du fournisseur ne correspond pas aux éléments définissant le besoin dans cette démarche.

Explication

Le cahier des charges fonctionnel traduit la demande en besoins et en fonctions, constitue une référence pour les partenaires et encadre leurs réponses. Le cahier des charges fournisseur retranscrit plutôt l’analyse fonctionnelle interne, ce qui explique pourquoi le confondre avec le cahier des charges fonctionnel est erroné.

Explication

FAST relie « pourquoi ? » à la finalité d’une fonction, « comment ? » à sa réalisation et « quand ? » au moment où elle doit être assurée. La représentation progressive des fonctions et de leurs flux par niveaux relève plutôt de SADT.

Explication

SADT détaille une fonction globale par niveaux successifs et représente les fonctions techniques, leurs relations, ainsi que les entrées, sorties, moyens et données de contrôle. FAST partage avec SADT l’analyse des fonctions, mais organise celles-ci autour des questions « pourquoi ? », « comment ? » et « quand ? ».