Mga nadagdag:
- Kakayahang maunawaan ang mga konsepto ng kahilingan sa pagbabago, log ng isyu, change control board (CCB) at pamantayan sa kalidad at gumawa ng draft ng pagsusuri ng epekto na may suporta sa artificial intelligence.
- Kakayahang gumamit ng artificial intelligence upang mailarawan ang saklaw-time-cost-quality (iron triangle) na epekto ng pagbabago at draft root cause analysis
- Ang kakayahang maunawaan na ang pag-apruba ng pagbabago at pagtanggap sa kalidad ay pagmamay-ari ng karampatang gumagawa ng desisyon at dapat na ma-verify ang pagsusuri sa epekto ng artificial intelligence.
Walang proyektong napupunta ayon sa plano. Ang isang customer ay nagdadala ng isang bagong kahilingan, isang hindi inaasahang error ay nagpa-pop up, isang kinakailangan ay nagbabago. Ang paksa ng yunit na ito ay upang pamahalaan ang mga hindi maiiwasang pagbabagong ito bago sila maging kaguluhan. Matututuhan natin ang tungkol sa tatlong mekanismo: pamamahala ng pagbabago, na nagsisiguro na walang pagbabago sa trabaho nang walang pag-apruba, pamamahala ng problema, na nagtatala at nagre-resolba sa mga problemang lumalabas, at pamamahala ng kalidad, na nagsisiguro na ang mga naihahatid ay nakakatugon sa "sapat na mabuti." Ang AI ay isang mahusay na kasosyo sa pagsusuri sa lahat ng tatlo: ginagawa nitong nakikita ang saklaw-oras-gastos-kalidad na epekto ng isang kahilingan sa pagbabago, sinisiyasat ang ugat ng mga problema, bumubalangkas ng pamantayan sa kalidad. Ngunit ang pag-apruba ng pagbabago at pagtanggap ng kalidad ay palaging nakasalalay sa karampatang gumagawa ng desisyon; Ang pagsusuri sa epekto ng AI ay hindi dapat gawing desisyon nang hindi nabe-verify.
Baguhin ang pamamahala at ang bakal na tatsulok
Ang kahilingan sa pagbabago ay isang pormal na kahilingan na nagmumungkahi ng pagbabago sa saklaw, iskedyul, badyet, o mapagkukunan. Ang hindi makontrol na pagbabago ang pangunahing pinagmumulan ng scope creep na nakita natin sa mga nakaraang unit. Ang solusyon ay itulak ang bawat pagbabago sa isang gate: ang change control board (CCB) ay ang awtoritatibong pangkat na nagsusuri at nag-aapruba/tumitanggi sa mga kahilingan sa pagbabago.
Upang maunawaan ang epekto ng bawat pagbabago, ang konsepto ng bakal na tatsulok ay kritikal: ang saklaw, oras at gastos ay magkakaugnay (na may kalidad sa gitna). Ang pagbabago ng isa ay nakakaapekto sa iba: kung dagdagan mo ang saklaw, maaaring tataas ang oras, tataas ang gastos, o bababa ang kalidad; Ang "mas maraming trabaho sa parehong oras, sa parehong badyet" ay madalas na dumating sa presyo ng kalidad. Ang isang mahusay na pagsusuri sa epekto ay malinaw na nagpapakita ng epekto ng isang pagbabago sa tatlong (apat) na dimensyong ito.
Ang proseso ng pagbabago ay karaniwang: humiling ng pagpaparehistro → pagsusuri sa epekto (saklaw/oras/gastos/kalidad/panganib) → desisyon ng CCB → plano, iskedyul at pag-update ng badyet kung naaprubahan → pagtatagubilin ng stakeholder. Ang anumang hindi naaprubahang pagbabago ay hindi ipapatupad.
Pamamahala ng problema at kalidad
Ang isang isyu, hindi tulad ng isang panganib, ay isang problema na naganap na (ang panganib ay kawalan ng katiyakan sa hinaharap, ang problema ay katotohanan ngayon). Ang log ng isyu ay isang live na listahan na sumusubaybay sa mga bukas na isyu, kanilang priyoridad, may-ari, at katayuan ng resolusyon. Dalawang pamamaraan ang karaniwan para sa paghahanap ng ugat ng mga problema: 5 Bakit — “bakit?” bumaba sa ugat na sanhi mula sa sintomas sa ibabaw sa pamamagitan ng pagtatanong ng tanong nang sunud-sunod; at fishbone diagram—pagmapa ng mga sanhi sa mga kategorya (tao, proseso, materyal, makina, kapaligiran).
Ang pamamahala sa kalidad ay may dalawang bahagi: tinitiyak ng quality assurance (QA) na gumagana nang tama ang mga proseso (preventive), sinusuri ng quality control (QC) kung ang mga output ay nakakatugon sa pamantayan (detector). Ang pamantayan sa pagtanggap at Depinisyon ng Tapos ay ang mga pamantayan na tumutukoy kung kailan tunay na natapos ang isang trabaho.
konsepto
ano
halimbawa
hiling ng pagbabago
Opisyal na kahilingan na nagbabago sa plano
"Magdagdag ng filter sa screen ng ulat"
Pagsusuri ng epekto
Saklaw/oras/gastusin/kalidad na epekto
"+5 araw, +3% na badyet, katamtamang panganib"
CCB
awtoridad sa pag-apruba
Sponsor + PM + teknikal na pinuno
problema
Napagtanto ang problema
"Nag-crash ang kapaligiran ng pagsubok"
ugat na dahilan
Ang totoong dahilan (5 Reasons)
"Mali ang backup na configuration"
Pamantayan ng kalidad
Pamantayan sa pagtanggap
"Rate ng error < 1%"
Hakbang-hakbang: pagbabago at kalidad gamit ang AI
- Linawin ang kahilingan. Isulat ang kahilingan sa pagbabago bilang "ano, bakit, sino ang gusto nito"; Hindi masuri ang hindi tiyak na demand.
- draft ng pagsusuri ng epekto. Humingi ng outline ng epekto sa AI sa mga tuntunin ng saklaw, oras, gastos, kalidad at panganib; i-verify ang mga numero gamit ang data ng koponan.
- Bumuo ng mga pagpipilian. Ilista sa AI ang mga opsyon na "apruba/reject/defer/partial apply" at ang mga resulta ng bawat isa.
- Isumite sa CCB. Dalhin ang pagsusuri sa gumagawa ng desisyon; Huwag mag-aplay nang walang pag-apruba.
- Pagsusuri ng sanhi ng ugat. Hayaang bumuo ang AI ng 5 Bakit mga chain at fishbone na kategorya para sa isang problema; Subukan gamit ang totoong data.
- Kontrol ng pamantayan sa kalidad. Ibigay ang mga maihahatid sa AI at ipabalangkas ang mga kakulangan/hindi pagsunod ayon sa pamantayan sa pagtanggap; Ang huling pagtanggap ay ibinibigay ng eksperto.
Pag-iingat: Maaaring gawin ng AI na tila bahagyang maliit ang epekto ng isang pagbabago, gaya ng "2 araw lang", dahil hindi nito alam ang mga nakatagong dependency at hindi direktang epekto. Ang pagsusuri sa epekto ay hindi dapat iharap sa CCB bilang "pangwakas" nang walang pag-verify kasama ng pangkat na magsasagawa ng gawain.
tatlong mini case
Kaso 1 — Ang tunay na halaga ng pagbabago. Gusto ng isang customer ng "minor screen change." Ibinigay ni PM ang kahilingan sa AI at nakatanggap ng draft na pagsusuri sa epekto: ang pagbabago ay nakaapekto sa tatlong module, +6 na araw at +4% na badyet. Kinumpirma ito ng team. Ipinakita ng CCB ang tunay na gastos sa customer; ipinagpaliban ng kliyente ang pagbabago sa susunod na yugto. Ang demand, na inisip na "maliit", ay pinamamahalaan bago ito naging kaguluhan.
Kaso 2 — Nakita ang ugat na sanhi. Sa isang koponan, ang kapaligiran ng pagsubok ay patuloy na nag-crash. Ibinigay ng coordinator ang ulat ng problema sa AI at humingi ng 5 Why chain. Ang chain ay bumaba sa "hindi sapat na mga disk → paglilinis ng gawain na hindi natukoy → walang may-ari ng proseso." Nalutas ng pangkat ang ugat na sanhi (ang proseso ng paglilinis ng ulila), hindi ang sintomas sa ibabaw (ang pagbagsak); Hindi na naulit ang problema.
Kaso 3 — Minaliit ang epekto. Inaprubahan ng isang team ang draft na "may kaunting epekto" ng AI nang hindi ito bini-verify. Sinira ng pagbabago ang isang dependency sa kritikal na landas at ang proyekto ay naantala ng 9 na araw. Aralin: ang pagsusuri sa epekto ay hindi maaaring gamitin bilang batayan para sa mga desisyon nang walang pagpapatunay ng koponan.
Mahinang prompt / Malakas na prompt
Mahinang prompt:
Isaalang-alang ang kahilingan sa pagbabagong ito.
Walang sukat, walang data at walang balangkas ng desisyon; Ang AI ay nagbibigay ng mababaw at posibleng sobrang optimistikong sagot.
Napakahusay na prompt:
Ang iyong tungkulin: isang analyst sa pamamahala ng pagbabago. Kahilingan sa pagbabago: [paglalarawan]. Hiniling ni: [role]. Katwiran: [bakit].Konteksto: kasalukuyang saklaw, iskedyul (nakalakip na kritikal na landas), katayuan ng badyet (sa ratio).Gawain: Pagsusuri ng epekto sa pamamagitan ng tatsulok na bakal Gumawa ng DRAFT:- Epekto sa saklaw, Epekto sa oras (makakaapekto ba ito sa kritikal na landas?), Epekto sa gastos, Epekto sa kalidad, Mga bagong panganib- Mga Opsyon: aprubahan / tanggihan / ipagpaliban / bahagyang; resulta ng bawatRule: DRAFT ang mga numeric effect at markahan ang mga ito ng "[kailangan ng pag-verify ng koponan]".Ipagpalagay na hindi mo alam ang mga nakatagong dependencies; tumpak na pananalita. Ang huling desisyon ay nakasalalay sa CCB.
Makapangyarihan ang prompt na ito: may kasama itong bakal na tatsulok na frame, pagbuo ng opsyon, draft na alerto, at pagbibigay-diin sa gumagawa ng desisyon.
Mga karagdagang template:
#5 Bakit engineAng tanong na "bakit?" Kunin ang ugat sa pamamagitan ng pagtatanong ng 5 beses na magkakasunod: [problema]. Sa bawat hakbang, isulat din kung paano mabe-verify ang susunod na dahilan gamit ang data. Pagdaragdag ng isang ginawang dahilan.
# Fishbone producerIlista ang mga posibleng sanhi ng sumusunod na problema ayon sa kategorya (Tao, Proseso, Tool/Makina, Materyal, Kapaligiran, Paraan). Lagyan ng tsek ang 3 malamang na dahilan at magmungkahi ng paraan ng pag-verify.
# Quality acceptance inspectorSuriin ang delivery item ayon sa mga sumusunod na pamantayan sa pagtanggap; Ibahin ang pagkakaiba sa pagitan ng nakilala, hindi nakilala at hindi sigurado. Sabihin na ang huling desisyon sa pagtanggap ay nakasalalay sa eksperto.
Mga karaniwang pagkakamali
- Pagpapatupad ng pagbabago nang walang pag-apruba: Ang pagbabago nang walang pag-apruba ay scope creep mismo.
- Pagmamaliit sa epekto: Ang tinatawag ng AI na "maliit" na pagbabago ay maaaring malaki sa mga nakatagong dependencies.
- Paglutas ng sintomas at pag-iwan sa ugat na sanhi: Kung hindi tapos ang 5 Bakit, babalik ang problema.
- Nakalilitong problema sa panganib: Panganib sa hinaharap, problema sa kasalukuyan; Iba ang pamamahala sa kanila.
- Ang pag-iwan sa pamantayan ng kalidad na subjective: "Kabutihan" ay hindi masusukat; Ang criterion sa pagtanggap ay dapat numerical.
- Pagsusumite ng pagsusuri sa epekto sa CCB nang walang pag-verify: Ang maling pagsusuri ay nagpapasigla sa maling desisyon.
Tip: Ang pagsasabi ng "hindi" sa bawat kahilingan sa pagbabago ay isa ring desisyon ng pamamahala. Alam ng isang mabuting PM na ang pagtanggi sa pagbabago ay pinoprotektahan din ang proyekto; Tinatanggap ng PM ang bawat kahilingan at pinamamahalaan ang customer, hindi ang proyekto.
Sa buod
Ang pagbabago, problema at pamamahala ng kalidad ay nagpapanatili sa proyekto na nakalutang sa hindi maiiwasang pagbabago. Ang mga pagbabago ay dumaan sa CCB at sinusuri sa pamamagitan ng bakal na tatsulok (scope-time-cost-quality); Ang mga problema ay naitala at ang ugat ay tinutugunan ng 5 Bakit at fishbones; Ang kalidad ay tinitiyak ng masusukat na pamantayan sa pagtanggap. Pinapabilis ng AI ang pagsusuri sa epekto, pagsisiyasat ng sanhi ng ugat, at pag-audit ng kalidad. Gayunpaman, ang pagpapatunay ng pangkat ng mga numero ng epekto, pag-apruba ng pagbabago at pagtanggap ng kalidad ay nakasalalay sa karampatang awtoridad ng tao.
Gawain ng aplikasyon
Makatanggap ng kahilingan sa pagbabago (aktwal o potensyal) mula sa iyong proyekto. Bumuo ng outline ng pagsusuri sa epekto at mga pagpipilian sa desisyon mula sa AI sa pamamagitan ng bakal na tatsulok; i-verify ang mga numero sa isang tao sa iyong koponan. Gayundin, kumuha ng kasalukuyang problema, pumunta sa root cause gamit ang "5 Whys engine" at idirekta ang solusyon sa root cause. Ibuod ang pagsusuri ng epekto sa isang format ng desisyon ng CCB.
checklist
- [ ] Sinuri ko ang pagbabago sa pamamagitan ng bakal na tatsulok (saklaw/oras/gastos/kalidad).
- [ ] Na-verify ko ang mga numero ng epekto gamit ang data ng koponan, na minarkahan bilang draft.
- [ ] Kinuha ko ang pagbabago sa karampatang awtoridad (CCB) para sa pag-apruba.
- [ ] Nakita ko ang ugat ng problema sa 5 Reasons/fishbone.
- [ ] Iniugnay ko ang kalidad ng pagtanggap sa masusukat na pamantayan.
- [ ] Hindi ako nagpatupad ng anumang mga pagbabago nang walang pag-apruba.