ProblemhÄndtering i et programvaretestprosjekt
⥠Smart oppsummering
ProblemhÄndtering i et testprosjekt registrerer alle problemer som allerede truer leveringen, tildeler en eier, tracks status og eskalerer det som ikke kan lÞses lokalt, keeping testplanen etter planen.
Hva er Issue Management?
Issue Management er prosessen for Ä gjÞre andre oppmerksomme pÄ problemet og deretter lÞse det sÄ raskt som mulig
For Ă„ forstĂ„ dette, ta fĂžlgende Ăžvelse â
Det er noen typiske problemer i prosjektet
Strategi
- Prosjektet er ut av budsjett
- maling av synlig ledelsesstĂžtte til prosjektet
- Prosjektkommunikasjon har vĂŠrt ineffektive
- Prosjektledelsesprosessen gjĂžr det ikke fĂžlge standard
Definisjon
- Feil prosjektmÄl
- Prosjektomfang ikke definert riktig
- Uklar prosjektkrav
Human Resources
- Prosjektgruppe mangler ferdigheter for Ă„ fullfĂžre prosjektet
- Prosjektteamet er det ogsÄ stor eller ogsÄ liten og derfor vanskelig Ä hÄndtere
- Prosjektteamet er dÄrlig organisert. De Þnsker ikke Ä jobbe som et team
- Mangel pÄ faglÊrte medlemmer pÄ grunn av permisjonsuttak eller oppsigelser.
Rutetider
- Prosjektplanen er for stramt. Du har ikke nok arbeidskraft til Ă„ overholde tidsfrister.
- Prosjektet trenger noen input som testmateriale, programvareverktĂžy osv. ... men det er det forsinkelse i levering.
Hvorfor oppstÄr problemer?
Det er mange Ärsaker som forÄrsaker problemer. De fleste av Ärsakene har menneskelige feil som Ärsak. Testlederen, som leder prosjektet, bÞr ta det fulle ansvaret for at prosjektet mislykkes.
Her er fÄ felles feil som forÄrsaker problemene
Matching av ressurser til feil prosjekter
Guru99 Bank er et komplekst og stort prosjekt. Du trenger mange ansatte med testing ferdigheter. Men du valgte ressurser med utviklingskompetanse. Hva blir problemet?
FÞlgende problemer kan oppstÄ
- Mye tid vil vÊre bortkastet siden utviklerne ikke er opplÊrte testere og mÄ lÊre seg testing. Fristen kan glippe.
- Kvaliteten pÄ Testing kan lide.
Tilpasningen av ressurser til prosjekter er mest viktig faktor i prosjektledelse og blir sett pÄ som en kritisk stadium for prosjektsuksess. à matche ressurser til prosjektet skal sikre ressursene ferdigheter er i stand til Ä Ä nÄ prosjektets forventninger.
Prosjektleders manglende lederevner
Du er utnevnt til testleder for Guru99 Bank-prosjekt. Det er gode nyheter, men du har aldri ledet et prosjekt fÞr. Du har ingen erfaring i Ä administrere et prosjekt, kan det forÄrsake store problemer.
à kontrollere et prosjekt er vanskelig, og det er enda vanskeligere hvis prosjektlederen ikke har noen erfaring til Ä styre prosjektet godt. Erfaring med Ä drive prosjektstatusmÞter, hÄndtering av risiko og hÄndtering av prosjektets interessenter er svÊrt viktig for vellykket utvikling og gjennomfÞring av et prosjekt.
Prosjektplan
For stram eller lÞs tidsplan er en av Ärsakene til at prosjektfremdriften forsinkes eller overskrides. Denne situasjonen kan oppstÄ dersom prosjektleder setter urealistisk tidsplaner mot prosjektoppgaver.
underslÄr
Vet hvem som er og hva du kan gjÞre. Den store feilen testlederen gjÞr er at han synes det er enkelt Ä fullfÞre ethvert prosjekt. Du mÄ vÊre realistisk i tenkningen din og sÞrge for at du ikke undervurderer behovene dine fra starten.
Ignorerer de smÄ problemene
Noen smÄ problemer for tiden kan bli verre i fremtiden. Se fÞlgende eksempel:
à ignorere problemer gjÞr bare problemene verre, sÄ det er lurt Ä gi plass til disse problemene og utvikle en praktisk lÞsning, selv disse problemene er smÄ.
FĂžlger ikke prosessen
Testledelse er en stor prosess som lederen mÄ fÞlge strengt. à ikke fÞlge prosessen betyr at du bryter regelen.
à ha en prosess pÄ plass vil gi deg struktur og organisering og redusere sjansene for at prosjekter risikerer
Ikke lytte til andre
Du er testleder for prosjektet; du har den hĂžyeste posisjonen i prosjektteamet. Men du kan ikke gjĂžre noe alene; du trenger ditt prosjektteam.
Teammedlemmer er sannsynligvis de mest bevisste pÄ forestÄende utfordringer eller problemer med et prosjekt gjennom sitt daglige arbeid. Hvis en testleder ikke lytter til medlemmers rÄd og frarÄder prosjektteamet sitt fra Ä komme med forslag, kan han til slutt ende opp med at prosjektet mislykkes.
TilnÊrming til problemhÄndtering
La oss starte emnet med fĂžlgende scenario
I prosjektet Guru99 Bank, for Ä lage testplanen, mÄ du analysere og tydeliggjÞre kundens krav. Her er et scenario
I dette tilfellet skjedde ett problem. Det kom fra kunden. PĂ„ fem dager endret han kravet for 3 ganger. Fikse klienter kan vĂŠre et stort problem fordi han ikke vet hva han Ăžnsker fĂžr et visst stadium er fullfĂžrt.
Dette emnet vil vise deg trinnvise retningslinjer for Ă„ lĂžse problemet.
Record
PÄ et tidspunkt i lÞpet av prosjektet, risikoen, som du identifiserte i planleggingstrinn, vil bli sann og du har et problem. Du mÄ registrere enhver hendelse eller problem som har skjedd og truer suksessen til prosjektet ditt
I mange prosjekter vil problemene sannsynligvis oppstÄ ved begynnelse av prosjektet. SÄ det er en smart idé Ä oppdage og diskutere problemer underveis prosjekt igangsettelse.
NÄr et problem er identifisert, bÞr du gjÞre fÞlgende:
Registrer prosjektproblemene
Et av de beste verktÞyene for Ä registrere prosjektproblemene er problemlogg. Problemloggen vil hjelpe deg Ä fokusere pÄ Ä finne en lÞsning pÄ et problem.
Du kan opprette problemloggen selv eller bruke problemloggen mal i denne artikkelen som referanse.
Angi prioritetsnivÄ
Ikke glem problemprioriteten, du tildeler alltid et prioritetsnivÄ til en sak. Det er tre problemprioriteringer som vanligvis brukes
Hvilken prioritet vil du sette for problemet som er nevnt i emnene ovenfor?
A) Kritisk
B) Major
C) Mindre
Hvis kunden ikke fikser kravet, kan ikke TestManager estimere og lage planen. Prosjektet kan ikke fortsette.
Det er et kritisk problem og mÄ lÞses umiddelbart
Tildel eieren til problemene
Tildel prosjektproblemet til den personen som er best egnet til Ä hÄndtere det. Denne personen er noen i eller utenfor prosjektgruppen. Men hvis du tildeler det, sÞrger noen utenfor teamet for at de vet hva de gÄr til!
For problemet ovenfor om Kundeendringskrav kan du velge en person som har best kommunikasjonsevne til Ă„ lĂžse problemet. Han vil jobbe som en broingeniĂžr for Ă„ forhandle med kunden, be dem om Ă„ fikse kravet for Ă„ fortsette prosjektet.
Track statusen for problemene
Etter Ä ha tildelt eieren til problemet, mÄ du sjekke problemloggen og oppdatere problemstatusen regelmessig. FÞlgende figurer representerer typen risiko
Report
Dokumenter de viktige prosjektproblemene i dine vanlige fremdriftsrapporter (hĂžydepunkter) og eskaler hĂžyt prioriterte saker til prosjektstyret â kommunikasjon er nĂžkkelen.
Eksperte prosjektledere er avhengige av en statusrapport for prosjektproblem, spesielt hvis et prosjekt er stort og har mange interessenter.
For Ă„ hjelpe deg med Ă„ lage din egen rapport, kan du bruke eller bruke Prosjektproblemmalrapport i denne artikkelen.
Kontroll prosjektproblemer
Prosjektlederen er ansvarlig for kontrollen av prosjektspÞrsmÄl og bÞr nÞye vurdere fÞlgende aktiviteter
- Anerkjenne menneskene som kan ha innvirkning pÄ Ä lÞse problemet.
- Stopp alle aktiviteter rundt problemene og fĂžr du lĂžser problemet fĂžrst. Du er prosjektleder og har kontroll over situasjonen, ikke forhast prosjektet med mindre du lĂžser problemer.
- Tenk nÄ godt pÄ fÞlgende spÞrsmÄl for hvert problem i loggen
- Lag en liste over mulige handlinger eller alternativer som kan gi gjennombruddet du leter etter. Begrens deretter listen og velg de alternativene som mest sannsynlig vil lĂžse problemet.
A) Hold mÞtet med kunden for Ä avklare og baseline kravet sÄ snart som mulig
B) Be styret om Ä fÄ stÞtte fra dem, for Ä hjelpe til med Ä forhandle med kunden
C) ForeslÄ nye ideer til kunden om produktkravet
D) Alle svarene ovenfor
I det interaktive elementet ovenfor kan du bruke hvilken som helst handling for Ä lÞse problemet som A, B eller C. Men i noen tilfeller kan det hende at bare ett alternativ ikke er nok til Ä lÞse problemet fullstendig. Den beste mÄten er Ä kombinere alle alternativene.
For eksempel, hvis du velger alternativ A "Hold mÞtet med kunden for Ä klargjÞre og basere kravet sÄ snart som mulig". Hva vil du gjÞre hvis du og din kunde ikke kan stille det endelige kravet etter et slikt mÞte? Du mÄ fÄ mer stÞtte fra hÞyere nivÄ for Ä forhandle med kunden (alternativ B). Hvis kundene ikke er profesjonelle, vet de ikke engang nÞyaktig deres krav. I slike tilfeller bÞr du foreslÄ nye ideer til kunden om produktkravet.


















