Différences

Ci-dessous, les différences entre deux révisions de la page.

--- gestion-projets [2017/02/28 15:42] – [Processus global] précision kheops
+++ gestion-projets [2017/03/19 02:54] (Version actuelle) – [Principes] précision kheops
@@ Ligne 1: / Ligne 1: @@
-====== Code de Conduite de Projets ======
+====== Cadre de mise en production de nouveaux projets ======
-Cette page donne le cadre de mise en place de nouveaux projets par l'association. Objectifs : faciliter le développement de projets par les membres, éviter les débats interminables qui découragent les motivés avant qu'ils commencent, éviter les frustrations  concernant la mise en production après un effort d'implementation, promouvoir une viabilité des choses mises en place //via// un niveau minimal de partage et de documentation.
+Objectifs : encourager l'initiative personnelle (jouer, tester…), éviter les longs débats qui découragent les motivés avant qu'ils commencent, savoir à quoi s'attendre pour qu'une contribution passe en production, viabiliser les choses mises en place en partageant et en documentant.
-===== Processus global =====
-Principes communs pour lancer et contribuer à des projets :
+===== Principes =====
-  * chacun·e est libre de prototyper et tester de nouveaux outils sur leur propre matériel (ne pas hésiter à demander si FAImaison peut prêter du matériel de test ! :-)) ;
+  * chacun·e est libre de prototyper et tester de nouveaux outils sur leur propre matériel (ne pas hésiter à demander si FAImaison peut prêter ou acheter du matériel de test ! :-)) ;
   * tant qu'on prototype, on peut travailler où, quand et avec qui on veut sans attendre de permission ;
-  * l'association ne fournit aucune garantie //a priori// qu'un prototype sera passé en production ;
+  * l'association ne fournit aucune garantie //a priori// qu'un prototype sera passé en production, même si elle peut contribuer à l'achat de matériel d'expérimentation susceptible de re-servir en production ;
-  * l'association n'oblige personne à travailler sur un projet : participer est une démarche volontaire et personnelle, et si on se sens obligé ou coincé, il est important de le signaler.
+  * l'association n'oblige personne à travailler : participer est une démarche volontaire et personnelle, et si on se sent obligé ou coincé, il est important d'appeler à l'aide.
-Si on a l'intention de passer en production, on doit passer par ces étapes lorsqu'un prototype est prêt :
+===== Passage en production =====
-  - lister l'impact sur l'association (finances, fonctionnement de l'association, changement de configuration, maintenance de systèmes indispensables) ;
+Lorsqu'on a l'intention de passer en production, on doit passer par ces étapes :
-  - si ça ne coûte rien, qu'aucun processus de fonctionnement de l'association change, qu'aucune configuration en production n'est changée et qu'il n'y aura aucune nouvelle maintenance, en parler à l'association, puis les étapes suivantes sont optionnelles ;
-  - de préférence lors d'un atelier, démonstration et explications sur le prototype pour récolter les avis d'autres membres concernant une mise en production ;
-  - si feu vert, documenter installation, maintenance et utilisation (et éventuellement les perspectives d'évolution) ;
-  - second tour de retours d'autres membres, documentation incluse, et éventuelles améliorations (réitérer si besoin) ;
-  - mise en production.
-===== Étude d'impact =====
-Objectifs : Donner à chacun l'opportunité de faire ce qu'il veut dans l'association, tout en conservant un cadre pour l'intégration dans l'association.
+  - lister l'impact sur l'association en créant une nouvelle page suivant le [[gestion-projets:template-resume-projet|modèle fourni]] et la lier depuis la [[projets|liste des projets]] ;
+  - si ça ne coûte rien, qu'aucun processus de fonctionnement change, qu'aucune configuration en production n'est modifiée et qu'il n'y aura aucune nouvelle maintenance, les étapes suivantes sont optionnelles (c'est quand même sympa d'en parler à l'association) ;
+  - démonstration du prototype pour avoir l'avis d'au moins deux autres membres concernant une mise en production (idéalement lors d'un atelier, sinon à un autre moment, ou au pire en visioconférence) ;
+  - lorsque feu vert de quelques personnes ayant compris, documenter installation, maintenance et utilisation (et éventuellement perspectives d'évolution et imperfections connues) ;
+  - second tour de retours, documentation incluse, et éventuelles améliorations (réitérer si besoin), prévenir toute l'association ;
+  - mettre en production.
-Gains : cadrer les discussions, ne pas passer à côté de questions importantes, ne pas avoir de surprise
+{{ :process_imple_mentation_projet.png |}}
-Le projet peut être présenté en répondant aux questions suivantes :
-  - quoi ?
-  - combien ça coûte/rapporte ? (€ ? responsabilités ?)
-  - quels systèmes sont affectés ? (machines ?)
-  - quelles personnes sont obligatoirement affectées ? (zones géo ? abonnés ? bureau ? adminsys ? @all?)
-  - quels processus sont affectés ? (prise de décision ? support ?)