Agile methodology Implementation: en Ultimate Guide

om du är här är min gissning att det finns några ineffektiviteter i hur ditt team arbetar just nu. Och du vill sannolikt eliminera dem genom att implementera agile i ditt team.

naturligtvis handlar implementering av agile inte bara om att skjuta upp ett agilt mjukvaruverktyg och samarbeta med dina lagkamrater.

om det var så enkelt skulle du inte läsa den här artikeln, skulle du?

därför går jag igenom varje steg om hur du framgångsrikt kan implementera agile i ditt team i den här artikeln.

snabb sammanhang på Agile: vad& varför

Vattenfall: du kan inte göra ändringar i ett pågående projekt, absolut inte till affärsbehov och förväntningar.

Agile: Hold my beer bisexual

Agile är en extremt praktisk metod för att utveckla bra produkter. Till skillnad från vattenfall, där risker inte kan ges och misslyckande inte är ett alternativ, omfattar agile risker och är beredd att hantera misslyckande.

Agile har viljan att lära sig genom hela produktutvecklingsprocessen. Och det har öppenheten att införliva förändringar som mottas via tidig feedback, i vilket skede som helst. Dessa kvaliteter av agile attribut till dess höga framgångsgrader-2x den för vattenfallsmetoden!

så du behöver inte oroa dig för att ett projekt tar flera månader bara för att ta reda på att det inte är något som du visualiserade. Inga sådana bummers med agile!

det fungerar som det perfekta mediet för team att lära sig och växa samtidigt som de uppfyller kundens behov. Seriöst, vem vill inte ha det?

Psst! Här är en komplett guide om agile projektledning som du hittar användbar för att lära dig grunderna i agile.

nu när du vet vad agile är och varför det är populärt, låt oss hoppa till den viktiga delen: hur man implementerar agile-metoden framgångsrikt?

framgångsrik Agil implementering: steg för att få det rätt

Agile får många bakslag på Internet för sent. Men när du tittar närmare kommer du att upptäcka att det bara finns en viktig orsak bakom detta – Dålig implementering av smidiga metoder. Så för att maximera agils potential är det viktigt att implementera det samtidigt som man följer dess principer och värderingar som nämns i Agile Manifesto.

låt oss nu titta på de viktigaste stegen i den smidiga mjukvaruutvecklingsprocessen och hur man implementerar den.

Steg 1: Envisioning produkten

den första och främsta sak att göra innan du börjar ditt projekt är att tydligt definiera vad du tänker uppnå genom det. Och sedan, för att visualisera det helt från början till slut.

bild det, rita det om du måste, och notera de viktiga detaljerna om projektet som kommer att ligga till grund. Detaljerna måste täcka:

• ta itu med problemet-problem uttalande, behov av en lösning, hur lösningen kommer att ta itu med problemet
• marknadsundersökning – omfattning, målgrupp, konkurrentanalys, positionering
• Produktdefinition – namn, funktioner, fördelar, värde proposition

syftet med detta steg är att få klarhet om projektets vision och brainstorma för ideer att genomföra det. Och också för att se till att hela ditt team är på samma sida.

exempel: låt oss anta att ditt projekt är att utveckla en mobilapp för taxitjänster.

du gör allt grundarbete och marknadsundersökning. Du identifierar din målgrupp, deras djupaste problem med den nuvarande lösningen, hur din app löser det och vem dina konkurrenter är. Du visualiserar också hur din app kommer att se ut och fungera.

när du visualiserar din app skapar du projektet genom att ge det ett namn, brainstorma och notera de funktioner som det kommer att ha och skriva användarhistorier för varje funktion.

när du startar ett projekt måste du börja med ett slag. För, som det irländska ordspråket säger, ” att göra början är en tredjedel av arbetet.”

för att hjälpa dig att starta på rätt ton och ställa in takten för resten av projektet, använd rätt verktyg som är perfekt för dig.

Zepel kan vara det verktyget.

Zepel låter dig skapa projekt eller trupper och namnge dem enligt din bekvämlighet. När du har skapat din grupp kan du skapa nödvändiga funktioner.

Under varje funktion kan du skapa användarhistorier och lägga till specifika uppgifter och underaktiviteter. Ge dina uppgifter ett namn, beskrivning, förfallodatum och tilldela dem också till dina teammedlemmar.

steg 2: Att lägga ut en färdplan och organisera utgåvorna

för att uppnå en tydlig bild av projektet är nästa sak att göra att lägga ut färdplanen tillsammans med en grov plan för utgåvorna.

här måste du och ditt team diskutera och utforma en handlingsplan för produkten. Denna handlingsplan måste innehålla en översikt över produktutveckling iterationer med preliminära tidsfrister för varje release.

när du har utformat din färdplan är det viktigt att skapa en tidsplan med de angivna milstolparna, dvs tidsramar för varje utgåva av produkten. Dessa tidsramar behöver inte vara exakta datum men det är idealiskt att ställa realistiska tidsfrister.

genom att göra det kommer varken laget att bli slöhet eller produktägaren att förlora tålamod. Så fortsätt och skapa den tidtabellen med alla släppdatum.

exempel: du skapar en färdplan för taxi service app med ungefärliga, realistiska tidsramar.

du har delat ditt projekt i 4 milstolpar-Core UI-design, kartor med betalning, taxibokning i din stad, hyttuthyrning för långväga turer.

du planerar nu utgåvorna för detta projekt med lösa tidsramar och organiserar dem i en tidtabell.

med denna färdplan har du framgångsrikt översatt din vision till en handlingsplan för ditt team att följa.

steg 3: Välja ditt ramverk-Go Scrum eller go Kanban?

” vi är vem vi väljer att vara.”- Green Goblin, från Spider-Man

på samma sätt kommer ditt projekt att vara vad vi vill att det ska vara om du väljer rätt ramverk.

men för att välja klokt måste du veta svaren på följande frågor:

• vad är scrum och Kanban?
• varför och när ska man välja dem?
• hur man implementerar dem?
• skillnader mellan scrum och Kanban

Låt oss dyka rätt in, ska vi?

När ska man välja Scrum?

Scrum är ett allmänt använt agilt ramverk. I denna metod delas komplexa problem upp i mindre användbara lösningar och levereras i sprints. Varje sprint är timeboxed att släppas i 1 – 4 veckor, oftast inom 2 veckor.

de flesta lag väljer scrum som sin föredragna smidiga metodik eftersom det är det mest populära och framgångsrika ramverket. Enligt Scrum Alliances undersökning 2015 var 62% av scrum-projekten en framgång. Jag är säker på att siffrorna har gått upp sedan dess.

men hur vet du om scrum är perfekt för ditt projekt? Scrum är apt när ditt projekt kräver:

• öppenhet för att införliva förändringar i krav, prioriteringar och till och med lösningar efter varje iteration
• arbeta i cykler med begränsade funktioner med garanterad leverans i slutet av varje cykel
• kundcentrerad testning och feedback är prioriteringen

verkar scrum imponerande? Eller tänker du som Hej det verkar allt bra på papper men hur går det i den verkliga världen?

för att svara på det, låt mig gå igenom dig för att implementera agile med scrum.

När ska man välja Kanban?

Kanban är en annan populär metod inom agile. Det är en progressiv process som säkerställer kontinuerlig leverans. Det finns inga sprintar här. Istället prioriteras uppgifterna i projektet och slutförs sedan några objekt samtidigt, följt av nästa uppsättning återstående objekt.

Kanban board används av team för att se projektets framsteg på mikronivå.

Kanban är den för ditt projekt om:

• det finns många orelaterade användarhistorier och uppgifter
• krav och deras prioriteringar fortsätter att förändras som vädret
• du vill distribuera flera utgåvor på mindre än en vecka, särskilt oplanerade

Kanban är extremt flexibel och ganska enkel när det gäller implementering. Om du tror att det verkar passa räkningen för ditt projekt, så här kan du implementera agile med kanban.

om du fortfarande diskuterar mellan scrum och Kanban, förstå skillnaderna mellan de två med hjälp av den här artikeln: Skillnader mellan scrum och Kanban.

implementera Agile The Scrum Way

om du får Scrum rätt är ditt projekt garanterat på sin bana till framgång.

ta en snabb titt på de steg som går till att framgångsrikt anta scrum för ditt projekt.

Steg 1: samla krav på produktbacklog

innan du påbörjar ditt scrum-projekt måste du ställa in scenen för det. Det vill säga att du måste samla alla affärskrav och skapa en eftersläpning som kallas produktbackloggen med alla uppgiftsobjekt.

så fortsätt, planera en diskussion med din produktägare för att få affärsbehoven.

din nästa prioritet är att få produktbackloggen prioriterade.

exempel: från ditt möte med produktägaren angående taxi service-appen har du samlat alla affärskrav och lagrat dem som användarhistorier.

du diskuterar nu med produktägaren och tilldelar prioriteringar till var och en av artiklarna i denna eftersläpning. Du har lagt grunden.

att prioritera objekt, kommunicera dem med ditt team och hålla reda på dem kan vara lite utmattande, för att vara ärlig. Så skulle du tro mig om jag sa till dig att använda enkla hashtags kan göra ditt arbete mycket enklare?

i Zepel kan du använda #high, #medium och #low för att hjälpa dig att prioritera dina uppgiftsobjekt i en handvändning.

steg 2: Att planera Sprints

sprintplanering är ett viktigt steg om du följer scrum framework för att utveckla din produkt.

och här är en titt på vad som händer under denna planering:

• produktägaren kommer med en uppdaterad lista över prioriterade användarhistorier och uppgiftsobjekt.
• hela utvecklingsteamet, med input från produktägaren, uppskattar varje användarhistoria.
• sprintmålet är tydligt definierat.
• baserat på sprintmålet, sprintens varaktighet och uppskattningarna av varje användarhistoria, brainstormar teamet tillsammans och lägger till användarhistorier i sprintbackloggen.

medan jag inte kan få dig Tony Stark att utforma den perfekta planen, som han alltid gör, här är en informativ artikel om mastering sprint planering som kommer att vara ett praktiskt verktyg. Så få sprickbildning på din sprintplan.

exempel: du planerar sprints för din taxi service app. Du placerar inloggning, registrera dig, och grundläggande app UI design i den första sprinten.

du lägger sedan ner kartor och betalningsaktiviteter i den andra sprinten, bokar taxibilar i den tredje sprinten och så vidare tills du är klar med att planera alla sprintar som täcker alla uppgifter i projektet.

det är mycket tråkigt arbete. Men vad händer om du hade ett verktyg för att göra livet enkelt för dig?

med Sprints i Zepel är beskattningsuppgiften för sprintplanering säker på att bli en promenad i parken för dig. Skapa en sprint, ange en varaktighet för den och Lägg till den prioriterade uppsättningen användarhistorier eller uppgifter till den. Det är verkligen så enkelt!

Zepel visar dig automatiskt en översikt över den planerade sprinten, så att du kan justera planen baserat på dina krav.

steg 3: granska sprinten

den verkliga skönheten i agile scrum ligger i flexibiliteten det ger att granska, korrigera och improvisera i alla skeden av utvecklingscykeln; särskilt efter varje sprint hålls en granskning för att bedöma dess resultat. Och för att verifiera om verkligheten verkligen matchar förväntningarna eller om den är långt ifrån den.

hela teamet utvärderar slutprodukten för att kontrollera om alla affärsbehov är uppfyllda. Du kan också bjuda in dina beta-kunder att dela feedback.

eventuella problem eller missade krav som hittats diskuteras och noteras att de arbetas senare i de kommande sprintarna.

exempel: låt oss säga att ditt team har slutfört bokningsfunktionen för taxi-appen som en del av den aktuella sprinten. Och du kör det av kunden under sprint review.

under recensionen inser du att du inte har inkluderat schemalagd hämtning till bokningsfunktionen. Kunden ger också värdefull feedback om appens beröring och känsla. Du noterar dessa för att arbeta med dem senare.

men istället, om du bara kunde lägga till dessa små förändringar och missade objekt i en lista, skulle det inte vara lättare att hålla reda på, följa upp och implementera?

för detta ändamål erbjuder Zepel en listfunktion där du kan lägga till utelämnade uppgifter, buggar, förbättringar och till och med användarhistorier.

du kan senare flytta dessa objekt till en motsvarande funktion eller sprint. Utöver detta, för att du ska kunna spåra en sprints framsteg och granska den, ger Zepel en Sprintrapport med burnup-och burndown-diagram.

Post sprint review, det finns en ärlig-till-godhet chans för förändringar som ska införlivas i produkten, vilket återspeglas i produktbackloggen och i slutändan i sprintplanen.

nu blir omprövning av vad som ska göras nästa avgörande för projektets framsteg. Detta kräver ett sprint retrospektivt möte. Under denna diskussion granskar, omprövar och prioriterar hela teamet sprintobjekten, baserat på tidigare sprintresultat, för att göra förbättringar av den kommande sprinten.

exempel: Du har en sitta ner med ditt team för att få sitt perspektiv på vad som fungerade i föregående sprint, vad som inte gjorde det och vad som kan förbättras. Kanske kommer du att identifiera att din prioritering var dålig och det resulterade i att ditt team tog mer på sin tallrik än de kunde jonglera.

du kommer att bli förvånad över de insikter du får från ditt team om vad som kan förbättras.

vi har sammanställt en handfull retrospektiva mallar som du kan använda för att upptäcka möjligheter att förbättra i ditt team.

vad som skulle komma till nytta under denna process är din tidigare sprints framsteg. Ange Zepels Sprint burnup och burndown rapporter.

med hjälp av dessa diagram kan ditt team diskutera ideer bättre eftersom det ger ett fullständigt perspektiv på vad som hände under sprinten.

ett måste: håller regelbundna Standups

bortsett från alla tekniska steg som nämns ovan, här är något du behöver göra för att få scrum rätt-dagliga Standups.

en standup är ett kort möte som genomförs varje dag under sprinten. Målet är att få uppdateringar om projektets framsteg.

men här är ett vanligt misstag som lag gör. De begränsar inte varaktigheten av sina standups till 15 minuter. Som ett resultat känner de att de spenderar mer tid på möten snarare än att utveckla produkten. Så, så länge du håller dig till denna tidsram, du är bra att gå.

om du är övertygad om att scrum är för ditt projekt, lär dig Scrum A-Z och hur du implementerar det på djupet från den här definitiva guiden.

eller om du är klar med teorin och redo att implementera Scrum med ditt team, har Zepel täckt dig. Prova oss!

implementera Agile Kanban Way

implementera Kanban är lika enkelt som att förstå det. Här är en översikt på hög nivå över hur Kanban vanligtvis implementeras.

Steg 1: Arbetsflödesvisualisering med Kanban Board

för att få ditt projekt att rulla med Kanban måste du visualisera och ha ditt arbetsflöde inställt. För detta måste du skapa kolumner i ditt Kanban – kort för varje steg i ditt projekt-från att göra till gjort.

du tilldelar sedan alla uppgiftsobjekt, skapade från affärsbehoven, till deras respektive prestationssteg.

om du väntar på en fångst finns det ingen. Kanban är, för ett faktum, detta enkelt.

exempel: låt oss anta att du har skapat en Kanban styrelse med 3 kolumner för din taxi service app. De 3 Kanban-kolumnerna är: att göra, pågår och gjort.

du har samlat alla affärskrav och konverterat dem till uppgifter som att designa användargränssnitt, inloggning/registrering, bokning, betalning etc. Du tilldelar nu var och en av dessa objekt till motsvarande arbetsflödessteg på Kanban-kortet.

säg bokning och betalning är ännu inte att börja och så är de i att göra. Inloggning / registrering är klar så att du flyttar den till gjort. Under tiden, Design UI pågår.

med Zepels Kanban board-funktion blir hela processen 10x enklare. Du kan snabbt skapa anpassade Kanban-kolumner, skapa och tilldela uppgifter till varje kolumn.

på Zepel är vi väl medvetna om att ett realtidsprojekt kommer att ha hundratals uppgiftsobjekt. Att hålla reda på dem kan vara krävande. Men med Zepels avancerade filter kan du spåra dem utan problem.

Obs: Du kan ha så lite som 3 till så många Kanban-kolumner som ditt projekt kräver.

steg 2: begränsning av WIP-enheter

WIP-enheter eller pågående enheter avser antalet pågående uppgifter. Att sätta en gräns för antalet enheter är ett måste. Eftersom vi oftast blir lurade med att försöka flytta så många uppgifter från att göra till gjort.

och vi slutar överbelasta kolumnen pågående med mer antal uppgifter än antalet tillgängliga händer för att implementera dem. Kort sagt, det är ett recept på flaskhalsar.

men att ta för få till hands är återigen ett problem eftersom tiden är kärnan. Så, hitta sweet spot mellan fyllning och sälja kort är absolut nödvändigt.

exempel: du arbetar med att fastställa WIP-gränsen för din taxitjänstapp. När du bedömer antalet pågående uppgifter och den tid som behövs för att slutföra dem beräknar du en WIP-gräns på 4 uppgifter åt gången.

oftast fixar lag 3-4 uppgifter som WIP-gränsen. Eftersom vi skulle välja kvalitet > kvantitet vilken dag som helst.

steg 3: Mätning och hantering av arbetsflödet

Kanban handlar om flexibilitet. Det betyder att du får friheten att göra ändringar i ditt arbetsflöde, så länge ditt projekt drar nytta av dessa förändringar naturligtvis.

men hur räknar du ut vilka förändringar du ska göra?

ändringar i arbetsflödet görs genom att bedöma värdet som flyter i det aktuella arbetsflödet. Det vill säga hur smidigt effektiviserar uppgifterna från att göra till gjort, utan flaskhalsar.

och om några ändringar kan införlivas för att förbättra detta flöde, görs dessa ändringar. Därefter mäts deras inverkan på prestanda för att bestämma om de ska slutföra dessa förändringar eller släppa dem.

exempel: låt oss säga att ditt team har slutfört uppgifter med en WIP-gräns på 3 uppgifter bekvämt. Du höjer sedan gränsen till 5.

du börjar märka väntande uppgifter som staplas upp. Så du bestämmer dig för att ändra WIP-gränsen till 4 enheter och ta reda på att det fungerar till din fördel. Du kan nu leverera varor snabbt och samtidigt behålla kvaliteten.

för att upprätthålla denna balans måste du mäta och hålla reda på antalet objekt som finns i varje kolumn i Kanban-styrelsen, när som helst.

det är här kumulativa flödesdiagram spelar in. Du vet nu inte bara antalet objekt i varje kolumn utan också den tid det tar för ett objekt att flytta från en kolumn till en annan.

du skulle gärna veta att Zepel har en kumulativ Diagramfunktion som hjälper dig att mäta och hantera ditt arbetsflöde på bästa möjliga sätt. 🙂

medan du gör ändringar i arbetsflödet är det viktigt att komma ihåg att det primära motivet är att maximera detta värdeflöde och inte minimera det på något sätt.

steg 4: Göra policyer explicita

vi har alla våra egna policyer, vårt eget sätt att göra det vi gör. Men när vi blir en del av ett team skapar det ofta förvirring och kaos att inte ha gemensamma riktlinjer att följa.

till exempel, hur drar vi uppgifter från att göra till pågående? Om det är FIFO, vad gör vi när en högprioriterad artikel fastnar i kön bara för att den lades till sent?

för att ditt team ska kunna hantera sådana situationer, som är mycket vanliga i Kanban BTW, kräver de tydlighet. Och för att få en sådan tydlighet behöver ditt team policyer som ska göras tydliga.

exempel: Du har uppgifterna UI-design, kartor och taxibokning i att göra-kolumnen på ditt Kanban-bräde. Din följande FIFO, i samma ordning som de ovan nämnda uppgifterna. Men en högprioriterad uppgift som kallas betalning läggs till i listan.

nu, enligt dina uttryckliga policyer, måste högprioriterade uppgifter slutföras först och därmed flyttas betalningen till kolumnen pågående först.

på samma sätt kan du ha uttryckliga principer för alla aktiviteter i arbetsflödet.

ett måste: Optimering

att göra ändringar och optimera dina arbetsflödesstrategier till det bättre är en stor fördel som kanban erbjuder. Därför är termen Kaizen, som betyder att ständigt förbättras, associerad med Kanban.

genom dessa optimeringar kan du identifiera hur du bäst kan tillhandahålla värdefulla lösningar genom att öka din utvecklingshastighet samtidigt.

för att optimera din Kanban-arbetsflödesstrategi till det bättre måste du ta ett vetenskapligt tillvägagångssätt.

i huvudsak anger du en hypotes för att göra en ändring i styrelsen och definiera vad det önskade resultatet måste vara. Du genomför förändringen, så att den kan lösa sig under en tidsperiod. Och slutligen mäter du prestandan för denna ändring för att besluta att antingen anta den eller ångra den.

om du lutar dig mot Kanban, ta en titt på dessa Kanban board-exempel för att hjälpa dig att göra det sista samtalet.

å andra sidan, om du redan har bestämt dig och letar efter den perfekta Kanban-programvaran, kolla in vårt verktyg. Lycka till kanbaning. Du kan tacka oss senare.

oavsett om du väljer Scrum eller Kanban eller bestämmer dig för att implementera en kombination av båda, har Zepel alla rätt växlar och spakar för att du ska kunna implementera den smidiga metoden i ditt team.

men ta inte mitt ord för det! Du kan kolla in hur Zepel jämförs med andra smidiga projekthanteringsverktyg och läsa Varför 4000+ utvecklingsteam föredrar Zepel.