jira portfolio tutorial
JIRA Portfolio, en Agile Project Portfolio Management Plugin Praktisk granskning:
I denna utmärkt JIRA-serie , vi lärde oss att använda JIRA effektivt för att hantera Agile-projekt i vår tidigare handledning.
Portfölj för JIRA är den senaste versionen av Atlassians Agile Project Portfolio Management-tillägg för JIRA. Syftet är att underlätta förvaltningen av en portfölj av JIRA-projekt.
Det ger en ständigt uppdaterad, realtidsvy över framsteg över flera team och projekt inom en organisation, vilket gör det möjligt för chefer att ha en upp till minutvy om huruvida arbetet är på rätt spår för att möta släppdatum.
=> Klicka här för fullständiga JIRA-handledningsserier
Det ger också en sandlådemiljö som kan användas för att bedöma påverkan av förändring inom ett projekt på tidslinjer för släpp utan att faktiskt göra dessa ändringar i de refererade projekten.
I den här handledningen tar jag dig igenom bakgrunden av Portfolio för JIRA och diskuterar bland annat hur Portfolio tilldelar resurser, använder teamets tillgänglighet och de fyra steg du behöver ta för att skapa en portföljplan.
Vad du kommer att lära dig:
Portfölj för JIRA-bakgrund
Den första utgåvan av JIRA Portfolio, först tillgänglig på Atlassian Marketplace (Atlassians version av en Appstore för deras applikationer) i maj 2014, gav användarna en plan som gav synlighet över ett stort antal projekt och team inom JIRA - en “portfölj planen'. Detta gjorde det möjligt för chefer att planera arbete över flera projekt och fördela arbete så att tidslinjer bibehölls och släppdatum uppfylldes.
Medan nyckelbegreppen fanns på plats måste dock synkroniseringen mellan portföljplanerna och de JIRA-projekt som de gjordes från upprätthållas manuellt, vilket gjorde det mycket svårt att hålla portföljplanerna uppdaterade. Detta innebar att portföljplanerna mycket snabbt skulle bli synkroniserade med de projekt de representerade och portföljplanerna skulle inte längre ge en realistisk bild av hur projekt och team utvecklades.
Den senaste versionen har utformats särskilt för att integreras med JIRA Software på ett sådant sätt att en portföljplan alltid återspeglar det verkliga tillståndet för de projekt som den representerar. Data samlas in från ett valt omfång av JIRA-problem, som efter behov kan baseras på projekt, styrelser eller filter.
Dessa data matas kontinuerligt in i portföljplanen så att de alltid är uppdaterade med de senaste ändringarna i omfattningen. Detta inkluderar data som tidsberäkningar för JIRA-problem, beroenden mellan problem och när team finns tillgängliga för att arbeta med specifika frågor.
Figur 1: Vyn ”Schema” för en portföljplan, som visar tidslinjerna för flera projekt, med JIRA-problem mappade mot denna tidslinje.
Portföljen tilldelar resurser med hjälp av en unik schemaläggningsalgoritm som bygger in alla prioriteringar och tidsfrister som användaren anger mot omfattningsobjekt.
Värden för olika egenskaper som är associerade med JIRA-problem kan ställas in till ett definierat värde som inte kommer att ändras av algoritmen eller ställas in som 'Beräkna', vilket gör att schemaläggningsalgoritmen kan ändra värdet på parametern för att uppfylla den angivna släpptidslinjen.
Utgåvorna själva har också denna flexibilitet, vilket gör det möjligt för Portfolio att beräkna ett släppdatum baserat på när det valda omfattningen av arbetet är slutfört, i motsats till att ange ett strikt släppdatum som måste träffas.
Observera att om schemaläggningsalgoritmen föreslår en ändring av ett JIRA-projekt måste ändringen bekräftas (”begås”) av en portföljanvändare med relevanta behörigheter. Ändringar kan inte göras i underliggande JIRA-projekt på ett okontrollerat sätt.
Figur 2: Ändringar görs endast i de underliggande JIRA-projekten och frågorna när de återförs till JIRA, vilket förhindrar att ändringar görs på ett okontrollerat sätt.
Ändringar i frågor kan också göras av användaren inifrån portföljplanen, men ett specifikt ”åtagande” av dessa förändringar på portföljnivå krävs för att få dem att flyta igenom till JIRA. Detta förhindrar att projektledare på fältet ser att deras projekt mystiskt uppdateras utan att det finns en tydlig möjlighet för användare på portföljnivå att hålla dem informerade.
Vidare tillåter det Portfolio för JIRA 2.0 att fungera som en sandlådemiljö där förändringar kan göras i frågor på portföljnivån och deras inverkan på tidslinjer för release etc. utvärderas innan ändringarna överförs till alla som arbetar med projekten. Med andra ord tillåter det att 'tänk om' -scenarier körs.
Skapa portföljplaner
Att skapa en portföljplan är enkel och består av endast fyra steg.
För det första definieras omfattningen genom att välja de projekt, team eller filter som ska användas för att samla problem som omfattningen kommer att definieras från. Flera alternativ kan användas vid denna tidpunkt. Släpp som är associerade med dessa alternativ väljs sedan för att definiera vilka utgåvor som ska ingå i planen.
Därefter väljs de team som ska ingå i planen och ett standardteam skapas för varje projekt.
Slutligen listas frågorna relaterade till de valda utgåvorna, så att användaren kan välja vilka frågor de vill inkludera i planens omfattning. När detta är slutfört använder Portfolio sin schemaläggningsalgoritm för att skapa en portföljplan baserad på data relaterade till de valda problemen.
Portföljplanen presenteras med en schematvy med tre flikar som representerar de data som används för att skapa den; Omfattning, lag och utgåvor.
Schemat kan ses kontinuerligt mot alla tre flikar, eller separat som en rapport på sin egen sida. Ändringar på någon av de tre flikarna kan ses i schemaläggningsvyn och bedömas innan de är förpliktade till JIRA.
En tidslinje visas med problem placerade mot den över tiden, med en enkel färgkodningsdesign som används för att visa om en release är på rätt spår eller inte; raden är grön om den är på rätt spår och är röd om släppdatumet inte kommer att uppnås.
De specifika datumen för släppdatum och slutdatum visas på tidslinjen, så att användarna kan se var luckorna ligger och hur stort klyftan är mellan slutförande och släpp. Denna vy kan konfigureras på ett antal olika sätt för att visa en uppdelning av projekt, team eller användare, samt ett antal andra användbara vyer.
För närvarande finns det ingen tydlig indikation i schemaläggningsvyn där släppdatum baserat på omfattningen kommer nära det förväntade släppdatumet.
lista och förklara minst två saker du kan uppnå genom att testa programvara för säkerhetsfrågor.
Förutom att kunna se hur arbete planeras över tid inom projekt presenterar Portfolio för JIRA också denna information i en ”Capacity” -vy för de team som arbetet har tilldelats.
Denna vy visar vad den tillgängliga kapaciteten för alla lag som ingår i portföljplanen är, vilket visar hur många timmar dessa team har tilldelat dem under en viss vecka eller sprint, beroende på vilken Agile-metod som används, samt visar användningen av dessa lag och där tillgänglig kapacitet och potentiella flaskhalsar kan ligga.
Figur 3: Vyn ”Kapacitet” för en portföljplan visar fördelningen av arbete till team över hela planen. Att markera särskilda sprints eller veckor visar teamets användningsstatistik, inklusive flaskhalsar och ledig kapacitet.
Portföljen för JIRA använder lagets tillgänglighet och kompetensen hos medlemmarna i dessa lag för att ytterligare förfina släppschemat. När team inrättas kan användare inom JIRA läggas till dem och tilldelas särskilda färdigheter beroende på vilken roll de kan ha.
Till exempel,ett team av utvecklare kunde tilldelas färdigheter baserat på den kunskap de hade om olika programmeringsspråk. Portföljen använder detta för att tilldela uppgifter inte bara till team utan till vissa medlemmar i team som har de färdigheter som krävs för att slutföra dessa uppgifter. Dessa färdigheter är vad Portfolio använder för att definiera var flaskhalsar kan finnas och hjälper till att klargöra var ytterligare resurser kan behövas för att uppfylla utgivningsdatum, men det är inte alltid klart hur betydande flaskhalsarna kan vara.
Teamen som skapas inom en plan kan också delas med andra planer med hjälp av 'Delade team'. Detta sparar tid när du skapar planer genom att ta med information om dessa team, såsom de tidigare diskuterade färdigheterna.
Portföljen gör det möjligt för team som arbetar med samma projekt att arbeta med olika metoder och bryter ner schemat i enlighet med detta. ett team som använder Scrum ser uppgifter som tilldelats sprints, medan ett team som använder Kanban kommer att se uppgifter som tilldelats baserat på prioritets- och tidsuppskattningar.
I 'Schema' -vyn kan du sedan filtrera detta på ett antal olika sätt med ett mycket liknande filtreringsverktyg som det som används i JIRA för Issue Navigator.
Figur 4: Team kan skapas med färdigheter som ställs mot specifika teammedlemmar, så att schemaläggningsalgoritmen kan tilldela uppgifter specifikt till användare som har färdigheterna att slutföra den uppgiften.
Med flera projekt som visas i en enda portföljplanvy kan användarna definiera beroenden mellan projekt, oavsett om de är med i team som använder dessa projekt eller krav på att vissa aktiviteter ska slutföras innan andra kan starta.
Portföljen för JIRA tar med beroenden som redan finns i JIRA, samtidigt som nya beroenden kan läggas till via vyn ”Scope”. Dessa beroenden kan tydligt ses i vyn 'Schema' genom att klicka på en av de frågor som den avser och se de relaterade frågorna också markerade i portföljplanen.
Medan portföljen för JIRA tar in information om redan tillgängliga versioner inom projekt, kan nya utgåvor också definieras från planvyn (dvs. på portföljnivå, som eventuellt spänner över mer än ett projekt), och därmed kan projektrelaterade utgivningar skapas. Detta gör att arbete mellan olika projekt kan planeras så att allt arbete slutförs till en delad deadline.
Portföljen hanterar detta genom att skapa individuella utgåvor inom varje projekt som är länkade tillsammans med ett delat schema.
En enda sanningskälla
Portföljförvaltare måste kunna snabbt se och analysera framstegen för alla sina team och projekt i en organisation, oavsett hur komplexa organisationen eller projekten är inom, och Portfolio för JIRA 2.0 levererar detta.
Det ger en enda källa till sanning för chefer att utarbeta det mest effektiva sättet att distribuera arbete till team. Den största förbättringen med den senaste utgåvan är avlägsnandet av kravet på manuell synkronisering med JIRA-projekt, vilket säkerställer att portföljplanerna alltid är en realistisk bedömning av framsteg inom projekt och de sannolika tidsplaner som kommer att uppnås.
=> Besök här för fullständiga JIRA-handledningsserier
Om författaren: Detta gästinlägg är skrivet av Mitchell Davison, teknisk konsult på Automationskonsulter
PREV-handledning | NÄSTA självstudie
Rekommenderad läsning
- JIRA Agile Tutorial: Hur man använder JIRA effektivt för att hantera agila projekt
- JIRA Administration Tutorial: JIRA Admin and User Management
- GitLab Jira Integration Tutorial
- Jira nedladdning och installation med Jira License Setup
- Integrera JIRA med TestLodge Test Case Management System: Steg-för-steg-handledning
- JIRA-handledning: En fullständig praktisk användning av JIRA-guide
- JIRA och SVN Integration Tutorial
- Fördjupade förklaringar om förmörkelser för nybörjare