ScholarGate
Assistant

Gestion de projet logiciel

La gestion de projet logiciel est l'application de techniques de planification, d'organisation, d'estimation et de contrôle aux projets logiciels afin qu'ils livrent le produit adéquat dans les limites de coûts, de délais et de qualité acceptables.

Trouver un sujet avec PaperMindBientôtFind papers & topics
Tools & resources
Télécharger les diapositives
Learn & explore
VidéoBientôt

Definition

La gestion de projet logiciel est la discipline qui consiste à planifier, surveiller et contrôler les personnes, les processus et les ressources d'un projet logiciel afin d'atteindre ses objectifs en termes de portée, de délais, de coûts et de qualité.

Scope

Ce domaine couvre l'estimation de l'effort et des coûts ; la planification et l'ordonnancement ; la gestion des risques ; l'organisation des équipes et les facteurs humains du travail logiciel ; la gestion de la configuration et des changements ; la gestion de la qualité logicielle ; la mesure et les métriques pour le suivi des progrès ; ainsi que les défis économiques et de coordination distinctifs qui différencient la gestion de logiciels des autres projets d'ingénierie.

Sub-topics

Core questions

  • Comment l'effort, le coût et les délais des logiciels sont-ils estimés en situation d'incertitude ?
  • Comment les risques sont-ils identifiés, priorisés et atténués tout au long d'un projet ?
  • Comment la structure d'équipe et la communication affectent-elles la productivité ?
  • Comment les changements et la qualité sont-ils contrôlés tout au long du projet ?

Key theories

La loi de Brooks et l'économie des équipes
Brooks a observé qu'ajouter des personnes à un projet logiciel en retard le retarde davantage, car les frais généraux de communication et d'intégration augmentent plus rapidement que la capacité ajoutée, soulignant que l'effort logiciel n'est pas simplement divisible.
Estimation algorithmique des coûts
Des modèles tels que COCOMO estiment l'effort et les délais en fonction de la taille et des facteurs du projet, fournissant des estimations reproductibles et calibrables qui complètent le jugement d'experts et les approches basées sur l'analogie.

Clinical relevance

Une gestion de projet rigoureuse détermine si un logiciel est livré dans les délais et le budget impartis avec une qualité adéquate ; une mauvaise estimation, des risques non gérés et l'ignorance de l'économie non linéaire des équipes sont des causes principales d'échec et de dépassement de budget des projets logiciels.

Evidence & guidelines

Le domaine de connaissances en gestion de l'ingénierie logicielle du SWEBOK et le Guide PMBOK fournissent des cadres consensuels, et des normes telles que l'ISO/IEC/IEEE 16326 abordent la planification de la gestion de projet pour les logiciels.

History

Brooks a tiré des leçons difficiles de grands projets des années 1960 pour en faire des principes de gestion durables en 1975 ; Boehm a formalisé l'économie logicielle et l'estimation des coûts en 1981 ; le domaine a depuis intégré la gestion des risques, les métriques et la planification adaptative plus légère des méthodes agiles.

Debates

Gestion de projet prédictive versus adaptative
La question de savoir si les projets logiciels sont mieux gérés par des plans détaillés établis à l'avance ou par un contrôle adaptatif basé sur les itérations est débattue ; l'agile privilégie le contrôle empirique et la replanification fréquente, tandis que la gestion traditionnelle met l'accent sur des plans de référence, les approches hybrides étant courantes.

Key figures

  • Frederick Brooks
  • Barry Boehm
  • Tom DeMarco
  • Watts Humphrey

Related topics

Seminal works

  • brooks1995
  • boehm1981
  • swebok2014

Frequently asked questions

Pourquoi ajouter des personnes à un projet en retard le retarde-t-il davantage ?
Les nouvelles personnes doivent être mises à niveau et le nombre de chemins de communication augmente approximativement avec le carré de la taille de l'équipe ; les frais généraux et les perturbations qui en résultent réduisent initialement la production plutôt qu'ils ne l'augmentent, une observation connue sous le nom de loi de Brooks.
Pourquoi l'estimation logicielle est-elle si difficile ?
Le logiciel est intangible, souvent nouveau et façonné par des exigences changeantes, de sorte que les analogies historiques sont imparfaites et l'incertitude est élevée ; une estimation rigoureuse combine des modèles, le jugement d'experts et des fourchettes plutôt que des estimations ponctuelles pour gérer cette incertitude.

Methods for this concept

Related concepts