Come raccogli e raccogli le informazioni necessarie per creare un post mortem?


14

Dopo che il gioco è finito (o spedito o il progetto è stato inscatolato), qual è il modo migliore per rendere il post mortem, in modo che massimizzi le possibilità di non commettere più gli stessi errori?

  1. Come raccogli tutte le informazioni necessarie dal team?
  2. Come li condensate nell'ultimo post mortem?
  3. Come evitare di commettere gli stessi errori nel seguente progetto?

Risposte:


11

Stai acquisendo preziose informazioni mentre lavori attraverso il processo. Per qualsiasi bravo uomo d'affari che lavora a un progetto è abbastanza facile fare a pezzi il tuo progetto quando analizzi cosa hai fatto di sbagliato. Capire che il desiderio è andato bene è un po 'più difficile.

Come avrei affrontato un accurato post mortem

Ottieni tutte le prospettive per iscritto
Chiedi a ciascun membro del team di scrivere alcune pagine sulle osservazioni del progetto. Invece di tracciare casualmente una pista per loro, vorrei porre le domande esatte che vuoi sapere. Puoi integrare questo con un incontro, ma preferisco attirare l'attenzione di qualcuno senza distrazione.

Le domande più ovvie sarebbero

  • Elencare i primi 5 articoli che ritieni siano andati bene con il progetto?
  • Elencare i primi 5 articoli che ritieni siano andati male nel progetto?

Vorrei integrare tali domande con domande specifiche relative al team e al progetto che si desidera conoscere personalmente da una posizione di gestione.

  • Come ti sei sentito a lavorare con Box2D invece di Chipmunk? Utilizzeresti di nuovo (x)?
  • Pensi che il project manager sia stato in grado di fare x, ye z per te?

Fail Early , Fail Spesso
Beh, è ​​abbastanza difficile "fallire presto" quando il tuo progetto è fuori dalla porta. Eventualmente il feedback che ottieni da quanto sopra farà luce su processi che potrebbero essere stati piuttosto oscuri per te.

Ci sono problemi con cui ti imbatterai che pungeranno piuttosto male. Sarà piuttosto difficile dimenticarli.

Per essere sicuri di non dimenticare le aree problematiche, potrebbe essere utile scrivere un elenco di tipi di "Valore fondamentale" che tieni a portata di mano. Tienili a disposizione per farli vedere agli altri e per farli vedere. Quando inizia il tuo prossimo progetto, potrei essere incline a portarne alcuni sul tavolo per ottenere le prospettive degli altri. Se hai nuovi occhi sul progetto, potresti ricevere feedback che potrebbero far luce su come risolvere un problema specifico.

Finché sei consapevole e mantieni i tuoi problemi alla luce, sei obbligato a risolverli.

Scrivilo
Prendi tutti gli scritti e riuniscili tutti.

  1. Introduzione al progetto, obiettivi e tutto ciò che desideri condividere sul processo del progetto
  2. Top 5 - Cosa è andato bene?
  3. Top 5 - Cosa è andato storto?
  4. Conclusione ... Portandolo alla fine.

1
+1 per "cosa è andato bene?" È troppo facile interrompere ciò che hai fatto bene quando hai cercato di risolvere ciò che hai fatto male.
tenpn,

Ottima risposta! :)
NocturnDragon,

1

La maggior parte dei postmortem che ho letto sembrano seguire un formato di:

  • Cosa abbiamo fatto
  • Cosa è andato bene
  • Cosa avrebbe potuto andare meglio
  • Conclusione (cosa è stato appreso e verrà applicato la prossima volta)

Richiederei a tutte le persone coinvolte nel progetto di buttare i loro $ 0,02 e vedere cosa hanno da dire su quelle cose, quindi compilare tutto in un unico grande, eccitante documento da leggere.

Immagino in risposta alle tue domande: 1. Come raccogli tutte le informazioni necessarie dal team? Chiediglielo. E-mail, sedersi e chattare con loro individualmente e in gruppo.

  1. Come li condensate nell'ultimo post mortem? Raggruppa le risposte comuni. È probabile che sarai in grado di riconoscere le tendenze generali (ad esempio: le persone che hanno gli stessi problemi). Concentrati su quelli grandi / importanti.

  2. Come evitare di commettere gli stessi errori nel seguente progetto? È un po 'complicato. Forse scrivere un singolo foglio di carta 8x11 "da appuntare nel tuo cubicolo come promemoria per evitare quegli specifici errori precedenti? Ho alcune note appiccicose come quelle appena sotto i miei monitor e sembrano fare un buon lavoro nel ricordare io per fare certe cose.


0

Come raccogli tutte le informazioni necessarie dal team?

Mi piace che tutti scrivano prima la loro lista in privato. Nell'ultimo progetto per il quale ho fatto un post-mortem, avevamo quattro sezioni: 1) Cose che sono andate bene, perché abbiamo fatto cose in modo fantastico 2) Cose che sono andate male, perché abbiamo sbagliato 3) Cose che sono andate bene i nostri partner (case di outsourcing, editori, ecc.) 4) Cose che sono andate male con i nostri partner perché HANNO rovinato

I primi due ci aiutano ad adattare il nostro comportamento. Gli ultimi due ci aiutano a scegliere partner migliori (o gestire meglio quelli esistenti) la prossima volta.

Come li condensate nell'ultimo post mortem?

Chiedi a tutti di inviare per e-mail le loro liste a un succhiatore ^ H ^ H ^ H ^ H ^ H ^ H volontario, che quindi condensa e anonima le liste. L'elenco fascicolato viene quindi inviato a tutti e discusso.

Come evitare di commettere gli stessi errori nel seguente progetto?

Nella mia esperienza, non lo fai :) Sul serio, quando inizio un lavoro in una nuova società di giochi, la prima cosa che guardo sono i post-mortem precedenti (se li hanno archiviati da qualche parte). Di solito vedo temi comuni in tutti i progetti, il che mi dice in anticipo quali tipi di sfide aspettarsi su quello attuale. Se gestissi il mio studio, il mio primo istinto sarebbe quello di iniziare il calcio d'inizio di ogni nuovo progetto con una rilettura dei precedenti post-mortem e una discussione su come non fare le stesse cose stupide una quinta volta ... e quindi visitare nuovamente i problemi post mortem dei pulsanti di scelta rapida per ogni pietra miliare del progetto.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.