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

Qu’est-ce qui rend le TDD si difficile à adopter ? Avec Xavier Nopre

Est-ce à cause des tests unitaires ? Ecrire des tests unitaires n’est finalement une compétence si répandue.
Est-ce la logique test first ? Le truc qui donne mal à la tête…
Est-ce l’outillage ? Il en faut un par langage…
Est-ce à cause des mocks ? Encore de nouvelles libs…

Et si c’était avant tout un état d’esprit inhabituel dans la manière de coder ?

Serait-ce un problème de temps ?
Et si la remise en question était trop violente ?

Ou alors…

Viens écouter l’échange avec Xavier Nopre sur cette question !

Le bog de Xavier & ses screencasts : https://xnopre.blogspot.com/

Le rôle de tech lead est-il un anti-pattern ? Avec Jean-Pierre Lambert.

Dans le Scrum, il n’y a que le titre de développeur.
Qu’est-ce qu’apporte la notion de ‘leader’ ? Cela pose la question de la légitimé du rôle de leader.
A quel point est-ce compatible avec la notion de responsabilité collective ?
Viens écouter mon échange avec Jean-Pierre Lambert :

L’article : Is ‘Tech Lead’ an actual role on the team?

La facilitation graphique pour les développeurs avec Romain Couturier

En tant que développeur, on manipule parfois des concepts difficile à appréhender. Et quand tu communiques avec des personnes non-techniques, le dessin ou les schémas peuvent grandement aider.
Mais le dessin fait-il vraiment sérieux ?
Et si je ne sais pas dessiner, je fais comment ?

Le langage visuel repose la question d’un langage commun. J’ai d’ailleurs enfin compris pourquoi je trouvais les dessins des facilitateurs que je vois passer sur les réseaux sociaux beaux mais incompréhensibles…

Viens écouter l’interview de Romain Couturier de Supertilt :

Le lien vers la formation de Romain : https://www.supertilt.fr/cours-en-ligne

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

On fait quoi dans le sprint planning avec JP Lambert

Une demi journée pour un sprint planning, c’est beaucoup ou pas ?
Comment se décompose un sprint planning typique ?
Et les tâches techniques dans tout ça, à quoi ça sert ?
Le PO doit assister au découpage technique ou pas ?

Viens écouter l’échange avec JP Lambert :

Scrum Life – La chaine
Scrum Life #16 – Les tâches techniques, pour quoi faire ?

Devenir un vieux développeur avec Xavier Nopre

Evoluer vers la gestion de projet est-il une fatalité ?
Peut-on continuer à développer après 30 ans ?

Souvent les développeurs sont promus sur la base de leurs compétences techniques. Mais être un bon chef de projet ou manager demande bien d’autres compétences.
Et en plus, ce n’est plus le même métier. Et rien ne dis qu’il va te plaire ni que tu seras bon.

Alors j’ai envie de te dire : La voie hiérarchique n’est pas la seule !
Tu peux devenir un vieux développeur si c’est ce que tu aimes faire…

Viens écouter le témoignage de Xavier Nopre à ce sujet.

Viens découvrir les screencasts de Xavier ici !

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 »