Hur man kör ett effektivt webbplatsprojekt Retrospective

Inriktningen på webbprojekt är ofta slutmålen för lanseringsdagen innan du snabbt går vidare till nästa projekt eller nästa prioritet. Men det är viktigt att titta tillbaka på det projekt som just är klart, ta del av, fira vad som gick bra, diskutera vad som kunde ha varit bättre och lära av erfarenheten så att nästa projekt går jämnare.

Om du ska slutföra ett webbprojekt är det nu dags att driva en "retrospektiv". Här är några tips om att få ut det mesta av en retro.

Innan Retrospective

Rusa inte in i närmsta mötesrum dagen efter lanseringen och räffla genom en kullerstenslagad gemensam agenda bara för att kryssa av: "Project retrospective". Detta är ett tillfälle att få användbar insikt och lärdomar, så en liten planering kommer att göra hela skillnaden.

Vad, när och vem?

Retrospectives händer i slutet av ett webbprojekt, efter att du har levererat webbplatsen till kunden eller ditt team. De behöver inte hända omedelbart, men helst borde de ske inom två veckor innan projektet avslutas, så alla har fortfarande jobbet färskt i sitt minne. Välj en tid när alla (eller så många som möjligt) kan delta, inklusive de mest relevanta personerna i ditt team, klientens team och alla viktiga beslutsfattare och intressenter.

Fiststötning är obligatorisk

Välj din kommunikationsmetod på lämpligt sätt

För vissa grupper kan det vara bäst att leverera retrospektivet personligen runt ett bord eller över videosamtal. För andra på små projekt kan mail vara tillräckligt. Tänk på vad som är det mest lämpliga sättet att sprida dina resultat och få feedback. Om vissa människor inte kan delta i den personliga retroen, var noga med att ha ett sätt att samla in sina inmatningar på förhand och dela ut resultatet efteråt.

Skicka ut Prep

Några dagar före retrospektivet sätta ihop en agenda för mötet och cirkulera det bland alla personer som var inblandade i projektet. Detta ger dem möjlighet att reflektera över projektet och samla sina tankar för att förbereda det retrospektiva. Om du behöver någon att ta med någonting i synnerhet, nu är det dags att få det att hända. Det kan vara information om budgeten, tidslinjen, klientåterkoppling eller något annat som kommer att vara nyckeln till en eller flera av agendapunkterna.

Under Retrospective

Men du bestämmer dig för att leverera din retrospektiv, det finns några viktiga agendaposter som rekommenderas som ett minimum för diskussionen:

• Diskutera vad som gick bra, tacka de ansvariga om det känns rättvist att göra det.
• Diskutera vad som inte gick bra. Vad gick inte att planera och vad ändrades? Var försiktig så att du inte skyller på några specifika individer, utan ge konstruktiv feedback om det är lämpligt.
• Identifiera vad du kan lära av både höga och låga, så att du kan ändra eller förbättra saker i ditt nästa projekt.
• Tänk om någon annan skulle kunna dra nytta av att höra om dina erfarenheter, som kollegor som inte var på projektet eller arbetare i branschen som kan tycka om att läsa dina resultat som ett blogginlägg.

Caroline lovade aldrig att lyssna på Sarahs idéer igen

Förpacka projektet på ett lämpligt sätt

Den retrospektiva bör medföra att projektet stängs. Konsolidera allt så snyggt och positivt som möjligt, sammanfatta resultat, lärdomar, prestationer och eventuella framtida planer på att samarbeta igen.

Som Ellen de Vries säger i sin bok, Samarbeta: Samla människor kring digitala projekt. 

"Varje gång du samarbetar med en grupp människor har du lärt dig något som hjälper andra." - Ellen de Vries

Retrospektiv är det perfekta tillfället att få insikter och dela med andra.

Retrospectives är också en chans att ge ditt lag kredit för sitt hårda arbete och tacka dina kunder för att be dig att ta på jobbet, samt en möjlighet att öppna dörren för framtida möjligheter.