Följande innehåll är hämtat från det populära whitepaperet "Agile Project Management: Vad är historien?" skriven av Jerry Manas. Den är så god att vi ville göra den gratis för våra läsare och ge den ett evigt liv på vår blogg för din skull.
Sedan Agile-rörelsens början har försvarare av traditionella metoder varit skeptiska. En del av deras farhågor är berättigade, medan andra har sin grund i okunskap om agila metoder.
Tio vanliga rädslor i ledningen är:
- Det fungerar inte för stora, komplexa projekt.
- Det är för öppet. Vi kan inte förutse kostnaderna. Det är "sanktionerat scope creep".
- Det låter som en design och planering som görs på ett baksidan av en servett.
- Det är för tekniskt inriktat.
- Programvaruutvecklare talar inte samma språk som kunderna.
- Kunderna har inte tid att delta i planeringen.
- Vi vill inte att våra kunder ska se vår smutsiga tvätt.
- Denna strategi för "lagarbete" låter inte praktisk.
- Dagliga möten? Våra anställda kommer att känna att de är under lupp.
- Den är för stelbent och hämmar den individuella kreativiteten.
Sanningen är att Agile innebär mer planering än de inser- faktiskt med varje iteration. Dessutom är kund- och affärsengagemanget större och kommunikationen är högre, så fokus ligger inte enbart på tekniken. Men andra farhågor är helt legitima.
Följande tio strategier kan lösa typiska problem:
- Se till att strategin passar situationen - använd rätt metodik för rätt arbete; Agile är bäst för ett sammansvetsat team som arbetar med kunskapsarbete med en viss osäkerhet.
- Minska risken genom att fokusera på affärssymptom snarare än lösningar - ta inte bort affärsproblemet som ska lösas ur sikte.
- Anta en "se själv"-policy för att bedöma användarupplevelsen - före och efter.
- Främja ett systemtänkande - tänk bortom programvaran, tänk också på processer, system i tidigare och senare led, intressenternas inverkan osv.
- Anlita en affärsanalytiker för att se till att detaljer inte glöms bort - utvecklare saknar ofta förståelse för affärsdetaljer.
- Överbrygga kulturklyftan mellan tekniker och kunder - detta kan göras genom att utbilda utvecklare i kundinteraktion eller genom att anlita andra för att tolka och översätta för att överbrygga klyftan mellan utvecklare och kunder.
- Acceptera förändringar men hantera dem - utgå från att funktionerna kommer att förändras på grund av nya kunskaper, men diskutera den övergripande omfattningen och hantera och logga ändringar av omfattningen.
- Fokusera på produktutveckling, inte projektutveckling, hantera prioriterade funktioner och utgåvor, ha mål för utgåvorna - de flesta sprintar resulterar inte i en leverans till kunden, men ger en viss nivå av värde, men utgåvorna resulterar i kundleveranser, se till att prioritera funktioner och fastställa milstolpar kopplade till utgåvorna.
- Få ledningen att delta i retrospektiven och öppna demonstrationer - utan ledningens och kundens engagemang förlorar den agila metoden sin kraft.
- Fokusera på resultat och värde, inte på aktiviteter eller timmar - få inte folk att känna sig kontrollerade - fokusera på vad som behövs, inte på hur det ska göras; tillåt flexibilitet och individuell kreativitet och fokusera endast på överenskomna resultat och värde för varje sprint - frihet när det gäller arbetstider och kreativitet kan balansera det stora fokuset på prestationer, och en överenskommelse om vad som är möjligt att uppnå kan minska trycket.
Ett ytterligare sätt att minska andra brister i Agile är att använda ett integrerat tillvägagångssätt för att betona det som i allmänhet ligger utanför Agile-metoden. För att lösa detta kan du använda en strategi i fyra faser som kan läggas ovanpå din nuvarande metodik. Akronymen är UP-IT:
- Understand - bygga upp den kunskap som krävs för att lyckas med projektet, göra forskning, undersöka den nuvarande och önskade användarupplevelsen.
- Pberedskap - skaffa sig kapacitet för att genomföra projektet framgångsrikt, t.ex. utbildning, rätt verktyg, engagemang från intressenterna osv.
- Iterate - planera och genomföra iterationer/utskrifter för att leverera värde genom planerade versioner.
- Transform - fokusera på löpande stöd och självförsörjning för kunden; se till att teamet får information om de lärdomar som kan tillämpas vid framtida lanseringar.
Slutligen finns det vissa situationer där Agile förmodligen INTE är det bästa tillvägagångssättet.
Här är åtta exempel på hur man kan undvika agila metoder:
- Stora företagsinitiativ som kräver att kraven definieras i förväg och som i allmänhet kräver omfattande dokumentation.
- När formella specifikationer behövs för granskningsbarhet, säkerhet eller exakthet.
- Om omfattning och krav är kända, kan definieras och sannolikt inte kommer att förändras mycket.
- När många godkännanden krävs av flera parter.
- När organisationskulturen eller teamkulturen är oförenlig med en agil strategi.
- Om kunderna/användarna inte är allmänt tillgängliga för att delta.
- Om teamet saknar interpersonella färdigheter eller tunga tekniska kunskaper (dvs. de kan inte ges befogenheter).
- Om teamet är för stort för att vara effektivt när det gäller tvärkommunikation (dvs. över 100 personer, även om detta antal kan variera beroende på kultur och teknik).
Virtuella team och agilitet
According to Gartner, by 2015, three quarters of knowledge-based project work in the Global 2000 will be completed by distributed virtual teams. This presents new challenges in collaboration, which is a central tenet of Agile. With this in mind, an understanding of new media and online collaboration tools will become more and more important.
Agila team måste använda metoder för att hålla regelbunden kommunikation, oavsett om det sker via telekonferenser, webbseminarier, Twitter-liknande verktyg som Yammer, samarbetswebbplatser eller andra medier. Vissa organisationer har till och med börjat använda wikis för att samla in, organisera och dela kunskap.
Detta gäller även organisationer som för närvarande inte kan eller vill samlokalisera sina utvecklingsteam. De flesta Agile-experter är överens om att det är bäst att arbeta på samma plats, men med rätt teknik och rätt principer kan distribuerade team fortfarande vara effektiva.
Se om den agila metoden är rätt för dig och din organisation genom att registrera dig för en gratis demo idag! Läs mer på https://www.planview.com/lean-agile-delivery/. Vi hoppas att du har uppskattat den här serien och att du har fått många viktiga lärdomar. Håll dig uppdaterad på Planviews blogg för mer innehåll om Lean och Agile.
