Les 12 principes du manifeste agiles sont souvent ignorés. C’est bien dommage car leur étude reste riche d’enseignements 20 ans plus tard.
Le manifeste n’est plus tout jeune. Les premiers développeurs nés après son écriture arrivent sur le marché du travail.
Si les 4 piliers ont souvent été repris et commentés, j’ai vu moins de choses sur les 12 principes. Pourtant, ils sont de précieux guides sur comment mettre en oeuvre la démarche.
En plus ils ont traversé le temps sans une ride : la sagesse qu’ils nous livrent restent plus que jamais d’actualité.
Continuer la lecture de « Les 12 principes du manifeste agile »
Cette réflexion commence par un échange avec un ami. Nous trollons sur un sujet stratégique: vaut-il mieux développer en PHP / Symphony ou en Ruby on Rails?
Il argumente que les développeurs PHP sont plus nombreux, ce que je concède. Il marque un point.
J’argumente que trouver un bon développeur Ruby on Rails est plus facile que trouver un bon développeur PHP, ce qu’il concède. Je marque un point.
C’est alors qu’il lance l’estocade finale:
“Oui mais moi je ne cherche pas un bon développeur, je cherche juste un mec qui pisse du code. J’ai juste besoin d’un bon lead dev.”
Le monde d’aujourd’hui file à toute allure. Il faut aller vite. Les deadline sont ASAP. Je vois pas mal de projets qui oublient un détail: si notre capacité de calcul évolue de manière exponentielle depuis quelques décennies, l’humain évolue beaucoup plus lentement… Et l’humain vie depuis des milliers d’années au rythme des journées et des saisons.
Continuer la lecture de « Monter une équipe de développeurs, machine à vapeur ou V12 ? »
Comme toi probablement, les emails ont pris une place centrale dans mon activité professionnelle. Sauf que cela prend une place envahissante!
J’avais l’impression d’être connecté en permanence à ma boite. Je gardais toujours un onglet ouvert sur gmail.
Cela prenait un temps considérable. Et pendant que je traitais mes emails je ne produisais pas de valeur pour mes clients.
Pire, je me surprenais parfois à regarder mes emails sans même m’en rendre compte… Tu sais un peu comme ces matins où tu ne réalises que tu as pris la voiture qu’en arrivant au parking de ta destination…
Continuer la lecture de « Comment atteindre l’inbox 0 ? Retour d’expérience »
Un bon code source est un code qui se lit SANS commentaires.
Par ce que s’il y a besoin de commentaires, c’est qu’il est difficile à lire…
Alors je sais, on t’a peut-être dit le contraire…
Traditionnellement, les commentaires sont un critère de code mieux documenté et donc, sous entendu, plus facile à maintenir.
Et si c’était tout l’inverse?
Tu galères avec ton stand up meeting ou ton daily SCRUM?
Le timing n’est jamais respecté, ou la réunion s’éternise?
Voici 4 règles à suivre pour réussir à coup sûr ta daily.
Les signes les plus critiques d’une daily qui dérapent sont l’absentéisme des participants ou les durées qui explosent.
Si c’est le cas, voici quelques rappels utiles:
Continuer la lecture de « 4 clefs pour réussir ton daily meeting »
Oui! Trois fois Oui!
Plus que jamais peut-être…
En effet, si l’on ne comprend pas les fondamentaux d’une approche, comment espérer en tirer profit?
Au moment où les approches agiles deviennent mainstream, c’est plus que jamais d’actualité!
Le culte cargo, ça te dit quelque chose?
Continuer la lecture de « Est-ce encore vraiment utile d’étudier le manifeste agile ? »
