Optimiser ses ressources

Vaut-il mieux cultiver un potager sur 4m2 ou sur 100m2 ?
Lequel donnera le plus de production ?
Si tu t’installes en tant qu’agriculteur, vaut-il mieux investir plus pour gagner plus ou rester sur des exploitations à petite échelle ?
Vaut-il mieux beaucoup de fonctionnalités qui produisent peu de valeur ou peu de fonctionnalités qui produisent beaucoup de valeur ?

Ok, tu sens que la question est piège, et pourtant la réponse est contre-intuitive dans la logique industrielle de notre monde actuel.

Viens écouter mon échange avec Thomas Parisot :

Le blog de Thomas : https://oncletom.io

Salarié ou indépendant : un choix.

Quand tu es salarié, il se met en place une relation de subordination. C’est à dire que tu donnes à quelqu’un la responsabilité de veiller sur toi. Il a la prérogative te dire quoi faire, quand le faire et comment le faire.

Au passage, tu y perds un bout de liberté. C’est à dire que si tu as envie de faire un truc comme aller acheter une baguette de pain dans ton village ou que tu as un rendez-vous avec ton médecin pendant ton travail, tu dois au préalable avoir reçu la permission de le faire. Que ce soit en le demandant explicitement ou parce que tu as déjà reçu l’autorisation.

Continuer la lecture de « Salarié ou indépendant : un choix. »

Prendre ses responsabilités

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 ..?

Continuer la lecture de « Prendre ses responsabilités »

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.”

Continuer la lecture de « Recruter un pisseur de code ? »