In this thread, we’ll look at the “what” and “how” of pre-mortems, along with a novel technique of using “Tigers”, “Paper Tigers”, and “Elephants” to run effective pre-mortems.pic.twitter.com/AL2sT6yqav
U tweetove putem weba ili aplikacija drugih proizvođača možete dodati podatke o lokaciji, kao što su grad ili točna lokacija. Povijest lokacija tweetova uvijek možete izbrisati. Saznajte više
In this thread, we’ll look at the “what” and “how” of pre-mortems, along with a novel technique of using “Tigers”, “Paper Tigers”, and “Elephants” to run effective pre-mortems.pic.twitter.com/AL2sT6yqav
But first, ICYMI, check out the thread linked below. While I knew that thread would resonate with some, it got way more popular than I had imagined. It seemed to especially strike a chord with folks in security, sysadmin, privacy, and related areas.https://twitter.com/shreyas/status/1218724150312751104 …
And many of you shared (both publicly and in private) how it clarified some of the organizational dysfunctions you’ve seen over your careers. This Tweet is quite relevant:https://twitter.com/shreyas/status/1221149166807568384 …
With that, let’s talk about a specific technique to help you do what’s right for your customers, your company, your team, by foreshadowing and mitigating the most blatant would-be blunders. That technique is pre-mortems.
It is one of 3-4 mitigations for the preventable problem paradox. It is also the most practicable one. You can literally implement this on Monday if you want.
Post-mortems, after action reviews (AARs), etc. are becoming a part of the “standard process” at many organizations. (and I think that is great!)
Note: you can (and likely should) do a post-mortem anyway, even if the project went quite well. But, moving along.
Unlike a post-mortem—where you discuss what went wrong (and what you can learn from it)—in a pre-mortem, you get together earlier in a project’s lifecycle and ask the team to assume that the project has failed. And you prompt the team to come up with the reasons why.
This short and excellent HBR article by @KleInsight is required reading on this topic.https://hbr.org/2007/09/performing-a-project-premortem …
Here are the highlights of the standard pre-mortem process:pic.twitter.com/flCQj5W9lb
I’ll now share a modified pre-mortem script that has worked well on the teams I’ve worked with. As background, at Stripe, the teams I’ve led have regularly run pre-mortems for our products, particularly major product launches (e.g. Stripe Connect, Stripe Terminal).
And while we haven’t been 100% mistake-free, pre-mortems have enabled “calm product launches” and enhanced team productivity & morale.
Why change the standard pre-mortem script? In my experience, the standard pre-mortem meeting was very engaging *while* the team was in the room.
But how many times have you had an engaging meeting and then people leave the room and everybody forgets about it and reverts to old patterns?
That’s what I saw repeatedly when we employed the standard script. So, I began looking for ways to change that.
Twitter je možda preopterećen ili ima kratkotrajnih poteškoća u radu. Pokušajte ponovno ili potražite dodatne informacije u odjeljku Status Twittera.