Realistiska systemutvecklings-projektsituationer?

Permalänk

Realistiska systemutvecklings-projektsituationer?

Tjo! Jag har redan lämnat min uppgift i en projektledningskurs över fyra olika fiktiva projektsituationer inom systemutvecklingsprojekt där jag fått beskriva hur jag som projektledare då skulle ha hanterat situationerna. Vad jag undrar över är hur realistiska dessa är beskrivna (se 4 spoilers nedan). Det är så många detaljer som inte finns med att svaren på "situationshanteringarna" kan vara minst lika öppna och vaga tolkar jag det som.

Den projektsituation som känns mest realistisk är #4 som handlar om att omvandla ett traditionellt projekt till ett agilt projekt och att projektmedlemmarna där då är oroliga på grund av den mänskliga naturen för förändringar i och med rädslan för det okända/förändringar.

Systemutvecklingssituation #1

Du leder ett systemutvecklingsprojekt där ni är nära implementation. En av dina projektmedlemmar har under hela projekttiden haft svårt att leverera det som krävs, vilket visar på en tydlig kompetensbrist. Hittills har detta löst sig genom att andra har täckt upp för projektmedlemmen, både på formell order från dig, men även genom att vara lojala kollegor. Nu börjar det bli skarpt läge och de andra har inte tid att täcka upp, vare sig formellt eller informellt. Hur skulle du hantera situationen?

Dold text

Systemutvecklingssituation #2

Du leder ett systemutvecklingsprojekt där projektets styrgrupp ställer ovanligt höga krav på dig och på projektmedlemmarna. Kraven är inte alls i paritet med det som ska levereras och det skapar stress hos både dig och projektmedlemmarna. För att tillfredsställa styrgruppens krav skulle alla behöva arbeta över totalt 8 timmar per vecka samt använda teknik som ni inte behärskar. Anledningen till de högt ställda kraven är att styrgruppen vill kunna bräcka en konkurrent som de har hört utvecklar det som de styr mot samt på det viset. Hur skulle du hantera situationen?

Dold text

Systemutvecklingssituation #3

Du leder ett systemutvecklingsprojekt som arbetar enligt agila principer. Projektets kravställare är nyckfull och ändrar hela tiden systemets krav, vilket gör att leveransen aldrig blir klar. De krav som ändras är både de övergripande kraven samt de mer detaljerade. I och med att projektet har en fast budget ser du att ni inte kommer att
kunna leverera något som liknar det som ni diskuterade från början. Hur skulle du
hantera situationen?

Dold text

Systemutvecklingssituation #4

Du leder ett systemutvecklingsprojekt där det har fattats beslut om att övergå från en
traditionell projektledningsmetod till en agil arbetsmetod. Dock möter du motstånd
från projektmedlemmarna när det gäller att acceptera och anpassa sig till den nya
arbetsmetoden. Projektmedlemmarna uttrycker tveksamhet och oro över
förändringen, och jämför den med den tidigare bekväma och etablerade
vattenfallsmetoden. Hur skulle du hantera situationen?

Dold text

Så jag söker inga svar på faktiska situationshanteringar utan snarare hur realistiska dessa projektsituationer är inom systemutvecklingsprojekt. I vilken utsträckning har du varit med i en eller flera av dessa systemutvecklingsprojektsituationer oavsett din roll i projektet/n?

Mvh,
WKL.

Visa signatur

"Den säkraste koden är den som aldrig skrivs"

Permalänk
Medlem
Skrivet av WebbkodsLärlingen:

Tjo! Jag har redan lämnat min uppgift i en projektledningskurs över fyra olika fiktiva projektsituationer inom systemutvecklingsprojekt där jag fått beskriva hur jag som projektledare då skulle ha hanterat situationerna. Vad jag undrar över är hur realistiska dessa är beskrivna (se 4 spoilers nedan). Det är så många detaljer som inte finns med att svaren på "situationshanteringarna" kan vara minst lika öppna och vaga tolkar jag det som.

Den projektsituation som känns mest realistisk är #4 som handlar om att omvandla ett traditionellt projekt till ett agilt projekt och att projektmedlemmarna där då är oroliga på grund av den mänskliga naturen för förändringar i och med rädslan för det okända/förändringar.

Systemutvecklingssituation #1

Du leder ett systemutvecklingsprojekt där ni är nära implementation. En av dina projektmedlemmar har under hela projekttiden haft svårt att leverera det som krävs, vilket visar på en tydlig kompetensbrist. Hittills har detta löst sig genom att andra har täckt upp för projektmedlemmen, både på formell order från dig, men även genom att vara lojala kollegor. Nu börjar det bli skarpt läge och de andra har inte tid att täcka upp, vare sig formellt eller informellt. Hur skulle du hantera situationen?

Dold text

Systemutvecklingssituation #2

Du leder ett systemutvecklingsprojekt där projektets styrgrupp ställer ovanligt höga krav på dig och på projektmedlemmarna. Kraven är inte alls i paritet med det som ska levereras och det skapar stress hos både dig och projektmedlemmarna. För att tillfredsställa styrgruppens krav skulle alla behöva arbeta över totalt 8 timmar per vecka samt använda teknik som ni inte behärskar. Anledningen till de högt ställda kraven är att styrgruppen vill kunna bräcka en konkurrent som de har hört utvecklar det som de styr mot samt på det viset. Hur skulle du hantera situationen?

Dold text

Systemutvecklingssituation #3

Du leder ett systemutvecklingsprojekt som arbetar enligt agila principer. Projektets kravställare är nyckfull och ändrar hela tiden systemets krav, vilket gör att leveransen aldrig blir klar. De krav som ändras är både de övergripande kraven samt de mer detaljerade. I och med att projektet har en fast budget ser du att ni inte kommer att
kunna leverera något som liknar det som ni diskuterade från början. Hur skulle du
hantera situationen?

Dold text

Systemutvecklingssituation #4

Du leder ett systemutvecklingsprojekt där det har fattats beslut om att övergå från en
traditionell projektledningsmetod till en agil arbetsmetod. Dock möter du motstånd
från projektmedlemmarna när det gäller att acceptera och anpassa sig till den nya
arbetsmetoden. Projektmedlemmarna uttrycker tveksamhet och oro över
förändringen, och jämför den med den tidigare bekväma och etablerade
vattenfallsmetoden. Hur skulle du hantera situationen?

Dold text

Så jag söker inga svar på faktiska situationshanteringar utan snarare hur realistiska dessa projektsituationer är inom systemutvecklingsprojekt. I vilken utsträckning har du varit med i en eller flera av dessa systemutvecklingsprojektsituationer oavsett din roll i projektet/n?

Mvh,
WKL.

1 kan väl säkert hända, men jag har snarare upplevt antingen någon som är ny eller folk som är specialiserade inom fel område jämfört den stundande "krisen". Sen att folk presterar olika (även olika beroende på uppgift) är ju bara så det är, men scenariot är formulerat som något slags extremfall.

2-3 låter väl som urtypiskt mindre smickrande chefigt beteende. Beror ju på vilka man jobbar med, men det låter väldigt realistiskt att det händer om och om igen i vissa bolag.

4 kan säkert också hända, men har snarare sett att resten av organisationen inte varit lika accepterande att behöva arbeta annorlunda än att utvecklarna själva blockerat sådant

Visa signatur

Desktop: Ryzen 5800X3D || MSI X570S Edge Max Wifi || Sapphire Pulse RX 7900 XTX || Gskill Trident Z 3600 64GB || Kingston KC3000 2TB || Samsung 970 EVO Plus 2TB || Samsung 960 Pro 1TB || Fractal Torrent || Asus PG42UQ 4K OLED
Proxmox server: Ryzen 5900X || Asrock Rack X570D4I-2T || Kingston 64GB ECC || WD Red SN700 1TB || Blandning av WD Red / Seagate Ironwolf för lagring || Fractal Node 304

Permalänk
Medlem

Tycker alla scenarion är realistiska. Har personligen varit med om 2 av dem och sett/fått berättat om resten (av nära bekanta eller kollegor).

På en hög nivå är det troligen ganska vanliga scenarion - men varje situation kommer också vara unik beroende på sammansättning av människor, bransch, kunder, teknik o.s.v. Så ja det finns många svar och en gissning är att det är resonemangen hur man kommer fram till svaret (inklusive eventuella antaganden) som är det viktiga.

Permalänk
Medlem

#1 har jag upplevt.

#2 är så standard det kan bli, att kalendertid, tillgängliga utvecklare, pengar och ambitionsnivå behöver mötas - även om just det här fiktiva fallet är rätt skarpt formulerat. Den klassiska projekttriangeln. 9 kvinnor föder ett barn på en månad o.s.v.

#3 förekommer, men det är förvånansvärt sällan beställaren har tillräcklig insyn för att kunna ställa krav, och har de det så är de intresserade och vettiga att ha att göra med. Det är nog vanligare att man lovat att göra något, men det visar sig ta längre tid än man tänkt, vilket leder till budgetdiskussioner, krismöten och omplanering (som drar ut på allt, spiller mer tid och kostar ännu mer pengar).

#4 känns rätt konstruerat. Det är inte speciellt agilt att tvinga på en grupp ett visst arbetssätt där själva arbetssättet ska gå ut på att gruppen är självorganiserande.