Työn jakautumisrakenne (WBS) ja laajuuden suunnittelu

Voitot:

• Ymmärrä laajuuden ja työnjakorakenteen (WBS) käsitteet ja käytä tekoälyä työpaketteihin jaetun WBS-luonnoksen luomiseen
• Selvitä soveltamisalan ulkopuoliset tuotteet, toimitukset ja hyväksymiskriteerit tekoälyn tuella ja näe laajuuden hiipivän aikaisin
• Kyky ymmärtää, että projektipäällikön vastuulla on vahvistaa tekoälyn tuottaman WBS:n eheys, realistisuus ja sopivuus organisaation kontekstiin tiimin ja sidosryhmien tarkastuksen avulla.

Kun aloitat projektin "mitä aiomme tehdä?" Tästä aloittaminen on kuin pimeässä kävelemistä. Projektit eivät usein epäonnistu siksi, että niitä johdetaan huonosti, vaan siksi, että ne on määritelty väärin alusta alkaen. Tämän yksikön aiheena ovat kaksi perustyökalua, jotka hahmottavat projektin rajat ja jakavat työn hallittaviin osiin: laajuuslauseke ja työnjakorakenne. Kun nämä kaksi asiakirjaa on asetettu oikein, aikataulu, ennuste, riski ja budjetti ovat tiukasti niiden päällä. Väärin asetettuina kaikki tärisee koko projektin ajan. Tekoäly on tehokas luonnostelukumppani molemmissa asiakirjoissa: se ehdottaa laajuusrunkoa ja jakamista työpaketeiksi minuuteissa. Mutta muista: AI tuottaa yleisen kuvion; Vain sinä ja tiimisi tiedätte organisaatiosi todelliset suoritteet, rajoitukset ja hyväksymiskriteerit.

Mikä on laajuuslausunto?

Laajuus on se, mitä hanke sisältää ja mitä se ei sisällä. Laajuuslausunto on asiakirja, joka kirjoittaa sen kirjallisesti ja sisältää tyypillisesti: projektin tarkoituksen, keskeiset suoritteet, hyväksymiskriteerit, soveltamisalan ulkopuoliset kohteet, oletukset ja rajoitukset. Kriittisin ja laiminlyöty osa tässä on soveltamisalan ulkopuolella oleva luettelo: "Emme tee X:ää tässä projektissa" estää "mutta luulin, että se sisällytettiin" argumentin myöhemmin.

Kun laajuus riistäytyy hallinnasta, sitä kutsutaan laajuudeksi: projektiin lisätyt pienet, hyväksymättömät työt paisuttavat sitä ajan myötä. "Vain yksi pieni lisäys vielä", kun toistetaan, räjäyttää budjetin ja aikataulun. Hyvä kauko-ilmoitus ja selkeät hyväksymiskriteerit ovat ensimmäinen puolustuslinja kiikarihiipumista vastaan. Hyväksymiskriteerit ovat mitattavissa olevia ehtoja, jotka toimituksen on täytettävä, jotta se voidaan katsoa "täydelliseksi" (esim. "muodostaa lataukset alle 2 sekunnissa").

Vinkki: Kun kirjoitat laajuuslauseketta, panosta yhtä paljon "mitä emme tee" -luetteloon kuin "mitä me teemme". Poissuljetut tuotteet ovat halvin vakuutus projektille.

Mikä on työnjakorakenne (WBS)?

Työnjakorakenne (WBS) on hierarkkinen puu, joka jakaa projektin kokonaistyön loogisiin osiin, jotka pienenevät vähitellen ylhäältä alas. Yläosassa on projekti, sen alapuolella tärkeimmät suoritteet/vaiheet ja niiden alapuolella työpaketit. Työpaketti on alimman tason työ, joka voidaan osoittaa henkilölle/tiimille ja joka on tarpeeksi pieni arvioimaan sen kestoa ja kustannuksia. Hyvä WBS noudattaa kahta sääntöä: 100 % sääntöä (alaosien summa sisältää koko yläosan, ei enempää, ei vähempää) ja keskinäistä yksinoikeutta (kahdessa paketissa ei ole samaa työtä, ei päällekkäisyyksiä).

Miksi WBS on niin tärkeä? Koska ennakointi, aikataulu, budjetti ja riski tehdään aina työpakettitasolla. "Teemme verkkosivuston" on arvaamaton; mutta paketit, kuten "kirjautumissivun suunnittelu", "käyttäjän rekisteröintilomake", "maksun integrointitestaus" ovat ennakoitavissa. WBS on myös puitteet vastuun jakamiselle (RACI), edistymisen seurannalle ja viestimiselle.

Askel askeleelta: Luo WBS-luonnos tekoälyllä

1. Selvennä soveltamisalaa. Anna tekoälylle nimettömästi projektin tarkoitus, keskeiset suoritukset ja tunnetut rajoitteet. Hyvä WBS ei johdu epäselvästä tarkoituksesta.
2. Pyydä luonnoserittelyä. Pyydä AI hierarkiaa, joka on jaettu vaiheisiin ja työpaketteihin; Pyydä jokaiselle paketille yksirivinen kuvaus ja toimitusehdotus.
3. Testaa 100 % sääntöä. Tarkista, vastaako valmistettujen pakkausten kokonaismäärä täysin soveltamisalaa; Merkitse puuttuvat ja tarpeettomat kohteet.
4. Lisää hyväksymiskriteerit. Vaadi luonnos mitattavissa olevista hyväksymiskriteereistä jokaiselle keskeiselle suoritukselle ja tarkenna niitä sitten todellisuutta vasten.
5. Selvennä soveltamisalan ulkopuolella. Pyydä tekoälyltä luettelo "kohteista, joiden pitäisi luultavasti olla tämän projektin ulkopuolella" ja keskustele siitä tiimin kanssa.
6. Tiimin ja sidosryhmien validointi. Tarkista luonnos työpaketin omistajien kanssa. WBS ei ole koskaan "suunnitelma" ilman joukkueen hyväksyntää.

Varoitus: Tekoälyn luoma WBS saattaa usein jättää huomiotta kriittisen paketin (esim. "oikeudellinen hyväksyntä", "tietojen siirto", "käyttäjäkoulutus", joka vaikuttaa loogiselta, mutta on omaa organisaatiotasi koskevaa). Puuttuva paketti tekee ennustuksestasi väärän alusta alkaen. Muista soveltaa 100 % sääntöä ihmisen näkökulmasta.

kolme minilaukkua

Tapaus 1 – Aikaa säästävä suunnitelma. Sen sijaan, että PMO:n asiantuntija olisi rakentanut WBS:n tyhjästä uutta intranet-projektia varten, antoi YZ:lle anonyymin laajuuden yhteenvedon ja pyysi luonnosta. YZ ehdotti 6 vaihetta ja 34 työpakettia. Asiantuntija poisti 5 pakettia ja lisäsi 3 puuttuvaa pakettia (SSO-integraatio, esteettömyystestaus, sisällön siirto) 45 minuutin työpajassa tiimin kanssa. Työ, joka olisi kestänyt yhden päivän tyhjästä, valmistui puolessa päivässä ja siitä tuli täydellisempi.

Tapaus 2 – Kiikariviruman sieppaaminen. Projektipäällikkö antaa AI 12 pientä pyyntöä asiakkaalta ja kysyy "ovatko nämä voimassa vai eivät nykyisen laajuuslausunnon mukaan?" Hän oli luokitellut sen seuraavasti: YZ 7 merkitsi pyynnön "mahdollisesti soveltamisalan ulkopuolelle". PM muutti nämä virallisiksi muutospyynnöiksi; muuten 3 lisätyöviikkoa vuotaisi hiljaa projektiin.

Tapaus 3 – Puuttuva pakettiloukku. Ryhmä hyväksyi 28 YZ:n tuottamaa WBS-pakettia ilman vahvistusta. Projektin puolivälissä havaittiin, että "data migration"- ja "go-live rehearsal" -paketteja ei ollut; nämä kaksi poissaoloa lisäsivät aikatauluun 4 viikkoa. Oppitunti: AI-luonnoksia ei pitäisi hyväksyä ilman ihmiskokeita 100 %:n säännöllä.

Heikko kehote / Vahva kehote

Heikko kehote:

Kirjoita WBS mobiilisovellusprojektiin.

Tämä kehote on hyvin yleinen: AI tuottaa yleensä mallin, mutta sillä ei ole juurikaan merkitystä projektin todellisten suoritteiden, rajoitusten ja hyväksymiskriteerien kannalta.

Tehokas kehotus:

Roolisi: vanhempi projektisuunnittelun asiantuntija.Konteksti: Varastonseurantamobiilisovellus vähittäisasiakkaalle (nimi peitetty).Rajoitukset: 4 kuukautta, integrointi olemassa olevaan ERP:hen pakollinen, iOS+Android, tiedonsiirto saatavilla.Tehtävä: Luo WBS-luonnos, joka on jaettu vaiheisiin ja työpaketteihin.Säännöt: - Noudata 100 %:n sääntöä; kunkin vaiheen pakettien tulee kattaa vaihe kokonaisuudessaan.- Jokaisen työpaketin kohdalla: yksirivinen laajuus + päätoimitus + mitattavissa olevat hyväksymiskriteerit.- Kirjoita lopuksi erillinen "mahdollisesti ULKOPUOLELLINEN" -luettelo.- Merkitse laitoskohtaiset paketit, joista et ole varma "[vahvista tiimin kanssa]", sovitus. Tulos: alennustaulukko (vaihe | Paketti | Laajuus | Toimitus | Hyväksymiskriteerit).

Tämä pyyntö on vahva, koska konteksti, rajoitus, 100 %:n sääntö, hyväksymiskriteerit ja soveltamisalan ulkopuolinen pyyntö ovat selvät. myös pakottaa epävarmuuden "[vahvistus tiimin kanssa]".

Lisämallit:

# Soveltamisalan ulkopuolella FinderLue alla oleva laajuuslauseke. Listaa "soveltumattomiksi ehdokkaiksi" tehtävät, jotka ovat yleisiä mutta joita ei NIMENOMAISESTI mainita tässä (esim. koulutus, dokumentaatio, tuki, siirto, tietoturvatestaus). Kysy jokaisen kohdalla, miksi se pitäisi sisällyttää tai jättää pois.

# Hyväksymiskriteerien valmistaja Ehdota 3-5 mitattavissa olevaa hyväksymiskriteeriä seuraavalle toimitukselle (SMART-muodossa): [toimitus]. Älä kirjoita kriteerejä, joita ei voida mitata (kuten "sen pitäisi toimia hyvin").

# 100 % säännöntarkistusTarkista alla olevaa WBS:ää. Millä laajuuskäskyn toimituksella EI ole vastinetta missään työpaketissa? Mitkä paketit YLITTÄÄN laajuuslausekkeen? Listaa aukot.

Yleisiä virheitä

• Ei kirjoittaminen soveltamisalan ulkopuolelle: Jos "mitä emme tee" on epäselvä, laajuus on väistämätön.
• Liian suuret tai ohuet pakkaukset: Kuukauden kestävä jättiläinen paketti on arvaamaton; Pieni tunnin paketti ylittää johdon. Pakettien tulee olla ennakoitavissa ja jäljitettävissä.
• Tekoälysuunnitelman hyväksyminen vahvistamatta sitä: Puutteellinen yrityskohtainen paketti (tietojen siirto, viranomaishyväksyntä, koulutus) väärentää suunnitelman alusta alkaen.
• Hyväksymiskriteerien ohittaminen: Jos kriteereitä ei ole, keskustelu "valmis" on loputon.
• WBS:n asettaminen ei keskittynyt tuotoksiin toimintojen sijaan: Hyvä WBS näyttää suoritteet (nimet), ei toimintoja, kuten "kokouksen pitäminen".

Vinkki: Älä kirjoita WBS:ää kerran vaan jätä se siihen. Kun hyväksytty muutos saapuu, päivitä WBS, sitten aikataulu ja budjetti. WBS on elävä asiakirja.

Yhteenvetona

Laajuuslause määrittelee projektin rajat, kun taas WBS määrittelee työn hallittavat osat. Hyvä kattavuuslausunto sisältää selkeät hyväksymiskriteerit ja vahvan "soveltamaton" -luettelon; Hyvä WBS noudattaa 100 % sääntöä ja molemminpuolista yksinoikeutta. Tekoäly tuottaa nopeita ja täydellisiä suunnitelmia molemmille, mutta voi ohittaa laitoskohtaiset paketit. Projektipäällikön tehtävänä on soveltaa 100 %:n sääntöä ihmisen näkökulmasta, selvittää sen soveltamisalan ulkopuolella ja hankkia tiimin validointi.

Sovellustehtävä

Tuota nykyistä projektiasi varten luonnos WBS:stä tekoälystä jaettuna vaiheisiin ja työpaketteihin (anonymisoi tiedot). Käytä sitten tiimisi jäsenen kanssa 100 % sääntöä: mitkä paketit puuttuvat, mitkä ovat tarpeettomia, millä toimituksella ei ole hyväksymisehtoja? Korjaa vähintään 3 puuttuvaa/virheellistä pistettä ja tallenna korjattu WBS.

tarkistuslista

• [ ] Laajuuslausunnossani on tarkoitus, suorite, hyväksymiskriteerit, soveltamisalan ulkopuolella, oletus ja rajoitus.
• [ ] Täytin "soveltamaton" -luettelon tarkoituksella.
• [ ] WBS noudattaa 100 % sääntöä (ei puuttuvia/ylimääräisiä paketteja).
• [ ] Jokainen työpaketti on ennakoitavissa ja jäljitettävissä.
• [ ] Jokaisella tärkeällä suorituksella on mitattavissa olevat hyväksymiskriteerit.
• [ ] Vahvistin tekoälyluonnoksen joukkueen kanssa; Lisäsin laitoskohtaisia ​​paketteja.