Software and Humans

@pierre_fauvel
Un élément paradoxal dans un système engendre soit une reconfiguration du système soit son éjection du système.

@alexis8nicolas
Que veut dire « élément paradoxal dans un système » ? Ne peut-on pas imaginer un système qui saurait « faire avec » des paradoxes en son sein ? Je pense à beaucoup de systèmes humains, avec des injonctions paradoxales (pas trop fortes) qui pourraient coexister.
@pierre_fauvel
On pense a la même chose visiblement. Je pense que la « charge » paradoxale qu’un élément humain donné peut délivrer dans un système humain donnée est finie. Après il est possible que ce soit une déformation de consultant :-)

@nicolasstampf
Si le système vit avec le paradoxe, ne s’est-il alors pas reconfiguré pour cela… Ayant alors dissous le paradoxe en même temps ?
@alexis8nicolas
J’ai l’impression que « système » et « paradoxe » ne sont pas au même niveau logique (l’un structurel, l’autre phénoménologique), peut être aussi que le niveau de généralisation est trop vaste ? Il me reste « ce dont on ne peut parler, il faut le taire » :-/ #wittgenstein :-)

@reporter4change
Le paradoxe n’est qu’observation. Un système n’a pas de paradoxe mais l’observateur du système oui. Un système conjugue des antagonismes et des solidarités (Morin, 1977) :) qui lui donne et redonne corps (qualité émergente). Cette conjugaison est nous bien souvent paradoxale.
@alexis8nicolas
Merci @reporter4change je partage cela : le paradoxe n’est pas dans le système ou l’élément du système, c’est l’observateur qui lui donne « vie » et en effet la charge paradoxale qu’un observateur peut « encaisser » n’est pas sans limites (mais y’a t il qqch sans limites ? :-)
@pierre_fauvel
Très intéressant. Peut-on considérer la culture d’entreprise comme un filtre qu’auraient les éléments de l’entreprise et qui les amène a considérer comme paradoxal ce qui est hors de sa logique ?
@alexis8nicolas
Le paradoxe ne me semble pas qualifier qqch « hors de sa logique » mais plutôt qqch de contradictoire : « je suis un menteur » est un paradoxe si on y regarde de près. Les incantations « double contrainte » du type « soyez autonomes » relèvent également du paradoxal

@pierre_fauvel
Je précise : est ce que la culture prédispose a trouver certains propos contradictoires ?
@alexis8nicolas
J’aurais tendance à dire oui : à force d’entendre des incantations paradoxales, ou à force d’être déresponsabilisé, ou à force d’être exploité, « on » peut en venir à se « faire des dinosaures » plus facilement :-) reste à dialoguer avec ce « on » pour valider ou invalider :-)

@Alexis8nicolas
Sur la culture, je pense que ce qu’on nomme souvent « culture » peut ressembler à un filtre par ses effets. Je préfère la proposition de définition de @reporter4change : voir la culture comme une « sédimentation » de contextes qui oriente la logique situationnelle
@pierre_fauvel
Sédimentation qui construit le filtre :-)

@kossdav
Donc « on » (qu’il reste à identifier) pourrait, ou ne pourrait pas (ça devient quantique), avoir intérêt (je sens venir le « qu’est-ce que l’intérêt ») à interpréter comme non paradoxal l’élément qu’il a pris comme tel au départ… C’est bien ça ? (« qu’est-ce que le bien ? »)
@Alexis8nicolas
C’est quantique depuis le début : dépendant de l’observateur, dépendant de ses interprétations, dépendant de son contexte… ;-) en plus ta question dépend si le « on » est un accompagnateur au changement ou une personne dans le système. Je ne peux que répondre « je ne sais pas »
@kossdav
Très socratien comme réponse

Une discussion lancée par @gregalexandre avec @xnopre sur les gardes fous… et TDD.
Mettre en place des garde-fous génère des comportements de fou
@pierre_fauvel:@gregalexandre precise
@gregalexandre:@pierre_fauvel qu’est-ce que ça t’inspire ?
@pierre_fauvel:@gregalexandre Sentiments mêlés. S’il s’agit de créativité ou de dynamique coll. je plussoie. Dans d’autres contextes je suis moins pour.[1]
*1@gregalexandre:@pierre_fauvel l’effet pervers des cadres de contrôle qui peuvent déresponsabiliser voir légimiter de mauvais comportements.[2]
*2@pierre_fauvel:@gregalexandre en koi un cadre legitime-t-il un mauvais comportement ? Un exemple ?
@gregalexandre:@pierre_fauvel exemple : mécompréhension du rôle de Scrum Master gardien du cadre, en posture haute qui fait que…
@gregalexandre:@pierre_fauvel …l’équipe n’est plus responsable de son cadre. SM pas là, plus de cadre. C’est normal c’est légitime[3]
*3@pierre_fauvel:@gregalexandre mais je te rejoins : poser une regle deresponsabilise un peu.
@gregalexandre:@pierre_fauvel je préciserais par « SE FAIRE IMPOSER une régle déresponsabilise un peu » :)
@pierre_fauvel:@gregalexandre oui, par le sm ou par le service qualité. On ne se l’approprie pas, on ne se sent pas responsable
@gregalexandre:@pierre_fauvel exemple : DoD définie par le service qualité, le contrat de prestation, le kit de démarrage agile d’une entreprise…[4]
*4@pierre_fauvel:@gregalexandre les dod predefinies, kits de demarrage sont à remplacer par une bonne formation et biblio et une capi des projets exemplaires
@gregalexandre:@pierre_fauvel aha, qu’est-ce qu’un projet exemplaire ? Les pratiques d’un projet, même exemplaire, peuvent elles être appliquées à tous ?
*4@pierre_fauvel:@gregalexandre l’equipe presta doit se sentir engagee par le contrat de prestation sinon la prestation va mal se passer
*3@pierre_fauvel:@gregalexandre dans garde fou je vois « mettre une limite a un espace de liberté » pas « organisation fine de l’espace »
@gregalexandre:@pierre_fauvel mea culpa sur le deuxième exemple. Oui garde fou = ce qui empeche de faire des folies, des imprudences[5]
*5@gregalexandre:@pierre_fauvel c’est marrant mais je me rends compte que ma phrase peut servir d’argument pour les anti-TDD…[6]
*6@pierre_fauvel:@gregalexandre tdd est un garde fou qui permet de faire des refactorings profonds sans risque
*6@gregalexandre:@pierre_fauvel … j’ai déjà entendu que le pb du test était que les développeurs diminuaient leur vigilance…
@pierre_fauvel:@gregalexandre jamais vu moins de bug que dans une equipe full tdd
@gregalexandre:@pierre_fauvel ah, encore un lien de comportement. Dans quelle mesure faire du full TDD s’inscrit-il dans une volonté de faire du bon code ?
@pierre_fauvel:@gregalexandre ben ca elimine les bugs et a plein de vertus ( conception basee sur le comportement )
@gregalexandre:@pierre_fauvel je veux dire : quand tu fais de la TDD, n’est-ce pas que tu es déjà dans une recherche du meilleur livrable possible ?
@pierre_fauvel:@gregalexandre je pense qu’il y a un large spectre entre zero tdd et full tdd. Et que certaines habitudes de tdd tuent la vigilance
@gregalexandre:@pierre_fauvel y a-t-il des devs dans la salle qui aimeraient participer à la discussion ? Qu’en penses-tu @xnopre ?[7]
*7@xnopre:@gregalexandre @pierre_fauvel Avec plaisir, mais Twitter risque de nous limiter… « certaines habitudes de tdd tuent la vigilance » ???[8]
*8@pierre_fauvel:@xnopre @gregalexandre les habitudes tuent la vigilance, plus largement.
@gregalexandre:@pierre_fauvel @xnopre ouiiiii la discussion repart ! Est-ce que dans habitude (dans ce cas là) on peut parler de « tester le test » ?[9]
*9@xnopre:@gregalexandre @pierre_fauvel Je n’ai pas encore vu du #TDD mis en oeuvre au pt d’avoir des habitudes… en encore – de tuer la vigilance[10]
*10@pierre_fauvel:@xnopre @gregalexandre ben par exemple ce qu’on choisit de ne pas tester parce que ca marche toujours
@xnopre:. @pierre_fauvel @gregalexandre Lorsque je propose aux équipe de ne pas tout tester, ce n’est jamais pour cette raison… ;-)[11]
*11@pierre_fauvel:@xnopre @gregalexandre precise pour quelle raison ?
@xnopre:. @pierre_fauvel @gregalexandre Ne pas tester si on ne sait pas tester (IHM, framework, …) mais dans ce cas, code minimum[12]
*12@gregalexandre:@xnopre @pierre_fauvel pas compris le « dans ce cas, code minimum »
@xnopre:. @gregalexandre @pierre_fauvel On ne sait pas tester une partie du code ? OK mais on y laisse un minimum du code …
@xnopre:. @gregalexandre @pierre_fauvel … et on sort tout le reste ailleurs en le couvrant par les TU ;-)[13]
*13@xnopre:. @gregalexandre @pierre_fauvel Tiens, un bon sujet d’article de blog … ;-)
@gregalexandre:@xnopre @pierre_fauvel que j’aurai plaisir à lire :)
@xnopre:@gregalexandre @pierre_fauvel que je risque de ne pas avoir le temps d’écrire… ;-)[14]
*14@pierre_fauvel:@xnopre @gregalexandre a defaut d’ecrire un article, et avec votre accord, je mettrai cette discussion sur mon blog.[15]
*15@xnopre:. @pierre_fauvel @gregalexandre Pourquoi pas, mais ça mériterait plus de détails et d’arguments, impossible sur Twitter… :-([16]
*16@pierre_fauvel:@xnopre @gregalexandre hangout publié sur youtube ?
@gregalexandre:@pierre_fauvel @xnopre as usual pour moi, je ferais un hangout youtube si on avait un débat, là on est tous d’accord c’est moins fun
@xnopre:@gregalexandre @pierre_fauvel :-) … donc faut trouver des personnes moins ou pas d’accord … ;-)[17]
*17@gregalexandre:@xnopre @pierre_fauvel non je pense que ça peut être intéressant avec d’autres praticiens (chose que je ne suis pas)[18]
*18@pierre_fauvel:@gregalexandre @xnopre ca vaudrait la peine de faire un atelier : le meme kata avec des equipes en parallele, des strategies tdd différentes
@xnopre:@pierre_fauvel @gregalexandre Une idée intéressante à creuser ! ;-)
@xnopre:. @pierre_fauvel @gregalexandre Ou quelques praticiens qui résolvent chacun à leur manière un même Kata
@xnopre:. @pierre_fauvel @gregalexandre Problème, éviter les influences, donc pourquoi pas via video-cast ?[19]
*19@pierre_fauvel:@xnopre @gregalexandre chacun dans son coin et on regarde les videos après ?[20]
*20@xnopre:@pierre_fauvel @gregalexandre Oui, pour éviter les influences, sinon le premier à passer pourrait influencer les suivants, non ?[21]
*16@xnopre:@pierre_fauvel @gregalexandre Une idée de solution pour échanger plus largement ? G+ ? …
@gregalexandre:@xnopre @pierre_fauvel un café ou Agile Grenoble ? :)
*10@xnopre:. @gregalexandre @pierre_fauvel De mes rencontres et interventions, le #TDD est très peu pratiqué :-( , y’a encore du boulot ! …[22]
*3@gregalexandre:@pierre_fauvel ou encore : mise en place d’indicateurs de qualité de code (par une personne extérieure à l’équipe)…
@gregalexandre:@pierre_fauvel …génère des techniques pour mettre l’indicateur au vert sans pour autant améliorer la qualité du code
@gregalexandre:@pierre_fauvel … aux yeux de l’équipe, ce comportement est légitime face à un indicateur qui parait abusif
*1@gregalexandre:@pierre_fauvel j’étais, de mon côté, plus sur la dynamique collective

A short discussion with Christopher Avery (The Leadership Gift TM) about the Responsibility Process TM and Procastination

• pierre_fauvel:@ChristopherAver I see a deep link between procastination and responsibility process. What do you think ?
• ChristopherAver:@pierre_fauvel Yes, of course. Say more? How does The Responsibility Process inform procrastination?
  • pierre_fauvel:@ChristopherAver i feel that procastination lasts when you don’t fully take responsability, perhaps by fear of difficulty.
    • ChristopherAver:@pierre_fauvel That is well said. We see procrastination as a natural effect of Obligation. The individual could use better goals.
      • pierre_fauvel:@ChristopherAver i see also shame ( i don’t feel able to do it so i am stressed so i postpone the start )
        • ChristopherAver:@pierre_fauvel I can see that.
          • pierre_fauvel:@ChristopherAver As a procastinator how can i overcome faster those steps that prevent me to take action sooner ?
            • ChristopherAver:@pierre_fauvel Better goals. Find goals that support WHO you really are, WHY you are here, HOW you want to experience life.
              • pierre_fauvel:@ChristopherAver In other words : step back to jump into action quicker ;-
                • ChristopherAver:@pierre_fauvel yes. If you are procrastinating then you don’t really really want what you think you do. Confront your intentions.
                  • pierre_fauvel:@ChristopherAver it has something to do with limitating beliefs, with actions taken more to reduce fear than to be really useful.
                  • pierre_fauvel:@ChristopherAver it has to do with improvisation : i am afraid of being not prepared but i am convinced that preparing too much is wrong.
                    • ChristopherAver:@pierre_fauvel So your advice is « do nothing »? That’s a Control Cycle event. #LeadershipGift
                      • pierre_fauvel:@ChristopherAver « trust yourself, you will start unconsciously when it is time, don’t fear to be late, start urgent things instead ».

A very intersting discussion on Twitter the 09/05/2016 with David J Anderson, founder of the Kanban Method

• pierre_fauvel:@lki_dja perhaps stupid but frequent question : is Kanban Method an Agile Method ? I’d say there are common parts and different parts
• lki_dja:@pierre_fauvel hence, #kanban is « the alternative path to agility »!
  • pierre_fauvel:@lki_dja What is the position of Kanban about the agile manifesto ?
    • lki_dja:@pierre_fauvel before you charge people for professional advice about #kanban perhaps you should attend some training? KMP & KCP classes
      • pierre_fauvel:@lki_dja good point ;-) at the time being the question is about the choice of the method
        • lki_dja:@pierre_fauvel #kanban vs #agile method is a false choice. It’s capability to evolve your own vs adopt defined/prescribed process
          • pierre_fauvel:@lki_dja big industrial companies like predefined processes. At least in France
            • lki_dja:@pierre_fauvel yes, industrial mindset. Because they like it, doesn’t mean it will work.Professional services/knowledge work needs new ideas
              • pierre_fauvel:@lki_dja agreed. But to sell it, surfing on the agile wave can help. Thus deguising Kanban in agile clothes.
                • lki_dja:@pierre_fauvel yes. that is a valid approach used by many coaches/consultants
    • lki_dja:@pierre_fauvel I don’t understand the question? Can you rephrase?
      • pierre_fauvel:@lki_dja as a Kanban referent, would you sign the agile manifesto ? Do you share agile values and principles described in it ?
        • lki_dja:@pierre_fauvel see my Agile 2008 conference Mainstage video for an answer to this question
        • lki_dja:@pierre_fauvel I don’t think you quite understand, I was there before we called it #agile. I was also at the 10 Year Anniversary in Snowbird
          • pierre_fauvel:@lki_dja let me reformulate. You were part of something. Part of it became agile methodologies. You continued a different part, Kanban. ?
            • lki_dja:@pierre_fauvel « an alternative path to agility » a method that let’s you evolve your own uniquely tailored processes specific to your context
              • pierre_fauvel:@lki_dja if i have 100 teams in a company i have 100 contexts ?
                • lki_dja:@pierre_fauvel 100 teams could be 1 context collaborating together or 100 contexts or anything in between. ~10-20 maybe typical
                • lki_dja:@pierre_fauvel depends. Do the teams collaborate on same customer service delivery and workflow? Context is a business context
                  • pierre_fauvel:@lki_dja lets consider for the discussion that they don’t. They adress different, separate business needs.
                    • lki_dja:@pierre_fauvel you should consider reading my #kanban & Lessons in #agile management books, taking @leankanbanu training. These will help
                      • pierre_fauvel:@lki_dja I’ve read the kanban book (with interest). I should start the other one ;-) do you plan a third ? The first was clear & synthetic
                        • lki_dja:@pierre_fauvel I plan several more. I have several partially complete. Dealing with your industrial context is a topic I need to address
                    • lki_dja:@pierre_fauvel then you have 100 contexts. You could have 100 unique process definitions. Each will evolve on its own
                      • pierre_fauvel:@lki_dja our quality controllers won’t like that. 100 different ways to control !
                        • lki_dja:@pierre_fauvel learn to control with fitness criteria metrics not through process compliance
                          • pierre_fauvel:@lki_dja thats a transformation !
                            • lki_dja:@pierre_fauvel I’m sympathetic to your situation. I’ve seen it many times before. I must address with new guidance. Thanks for inspiration
                              • pierre_fauvel:@lki_dja thx for the time you took for this discussion. Would you allow me to relate it in my blog ?
                        • lki_dja:@pierre_fauvel try @ChrisAch’s #kanban Kickstart Guide. Consider taking @leankanbanu KCP class & visiting our Retreat in Barcelona in July
                        • lki_dja:@pierre_fauvel as a crutch the work of @ChrisAch will help you. He also works in a big industrial context
                        • lki_dja:@pierre_fauvel you need to get them out of the industrial mindset. There is no economy of scale in professional services
                          • pierre_fauvel:@lki_dja +1
            • lki_dja:@pierre_fauvel « an alternative path to agility ». An approach that gives you the benefit of outcomes without the pain of change/adoption
            • lki_dja:@pierre_fauvel by 2003, I recognized that resistance to adoption of #agile methods hindered scaling. I looked for an alternative
              • pierre_fauvel:@lki_dja so you adopted an evolutive framework to ease adoption ?
                • lki_dja:@pierre_fauvel I adopted an evolutionary approach because it gets you to the desired business outcome much faster with lower risk
  • pierre_fauvel:@lki_dja my customer is doing an « agile transformation » however i would advise Kanban in some cases (run) and agile in other(build).
    • lki_dja:@pierre_fauvel i don’t understand what « (run) » or « (build) » means in this context. #kanban is the antithesis of #agile transformation
      • pierre_fauvel:@lki_dja build a new application (from scratch) vs run an application ( fix bugs and add evolutions )
        • lki_dja:@pierre_fauvel why would you give that advice? because #agile methods are easier to adopt? Do you need optionality in your « build » process?
          • pierre_fauvel:@lki_dja i think i would need optionality
            • lki_dja:@pierre_fauvel then a #kanban system gives you an advantage. Have you read my Tyranny of Ever Decreasing Timebox blog post?

I am a customer. Software is not my job, but I need software for my business. I heard about agile, and I have bought the concept. I consider asking your company to write software for me. Thus…

• I expect from you a good understanding of my business, my context, my requirements. I commit to spend all the time needed to explain it. As a matter of fact, I commit to tell everything which is needed to any relevant person, but I want to have direct access to the team members (even if they are subconstractors distributed all around the world)
• I want to trade changes, switching User Stories based on their estimates, and I want you to be able to accept change all along (even if we are in a fixed price contract, you have to allow change). I will only accept objections based on cost, not on the fact that we said something different a few monthes ago.
• I can understand that you have technical (or other) constraints, but I wan’t you to deliver value to me on a regular basis. You will demonstrate your software regularly and you will give me access to an environment were I can test it (I don’t care were it is or who is hosting what).
• I expect us to meet regularly to find ways of improvement, on both side and as regards to our cooperation. I expect transparency and openess.

I don’t know much about software, it it like a black box for me, but I want agile properties. By the way, I am wondering : wouldn’t it be simpler if we were just a co-located, agile team working at my place, and in Time & Materials contract ?