Probleemide haldamine tarkvara testimise projektis

⚡ Nutikas kokkuvõte

Testimisprojekti probleemide haldus registreerib kõik probleemid, mis juba ohustavad edastamist, määrab omaniku, tracks staatus ja eskaleerib seda, mida ei saa lokaalselt lahendada, keeping testiplaan on ajakava järgi.

  • 🔘 Määratlus: Probleem on probleem, mis on juba tekkinud, erinevalt riskist.
  • ☑️ Levinud põhjused: Valed ressursioskused, kogenematud juhid, ebareaalsed ajakavad ja tähelepanuta jäetud pisiprobleemid.
  • ✅ Kolm sammu: Salvesta probleem, anna sellest teada ja seejärel kontrolli selle lahendamist.
  • 🧪 Probleemide logi: Igal kirjel on prioriteet, üks omanik ja tracked staatus.
  • 🛠️ Eskalatsioon: Kõrge prioriteediga küsimused lähevad projekti juhatusele kohe, mitte järgmise läbivaatamise ajal.

Probleemide haldamine teie testimisprojektis

Mis on probleemide haldamine?

Probleemide haldamine on protsess, mille käigus teavitatakse teisi probleemist ja seejärel lahendatakse see nii kiiresti kui võimalik

Selle mõistmiseks tehke järgmist harjutust -

Leidub tüüpilised probleemid Projekti

Probleemide haldamine

Strateegia

Strateegia

  • Projekt on väljaspool eelarve
  • puudus projektile nähtavat juhtimistoetust
  • Projekti kommunikatsioon on olnud ebatõhus
  • Projektijuhtimise protsess ei ole järgima standard

Määratlus

Määratlus

  • Vale projekti sihtmärk
  • Projekti skoop pole õigesti määratletud
  • Ebaselge projekti nõuded

Inimressursid

Inimressursid

  • Projekti tiim puudub oskused projekti lõpuleviimiseks
  • Ka projektimeeskond suur või ka väike ja seetõttu raske hallata
  • Projekti meeskond on halvasti organiseeritud. Nad ei taha töötada meeskonnana
  • Oskuste puudumine liikmetele puhkuse võtmise või töölt lahkumise tõttu.

Kavad

Kavad

  • Projekti ajakava on liiga pingul. Teil ei ole tähtaegadest kinnipidamiseks piisavalt tööjõudu.
  • Projekt vajab mõningaid sisendeid, nagu testmaterjal, tarkvaratööriist jne … kuid see on olemas viivitus tarnimisel.

Miks tekivad probleemid?

Põhjuseid, mis põhjustavad probleeme, on palju. Enamiku põhjuste põhjuseks on inimlikud vead. Projekti juhtiv testijuht peaks võtma täieliku vastutuse selle projekti ebaõnnestumise eest.

Siin on vähe ühine vigu, mis probleeme põhjustavad

Miks tekivad probleemid

Ressursside sobitamine valede projektidega

Guru99 Pank on keeruline ja suur projekt. Teil on vaja palju töötajaid testimine oskusi. Kuid valisite arendusoskustega ressursid. Milles saab probleem?

Esineda võivad järgmised probleemid

  • Palju aega läheb raisku, kuna arendajad ei ole koolitatud testijad ja peavad testimist õppima. Tähtaeg võib vahele jääda.
  • Kvaliteet Testimine võivad kannatada.

Kõige rohkem on ressursside sobitamine projektidega oluline tegur projektijuhtimises ja seda vaadeldakse kui a kriitiline etapp projekti õnnestumiseks. Ressursside sobitamine projektiga peaks tagama ressursid oskused on suutelised jõudma projekti ootus.

Projektijuhi juhtimisoskuste puudumine

Teid on määratud testijuhiks Guru99 Pangaprojekt. See on hea uudis, aga sa pole kunagi varem projekti juhtinud. Sul pole ühtegi kogemus projekti juhtimisel võib see põhjustada suuri probleeme.

Projekti juhtimine on raske ja veelgi raskem on see, kui projektijuhil pole kogemusi projekti hästi juhtida. Projekti edukaks arendamiseks ja elluviimiseks on väga oluline kogemus projekti staatuse koosolekute läbiviimisel, riskide juhtimisel ja projekti sidusrühmadega suhtlemisel.

Projekti ajakava

Liiga tihe või lõtv ajakava on üks põhjusi, mis paneb projekti edenemise edasi lükkama või ületama. Selline olukord võib tekkida, kui projektijuht seab ebareaalne ajagraafikud võrreldes projektiülesannetega.

Alahinnata

Tea, kes on ja mida saad teha. Testijuhi suur viga on see, et tema arvates on iga projekti lihtne lõpule viia. Peate olema oma mõtlemises realistlik ja veenduma, et te ei alahinda oma vajadusi algusest peale.

Väikeste probleemide ignoreerimine

Mõni väike praegune probleem võib tulevikus süveneda. Vaadake järgmist näidet:

Väikeste probleemide ignoreerimine

Probleemide eiramine muudab probleemid ainult hullemaks, seega on soovitatav nendele probleemidele ruumi teha ja välja töötada praktiline lahendus, isegi need probleemid on väikesed.

Ei järgi protsessi

Testihaldus on suur protsess, mida juht peab rangelt järgima. Protsessi mittejärgimine tähendab, et rikute reeglit.

Protsessi olemasolu annab teile struktuuri ja korralduse ning vähendab projektide riski sattumise tõenäosust

Ei kuula teisi

Ei kuula teisi

Olete projekti testijuht; teil on projektimeeskonnas kõrgeim koht. Kuid te ei saa midagi teha üksi; vajate oma projektimeeskonda.

Meeskonnaliikmed on oma igapäevatöö kaudu tõenäoliselt kõige teadlikumad eelseisvatest väljakutsetest või projektiga seotud probleemidest. Kui testijuht ei kuula liikme nõuandeid ega heiduta oma projektimeeskonda ettepanekuid tegemast, võib ta lõpuks lõppeda sellega, et projekt ebaõnnestub.

Probleemide haldamise lähenemisviis

Alustame teemat järgmise stsenaariumiga

Projektis Guru99 Bank, testimisplaani koostamiseks peate analüüsima ja selgitama kliendi nõudeid. Siin on stsenaarium

Probleemide haldamise lähenemisviis

Sel juhul juhtus üks probleem. See tuli kliendilt. Viie päeva jooksul muutis ta nõuet 3 korda. Püsivad kliendid võivad tekitada tohutuid probleeme, sest ta ei tea, millised on tema soovid, kuni teatud etapp on lõppenud.

See teema näitab teile probleemi lahendamise samm-sammulisi juhiseid.

Probleemide haldamise lähenemisviis

Rekord

Mingil hetkel projekti jooksul riskid, mille tuvastasite planeerimise sammud, saab tõeks ja teil on probleem. Peate salvestama kõik juhtunud sündmused või probleemid, mis ohustavad teie projekti edu

Paljudes projektides kerkivad probleemid tõenäoliselt esile algus projektist. Seega on arukas idee probleemide tuvastamiseks ja nende üle arutlemiseks projekti algatamine.

Kui probleem tuvastatakse, peaksite tegema järgmised toimingud.

Rekord

Salvestage projekti probleemid

Üks parimaid tööriistu projekti probleemide salvestamiseks on väljaandmise logi. Probleemide logi aitab teil keskenduda probleemile lahenduse leidmisele.

Salvestage projekti probleemid

Saate luua probleemilogi ise või kasutada probleemilogi šabloon selles artiklis viitena.

Määrake prioriteedi tase

Ärge unustage probleemi prioriteeti, määrate probleemile alati prioriteeditaseme. Tavaliselt kasutatakse kolme probleemiprioriteeti

Määrake prioriteeditase

Millise prioriteedi seate ülaltoodud teemades mainitud probleemile?

Millise prioriteedi seate ülalmainitud probleemile (kliendi sageli muutuv nõue)?

A) Kriitiline

B) Major

C) Väike

Vale
Korrektne

Kui klient nõuet ei paranda, ei saa TestManager plaani hinnata ega koostada. Projekti ei saa jätkata.
See on kriitiline probleem ja tuleb kohe lahendada

Määrake probleemidele omanik

Määrake projekti probleem inimesele, kes sobib sellega kõige paremini tegelema. See inimene on keegi projektimeeskonnast või väljaspool seda. Kui aga määrate selle, tagab keegi väljaspool meeskonda, et nad teaksid, millega nad tegelevad!

Meie ülaltoodud kliendi muutmise nõude puhul saate valida inimese, kellel on probleemi lahendamiseks parim suhtlemisoskus. Ta hakkab tööle a sillainsener pidada läbirääkimisi kliendiga, paluda tal nõue fikseerida, et projektiga edasi minna.

Track probleemide olekut

Pärast probleemile omaniku määramist peate probleemilogi kontrollima ja probleemi olekut regulaarselt värskendama. Järgmised arvud näitavad riski tüüpi

TracProbleemide staatus

Aruanne

Dokumenteerige olulised projektiprobleemid oma tavalistes edenemisaruannetes (eskaleerige esiletõstmine) ja eskaleerige esmatähtsad probleemid projekti juhatusele – suhtlemine on võtmetähtsusega.

Asjatundlikud projektijuhid toetuvad suuresti projekti probleemi olekuaruandele, eriti kui projekt on suur ja sellel on palju sidusrühmi.

Oma aruande koostamiseks võite kasutada või kasutada Projekti probleemi malli aruanne selles artiklis.

Projektiprobleemide juhtimine

Projektijuht vastutab projektiga seotud küsimuste kontrollimise eest ja peaks hoolikalt kaaluma järgmisi tegevusi

  1. Tunnustage inimesi, kes võivad probleemi lahendamist mõjutada.
  2. Peatage kõik probleemidega seotud tegevused ja enne probleemi lahendamist. Olete projektijuht ja kontrollite olukorda, ärge kiirustage projektiga, kui te ei lahenda probleeme.
  3. Nüüd mõelge hoolikalt iga logis oleva probleemi puhul järgmistele küsimustele

Projektiprobleemide juhtimine

  1. Looge nimekiri võimalikest tegevustest või valikutest, mis võiksid pakkuda teie soovitud läbimurret. Seejärel kitsendage loendit ja valige need valikud, mis probleemi kõige tõenäolisemalt lahendavad.
Tagasi ülaltoodud projektiprobleemi juurde, milliseid võimalikke tegevusi eelistaksite selle lahendamiseks?

A) Korraldage koosolek kliendiga, et nõuet võimalikult kiiresti selgitada ja lähtestada

B) Paluge juhatusel neilt tuge saada, aidata kliendiga läbi rääkida

C) Pakkuge kliendile välja uusi ideid tootenõuete kohta

D) Kõik ülaltoodud vastused

Vale
Korrektne

Ülaltoodud interaktiivses elemendis saate probleemi lahendamiseks kasutada mis tahes toimingut, näiteks A, B või C. Kuid mõnel juhul ei pruugi probleemi täielikuks lahendamiseks piisata ainult ühest valikust. Parim viis on kombineerida kõik võimalused.

Näiteks kui valite suvandi A „Pidage koosolek kliendiga, et nõue võimalikult kiiresti selgeks teha ja aluspõhimõtteid teha”. Mida teete, kui teie ja teie klient ei saa pärast sellist kohtumist lõplikku nõuet esitada? Kliendiga läbirääkimiste pidamiseks peate saama rohkem tuge kõrgemalt tasemelt (valik B). Kui kliendid ei ole professionaalsed, ei tea nad isegi täpselt oma nõuet. Sellisel juhul peaksite pakkuma kliendile uusi ideid tootenõuete kohta.

KKK

Risk on võimalik tulevane sündmus, mis ei pruugi kunagi aset leida. Probleem on juba aset leidnud ja vajab lahendust kohe. Riskideks valmistutakse; probleemid lahendatakse.

A defekt on testimise käigus leitud tooteviga. Probleem on iga takistus projekti enda saavutamisel, näiteks puuduvad oskused või muutuvad nõuded.

Kasulikud veerud on ID, kirjeldus, algatamise kuupäev, prioriteet, omanik, sihtkuupäev, lahenduskuupäev, olek ja tehtud toimingud. Kõike muud tavaliselt enam ei säilitata.

Tehisintellekti tööriistad koondavad sarnaseid probleeme, märgistavad duplikaate, pakuvad omanikke varasemate lahenduste põhjal ja ennustavad, millised lahendamata probleemid ajakava ohustavad, vähendades logi sorteerimisele kuluvat aega.

Kaaspiloodi stiilis assistendid koostavad probleemide kirjeldusi, võtavad pikad teemad kokku olekuvärskendusteks ja genereerivad logist aruande teksti. Inimesele kuulub endiselt prioriteet, eskalatsioon ja lõplik otsus.

Eskaleerige probleem, kui omanik ei suuda seda sihtkuupäevaks lahendada, kui see blokeerib kriitilise tee või kui parandus vajab projektijuhist kaugemale ulatuvaid volitusi.

RAID tähistab riske, eeldusi, probleeme ja sõltuvusi. Üks RAID-i logi sisaldab kõiki nelja, muutes probleemide logi laiema logi üheks osaks. trackuningleht.

Väiksemate projektide jaoks piisab arvutustabelist. Suuremad meeskonnad kasutavad spetsiaalset testihaldustööriistad või viga tracker nagu MantisBT, mis salvestab prioriteedi, omaniku ja staatuse.

Võta see postitus kokku järgmiselt: