The web I want, Why You Can’t Yoga Your Way Out Of Burnout, Trusted peers network, Guide To Root Cause Analysis – Steps, Techniques & Examples
Being in a TPN has a drawback: when you have a set of unofficial shortcuts that enable you to make things done, it can be tempting to rely on it as much as you can and thus to only use the official processes when you can’t escape it.
People have valid reasons to do it, but it can be bad for the system as a whole.
People in a TPN often have some political weight in the organization because of their TPN membership but also because of the same characteristics that allowed them to be part of it.
When an official process is not working as intended, or when its becoming worse
Un article qui pose des mots sur quelque chose qui me chiffonnait, notamment parce que j'ai été sensibilisé par "The tyranny of structurelessness" (lien que j'ai dû relire et refiler un nombre incalculable de fois). Mais je pense avoir eu une approche pas trop déconnante depuis plusieurs mois : je peux faire avancer, débloquer, certaines choses parce que je connais du monde dans la boite, ce qui fait que je peux obtenir l'aide et le conseil au moment où j'en ai besoin. Quand je vois que quelqu'un se trouve face à un mur, que la personne n'arrive pas à mobiliser les bonnes ressources pour faire son boulot, je tente de mobiliser ce réseau pour :
La réaction de certaines personnes est : "encore des process". Oui, mais des process qui libèrent.
I burned out during the last year of my law practice, and I spent a lot of time wondering what I did to cause it. I assumed that I had poor stress management skills or that something else about me needed to be fixed or changed. That’s the message that many people are left with in the burnout discussion – that it’s simply an individual issue that can (and should) be fixed with self-care strategies. As I learned, it’s not that simple.
Le burnout abordé sous la perspective de la relation employé-entreprise plutôt que employé seul. Attention, vous risquez de reconnaitre des situations vécues, par vous ou vos collègues (si c'est le cas, suivez le process interne correspondant ou contactez quelqu'un qui puisse vous orienter sur la démarche à suivre dans votre entreprise). Le papier en lien dans l'article sur les "six job demands" est ce que j'ai lu de plus complet sur le sujet. Si l'article vous a plu, ce papier vous intéressera d'autant plus.
The web I want is powered by passion, not money.
Court.
RCA (Root Cause Analysis) is a structured and effective process to find the root cause of issues in a Software Project team. If performed systematically, it can improve the performance and quality of the deliverables and the processes, not only at the team level but also across the organization.
Je cherche un article qui développe l'analyse systémique des causes de bugs. Je suis tombé sur ça qui parle du fishbone et 5 whys, avec des exemples. C'est pas mal, mais il me manque du détail sur l'analyse des causes, ou probablement plus d'exemples. J'aimerais aussi que ça mette en évidence les patterns entre bugs (ici je pense que comparer les fishbones peut être une approche). Je n'avais jamais vu le fishbone avant, et ça me parait pas mal à tenter, notamment parce que ce modèle considère qu'il peut y avoir des causes multiples à un problème. Il manque aussi une mise en garde pour les 5 whys ici, on ne cible personne. Traitons les procédés et les processus pour que n'importe qui dans l'équipe puisse réussir.