Today, we are going to look a often overlooked aspect of the software development lifecycle (SDL) known as the post project review. Aloitamme määrittelemällä, mitä, tarkalleen, post project review on ja siirtyä kattaa elementtejä hyvä projektin tarkastelu.
mikä on Post-projektin arvostelu?
yksi projektin ominaisuuksista on, että sillä on selvä alku ja varma loppu. Joskus alku ja loppu eivät välttämättä ole kovin selkeästi määriteltyjä (!) mutta yleensä saadaan karkea käsitys, kun projekti on alkanut ja kun se on ohi. Jokin, jolla ei ole tällaista äärellistä elinikää, ei ole oikeastaan projekti. On kuitenkin mahdollista pilkkoa mikä tahansa toiminta, kuten jatkuva Ohjelmistojen ylläpito ja tuki, selkeiksi projekteiksi – tyypillisesti lopettaa projekti, kun ohjelmistojulkaisu otetaan tuotantoon ja aloittaa uusi projekti seuraavaa julkaisua tai päivitystä varten.
post project review on erittäin hyödyllinen ja tehokas tapa lisätä jatkuvan parantamisen mekanismi. Useimmat toiminnot voidaan jakaa erillisiin hankkeisiin, kuten edellä mainittiin. Tämä jatkuvan parantamisen mekanismi auttaa tekemään jokaisesta seuraavasta hankkeesta menestyksekkäämmän (ja usein vähemmän stressaavan kaikille osallistujille). Projektin jälkiarvioinneissa projektitiimi ja tärkeimmät sidosryhmät tapaavat toisiaan ja tarkastelevat, mikä meni hyvin ja mikä huonosti projektin aikana. Tämä panos voi auttaa osallistujia tekemään oikeita päätöksiä ja suunnitelmia, jotta seuraava projekti toimii paremmin. Se voi myös auttaa selvittämään väärinkäsityksiä ja muita asioita.
Lue: Mikä on projektinhallintaohjelmisto kehittäjille?
esimerkiksi kerran tekemässäni Post project-katsauksessa Quality Assurance (QA) – tiimi oli järkyttynyt, koska heidän mielestään vaatimusten muutokset oli hyväksytty ja tehty ilman heidän panostaan projektin aikana. Tämän palautteen perusteella asia korjattiin myöhemmissä projekteissa varmistamalla, että LAADUNVARMISTUSTIIMIN edustaja oli aina paikalla, kun tarvittiin keskustelua vaatimuksista. Tämä toi heidät ajan tasalle ja antoi heille mahdollisuuden tuoda esiin mahdollisia vaikutuksia laadunvarmistuksen määräaikoihin. On tärkeää varmistaa, että kaikki osallistujat post project review ymmärtää, että se ei ole aika osoittaa syyllisyyttä tai tehdä henkilökohtaisia hyökkäyksiä. Ideana on kehua toisiaan hyvin tehdyistä töistä sekä löytää tapoja tehdä asioita vielä paremmin. On oltava varovainen, että post project review ei rappeutua sormella osoittelu harjoitus tai huuto ottelu.
hyvän Post Project Review ’n elementit
kuten aiemmin mainittiin, post project review’ n ensisijainen tarkoitus ei ole syynätä, vaan tunnistaa parannettavia alueita ja tapoja parantaa niitä. Ennen kuin suunnittelet post project review tunnista ensisijaiset tavoitteet ja mitä haluat ottaa pois.
- tunnista kohteita, jotka on tehty hyvin: esimerkiksi ehkä aika-arviot olivat erittäin hyviä, kehittäjät ja laadunvarmistustiimit toimivat hyvin yhdessä ja niin edelleen.
- tunnista kohteita, jotka voisivat parantaa: ehkä järjestelmän dokumentaatio ei ollut valmis ajoissa; kehittäjillä oli kiistoja analyytikoiden kanssa, jne.Pohjimmiltaan nämä ovat kohteita, jotka kaipaavat parannuksia, jotka voidaan realistisesti saavuttaa jonkin verran vaivaa.
- tunnista erät, jotka ovat rikki: Nämä ovat melko vakavia ja saattavat vaatia täydellistä uudelleenarviointia siitä, miten ne tehdään. Mahdollisesti joitakin prosesseja voidaan joutua luopumaan tai muuttamaan. Ehkä jatkuvasti muuttuvat vaatimukset vaativat tiimiä siirtymään ketterämpään kehitysmenetelmään. Kaksi ihmistä, jotka käyvät toistensa hermoille, saatetaan joutua siirtämään toisiin tehtäviin, jotta heidän ei tarvitsisi työskennellä yhdessä.
- päätä toimintasuunnitelmat: Hanki syöte & sopimus toimintasuunnitelmista, joilla parannetaan niitä kohtia, joita on parannettava, ja tapoja korjata ne, jotka ovat rikki. Tämä helpottaa pitkäjänteisten muutosten toteuttamista ja auttaa rakentamaan joukkueeseen vahvaa sitoutumisen tunnetta ja yhteishenkeä.
yritä saada mahdollisimman moni sidosryhmistä ja tiimin jäsenistä koolle kokoukseen. Vaikka se voi tuntua resepti kaaos (!), jos suunniteltu hyvin se voi olla hieno kokemus kaikille. Varmista, että kaikki ymmärtävät toimintasuunnitelman ja tavoitteet. Sidosryhmät ja tiimin jäsenet ovat todennäköisesti innoissaan, jos he näkevät sen mahdollisuutena työskennellä ongelmien ratkaisemiseksi. Kokemukseni mukaan ensimmäinen kerta, kun nämä arviot tehdään, on yleensä vaikein, koska ihmiset eivät ole varmoja siitä, mikä on sallittua ja mikä ei. Osa jäsenistä saattaa myös ottaa kritiikin huonosti vastaan. Voi olla järkevää olla käsitys mahdollisesti räjähdysalttiista asioista ja siitä, miten ne puretaan ennen kokoukseen menoa. Tapaaminen yksityisesti asianosaisten osallistujien kanssa ennen kokousta sen varmistamiseksi, että pelisäännöt ymmärretään ja sitoudutaan siihen, että niitä noudatetaan, voi olla erittäin hyödyllistä.
hyvä tekniikka, jonka olen löytänyt suurten asioiden tunnistamiseen, on tehdä jotain äänestämisen kaltaista. Jokainen osallistuja asettaa kohteita, jotka voivat kuulua johonkin luokkaan hyvin tehty, joitakin säätämistä tarvitaan ja on vahvistettava. Tämä saa jokaisen tuntemaan, että omat mielipiteet otetaan huomioon. Lisäksi se voi auttaa antamaan täydellisen kuvan monista ongelmista. Usein löytyy malli monista asioista. Kehu kohteita, jotka ovat ihmisten mielestä hyvin tehtyjä. Useimmin mainitut asiat vaativat huomiota. Tässä vaiheessa se voi auttaa, että ihmiset tarjoavat ideoita siitä, miten parantaa kohteita, jotka tarvitsevat parantamista ja miten korjata kohteita, jotka ovat rikki. Voit jopa järjestää epävirallisen äänestyksen siitä, mitkä ideat tuntuvat parhailta.
kokouksen päätyttyä kerää kaikki tiedot ja kirjaa ne ylös. Varmista yksityiskohtaisesti, mitä menee hyvin, mitä on parannettava ja mitä on korjattava. Tunnista tekniikat jokainen sopinut toimisi tehdä parannuksia ja vahvistamisesta ongelmia. Tämä on hyvä esittää ylimmälle johdolle varsinkin, jos joihinkin korjauksiin tarvitaan hyväksyntä tai resursseja. Nämä raportit antavat heille tavan arvioida joukkuetta ja rakentaa heidän luottamustaan siihen, että joukkue yrittää hyökätä ja korjata ongelmia itse. On paljon parempi löytää tapoja korjata ongelmat itse sen sijaan, että ylimmän johdon pitäisi osallistua korjausten löytämiseen. Ihmiset yleensä paheksuvat toimeenpanovallan määräyksiä, mutta tekevät mielellään itse ehdottamiaan muutoksia.
Read: parhaat projektinhallintatyökalut kehittäjille.
johtopäätös
projektin jälkeinen arvostelu on joukkueille arvokas tapa parantaa suoritustaan ja taitojaan. Ne tarjoavat mekanismin, joka auttaa polttoaineen jatkuvaan parantamiseen sekä parantaa joukkueen moraalia. On tärkeää saada mahdollisimman monta sidosryhmää mukaan arviointiin, koska se auttaa käymään läpi kaikki hankkeen osat sekä tarjoaa mekanismin väärinkäsitysten ja muiden kysymysten selvittämiseen. Hyvä suunnittelu ja kokouksen jälkeinen seuranta on ratkaisevan tärkeää näiden arviointien onnistumiseksi.
