Uneori agentul meu face greșeli. Lovește o caracteristică când fuzionezi un PR. Îmi spune că ceva s-a făcut și trece testele, dar funcționalitatea de bază lipsește. De obicei, aceasta este o oportunitate bună de a adăuga scule suplimentare sau protecții în fluxul tău de lucru. 🧵

Dar dacă e greu de făcut sau complicat, sau dacă nu ești sigur ce să adaugi, atunci nu o faci. Și, în cele din urmă, ajungi să rezolvi aceleași probleme iar și iar.

Amazon (și multe alte companii) au un proces formal post-mortem ori de câte ori apare o întrerupere de producție sau o problemă care afectează clienții. Se numește COE și în alte locuri. De obicei se numește doar post-mortem.

Ideea este simplă. Faci o retrospectivă fără vină a ceea ce s-a întâmplat pentru ca ceva să meargă prost, cum ai descoperit și cum ai remediat-o, apoi faci o analiză a cauzei rădăcină pentru a determina care sunt problemele structurale reale.

Mi-am dat seama azi în mașină că pot trata greșelile pe care le face agentul meu în același mod. Pot să cauzez de ce o funcție a trecut prin QA când funcționa doar pe jumătate. Pot să aprofundez care este parapetul lipsă care ne-a făcut să distrugem continuu funcțiile în timpul fuziunilor.

Iată abilitatea: Data viitoare când agentul tău greșește și îți strică proiectul, spune pur și simplu /coe sau /post-mortem formularul de admitere s-a rupt după ce au fuzionat 3 recorduri personale

Am folosit deja acest lucru de câteva ori în această seară și adaug mai multe elemente de protecție abilităților și uneltelor care permit agentului meu să se miște rapid. Încearcă!