Kolme parasta oppia, jotka olen oppinut epäonnistuneesta projektista

Olen varma, että ansioluettelosi korostaa projektin onnistumisia, mutta kaikki kokeneet projektipäälliköt ovat osallistuneet epäonnistuneeseen tai vaikeaseen projektiin ainakin kerran uransa aikana. Vuoden 2009 kaaosraportissa todettiin, että 66% hankkeista haastettiin tai he eivät pystyneet saavuttamaan liiketoimintatavoitteita.

Kuvahyvitys: Ingo Meironke

Projektin epäonnistumisia on saatettu markkinoida onnistumina, mutta pienentynyt laajuus, strateginen "suunnanmuutos", joka johti peruutettuun julkaisuun, tai vain suuri kassainvestointi, joka ei antanut todellista liiketoiminnan arvoa, vaikuttivat projektin tavoitteisiin. Kuulostaa tutulta? Mene eteenpäin ja nosta kättäsi - tiedän, että olet siellä. Nostan jopa käteni.

Kun olet osa epäonnistunutta projektia, se näyttää stressaavalta ja suorastaan ​​tuskalliselta, mutta sinulla on mahdollisuus oppia paljon oppitunteja, jotka auttavat sinua johtamaan projektin onnistumiseen. Seuraavassa on kolme parasta oppituntia epäonnistuneesta projektista.

1: Projektin aikataulu on ystäväsi

Projektien epäonnistumisten ja puuttuvien päivämäärien johtava syy on yksityiskohtaisen projektiaikataulun puuttuminen. Projektipäällikkö voi luoda virstanpylväskaavioita ja kauniita Gantt-kaavioita johtotehtävissä; Jos projektipäällikkö ei kuitenkaan seuraa aikataulua, joka oikeutti kaavioita, projektin toimitusongelmista ei ole aikaista varoitusindikaattoria.

Työskentelin yritysanalyytikkona vuotta kestäneessä henkilöstöresurssien rekrytointiprojektissa, jonka aikana toteutettiin useita verkkosovelluksia, jotka tukivat jatkamista ja online-ehdokasarviointia. Ryhmässä oli kymmeniä konsultteja, sisäistä IT-henkilöstöä ja projektipäälliköiden pyöröovi. Heillä oli korkean tason välitavoitteet ja kiinteä aloituspäivä syksyn rekrytointikaudelle.

Kukaan, edes projektipäälliköt, ei ollut kehittänyt integroitua aikataulua seurataksesi päivämääriä, kriittistä polkua tai mahdollisia liukastettuja tehtäviä. Projektin kymmenennen kuukauden aikana, jolloin kaikki ryhmän jäsenet olivat stressissä, koska suurin osa koodista ei ollut valmis tai toimi, meillä oli kokous, jossa määritettiin kriittiset tehtävät aloituspäivän saavuttamiseksi.

Vedin kokousmuistiinpanot takaisin toimistolleni ja aloin pelata Microsoft Projectin kanssa. Projektinjohtaja pysähtyi työpöytäni ääreen, ja minä osoitin hänelle tarkistetun projektin aikajanan. Hän kysyi: "Missä tämä oli 10 kuukautta sitten?" ikään kuin hän olisi löytänyt yhden työkalun kaikkien joukkueiden yhdistämiseksi. Olin miettinyt samaa asiaa, ja olin vain analyytikko.

Hankkeen aikataulu on ystäväsi. Totta, on tuskaa koota ja päivittää jatkuvasti, mutta se on kriittinen työkalu projektin onnistumiseen.

Tärkein takeaway: rakenna ja hallitse projektiaikatauluun.

2: Et voi välttyä projektikolmiosta, vaikka olet toimeenpaneva

Projektinhallintakursseilla opitaan ajan, kustannusten ja laajuuden kolminkertaisesta rajoituksesta. Olemme kaikki läpäisseet testin, joka vahvistaa, ettet pysty pitämään projektikolmion kaikkia kolmea puolta kiinni. Itse asiassa et voi muuttaa kolmion toista puolta vaikuttamatta toiseen sivuun.

Näistä totuuksista huolimatta sama aikaisemmin kuvailemasi henkilöstörekrytointiprojektin sama pääjohtaja ajatteli, että hän voisi lisätä laajuutta vaikuttamatta kustannuksiin tai aikaan. Olimme kahden viikon päässä verkkosivuston avaamisesta, kun toimitusjohtaja halusi muuttaa rekrytoivan verkkosivuston ulkoasua sisällyttämällä siihen iPod-kaltaisen laitteen, jotta ehdokkaat voisivat hakea useita työpaikkoja.

Ryhmä oli keskellä suorittamassa käyttäjän hyväksymistestauksia, kun laajuus muuttui. Kukaan ei kyseenalaistanut vaikutusta projektiin - toimeenpaneva johtaja vain halusi sen tekevän. Lopputuloksena oli, että joukkue ylitti odotetun budjetin, teki paljon ylitöitä ja hukkasi paljon energiaa, joka lisäsi vähän liikearvoa.

Huolimatta toimeenpanijavaltuutuksesta näille uusille muutoksille, haluttua toimintoa ei voitu toteuttaa täysin ajoissa. Seurauksena oli, että vain osa verkkosivustosta pystyi käynnistämään.

Tärkein takeaway: Hyväksy muutoksenhallintaprosessi varhaisessa vaiheessa ohjelmaa, jota kaikki sidosryhmät seuraavat.

3: Projektin sankaritar johtaa vain projektin epäonnistumiseen

Sankarit näyttävät hyvältä vain elokuvissa. Yritettäessä soveltaa projektisankarikoja ominaisuuden kiirehtimiseen tuotantoon tai ajattelemalla, että yksi henkilö toimittaa projektin onnistuneesti, voi vain johtaa epäonnistumiseen.

Samassa vaikeassa hankkeessa ryhmä oli palkannut ulkopuolisen konsultin pääjohtajana. Kehittäjällä oli paljon hallintaa projektinjohtajasta, koska hän tuotti varsinaista tuotetta projektille. Toimitusjohtajalla oli luottamus kehittäjään, mutta pääkehittäjä vietti koko päivän kokouksissa, joissa kerättiin vaatimuksia ja kehitettiin vähän aikaa päivän aikana. Hän vietti vielä kahdeksan tuntia työskentelemällä, kunnes 2 am kirjoitti koodia, ja toisti tämän syklin päivä päivältä. Hän ei jaa kooditietokantaa sisäisen IT-henkilöstön kanssa. Päivittäisten tarkastuspisteidemme aikana hän vaati, että hänen koodinsa olisi valmis julkaisupäivään mennessä, jos ihmiset "jättäisivät hänet vain rauhaan, jotta hän voisi työskennellä". Työkoodia ei koskaan toimitettu.

Toisaalta sisäinen IT-ryhmä, joka vastasi osasta projektia, toimitti ajoissa, koska he työskentelivät joukkueena. Ryhmä veti myöhään iltaisin korjaamaan vikoja ja tukemaan loppukäyttäjien testausta. Kukaan ei yrittänyt olla projektisankari - projekti oli yksinkertaisesti liian iso yhden henkilön suorittamiseen.

Tärkein takeaway: Luo ja luota tehokkaaseen joukkueeseen.

johtopäätös

Projekteilla on onnistumisia ja epäonnistumisia projektin elinkaaren eri vaiheissa, minkä vuoksi seuraamme aihe- ja riskienhallintaprosessia. Avain menestyviin hankkeisiin on oppia aiemmista projektin epäonnistumisista ja ottaa nämä opit käyttöön.

Lue myös TechRepublic

  • Kuusi tyyppiä IT-projektien vika
  • Viisi syytä keskustella projektin epäonnistumisesta
  • Vältä näitä yleisiä syitä projektin epäonnistumiseen
  • Tutkimus: 68 prosenttia IT-hankkeista epäonnistuu
  • IT-projektit: Miksi sinun täytyy epäonnistua useammin
  • Ensimmäisen kerran projektipäälliköt tarvitsevat epäonnistumisia

© Copyright 2020 | mobilegn.com