Kas yra klausimų valdymas?
Problemų valdymas yra procesas, kurio metu kiti supranta problemą ir ją kuo greičiau išsprendžia
Norėdami tai suprasti, atlikite šį pratimą -
Yra keletas tipiškų projekto klausimų
Strategija
- Projektas neviršija biudžeto
- Trūksta matomos valdymo paramos projektui
- Projekto komunikacija buvo neveiksminga
- Projektų valdymo procesas neturi vadovautis standartinis
Apibrėžimas
- Neteisingas projekto tikslas
- Neteisingai apibrėžta projekto apimtis
- Neaiškūs projekto reikalavimai
Žmogiškieji ištekliai
- Projekto komanda neturi įgūdžių, kad galėtų užbaigti projektą
- Projekto komanda yra per didelė arba per maža, todėl ją sunku valdyti
- Projekto komanda yra prastai organizuota. Jie nenori dirbti kaip komanda
- Kvalifikuotų narių trūkumas dėl atostogų ar atsistatydinimo.
Tvarkaraščiai
- Projekto grafikas per trumpas. Jūs neturite pakankamai darbo jėgos, kad galėtumėte laikytis terminų.
- Projektui reikalingi tam tikri duomenys, pvz., Bandomoji medžiaga, programinės įrangos įrankis ir kt., Tačiau pristatymas vėluoja .
Kodėl kyla problemų?
Yra daugybė priežasčių, kurios sukelia problemų. Daugelio priežasčių priežastis yra žmogaus klaidos. Testų vadovas, vadovaujantis projektui, turėtų prisiimti visą atsakomybę už projekto nesėkmę.
Čia yra keletas dažniausiai pasitaikančių klaidų, dėl kurių kyla problemų
Išteklių pritaikymas netinkamiems projektams
„Guru99“ bankas yra sudėtingas ir didelis projektas. Jums reikia daug personalo, turinčio testavimo įgūdžių. Bet jūs pasirinkote išteklius, turinčius tobulėjimo įgūdžių. Kokia bus problema?
Gali kilti šių problemų
- Daug laiko bus sugaišta, nes kūrėjai nėra apmokyti testuotojai ir jiems reikės išmokti testavimo. Galutinis terminas gali būti praleistas.
- Gali nukentėti testavimo kokybė.
Išteklių suderinimas su projektais yra svarbiausias projektų valdymo veiksnys ir laikomas kritiniu projekto sėkmės etapu . Sutampantys išteklius projektui turėtų užtikrinti išteklių įgūdžių sugeba pasiekti projekto lūkesčius.
Projekto vadovo valdymo įgūdžių trūkumas
Jūs esate paskirtas kaip „Guru99 Bank“ projekto bandymų vadovas. Tai gera žinia, bet jūs niekada anksčiau nevykdėte projekto. Jūs neturite patirties valdant projektą, tai gali sukelti didelių problemų.
Kontroliuoti projektą yra sunku ir dar sunkiau, jei projekto vadovas neturi patirties gerai valdyti projektą. Patirtis rengiant projekto būklės susitikimus, valdant riziką ir bendraujant su projekto suinteresuotosiomis šalimis, yra labai svarbi sėkmingam projekto vystymui ir vykdymui.
Projekto tvarkaraštis
Pernelyg trumpas ar laisvas grafikas yra viena iš priežasčių, dėl kurių projekto eiga vėluoja arba viršijama. Tokia situacija gali susidaryti, jei projekto vadovas nustato nerealius laiko grafikus pagal projekto užduotis.
Nuvertina
Žinokite, kas yra ir ką galite padaryti. Didžioji „Test Manager“ klaida yra ta, kad jis mano, kad bet kurį projektą lengva užbaigti. Turite būti realistiškas mąstydamas ir įsitikinkite, kad nenuvertinate savo poreikių iš pradžių.
Nepaisydamas mažų problemų
Kai kurios nedidelės problemos ateityje gali pablogėti. Žr. Šį pavyzdį:
Ignoruojant problemas, problemos tik dar labiau pablogėja, todėl patartina palikti vietos šioms problemoms ir sukurti praktinį sprendimą, net ir šios problemos yra nedidelės.
Proceso nesilaikymas
Testų valdymas yra didelis procesas, kurio vadovas turi griežtai laikytis. Nesilaikant proceso, jūs pažeidžiate taisyklę.
Įdiegę procesą gausite struktūrą ir organizaciją bei sumažinsite riziką keliančių projektų tikimybę
Neklauso kitų
Jūs esate projekto bandymų vadovas; jūs turite aukščiausią poziciją projekto komandoje. Bet tu negali nieko padaryti vienas; jums reikalinga jūsų projekto komanda.
Komandos nariai, tikriausiai, geriausiai žino apie gresiančius iššūkius ar problemas, susijusias su projektu, dirbdami kasdien. Jei testų vadovas neklauso nario patarimų ir neatbaido jo projekto komandos nuo siūlymų, jis gali baigtis tuo, kad projektas žlugs.
Klausimo valdymo metodas
Pradėkime temą tokiu scenarijumi
Projekte „Guru99 Bank“, norėdami sudaryti testavimo planą, turite išanalizuoti ir aiškiai išaiškinti kliento reikalavimus. Čia yra scenarijus
Šiuo atveju nutiko vienas klausimas. Tai atėjo iš kliento. Per penkias dienas jis 3 kartus pakeitė reikalavimą. Nepastoviems klientams gali kilti didžiulis vargas, nes jis nežino, ko nori, kol nebus baigtas tam tikras etapas.
Ši tema jums parodys nuoseklias gaires, kaip išspręsti problemą.
Įrašyti
Tam tikru projekto metu rizika, kurią nustatėte planavimo etapuose, išsipildys ir jums kils problema. Turite įrašyti visus įvykius ar problemas, kurios įvyko ir kelia grėsmę jūsų projekto sėkmei
Daugelyje projektų problemos gali kilti projekto pradžioje . Taigi protinga idėja aptikti ir aptarti problemas inicijuojant projektą .
Nustačius problemą, turėtumėte atlikti šiuos veiksmus:
Įrašykite projekto klausimus
Vienas iš geriausių įrankių įrašyti projekto problemas yra žurnalas . Problemų žurnalas padės susitelkti ieškant problemos sprendimo.
Galite patys sukurti problemų žurnalą arba kaip nuorodą naudoti šiame straipsnyje pateiktą problemų žurnalo šabloną.
Nustatykite prioriteto lygį
Nepamirškite klausimo prioriteto, visada problemai priskiriate prioriteto lygį. Yra trys dažniausiai naudojami klausimo prioritetai
Kokį prioritetą nustatysite problemai, paminėtai pirmiau pateiktose temose? Kokį prioritetą nustatysite pirmiau minėtai problemai (dažnai keičiasi klientų poreikiai)?A) KritinisB) majoras
C) Nedidelis
neteisingas teisingas
Jei klientas neištaiso reikalavimo, „TestManager“ negali įvertinti ir sukurti plano. Projektas negali tęstis.
Tai kritinė problema ir ją reikia nedelsiant išspręsti
Priskirkite savininką problemoms spręsti
Paskirkite projekto problemą asmeniui, kuris geriausiai tinka jam spręsti. Tas asmuo yra kas nors iš projekto komandos ar už jos ribų. Tačiau, jei jūs tai paskiriate, kažkas už komandos ribų įsitikina, kad žino, į ką jie patenka!
Norėdami išspręsti šią problemą, galite išsirinkti asmenį, turintį geriausius bendravimo įgūdžius. Jis dirbs tilto inžinieriumi , derėdamasis su klientu, paprašęs, kad jis nustatytų reikalavimą, kad galėtų tęsti projektą.
Stebėkite problemų būseną
Priskyrę savininką problemai, turite patikrinti problemų žurnalą ir reguliariai atnaujinti problemos būseną. Šie skaičiai rodo rizikos tipą
Ataskaita
Dokumentuokite svarbias projekto problemas savo įprastose pažangos (svarbiausių) ataskaitose ir svarbiausius klausimus perkelkite į projekto lentą. Svarbiausia yra komunikacija.
Ekspertai projektų vadovai labai remiasi projekto klausimo būsenos ataskaita, ypač jei projektas yra didelis ir turi daug suinteresuotųjų šalių.
Norėdami padėti sukurti savo ataskaitą, galite naudoti arba naudoti šiame straipsnyje pateiktą projekto problemos šablono ataskaitą.
Kontrolės projekto klausimai
Projekto vadovas yra atsakingas už projekto klausimų kontrolę ir turėtų atidžiai apsvarstyti šias veiklas
- Pripažinkite žmones, kurie galėtų turėti įtakos sprendžiant problemą.
- Sustabdykite visą su problemomis susijusią veiklą ir prieš išspręsdami problemą. Jūs esate projekto vadovas ir valdote situaciją, neskubinkite projekto, kol neišspręsite problemų.
- Dabar gerai pagalvokite apie šiuos klausimus kiekviename žurnalo numeryje
- Sukurkite galimų veiksmų ar parinkčių, kurios galėtų pasiūlyti proveržį, sąrašą. Tada susiaurinkite sąrašą ir pasirinkite tas parinktis, kurios greičiausiai padės išspręsti problemą.
neteisingi teisingi
Aukščiau pateiktame interaktyviame elemente galite naudoti bet kokį veiksmą, kad išspręstumėte problemą, pvz., A, B ar C. Tačiau kai kuriais atvejais norint išspręsti problemą gali nepakakti tik vienos parinkties. Geriausias būdas yra sujungti visas galimybes.
Pvz., Jei pasirinksite A parinktį „Surenkite susitikimą su klientu, kad kuo greičiau paaiškintumėte ir nustatytumėte reikalavimą“. Ką darysite, jei jūs ir jūsų klientas negalėsite pateikti paskutinio reikalavimo po tokio susitikimo? Norėdami derėtis su klientu, turite gauti daugiau palaikymo iš aukštesnio lygio (B variantas). Jei klientai nėra profesionalūs, jie net tiksliai nežino savo reikalavimų. Tokiu atveju turėtumėte pasiūlyti klientui naujų idėjų dėl produkto reikalavimo.
