Raven over på Raven ’ s hjernen har lagt ut enda en flott artikkel (hun synes å gjøre en vane av det), denne gangen om å gjøre en Pre-Mortem av prosjektet.
Jeg ønsker å prøve dette med noen prosjekter, men jeg også se verdien i det operativt. For eksempel, ønsker jeg å prøve dette med min utviklingsteam:
Tenk deg dette scenariet: vi nettopp lansert den neste store versjonen av produktet. Det var en spektakulær svikt. Virksomheten er sint. Kundene ringer telefonen av kroken. Vi har helt blåste planen å støvel. Hva tror du gikk galt å føre det?
Jeg har tenkt å åpne ting opp til forslag til hva som gikk galt, skriv dem ned på tavlen, da vi ’ ll har en problemløsning økt på hva vi kan gjøre for å hindre at disse tingene skjer. Jeg håper å komme ut av det med noen betydelig prosessforbedringer.
Dette er et flott verktøy i min mening. Post-mortems slå noen ganger til skylden økter. De også bringe videre observasjoner som ville ha vært verdifulle før prosjektet var i gang, men nå er av mindre verdi. Folk også noen ganger har problemer med å projisere det de lærte frem-de ser hva som gikk galt, løse de å ‘ aldri gjøre det igjen ’, så de ikke klarer å bruke hva de lærte å det neste prosjektet, fordi det virker som en annen situasjon. Hvis du kjører gjennom en pre-mortem, når folk ser innbytter problemene samme situasjon at de forestilte seg problemene, den ‘ erfaringer ’ vil umiddelbart relevant og lette å forholde seg til problemet. Jeg anbefaler deg å prøve dette før du tar på noen store prosjekt eller repeterbar prosess.
