Cette méthode est très conceptuelle mais ses bases m'intéressent beaucoup. Au moins à titre de curiosité je penses que c'est pertinent de la découvrir.

via https://fego.github.io/2020/11/01/J%27ai-enfin-appris-%C3%A0-prendre-des-notes.html
via https://chezsoi.org/shaarli/?Cs89yg

Je cherchais la notion de GO/NOGO et en lisant ce document, j'apprends que le “No Go” est à la base une notion où l'avion est en bout de piste mais qu'il ne décollera effectivement pas. Ici c'est le fait d'emmener un patient au bloc et d'arrêter le processus d'opération avant de l'inciser.
Je découvre donc dans ce document « aide cognitive POuR – DÉCider » : « L’objectif […] est de fournir, face à une situation inattendue, un outil structuré pour la prise de bonnes décisions en cas d’absence de procédures ou de règles préexistantes et quand une mauvaise décision peut avoir des conséquences graves. »

Cette aide cognitive comporte 3 parties :

• la partie POuR : concerne le processus cognitif (réflexion) qui doit être mené.
• le trait d’union – reliant POuR et DÉCider représente le temps indispensable d'échange en équipe.
• la partie DÉCider : concerne le processus de décision et de mise en œuvre de la solution choisie.

Un surnom m’a un jour été donné : “Pompier du code”. J’aime cette notion. Un pompier c’est 50 % d’entraînement, 40 % de prévention et 10 % d’opération de secours.

Les étapes avant d'effectuer une performance (sportive) :

1. Mon projet est-il clair et précis ?
2. Suis-je vraiment opérationnel ?
3. Suis-je dans le bon état d’esprit ?
4. Suis-je prêt à forcer comme un phacochère ?
5. Quid de la sécu ?

Alors, comment puis-je choisir un problème sur lequel travailler ? C’est une heuristique complexe calculée à partir des facteurs suivants :

• Nombre d’utilisateurs concernés
• Gravité (« problème de sécurité » vs « faute d’orthographe »)
• Opportunité (ce qui signifie que je l’ai remarqué lorsqu’il a été déposé)
• Disponibilité (est-ce que je me concentre sur autre chose lorsque je remarque le problème ?)
• Plaisir possible et humeur du moment (eh oui, car je suis bénévole, ça vous dérange ?).

Dans la personnalité

• La recherche de l’amélioration
• La passion
• L’ouverture d'esprit
• Être axé sur les données

Dans la prise de décision

• Avoir des connaissances sur les personnes et l'organisation
• Voir la forêt et les arbres
• Faire une mise à jour de leur modèle mental
• Gérer la complexité

Et en lisant le document source : https://faculty.washington.edu/ajko/papers/Li2015GreatEngineers.pdf

Engagement avec les collègues

• Créer un contexte de partage
• Créer un succès partagé
• Forme un envirronement sûr
• Honnête

Conception

• Élégant
• Créatif
• Anticipe

Pas mal ce diagramme qui concerne la méthode d'analyse SWOT : Strengths, Weaknesses, Opportunities, Threats.
Les 2 premières ayant une origine interne (organisationnelle), tandis que les deux seconds sont d'origines externe (environnementale). Puis le première et le troisième sont positifs tandis que le second et le dernier sont négatifs.

1. The world is trying to keep you stupid.
   Le monde essaye de te rendre idiot.
2. Do not have faith in institutions to educate you.
   N'ais pas confiance envers les institutions pour t'éduquer.
3. Read as much as you can.
   Lis autant que possible.
4. Connect with everyone, all the time.
   Conserve un lien avec tout le monde.
5. Don’t waste time being shy.
   Ne gaspille pas de temps avec ta timidité.
6. If you feel weird about something during a relationship, that’s usually what you end up breaking up over.
   Si tu te trouves bizarre à propos de quelque-chose dans une relation, cela signifie que cela finira par casser.
7. Have as much contact as possible with older people.
   Créé le plus de contact possible avec des personnes âgées.
8. Find people that are cooler than you.
   Trouve des gens + cool que toi.
9. You will become more conservative over time.
   Tu seras de plus en plus conservateur avec le temps.
10. Reduce all expenses as much as possible.
    Réduit toutes dépenses autant que possible.
11. Instead of getting status through objects, do it through experiences.
    Au lieu de te maintenir en état par des objets, parviens-y par l'expérience.
12. While you are living on the cheap, solve the money problem.
    Tant que tu vis avec peu d'argent, résous tes problèmes d'argent.
13. Learn to program.
    Apprends à programmer.
14. Get a six-pack while you are young.
    Muscle-toi des tablettes de chocolat tant que tu es jeune.
15. Learn to cook.
    Apprends à cuisiner.
16. Sleep well.
    Dors correctement.
17. Get a reminder app for everything.
    Trouves-toi une application de mémorisation pour tout.
18. Choose something huge to do.
    Décide de quelque-chose incroyable à entreprendre.
19. Get known for one thing.
    Soi connu pour une chose.
20. Don’t try to “fix” anyone.
    N'essaie pas de « réparer » quelqu'un.

Des moyens pour apprendre le lâcher prise: lâcher prise implique parfois de nous changer nous-même ou de nous accepter avec nos limites.

J'aime bien cette image, elle porte à réflexion !

• Controlling
• Coordinating
• Delegating
• Directing
• Guiding
• Empowering
• Advising
• Collaborating
• Participating

(petite voix dans la tête : « Comment je suis arrivé sur cette page moi !?!  »)

Wouhou, je viens d'apprendre que je présente une synesthésie spatio-temporelle : je vois les mois de l'année sur un anneau avec décembre/janvier en haut et juillet/août en bas (en fait c'est plutôt juin que je vois en bas mais bon, « j'me soigne »)

• un peu de cette façon : http://pnl-info.typepad.com/pnlweblog/2010/05/pouvezvous-voir-le-temps-.html
• voir aussi une approche par la PNL ("Programmation Neuro-Linguistique) : http://pnl-info.typepad.com/pnlweblog/2010/05/pouvezvous-voir-le-temps-.html
• et de manière plus large : http://carnets2psycho.net/theorie/histoire34.html

Édit201510T13:17 : j'apprends ici http://thomasd.eu/shaarli/?ZQI9NA qu'il existe le phénomène de la misophonie : « La misophonie, littéralement « haine du son », est un trouble neuropsychiatrique rarement diagnostiqué mais commun caractérisé par des expériences négatives (colère, haine ou dégoût) déclenchées par des sons spécifiques  » (cf WP : https://fr.wikipedia.org/wiki/Misophonie ). Je ne suis pas « touché » mais je connais des personnes qui sont vraiment dérangées par les miasmes ou les craquements d'articulations... Intéressant

Ce qui me dérange, c'est la question que soulève cette phrase : « La maladie n'est pas classée comme un trouble discret dans le DSM-5 ou la CIM-10 ; cependant, une étude menée en 2013 par trois psychiatres […] suggère sa classification en tant que trouble psychiatrique à part  »...

Wouhou, je reprends un peu d'activité sur mon blog (cf https://orangina-rouge.org/plux/index.php?allarchive ), alors je me fais un peu d'auto-promo.

Ici c'est pour parler d'une méthode de travail : Pomodoro.
J'avais déjà parlé de la méthode GTD mais je vous rassure : les 2 sont compatibles ;-) .

Sacrément intéressant cette vidéo !!!

via http://coreight.com/content/zone-de-confort-osez-en-sortir
via http://coreight.com/content/qualites-ingenieur-avec-ou-sans-diplome
via http://shaarli.pandouillaroux.fr/?Epy5Lw
via https://www.shaarli.fr/

Edit 20151019 : À voir également cette image : http://www.jesuisundev.fr/wp-content/uploads/2015/10/how-to-expand-my-comfort-zone.jpg : Dans une bulle d'un côté “Where the magic happens” (« Là où la magie se produit ») et dans une autre bulle “My comfort zone” (« Ma zone de confort ») ; tirée de cet article : http://www.jesuisundev.fr/pourquoi-developpeur-est-un-boulot-a-part/ .
via http://sebsauvage.net/links/?z4GAlg

Je cite : "
Niveau 0 : pisser du code ;
Niveau 1 : livrer du code ;
Niveau 2 : livrer un logiciel ;
Niveau 3 : livrer un produit ;
Niveau 4 : livrer de la valeur."

Très intéressant. Je pense que c'est adaptable à d'autre métiers. Mais par exemple dans le mien, je n'arrive pas à faire d'analogie avec "pisser du code"... (peut-être que ne pas réussir à concevoir le niveau 0 est plutôt bon signe ^_^ ).
En revanche là, on parle du développeur alors que le constat de l'article ce concentre sur la boîte d'édition de logiciel. J'aurais tendance à penser la même chose : créer de la valeur est très difficile au niveau individuel. Si l'on n'a pas la synergie de groupe c'est compliqué ; voire très compliqué lorsque l'on nous mets des bâtons dans les roues (consciemment ou non).

Pas mal ça ; je vais retenir la conclusion :

« Ne pas se justifier, c'est donc :
– simplement répondre à la question posée
– revenir toujours à la réalité et fuir comme la peste les digressions affectives
– responsabiliser l'autre pour ne pas être englué dans ses décisions
– répéter en boucle comme un robot. »

Cela me fait penser à la méthode DESC : http://www.fr.wikimediation.org/index.php?title=M%C3%A9thode_DESC :

« (D)écrire : être concret, précis, factuel, restituer l'observé ou l'observable
– (E)xprimer : mettre des mots sur sa manière de vivre les choses, d'éprouver, de ressentir. Dire ses appréhensions. Parler de soi et non sur l'autre.
– (S)pécifier : expliquer ses attentes : changement d'action, de comportements, proposer sa manière de résoudre une problématique
– (C)onséquences : anticiper ce qui serait positif dans le changement et ce qui serait négatif. »

Putain, qu'est-ce que je suis d'accord avec tout ça :

1. J'ai une famille à nourrir.
2. Je n'ai pas le temps.
3. Ce n'est pas fait pour moi, je n'y arriverai pas.
4. Mon conjoint ne voudra jamais.
5. Je ne peux pas.
6. Je suis trop vieux.
7. Qu'est-ce que les gens vont dire si … ?
8. Je pourrai quand j'aurai [de l'argent/un diplôme/une maison/un autre travail/…].

J'adore ce principe. Alors je cite : «
Quelqu'un vous manque ? ...Appelez
Besoin de voir du monde ? ...Invitez
Besoin d'être compris ? ...Expliquez
Des questions ? ...Demandez
Quelquechose vous déplaît ? ...Dites-le
Quelquechose vous plaît ? ...Faites-le savoir
Besoin de quelquechose ? ...Demandez
Amoureux de quelqu'un ? ...Dites-lui »

via http://shaarli.callmematthi.eu/?-6p7qA

J'ai l'impression d'avoir déjà lu ça quelque part, mais c'est pas grave, je reprends (organisé à ma sauce) - via Vader http://liens.vader.fr/?GC2IAA :

1. Tu n'attaqueras point la personnalité, mais les arguments.
   --> Ad hominem https://fr.wikipedia.org/wiki/Ad_hominem
2. Tu ne travestiras ou n'exagèreras point les arguments d'un autre afin de les rendre plus faciles à abattre.
   --> Homme de paille https://fr.wikipedia.org/wiki/Homme_de_paille_%28rh%C3%A9torique%29
3. Tu n'étendras point à un tout le fruit d'un petit nombre d'exemple.
   --> Généralisation précipitée, argument de composition
4. Tu ne défendras point ton argument en présupposant qu'un de ses prémices est vrai.
   --> Pétition de principe https://fr.wikipedia.org/wiki/P%C3%A9tition_de_principe
5. Tu ne soutiendras point qu'un évènement est la cause d'un autre parce qu'il l'a directement précédé.
   --> Post hoc https://fr.wikipedia.org/wiki/Post_hoc_ergo_propter_hoc
6. Tu ne réduiras point les arguments à deux possibilités.
   --> Faux dilemme https://fr.wikipedia.org/wiki/Faux_dilemme
7. Tu ne tiendras point pour vraie (ou fausse) une affirmation sous prétexte qu'elle n'a pas été étudiée.
   --> Ad ignorantiam https://fr.wikipedia.org/wiki/Appel_%C3%A0_l%27ignorance
8. Tu ne retourneras point la charge de la preuve sur celui qui remet en cause une affirmation.
   --> Renversement de la charge de la preuve https://fr.wikipedia.org/wiki/Renverser_la_charge_de_la_preuve_%28philosophie%29
9. Tu ne présupposeras point que A et B vont de paire lorsqu'il n'y a pas de connexion logique entre les deux.
   --> Non sequitur https://fr.wikipedia.org/wiki/Non_sequitur
10. Tu n'affirmeras point qu'un argument, parce qu'il est populaire, est donc dans la vérité.
    --> Ad populum https://fr.wikipedia.org/wiki/Argumentum_ad_populum

J'aime bien cette synthèse ; la définition des « 4 problèmes les plus rencontrés lors de la conduite de projet informatique.
1- Définition exhaustive du besoin en amont
2- Transferts de responsabilité
3- Validation tardive
4- Manque d’implication du client final »

Sans tomber dans les méthodes SCRUM et autre, penser à cela pendant la mise en place d'un projet avec au moins 2 intervenants (quelque soit la taille) réduire un certain nombre de soucis !