|
|
|
|
|
<chapter id="definitions">
|
|
|
|
|
|
<chapterinfo>
|
|
|
|
|
|
<authorgroup>
|
|
|
|
|
|
<author
|
|
|
|
|
|
><firstname
|
|
|
|
|
|
>Anne-Marie</firstname
|
|
|
|
|
|
> <surname
|
|
|
|
|
|
>Mahfouf</surname
|
|
|
|
|
|
> <affiliation
|
|
|
|
|
|
> <address
|
|
|
|
|
|
><email
|
|
|
|
|
|
>annma@kde.org</email
|
|
|
|
|
|
></address>
|
|
|
|
|
|
</affiliation>
|
|
|
|
|
|
</author>
|
|
|
|
|
|
<author
|
|
|
|
|
|
><firstname
|
|
|
|
|
|
>Raphael</firstname
|
|
|
|
|
|
> <surname
|
|
|
|
|
|
>Langerhorst</surname
|
|
|
|
|
|
> <affiliation
|
|
|
|
|
|
> <address
|
|
|
|
|
|
><email
|
|
|
|
|
|
>raphael.langerhorst@kdemail.net</email
|
|
|
|
|
|
></address>
|
|
|
|
|
|
</affiliation>
|
|
|
|
|
|
</author>
|
|
|
|
|
|
&traducteurRomainPelisse;
|
|
|
|
|
|
</authorgroup>
|
|
|
|
|
|
</chapterinfo
|
|
|
|
|
|
>
|
|
|
|
|
|
<title
|
|
|
|
|
|
>Définitions</title>
|
|
|
|
|
|
|
|
|
|
|
|
<sect1 id="gantt">
|
|
|
|
|
|
<title
|
|
|
|
|
|
>Diagramme de Gantt </title>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Le diagramme de Gantt est un histogramme couramment utilisé pour montrer l 'enchaînement et la durée des tâches ou activités alors qu'elles se déroulent au cours du temps. Bien que les diagrammes de Gantt n'indiquaient pas dans un premier temps les relations entre les tâches, il est devenu très habituel désormais de représenter à la fois le passage du temps et les dépendances entres les tâches. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Dans la gestion de projet, un diagramme de Gantt montre quand les tâches élémentaires du projet commencent et se terminent, un résumé de ces tâches (affiché) ou les dépendances entres ces tâches élémentaires (non affichés). Une tâche élémentaire est définie comme la tâche la plus petite, la plus atomique possible qui a pu être identifiée dans le cadre du projet. Les tâches sont affichées sur une page comme des barres. La page est disposée de telle manière que le temps progresse au fur à et à mesure que vous vous déplacez sur cette page. La date ou l'heure de la tâche est indiquée par le point sur la page où la barre commence, et sa durée est également indiquée par la taille de la barre. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Depuis leur introduction, les diagrammes de Gantt sont devenus un standard dans l'industrie pour représenter les différentes phases, tâches et activités qui sont ordonnancé dans le cadre du projet aussi bien en tant que membre du Work Breakdown Structure (WBS) que d'une chronologie de tâches. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Le format initial du diagramme a été conçu par Henry L. Gantt (1861-1919) en 1910. (voir <quote
|
|
|
|
|
|
>Work, Wages and Profit</quote
|
|
|
|
|
|
> par H. L. Gantt, publié par The Engineering Magazine, NY, 1910). </para>
|
|
|
|
|
|
</sect1>
|
|
|
|
|
|
|
|
|
|
|
|
<sect1 id="wbs">
|
|
|
|
|
|
<title
|
|
|
|
|
|
>WBS (<foreignphrase
|
|
|
|
|
|
>Work Breakdown Structure</foreignphrase
|
|
|
|
|
|
>, arborescence des tâches)</title>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>La gestion de projet, un Work Breakdown Structure (WBS) est un arbre hiérarchique détaillé (du plus général au plus spécifique) des livrables et des tâches à exécuter pour compléter ce projet. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Le propos d'un WBS est d'identifier les différentes tâches élémentaires du projet (les différentes choses à faire dans le projet). Ainsi, le WBS sert de base à la planification du projet. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Dans la pratique, on considère que tout projet peut être divisé en 10 à 20 tâches. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Work Breakdown Structure est un outil de gestion de projet très courant. Beaucoup d'appels d'offre du gouvernement américain demandent l'utilisation du Work Breakdown Structure. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Voir la section <xref linkend="configure-wbs"/> pour apprendre à configurer votre WBS. </para>
|
|
|
|
|
|
</sect1>
|
|
|
|
|
|
|
|
|
|
|
|
<sect1 id="float">
|
|
|
|
|
|
<title
|
|
|
|
|
|
>Marge</title>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>La marge dans la gestion de projet est le délai maximum que peut subir une tâche élémentaire du projet, sans retarder :<itemizedlist
|
|
|
|
|
|
> <listitem
|
|
|
|
|
|
><para
|
|
|
|
|
|
>une tâche dépendante (marge libre),</para
|
|
|
|
|
|
></listitem
|
|
|
|
|
|
> <listitem
|
|
|
|
|
|
><para
|
|
|
|
|
|
>l'ensemble du projet (marge totale).</para
|
|
|
|
|
|
></listitem
|
|
|
|
|
|
> </itemizedlist
|
|
|
|
|
|
>. La marge est parfois appelée <quote
|
|
|
|
|
|
>slack</quote
|
|
|
|
|
|
> </para>
|
|
|
|
|
|
</sect1>
|
|
|
|
|
|
|
|
|
|
|
|
<sect1 id="task">
|
|
|
|
|
|
<title
|
|
|
|
|
|
>Tâche</title>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Une tâche est une partie du projet qui nécessite d'être accomplie au sein d'une période de temps définie. Les tâches peuvent être liées les unes aux autres pour créer des dépendances. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Les tâches se déroulent sur une période de temps et sont généralement consommatrices de ressources. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Une tâche est qualifiée de critique quand elle n'a aucune marge ou que cette dernière est négative. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Dans &kplato; chaque tâche a un identifiant, un nom et un responsable. Le temps de réalisation, le coût et l'assignation des ressources peuvent aussi être fixés à l'aide de la boîte de dialogue <guilabel
|
|
|
|
|
|
>Paramètres des tâches</guilabel
|
|
|
|
|
|
>. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Une sous tâche est n'importe quel noeud de l'arbre WBS qui a une tâche comme parent.</para>
|
|
|
|
|
|
|
|
|
|
|
|
</sect1>
|
|
|
|
|
|
|
|
|
|
|
|
<sect1 id="resource">
|
|
|
|
|
|
<title
|
|
|
|
|
|
>Ressources</title>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Une ressource est un élément requis pour compléter une tâche. Les ressources sont des personnes des équipements des installations, des fonds, ou n'importe quelle autre chose nécessaire pour accomplir le travail d'un projet. Les ressources peuvent avoir un temps limité de disponibilité (&cad; un employé qui travaille huit heures par jour, cinq jours par semaine). </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Les disponibilités sont définies par les <link linkend="calendar"
|
|
|
|
|
|
>calendriers</link
|
|
|
|
|
|
>. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Dans &kplato; les ressources sont soit des personnes (travail), soit des machines (matériel). </para>
|
|
|
|
|
|
</sect1>
|
|
|
|
|
|
|
|
|
|
|
|
<sect1 id="calendar">
|
|
|
|
|
|
<title
|
|
|
|
|
|
>Agendas</title>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Un agenda définit à quel moment une <link linkend="resource"
|
|
|
|
|
|
>ressource</link
|
|
|
|
|
|
> est disponible. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Les agendas peuvent soit être une semaine de travail normale ou un temps travail particulier qui peut être défini pour chaque jour. Ceci permet un contrôle très fin des ressources selon leurs disponibilités. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Chaque <link linkend="resource"
|
|
|
|
|
|
>ressource</link
|
|
|
|
|
|
> est normalement relié à un calendrier. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Avec &kplato;, vous pouvez même utiliser des agendas hiérarchiques. </para>
|
|
|
|
|
|
</sect1>
|
|
|
|
|
|
|
|
|
|
|
|
<sect1 id="milestone">
|
|
|
|
|
|
<title
|
|
|
|
|
|
>Jalon</title>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Un jalon est un évènement planifié indiquant l'achèvement d'une tâche majeure ou d'un ou plusieurs livrables (il marque aussi en général la fin d'une période). Un label est une activité d'une durée de 0 et ne consomme aucune ressource, &cad; il n'y a aucun travail associé à un jalon. Il s'agit d'une simple marque indiquant qu'un certain travail a été achevé. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>En général, un jalon est utilisé comme un point de contrôle pour valider le déroulement du projet et valider le travail effectué. Les jalons sont aussi utilisés pour des vues instantanées de haut niveau pour valider la progression du projet. Dans la plupart des cas, des décisions sont prises une fois arrivé au jalon. </para>
|
|
|
|
|
|
</sect1>
|
|
|
|
|
|
|
|
|
|
|
|
<sect1 id="critical-path">
|
|
|
|
|
|
<title
|
|
|
|
|
|
>Chemin critique</title>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Un chemin est une série de tâches connectées. Dans la gestion de projet, un chemin critique est une séquence de tâches élémentaires du projet, avec la plus longue durée globale, déterminant ainsi la durée la plus courte possible du projet. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>La durée du chemin critique détermine la durée du projet en entier. Tout délai sur une tâche élémentaire du chemin critique impacte la planification du projet et repousse donc la date de complétion (il n'y aucun espace de battement sur le chemin critique). Par exemple, si une tâche sur le chemin critique est retardée d'un jour, alors le projet en entier sera retardé d'un jour(à moins qu'une autre tâche sur le chemin critique ne puisse être accélérée d'un jour). </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Un projet peut avoir plusieurs chemins critiques parallèles. Un chemin parallèle dans le réseau avec une durée totale juste inférieure à celle du chemin critique est appelé un chemin sous-critique. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>À l'origine, la méthode du chemin critique ne prenait en compte que les dépendances logiques entre les tâches élémentaires. Désormais, il existe un concept similaire, nommé la chaîne critique, qui tient compte des dépendances de ressources. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>La méthode du chemin critique a été inventé par la société DuPont. </para>
|
|
|
|
|
|
</sect1>
|
|
|
|
|
|
|
|
|
|
|
|
<sect1 id="scheduling">
|
|
|
|
|
|
<title
|
|
|
|
|
|
>Planification</title>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>La planification est le procédé de création d'un planning pour le projet, construit sur des données telles que les <link linkend="task"
|
|
|
|
|
|
>tâches</link
|
|
|
|
|
|
>, <link linkend="resource"
|
|
|
|
|
|
>resources</link
|
|
|
|
|
|
> et <link linkend="calendar"
|
|
|
|
|
|
>agendas</link
|
|
|
|
|
|
>. Le résultat peut être affiché sous forme de diagramme, comme un <link linkend="gantt"
|
|
|
|
|
|
>diagramme de Gantt</link
|
|
|
|
|
|
>. &kplato; peut aussi générer des rapports pour ce projet. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Il y a généralement plusieurs modes de planification comme la planification pessimiste, optimiste ou attendue. Quand on créer une tâche, le pourcentage d'estimation pour la planification optimiste et pessimiste peut être réglé. Ces réglages sont ensuite utilisés pour les différents modes de planification. </para>
|
|
|
|
|
|
<para
|
|
|
|
|
|
>Avec &kplato;, vous pouvez choisir entre un ordonnancement optimiste, attendu ou pessimiste. </para>
|
|
|
|
|
|
</sect1>
|
|
|
|
|
|
|
|
|
|
|
|
</chapter>
|
|
|
|
|
|
|
|
|
|
|
|
<!--
|
|
|
|
|
|
Local Variables:
|
|
|
|
|
|
mode: sgml
|
|
|
|
|
|
sgml-parent-document: ("index.docbook" "book" "chapter")
|
|
|
|
|
|
sgml-minimize-attributes:nil
|
|
|
|
|
|
sgml-general-insert-case:lower
|
|
|
|
|
|
sgml-indent-step:0
|
|
|
|
|
|
sgml-indent-data:nil
|
|
|
|
|
|
End:
|
|
|
|
|
|
-->
|
