Ca veut dire quoi être responsable dans une équipe agile ?
Dans le mode command and control, c’est assez simple : si tu ne remplies pas tes engagements, tu es viré. Si le chef de projet ne livre pas le projet en temps et heure, il se fait taper sur les doigts. Quand quelque chose ne va pas, c’est facile on désigne un responsable et on le pointe du doigt.
Mais dans une équipe agile, ça veut dire quoi ?
Si l’équipe ne livre pas le projet en temps et heure, on tape sur l’équipe ?
On vire l’équipe ? Et après on fait quoi ..?
Chronologie d’une mise à jour majeure de notre mode de fonctionnement
Une idée, c’est comme une graine : pour germer il lui faut de l’eau, une terre riche et du soleil. Si tu plantes dans une terre aride sans arroser, tu auras le soleil et la terre, mais il manquera l’eau. Elle ne poussera pas ou peu. Si tu as beaucoup d’eau mais pas de soleil, elle peut même pourrir. Bref il lui faut un bon contexte.
Il lui faut aussi tu temps : tu peux tirer sur la tige tant que tu veux, cela ne fera pas pousser plus vite.
Et il lui faut du soin : si elle est piétinée ou que les premières feuilles sont mangées par les limaces, ça ne poussera pas.
C’est un peu pareil quand tu veux faire pousser une idée dans une organisation.
Il lui faut un contexte, du temps et du soin.
Au moment d’apporter une idée, j’en vois qui agissent comme s’il suffisait d’en parler et de prendre une décision pour qu’elle soit mise en oeuvre.
Ben non.
Continuer la lecture de « Chronologie d’une mise à jour majeure de notre mode de fonctionnement »
Modern Agile avec JP Lambert
La parution du manifeste reste pour moi un moment clef avec ce que je considère comme la pierre angulaire du mouvement agile.
C’est en discutant avec JP Lambert qu’il me fait découvrir Modern Agile.
Par son énoncé en 4 piliers et par l’utlisation de l’adjectif ‘Modern’, il se positionne comme une évolution du manifeste.
Qu’apporte-t-il de nouveau ? Viens écouter l’échange avec JP.
Le blog de JP : jp-lambert.me/
Scrum Life : www.youtube.com/c/JPLambert
Modern Agile : modernagile.org/
Développer sa passion avec Xavier Nopre
Tu es développeur et tu trouves ton épanouissement ailleurs par ce que tu t’ennuies ferme dans ton job ? 😱
Je code depuis l’âge de 14 ans et j’en ai fait mon quotidien. Du coup la passion du métier était tellement évidente pour moi que je ne me rendais pas compte qu’elle pouvait aussi s’acquérir et se muscler.
Viens écouter l’interview de Xavier Nopre qui nous parle de sa passion pour le métier de développeur et de comment il la transmet.
Viens découvrir les screencasts de Xavier ici !
Pisseur de code vs ingénieur : une question de déontologie
La déontologie, ça te parle?
C’est quand tu respectes un code de conduite, une charte, les règles de l’art…
C’est aussi savoir dire non quand il le faut et savoir faire des compromis quand il le faut aussi.
Mais attention à ne pas confondre compromis et compromission…
Dans cet épisode de SCRUM Life, Jean-Pierre Lambert m’interroge sur cette question de la déontologie de l’ingénieur.
Les 12 principes du manifeste agile
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 »
Recruter un pisseur de code ?
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.”
Monter une équipe de développeurs, machine à vapeur ou V12 ?
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 ? »
Comment atteindre l’inbox 0 ? Retour d’expérience
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 »
Commentaires == Danger
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?