Vienība 9 / 11

Izmaiņu, problēmu un kvalitātes vadība

Ieguvumi:

  • Spēja izprast izmaiņu pieprasījuma, problēmu žurnāla, izmaiņu kontroles paneļa (CCB) un kvalitātes kritēriju jēdzienus un sagatavot ietekmes analīzes projektu ar mākslīgā intelekta atbalstu.
  • Spēja izmantot mākslīgo intelektu, lai vizualizētu izmaiņu tvēruma, laika, izmaksu un kvalitātes (dzelzs trīsstūris) ietekmi un pamatcēloņu analīzes projektu.
  • Spēja saprast, ka izmaiņu apstiprināšana un kvalitātes pieņemšana ir kompetenta lēmumu pieņēmēja ziņā un ka ir jāpārbauda mākslīgā intelekta ietekmes analīze.

Neviens projekts nenotiek, kā plānots. Klients iesniedz jaunu pieprasījumu, parādās negaidīta kļūda, mainās prasība. Šīs nodaļas mērķis ir vadīt šīs neizbēgamās izmaiņas, pirms tās pārvēršas haosā. Mēs uzzināsim par trim mehānismiem: izmaiņu pārvaldību, kas nodrošina, ka neviens darbs nemainās bez apstiprinājuma, problēmu pārvaldību, kas reģistrē un atrisina radušās problēmas, un kvalitātes vadību, kas nodrošina, ka nodevumi atbilst "pietiekami labi". AI ir spēcīgs analīzes partneris visos trijos aspektos: tas padara redzamu izmaiņu pieprasījuma tvēruma, laika, izmaksu un kvalitātes ietekmi, izmeklē galveno problēmu cēloni, izstrādā kvalitātes kritērijus. Taču izmaiņu apstiprināšana un kvalitātes pieņemšana vienmēr ir kompetenta lēmuma pieņēmēja ziņā; AI ietekmes analīzi nevajadzētu pārvērst par lēmumu bez pārbaudes.

Izmaiņu vadība un dzelzs trīsstūris

Izmaiņu pieprasījums ir formāls pieprasījums, kas ierosina izmaiņas tvērumā, grafikā, budžetā vai resursā. Nekontrolētas izmaiņas ir galvenais darbības jomas slīdēšanas avots, ko esam redzējuši iepriekšējās vienībās. Risinājums ir izspiest visas izmaiņas caur vārtiem: izmaiņu kontroles panelis (CCB) ir autoritatīvā grupa, kas novērtē un apstiprina/noraida izmaiņu pieprasījumus.

Lai saprastu katras izmaiņas ietekmi, dzelzs trijstūra jēdziens ir ļoti svarīgs: apjoms, laiks un izmaksas ir savstarpēji saistītas (ar kvalitāti pa vidu). Viena maiņa ietekmē citus: ja palielināsiet darbības jomu, vai nu palielināsies laiks, palielināsies izmaksas vai samazināsies kvalitāte; “vairāk darba tajā pašā laikā, ar to pašu budžetu” bieži vien ir par kvalitātes cenu. Laba ietekmes analīze skaidri parāda izmaiņu ietekmi uz šīm trim (četrām) dimensijām.

Izmaiņu process parasti ir šāds: reģistrācijas pieprasīšana → ietekmes analīze (apjoms/laiks/izmaksas/kvalitāte/risks) → CCB lēmums → plāns, grafiks un budžeta atjaunināšana, ja tas ir apstiprināts → ieinteresēto pušu instruktāža. Neapstiprinātās izmaiņas netiks ieviestas.

Problēmu un kvalitātes vadība

Problēma, atšķirībā no riska, ir problēma, kas jau ir radusies (risks ir nenoteiktība nākotnē, problēma ir realitāte šodien). Problēmu žurnāls ir reāllaika saraksts, kas izseko atvērtās problēmas, to prioritāti, īpašnieku un atrisinājuma statusu. Problēmu pamatcēloņa atrašanai ir izplatītas divas metodes: 5 Kāpēc — "kāpēc?" nokļūstot līdz pamatcēlonim no virsmas simptoma, uzdodot jautājumu secīgi; un zivju kaula diagramma — cēloņu kartēšana kategorijās (cilvēks, process, materiāls, mašīna, vide).

Kvalitātes vadība sastāv no divām daļām: kvalitātes nodrošināšana (QA) nodrošina, ka procesi darbojas pareizi (profilaktiski), kvalitātes kontrole (QC) pārbauda, ​​vai rezultāti atbilst kritērijiem (detektors). Pieņemšanas kritēriji un Pabeigšanas definīcija ir kritēriji, kas nosaka, kad darbs ir patiesi pabeigts.

koncepcija

ko

piemērs

maiņas pieprasījums

Oficiāls pieprasījums, kas maina plānu

"Pievienot filtru pārskata ekrānam"

Ietekmes analīze

Ietekme uz darbības jomu/laiku/izmaksām/kvalitāti

"+5 dienas, +3% budžets, vidējs risks"

CCB

apstiprinātāja iestāde

Sponsors + PM + tehniskais vadītājs

problēma

Apzināta problēma

"Pārbaudes vide avarēja"

pamatcēlonis

Patiesais iemesls (5 iemesli)

"Dublēšanas konfigurācija ir nepareiza"

Kvalitātes kritērijs

Pieņemšanas kritēriji

"Kļūdu līmenis < 1%"

Soli pa solim: izmaiņas un kvalitāte ar AI

  1. Precizējiet pieprasījumu. Izmaiņu pieprasījumu ierakstiet kā "ko, kāpēc, kurš to vēlas"; Neviennozīmīgo pieprasījumu nevar analizēt.
  2. Ietekmes analīzes projekts. Lūdziet AI ietekmes izklāstu attiecībā uz apjomu, laiku, izmaksām, kvalitāti un risku; pārbaudīt numurus ar komandas datiem.
  3. Ģenerēt opcijas. Palūdziet AI uzskaitīt opcijas “apstiprināt/noraidīt/atlikt/daļēji piemērot” un katras no tām rezultātus.
  4. Iesniedziet CCB. Nogādājiet analīzi lēmuma pieņēmējam; Nepiesakieties bez apstiprinājuma.
  5. Pamatcēloņu analīze. Ļaujiet AI ģenerēt 5 Kāpēc ķēdes un zivju kaula kategorijas problēmai; Pārbaude ar reāliem datiem.
  6. Kvalitātes kritēriju kontrole. Sniedziet nodevumus AI un noformējiet trūkumus/neatbilstības saskaņā ar pieņemšanas kritērijiem; Galīgo apstiprinājumu sniedz eksperts.
Uzmanību: AI var likties nelielai izmaiņu ietekmei, piemēram, "tikai 2 dienas", jo tas nezina slēptās atkarības un netiešās sekas. Ietekmes analīzi nevajadzētu iesniegt CCB kā "galīgo" bez pārbaudes ar komandu, kas veiks darbu.

trīs mini futrāļi

1. gadījums — izmaiņu faktiskās izmaksas. Kāds klients vēlējās "nelielas ekrāna izmaiņas". PM iesniedza pieprasījumu AI un saņēma ietekmes analīzes projektu: izmaiņas skāra trīs moduļus, +6 dienas un +4% budžetu. Komanda to apstiprināja. CCB uzrādīja klientam reālās izmaksas; klients atlika izmaiņas uz nākamo posmu. Pieprasījums, kas tika uzskatīts par "mazu", tika pārvaldīts, pirms tas pārvērtās haosā.

2. gadījums — atrasts galvenais cēlonis. Vienā komandā testēšanas vide nepārtraukti avarē. Koordinators sniedza AI ziņojumu par problēmu un lūdza ķēdi 5 Kāpēc. Ķēde nonāca līdz “nepietiekams disks → tīrīšanas uzdevums nav definēts → nav procesa īpašnieka”. Komanda atrisināja galveno cēloni (bāreņu tīrīšanas process), nevis virsmas simptomu (sabrukums); Problēma neatkārtojās.

3. gadījums — nepietiekami novērtēta ietekme. Viena komanda apstiprināja AI projektu "šīm izmaiņām ir minimāla ietekme", to nepārbaudot. Izmaiņas pārtrauca atkarību no kritiskā ceļa, un projekts tika aizkavēts par 9 dienām. Nodarbība: ietekmes analīzi nevar izmantot par pamatu lēmumiem bez komandas apstiprināšanas.

Vāja uzvedne / spēcīga uzvedne

Vāja uzvedne:

Apsveriet šo izmaiņu pieprasījumu.

Nav lieluma, nav datu un nav lēmumu ietvara; AI sniedz virspusēju un, iespējams, pārāk optimistisku atbildi.

Spēcīga uzvedne:

Jūsu loma: izmaiņu pārvaldības analītiķis.Izmaiņu pieprasījums: [apraksts]. Pieprasīja: [loma]. Pamatojums: [kāpēc].Konteksts: pašreizējais apjoms, grafiks (pievienots kritiskais ceļš), budžeta statuss (proporcijā).Uzdevums: Ietekmes analīze, izmantojot dzelzs trīsstūri Izgatavot DRAFT:- Ietekme uz laiku, ietekme uz laiku (vai tas ietekmēs kritisko ceļu?), Ietekme uz izmaksām, ietekme uz kvalitāti, jauni riski- Iespējas: apstiprināt / noraidīt / atlikt / daļēji; katra noteikuma rezultāts: IZSTRĀDĀT ciparu efektus un atzīmējiet tos ar "[nepieciešama komandas pārbaude]". Pieņemsim, ka nezināt slēptās atkarības; precīza runa. Galīgo lēmumu pieņem CCB.

Šī uzvedne ir spēcīga: tajā ir iekļauts dzelzs trijstūra rāmis, opciju ģenerēšana, melnraksta brīdinājums un lēmumu pieņēmēja uzsvars.

Papildu veidnes:

#5 Kāpēc motorsJautājums "kāpēc?" Nonāciet pie pamatcēloņa, 5 reizes pēc kārtas uzdodot jautājumu: [problēma]. Katrā darbībā ierakstiet arī, kā ar datiem tiks pārbaudīts nākamais cēlonis. Izdomāta iemesla pievienošana.

# Zivju kaula ražotājs Uzskaitiet iespējamos šādas problēmas cēloņus pēc kategorijas (cilvēks, process, rīks/mašīna, materiāls, vide, metode). Atzīmējiet 3 visticamākos iemeslus un iesakiet verifikācijas metodi.

# Kvalitātes pieņemšanas inspektorsPārbaudiet piegādes preci pa vienībai saskaņā ar šādiem pieņemšanas kritērijiem; Atšķiriet satikto, nesatikto un nenoteikto. Norādiet, ka galīgo lēmumu par pieņemšanu pieņem eksperts.

Biežas kļūdas

  • Izmaiņu ieviešana bez apstiprināšanas: izmaiņas bez apstiprinājuma ir tvēruma pārrāvums.
  • Ietekmes nenovērtēšana: tas, ko AI sauc par "mazām" izmaiņām, var būt lielas ar slēptām atkarībām.
  • Simptoma atrisināšana un pamatcēloņa atstāšana: ja 5 kāpēc netiks izdarīti, problēma atgriezīsies.
  • Problēmas jaukšana ar risku: risks nākotnē, problēma tagadnē; Tie tiek pārvaldīti atšķirīgi.
  • Kvalitātes kritēriju atstājot subjektīvu: "Labumu" nevar izmērīt; Pieņemšanas kritērijam jābūt skaitliski.
  • Ietekmes analīzes iesniegšana CCB bez pārbaudes: nepareiza analīze veicina nepareizu lēmumu.
Padoms. Sakot "nē" katram izmaiņu pieprasījumam, ir arī vadības lēmums. Labs premjerministrs zina, ka izmaiņu noraidīšana aizsargā arī projektu; PM pieņem katru pieprasījumu un pārvalda klientu, nevis projektu.

Rezumējot

Izmaiņas, problēmas un kvalitātes vadība uztur projektu neizbēgamās pārmaiņās. Izmaiņas iziet cauri CCB un tiek analizētas caur dzelzs trīsstūri (vērtība-laiks-izmaksas-kvalitāte); Problēmas tiek reģistrētas un galvenais cēlonis tiek risināts ar 5 Kāpēc un zivju asakām; Kvalitāti nodrošina izmērāmi pieņemšanas kritēriji. AI paātrina ietekmes analīzi, pamatcēloņu izmeklēšanu un kvalitātes auditu. Tomēr ietekmes skaitļu, izmaiņu apstiprināšanas un kvalitātes apstiprināšanas komandas pārbauda kompetentā cilvēku iestāde.

Lietojumprogrammas uzdevums

Saņemiet izmaiņu pieprasījumu (faktisku vai potenciālu) no sava projekta. Izveidojiet ietekmes analīzes izklāstu un lēmumu variantus no AI, izmantojot dzelzs trīsstūri; pārbaudiet numurus ar kādu no jūsu komandas. Tāpat ņemiet vērā pašreizējo problēmu, ar "5 Kāpēc dzinēju" atrodiet galveno cēloni un virziet risinājumu uz galveno cēloni. Apkopojiet ietekmes analīzi CCB lēmuma formātā.

kontrolsaraksts

  • [ ] Es analizēju izmaiņas, izmantojot dzelzs trīsstūri (joma/laiks/izmaksas/kvalitāte).
  • [ ] Es pārbaudīju ietekmes skaitļus ar komandas datiem, kas atzīmēti kā melnraksti.
  • [ ] Es nodevu izmaiņas kompetentajai iestādei (CCB) apstiprināšanai.
  • [ ] Es atklāju problēmas galveno cēloni ar 5 iemesliem/zivju kauliem.
  • [ ] Es saistīju kvalitātes pieņemšanu ar izmērāmiem kritērijiem.
  • [ ] Es neieviesu nekādas izmaiņas bez apstiprinājuma.