MethodoProject/Fr

This page may be available in: English - Français - Español - Italiano.

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é-production) 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
  • http://www.phdcomics.com/comics.php?f=1219
• 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 surtout celle sur la trivialité (oui aussi appelée, bikeshedding)
  • jamais le vendredi ! (oh, non, jamais... /o\)
  • de toute façon il y a un site pour savoir si on peut mettre en prod' aujourd'hui
• tout cela ne vous évitera pas http://www.doingitwrong.com/ :/
  • ou encore le pire du pire (ou pas, certains tenant absolument à nous le rappeler, incessamment, au jour le jour, à se taper la tête contre les murs, régulièrement, comme si la devise shadock « Ce n'est qu'en essayant continuellement que l'on finit par réussir. Autrement dit : plus ça rate, plus on a de chances que ça marche. » était vraiment à prendre au pied de la lettre)
  • il y en a qui ont essayé
  • il y en a qui ont déjà échoué
• de toute façon, cela va foirer un jour, autant vous y préparer comme les plus grands :
  • http://blog.useweb.fr/2011/05/10/faute-avouee-est-a-moitie-pardonnee/
  • http://nils.hamerlinck.fr/blog/2011/11/16/faute-avouee-est-a-moitie-pardonnee/#more-149
  • la différence entre un bon admin et un mauvais admin, c'est que l'un a déjà fait une grosse bêtise en prod', l'autre va la faire bientôt
• Vu sur LinuxFr.org :
  • http://devopsreactions.tumblr.com ce ne sont pas les devops qui vont nous sauver
  • http://dbareactions.com/ les DBA aussi ont leur lot de boulets
• bien sûr, pour le stockage, la nature ayant horreur du vide :
  • il y a la loi de Parkinson https://fr.wikipedia.org/wiki/Loi_de_Parkinson#G.C3.A9n.C3.A9ralisation_de_la_loi_des_gaz
  • le bike-shedding ou abri à vélos n'est pas non plus l'explication https://fr.wikipedia.org/wiki/Loi_de_futilit%C3%A9_de_Parkinson
  • les changements de dernière minute : http://devopsreactions.tumblr.com/post/149120401826/major-change-request-1-day-before-the-release

Méthodologie de développement

Mais nous comprenons aussi les contraintes du développement :

• parce que nous aussi nous sommes humains
• les bugs non corrigés qui désespèrent les utilisateurs
  • 6 manières d'aborder les corrections de bugs
• les distortions temporelles affectant les développeurs
• 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
  • http://www.aubryconseil.com/post/2007/01/23/162-le-cycle-de-vie-en-v-n-existe-pas un lien vers une page sérieuse s'est caché dans ces lignes, sauras-tu la trouver ?
  • http://pascal.gugenberger.net/thoughts/waterfall-accident.html une confirmation que le cycle en V est moins optimal que de l'itératif
  • l'intégration continue https://github.com/codedance/Retaliation viser SCRUMM ou 2 TUP ou l'XP cf. liste
  • https://12factor.net/fr/ les 12 facteurs pour le développement
• 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)
  • il y a aussi le stratège et le tacticien http://www.areyouagile.com/2012/06/introduction-a-la-strategie-et-la-tactique-du-product-owner/ (le premier qui a tout suivi nous écrit aussi)
• http://www.sixside.com/fast_good_cheap.asp [en] coût-qualité-délai en français, 2 au choix pas plus !
• http://blog.idleman.fr/?p=1259 le KISS illustré d'exemples concrets
• 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/ !
  • ou appliquez la méthode du geek comme nous
  • avec un peu de recul et d'humour, non vous n'êtes pas aigri, c'est notre réalité
• 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
  • pourquoi coder la nuit
  • en faisant attention aux zombies !1!!
• et si aucune methodo ne veut fonctionner,
  • vous pouvez en parler à un canard :-)
  • ou penser hors de la boîte

D'autres s'y connaissent aussi en dév' (aka autres références)

• http://www.quora.com/What-are-some-popular-myths-in-software-development
• pourquoi plutôt utiliser PostgreSQL que MySQL

Gestion de la sécurité

• EBIOS
• ISO 27001
• analyse SWOT - Strength, Weakness, Opportunities, Threats ou en français : Forces, faiblesses, opportunités, menaces (FFOM o_O)
• du concret avec OWASP
• une communication utilisant une bonne police
• si vous connaissez /b/ ou lisez de travers on va dire que vous faites partie des « créatifs »
• autant enseigner aux enfants des réponses toutes faites ou pas...
• d'autres choses

Maîtrise de la croissance

Pour les évolutions à venir (capacity planning ?), heureusement d'autres ont des idées pour nous

• http://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
• https://www.submarinecablemap.com/landing-point/marseille-france une belle carte du maillage réseau