Différences

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

--- gestion-projets [2017/02/27 16:25] – [Processus global] typofix kheops
+++ gestion-projets [2017/03/01 16:26] – [Passage en production] ajout de précision kheops
@@ Ligne 1: / Ligne 1: @@
 ====== Code de Conduite de Projets ======
-Cette page vise à présenter comment les membres peuvent mener à bien un projet dans l'association. L'objectif est de favoriser l'émergence et le développement des projets poussés par les membres tout en fournissant un cadre sain pour l'association.
+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.
-===== Processus global =====
+===== Principes =====
-Principes communs pour lancer et contribuer à des projets :
+  * 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 ! :-)) ;
+  * 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 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.
-  * chacun·e fait ce qu'ille veut, libre à tous 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 ! :-)) ;
+===== Passage en production =====
-  * ne pas se limiter ou s'obliger à travailler le jeudi soir si l'horaire ou l'ambiance ne conviennent pas, ne pas s'obliger à parler de l'initiative avec le reste des membres tant qu'on est en prototypage : on peut travailler seul ou en petits groupes (mais bien sûr, en parler aux autres est bienvenu !) ;
-  * l'association ne fournit aucune garantie //a priori// qu'un prototype soit passé 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 !
-En deux mots : encourager et aider à bosser sur des projets, et avoir un seuil minimal (de qualité, de documentation, de partage avec d'autres membres) avant une mise en production selon le niveau d'impact que le nouveau projet a sur l'association (voir ci-dessous).
+Lorsqu'on a l'intention de passer en production, on doit passer par ces étapes :
-Dès qu'on veut mettre en production, on doit passer par ces étapes :
+  - lister l'impact sur l'association en créant une nouvelle page grâce au [[gestion-projets:template-resume-projet|modèle fourni]] et lier la nouvelle page depuis la [[projets|liste des projets]] ;
+  - 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 ;
-  - Lister l'impact sur l'association (finances, fonctionnement de l'association, changement de configuration, maintenance de systèmes indispensables)
+  - de préférence lors d'un atelier, démonstration et explications sur le prototype pour récolter les avis d'au moins deux autres membres externes au projet concernant une mise en production ;
-  - 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'aucun nouveau système ne sera à maintenir, en parler à l'association, puis les étapes suivantes sont optionnelles
+  - si feu vert, documenter installation, maintenance et utilisation (et éventuellement perspectives d'évolution et imperfections connues) ;
-  - Démo/prototype présenté en atelier
+  - second tour de retours d'autres membres, documentation incluse, et éventuelles améliorations (réitérer si besoin) ;
-  - Rédaction de la documentation pour l'installation, la maintenance et l'usage, et éventuellement les perspectives d'améliorations et d'évolution.
+  - mise en production.
-  - Évaluation et retour d'utilisation par d'autres membres.
-  - Amélioration et modifications suite aux remarques de l'étape précédente. On peut être amener à itérer plusieurs fois entre ces étapes.
-  - 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.
-Gains : cadrer les discussions, ne pas passer à côté de questions importantes, ne pas avoir de surprise
-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 ?)