Voitot:
- Kyky ymmärtää muutospyynnön, ongelmalokin, muutoksenhallintapaneelin (CCB) ja laatukriteerit sekä tuottaa vaikutusanalyysiluonnoksen tekoälyn tuella.
- Kyky käyttää tekoälyä visualisoimaan muutoksen laajuus-aika-kustannus-laatu (rautakolmio) vaikutus ja luonnos perimmäinen syyanalyysi
- Kyky ymmärtää, että muutoksen hyväksyntä ja laadun hyväksyminen kuuluvat toimivaltaiselle päätöksentekijälle ja että tekoälyn vaikutusanalyysi on tarkistettava.
Mikään projekti ei mene suunnitelmien mukaan. Asiakas esittää uuden pyynnön, odottamaton virhe ponnahtaa esiin, vaatimus muuttuu. Tämän yksikön aiheena on hallita näitä väistämättömiä muutoksia ennen kuin ne muuttuvat kaaokseksi. Opimme kolmesta mekanismista: muutoksenhallinnan, joka varmistaa, että mikään työ ei muutu ilman lupaa, ongelmanhallinnan, joka tallentaa ja ratkaisee ilmenevät ongelmat, ja laadunhallinnan, joka varmistaa, että suoritukset kohtaavat "riittävän hyvin". Tekoäly on tehokas analyysikumppani kaikissa kolmessa: se tekee näkyväksi muutospyynnön laajuus-aika-kustannus-laatuvaikutuksen, tutkii ongelmien perimmäisiä syitä, laatii laatukriteerit. Mutta muutoksen hyväksyminen ja laadun hyväksyminen on aina toimivaltaisen päätöksentekijän vastuulla; Tekoälyn vaikutusanalyysiä ei pidä muuttaa päätökseksi ilman todentamista.
Muutoksenhallinta ja rautakolmio
Muutospyyntö on virallinen pyyntö, joka ehdottaa muutosta laajuuteen, aikatauluun, budjettiin tai resursseihin. Hallitsematon muutos on pääasiallinen aiemmissa yksiköissä havaitsemamme kaukohiipumisen lähde. Ratkaisu on työntää jokainen muutos portin läpi: muutosohjauskortti (CCB) on arvovaltainen ryhmä, joka arvioi ja hyväksyy/hylkää muutospyynnöt.
Kunkin muutoksen vaikutuksen ymmärtämiseksi rautakolmion käsite on kriittinen: laajuus, aika ja kustannukset liittyvät toisiinsa (laadun keskellä). Yhden muuttaminen vaikuttaa muihin: jos laajennat laajuutta, joko aika kasvaa, kustannukset kasvavat tai laatu heikkenee; "enemmän työtä samaan aikaan, samalla budjetilla" on usein laadun hinta. Hyvä vaikutusanalyysi osoittaa selkeästi muutoksen vaikutuksen näihin kolmeen (neljää) ulottuvuuteen.
Muutosprosessi on tyypillisesti seuraava: Pyydä rekisteröinti → vaikutusanalyysi (laajuus/aika/kustannus/laatu/riski) → CCB-päätös → suunnitelma, aikataulu ja budjetin päivitys, jos se hyväksytään → sidosryhmien tiedotus. Hyväksymättömiä muutoksia ei oteta käyttöön.
Ongelma- ja laadunhallinta
Ongelma, toisin kuin riski, on jo tapahtunut ongelma (riski on epävarmuus tulevaisuudessa, ongelma on todellisuutta tänään). Ongelmaloki on reaaliaikainen luettelo, joka seuraa avoimia ongelmia, niiden prioriteettia, omistajaa ja ratkaisun tilaa. Kaksi tekniikkaa ovat yleisiä ongelmien perimmäisen syyn selvittämiseksi: 5 Miksi - "miksi?" päästä alas alkusyyn pinta-oireesta esittämällä kysymys peräkkäin; ja kalanruotokaavio – syiden kartoittaminen luokkiin (ihminen, prosessi, materiaali, kone, ympäristö).
Laadunhallinnassa on kaksi osaa: laadunvarmistus (QA) varmistaa, että prosessit toimivat oikein (ennaltaehkäisevä), laadunvalvonta (QC) tarkistaa, täyttävätkö tuotokset kriteerit (ilmaisin). Hyväksymiskriteerit ja Definition of Done ovat kriteerit, jotka määrittävät, milloin työ on todella valmis.
käsite
mitä
esimerkki
muutospyyntö
Virallinen pyyntö, joka muuttaa suunnitelmaa
"Lisää suodatin raporttinäyttöön"
Vaikutusanalyysi
Laajuus/aika/kustannus/laatuvaikutus
"+5 päivää, +3 % budjetti, keskiriski"
CCB
hyväksyntäviranomainen
Sponsori + PM + tekninen johtaja
ongelma
Tajuttu ongelma
"Testiympäristö kaatui"
perimmäinen syy
Todellinen syy (5 syytä)
"Varmuuskopion määritys on virheellinen"
Laatukriteeri
Hyväksymiskriteerit
"Virheprosentti < 1%"
Askel askeleelta: muutos ja laatu tekoälyn avulla
- Selvennä pyyntöä. Kirjoita muutospyyntö muotoon "mitä, miksi, kuka haluaa"; Epäselvää kysyntää ei voi analysoida.
- Vaikutusanalyysiluonnos. Pyydä tekoälyä vaikutusten pääpiirteissään laajuuden, ajan, kustannusten, laadun ja riskien osalta. vahvistaa numerot joukkueen tiedoilla.
- Luo vaihtoehtoja. Pyydä tekoälyä luetteloimaan "hyväksy / hylkää / lykkää / osittain soveltaa" -vaihtoehdot ja kunkin tulokset.
- Lähetä CCB:lle. Vie analyysi päätöksentekijälle; Älä hae ilman hyväksyntää.
- Perussyyanalyysi. Pyydä tekoälyä luomaan 5 Miksi ketjuja ja kalanruotokategorioita ongelmalle; Testaa todellisilla tiedoilla.
- Laatukriteerien valvonta. Toimita suoritukset tekoälylle ja laatii puutteet/poikkeamat hyväksymiskriteerien mukaisesti; Lopullisen hyväksynnän antaa asiantuntija.
Varoitus: AI saattaa saada muutoksen vaikutuksen näyttämään vähäiseltä, esimerkiksi "vain 2 päivää", koska se ei tunne piilotettuja riippuvuuksia ja epäsuoria vaikutuksia. Vaikutusanalyysiä ei pitäisi esittää CCB:lle "lopullisena" ilman työn suorittavan tiimin varmentamista.
kolme minilaukkua
Tapaus 1 – Muutoksen todelliset kustannukset. Asiakas halusi "pienen näytön muutoksen". Pääministeri välitti pyynnön tekoälylle ja sai vaikutusanalyysiluonnoksen: muutos vaikutti kolmeen moduuliin, +6 päivää ja +4% budjetti. Joukkue vahvisti tämän. CCB näytti todelliset kustannukset asiakkaalle; asiakas siirsi muutoksen seuraavaan vaiheeseen. "Pieneksi" pidetty kysyntä saatiin hallintaan ennen kuin se muuttui kaaokseksi.
Tapaus 2 – Perimmäinen syy löydetty. Yhdessä tiimissä testausympäristö kaatui jatkuvasti. Koordinaattori antoi ongelmaraportin tekoälylle ja pyysi 5 Miksi -ketjua. Ketju päätyi "riittämättä levyjä → puhdistustehtävä määrittelemätön → ei prosessin omistajaa". Tiimi ratkaisi perimmäisen syyn (orvoksi jäänyt puhdistusprosessi), ei pinta-oiretta (romahdus); Ongelma ei toistunut.
Tapaus 3 – Aliarvioitu vaikutus. Yksi tiimi hyväksyi tekoälyn "tällä muutoksella on minimaalinen vaikutus" luonnoksen vahvistamatta sitä. Muutos katkaisi riippuvuuden kriittisestä polusta ja projekti viivästyi 9 päivää. Oppitunti: Vaikutusanalyysiä ei voida käyttää päätösten perustana ilman tiimin validointia.
Heikko kehote / Vahva kehote
Heikko kehote:
Harkitse tätä muutospyyntöä.
Ei kokoa, ei tietoja eikä päätöksentekokehystä; Tekoäly antaa pinnallisen ja mahdollisesti liian optimistisen vastauksen.
Tehokas kehotus:
Roolisi: muutoksenhallinnan analyytikko.Muutospyyntö: [kuvaus]. Pyytäjä: [role]. Perustelut: [miksi].Konteksti: nykyinen laajuus, aikataulu (kriittinen polku liitteenä), budjetin tila (suhteessa). Tehtävä: Vaikutusanalyysi rautaisen kolmion avulla LUONNOS:- Vaikutus laajuuteen, vaikutus aikaan (vaikuttaako se kriittiseen polkuun?), Kustannusvaikutus, vaikutus laatuun, uudet riskit- Vaihtoehdot: hyväksyä / hylätä / lykätä / osittainen; kunkin säännön tulos: LUONNOS numeeriset tehosteet ja merkitse ne "[tiimin vahvistus vaaditaan]". Oletetaan, että et tiedä piilotettuja riippuvuuksia; tarkkaa puhetta. Lopullisen päätöksen tekee CCB.
Tämä kehote on tehokas: se sisältää rautaisen kolmion kehyksen, optioiden luomisen, luonnoshälytyksen ja päätöksentekijän painotuksen.
Lisämallit:
#5 Miksi moottoriKysymys "miksi?" Päästä perimmäiseen kysymykseen esittämällä kysymys 5 kertaa peräkkäin: [ongelma]. Kirjoita jokaisessa vaiheessa myös, kuinka seuraava syy varmistetaan tiedoilla. Lisätään keksitty syy.
# Kalanruototuottaja Listaa seuraavan ongelman mahdolliset syyt luokittain (ihminen, prosessi, työkalu/kone, materiaali, ympäristö, menetelmä). Rastita 3 todennäköisintä syytä ja ehdota vahvistustapaa.
# LaadunvastaanottotarkastajaTarkista toimitus tuote erältä seuraavien hyväksymiskriteerien mukaisesti; Erota tavattu, täyttämätön ja epävarma. Ilmoita, että lopullisen hyväksymispäätöksen tekee asiantuntija.
Yleisiä virheitä
- Muutoksen toteuttaminen ilman hyväksyntää: Muutos ilman hyväksyntää on itsessään laajuus.
- Vaikutuksen aliarvioiminen: Se, mitä tekoäly kutsuu "pieneksi" muutokseksi, voi olla suuri piilotettujen riippuvuuksien kanssa.
- Oireen ratkaiseminen ja perimmäisen syyn poistaminen: Jos viittä syytä ei tehdä, ongelma palaa.
- Ongelman ja riskin sekoittaminen: Riski tulevaisuudessa, ongelma nykyhetkessä; Niitä johdetaan eri tavalla.
- Laatukriteerin jättäminen subjektiiviseksi: "hyvyyttä" ei voida mitata; Hyväksymiskriteerin on oltava numeerinen.
- Vaikutusanalyysin toimittaminen CCB:lle ilman vahvistusta: Väärä analyysi ruokkii väärää päätöstä.
Vinkki: "ei" sanominen jokaiselle muutospyynnölle on myös johdon päätös. Hyvä pääministeri tietää, että muutoksen hylkääminen suojaa myös hanketta; Pääministeri hyväksyy jokaisen pyynnön ja hallitsee asiakasta, ei projektia.
Yhteenvetona
Muutos-, ongelma- ja laadunhallinta pitävät projektin pinnalla väistämättömässä muutoksessa. Muutokset kulkevat CCB:n läpi ja analysoidaan rautakolmion kautta (laajuus-aika-kustannus-laatu); Ongelmat kirjataan ja niiden perimmäinen syy käsitellään 5 Miksi ja kalanruotot; Laatu varmistetaan mitattavissa olevilla hyväksymiskriteereillä. Tekoäly nopeuttaa vaikutusten analysointia, perimmäisten syiden tutkimista ja laaduntarkastuksia. Vaikutuslukujen ryhmätarkastus, muutosten hyväksyntä ja laadun hyväksyminen kuuluvat kuitenkin toimivaltaiselle ihmisviranomaiselle.
Sovellustehtävä
Vastaanota muutospyyntö (todellinen tai mahdollinen) projektistasi. Luo vaikutusanalyysin hahmotelma ja päätösvaihtoehdot tekoälystä rautakolmion kautta; vahvista numerot jonkun tiimisi jäsenen kanssa. Ota myös nykyinen ongelma, etsi perimmäinen syy "5 Whys -moottorilla" ja ohjaa ratkaisu perimmäiseen syyyn. Tee vaikutusanalyysin yhteenveto CCB-päätösmuodossa.
tarkistuslista
- [ ] Analysoin muutosta rautakolmion kautta (laajuus/aika/kustannus/laatu).
- [ ] Vahvistin vaikutusluvut ryhmätiedoilla, jotka merkittiin luonnokseksi.
- [ ] Vein muutoksen toimivaltaisen viranomaisen (CCB) hyväksyttäväksi.
- [ ] Löysin ongelman perimmäisen syyn 5 syystä/kalanruotosta.
- [ ] Yhdistin laadun hyväksymisen mitattavissa oleviin kriteereihin.
- [ ] En tehnyt mitään muutoksia ilman lupaa.