Difference between revisions of "MethodoProject/Fr"
From TuxFamilyFAQ
Jump to navigationJump to search (cqd) |
(ajouts) |
||
Line 1: | Line 1: | ||
{{Template:Languages}} | {{Template:Languages}} | ||
− | En tant qu'hébergeur, tuxfamily.org est sensible aux bonnes pratiques de gestion de production et autres méthodos. | + | En tant qu'hébergeur, tuxfamily.org est sensible aux bonnes pratiques de gestion de production et autres méthodos. Nous les appliquons à [[Project_TuxFamily/Fr|nos projets]] et pour [[Donation/Fr#en_temps|recruter]]. |
+ | === Gestion de production === | ||
Nous ne saurions vous recommander [http://www.la-rache.com/ la-rache] qui est la plus efficace et généralement appliquée, nous prenons aussi en compte des choses plus standards (dissaïdor pressé oriented) | Nous ne saurions vous recommander [http://www.la-rache.com/ la-rache] qui est la plus efficace et généralement appliquée, nous prenons aussi en compte des choses plus standards (dissaïdor pressé oriented) | ||
* ITIL est recommandé et sera appliqué quand possible (il nous manque une vraie prépoduction) http://www.itil.co.uk/ | * ITIL est recommandé et sera appliqué quand possible (il nous manque une vraie prépoduction) http://www.itil.co.uk/ | ||
** la version française d'ITIL nous plaît plus : [http://web.archive.org/web/20070814173126/http://www.itpms.fr/ITIL_table_des_matieres.html table des matières d'ITIL] | ** la version française d'ITIL nous plaît plus : [http://web.archive.org/web/20070814173126/http://www.itpms.fr/ITIL_table_des_matieres.html table des matières d'ITIL] | ||
** la gestion de configuration est effectuée selon au moins une des [http://www.cmcrossroads.com/cgi-bin/cmwiki/view/CM/SoftwareConfigurationManagement définitions classiques de SCM] (mais laquelle ?!) | ** la gestion de configuration est effectuée selon au moins une des [http://www.cmcrossroads.com/cgi-bin/cmwiki/view/CM/SoftwareConfigurationManagement définitions classiques de SCM] (mais laquelle ?!) | ||
− | * et nous maîtrisons notamment la communication grâce à un [http://www.w3perl.com/fun/management/pipotron.html pipotron élaboré] même si nous préférons [http://membres.lycos.fr/plifploufplaf/citedelapeur.html lcdlp] (attention le [http://fr.wikipedia.org/wiki/Business_loto business loto] avec sa [http://www-gmm.insa-toulouse.fr/~gaudron/businessloto.jpg grille] reste souvent à portée !) | + | * et nous maîtrisons notamment la communication |
+ | ** grâce à un [http://www.w3perl.com/fun/management/pipotron.html pipotron élaboré] | ||
+ | ** même si nous préférons [http://membres.lycos.fr/plifploufplaf/citedelapeur.html lcdlp] | ||
+ | ** (attention le [http://fr.wikipedia.org/wiki/Business_loto business loto] avec sa [http://www-gmm.insa-toulouse.fr/~gaudron/businessloto.jpg grille] reste souvent à portée !) | ||
+ | * ainsi que motivation et la productivité de nos troupes | ||
+ | ** http://www.phdcomics.com/comics.php?f=1219 | ||
+ | * tout en appliquant quelques principes | ||
+ | ** [http://fr.wikipedia.org/wiki/Les_Shadoks#Citations de bon sens] | ||
+ | ** [http://fr.wikipedia.org/wiki/Adhocratie un fonctionnement ad hoc] parfois le [http://fr.wikipedia.org/wiki/Principe_de_subsidiarit%C3%A9 principe de subsidiarité] prenant plus de temps en palabres | ||
+ | ** (ce n'est pas le [http://fr.wikipedia.org/wiki/Principe_de_Peter principe de Peter] qui risque de nous toucher...) | ||
+ | ** (ni [http://fr.wikipedia.org/wiki/Principe_de_Dilbert celui de Dilbert]) | ||
+ | ** même si la [http://fr.wikipedia.org/wiki/Loi_de_Parkinson loi de Parkinson nous touche] | ||
+ | |||
+ | === Méthodologie de développement === | ||
Mais nous comprenons aussi les contraintes du développement : | Mais nous comprenons aussi les contraintes du développement : | ||
* il n'y a rien de tel que le cycle en V : http://michel.arboi.free.fr/humeur/cycleV.html (spa faux, vous mettez quand en prod' ? non, nous ne demandons pas quand ça tombera en marche vu qu'il n'y a pas d'engagement) | * il n'y a rien de tel que le cycle en V : http://michel.arboi.free.fr/humeur/cycleV.html (spa faux, vous mettez quand en prod' ? non, nous ne demandons pas quand ça tombera en marche vu qu'il n'y a pas d'engagement) | ||
Line 17: | Line 31: | ||
* au besoin faites appel à la poudre verte http://www.poudreverte.org/ ! | * au besoin faites appel à la poudre verte http://www.poudreverte.org/ ! | ||
* rien de tel qu'un gestionnaire de version, svn, git ou encore [http://roland.entierement.nu/blog/2008/01/22/cpold-la-poudre-verte-du-suivi-de-versions.html CPOLD] | * rien de tel qu'un gestionnaire de version, svn, git ou encore [http://roland.entierement.nu/blog/2008/01/22/cpold-la-poudre-verte-du-suivi-de-versions.html CPOLD] | ||
+ | * nous subissons (ou pas) quelques lois inhérentes à notre activité | ||
+ | ** [http://fr.wikipedia.org/wiki/Loi_de_Brooks loi de Brooks] illustrée par [http://fr.wikipedia.org/wiki/Le_Mythe_du_mois-homme le mythe du mois-homme], là ça va, [[Donation/Fr#en_temps|nous ne sommes pas assez nombreux]] | ||
+ | ** [http://fr.wikipedia.org/wiki/Balle_en_argent la silver bullet] n'a pas été trouvée (même à HAR) | ||
+ | ** [http://fr.wikipedia.org/wiki/Loi_de_Pareto 20% qui bossent] /o\ [http://fr.wikipedia.org/wiki/Kaamelott#cite_ref-42 spa faux] | ||
+ | === Maîtrise de la croissance === | ||
Pour les évolutions à venir (capacity planning ?), heureusement d'autres ont des idées pour nous | Pour les évolutions à venir (capacity planning ?), heureusement d'autres ont des idées pour nous | ||
* https://linuxfr.org/~yellowiscool/27300.html de la répartition de charge, de la redondance | * https://linuxfr.org/~yellowiscool/27300.html de la répartition de charge, de la redondance | ||
* http://fun.drno.de/pics/raid.jpg tout est en RAID dans le datacenter | * http://fun.drno.de/pics/raid.jpg tout est en RAID dans le datacenter |
Revision as of 19:05, 2 September 2009
En tant qu'hébergeur, tuxfamily.org est sensible aux bonnes pratiques de gestion de production et autres méthodos. Nous les appliquons à nos projets et pour recruter.
Gestion de production
Nous ne saurions vous recommander la-rache qui est la plus efficace et généralement appliquée, nous prenons aussi en compte des choses plus standards (dissaïdor pressé oriented)
- ITIL est recommandé et sera appliqué quand possible (il nous manque une vraie prépoduction) http://www.itil.co.uk/
- la version française d'ITIL nous plaît plus : table des matières d'ITIL
- la gestion de configuration est effectuée selon au moins une des définitions classiques de SCM (mais laquelle ?!)
- et nous maîtrisons notamment la communication
- grâce à un pipotron élaboré
- même si nous préférons lcdlp
- (attention le business loto avec sa grille reste souvent à portée !)
- ainsi que motivation et la productivité de nos troupes
- tout en appliquant quelques principes
- de bon sens
- un fonctionnement ad hoc parfois le principe de subsidiarité prenant plus de temps en palabres
- (ce n'est pas le principe de Peter qui risque de nous toucher...)
- (ni celui de Dilbert)
- même si la loi de Parkinson nous touche
Méthodologie de développement
Mais nous comprenons aussi les contraintes du développement :
- il n'y a rien de tel que le cycle en V : http://michel.arboi.free.fr/humeur/cycleV.html (spa faux, vous mettez quand en prod' ? non, nous ne demandons pas quand ça tombera en marche vu qu'il n'y a pas d'engagement)
- http://humor.beecy.net/geeks/web-design/web-design.gif maitrisez vos projets web grâce à ces métriques
- la gouvernance est un principe fort http://www.mega.com/fr/product/mega_library/mega_itil/index.asp?l=fr (nous écrire quand vous le comprenez, nous pas)
- http://www.sixside.com/fast_good_cheap.asp [en] coût-qualité-délai en français, 2 au choix pas plus !
- les contraintes fortes faisant accepter n'importe quoi ou rien, sans faire de différence (ça vous regarde) http://www.bernardbelanger.com/computing/NaDa/
- au besoin faites appel à la poudre verte http://www.poudreverte.org/ !
- rien de tel qu'un gestionnaire de version, svn, git ou encore CPOLD
- nous subissons (ou pas) quelques lois inhérentes à notre activité
- loi de Brooks illustrée par le mythe du mois-homme, là ça va, nous ne sommes pas assez nombreux
- la silver bullet n'a pas été trouvée (même à HAR)
- 20% qui bossent /o\ spa faux
Maîtrise de la croissance
Pour les évolutions à venir (capacity planning ?), heureusement d'autres ont des idées pour nous
- https://linuxfr.org/~yellowiscool/27300.html de la répartition de charge, de la redondance
- http://fun.drno.de/pics/raid.jpg tout est en RAID dans le datacenter