jira portfolio tutorial
JIRA Portfolio, en Agile Project Portfolio Management Plugin Hands-on Review:
I dette utmerket JIRA-serie , vi lærte å bruke JIRA effektivt for å administrere Agile prosjekter i vår forrige opplæring.
Portefølje for JIRA er den siste utgivelsen av programtillegget Agass Project Portfolio Management for Atlassian for JIRA. Hensikten er å legge til rette for styring av en portefølje av JIRA-prosjekter.
Det gir en kontinuerlig oppdatert sanntidsvisning av fremdrift på tvers av flere team og prosjekter i en organisasjon, slik at ledere kan ha et helt inn i det minste syn på om arbeidet er på rett spor for å møte utgivelsesdatoene.
=> Klikk her for komplette JIRA-opplæringsserier
Det gir også et sandkassemiljø som kan brukes til å vurdere effekten av endring i et prosjekt på tidslinjer for utgivelse uten å gjøre endringene i de refererte prosjektene.
I denne opplæringen tar jeg deg gjennom bakgrunnen til Portfolio for JIRA og diskuterer blant annet hvordan Portfolio tildeler ressurser, bruker teamtilgjengelighet og de fire trinnene du må ta for å lage en porteføljeplan.
Hva du vil lære:
Portefølje for JIRA bakgrunn
Den første utgivelsen av JIRA Portfolio, først tilgjengelig på Atlassian Marketplace (Atlassians versjon av en Appstore for deres applikasjoner) tilbake i mai 2014, ga brukerne en plan som ga synlighet over et stort antall prosjekter og team innen JIRA - en “portefølje” plan'. Dette tillot ledere å planlegge arbeidet på tvers av flere prosjekter, og tildele arbeid slik at tidslinjene ble opprettholdt og utgivelsesdatoene ble oppfylt.
Mens nøkkelbegrepene var på plass, måtte imidlertid synkroniseringen mellom porteføljeplanene og JIRA-prosjektene de ble laget fra opprettholdes manuelt, noe som gjorde det veldig vanskelig å holde porteføljeplanene oppdatert. Dette betydde at veldig raskt porteføljeplanene ikke kunne synkroniseres med prosjektene de representerte, og porteføljeplanene ikke lenger ville gi et realistisk syn på hvordan prosjekter og team utviklet seg.
Den siste versjonen er spesielt designet for å integreres med JIRA Software på en slik måte at en porteføljeplan alltid gjenspeiler den virkelige tilstanden til prosjektene den representerer. Data samles fra et utvalg av JIRA-problemer, som etter behov kan baseres på prosjekter, styrer eller filtre.
Disse dataene mates kontinuerlig inn i porteføljeplanen, slik at den alltid er oppdatert med de siste endringene i omfanget. Dette inkluderer data som tidsestimater for JIRA-problemer, avhengigheter mellom problemer, og når team er tilgjengelig for å jobbe med bestemte problemer.
Figur 1: “Planlegg” -visningen for en porteføljeplan, som viser tidslinjene for flere prosjekter, med JIRA-problemer kartlagt mot denne tidslinjen.
Portefølje tildeler ressurser ved hjelp av en unik planleggingsalgoritme som bygger inn eventuelle prioriteringer og tidsfrister som er satt av brukeren mot omfangsposter.
Verdier for forskjellige egenskaper knyttet til JIRA-problemer kan settes til en definert verdi som ikke vil endres av algoritmen eller settes til 'Beregn', slik at planleggingsalgoritmen kan endre verdien av parameteren for å oppfylle den gitte utgivelsestidslinjen.
Utgivelsene i seg selv har også denne fleksibiliteten, slik at porteføljen kan beregne en utgivelsesdato basert på når det valgte omfanget av arbeidet er fullført, i motsetning til å sette en streng utgivelsesdato som må treffes.
Merk at hvis planleggingsalgoritmen foreslår en endring i et JIRA-prosjekt, må endringen bekreftes ('forpliktet') av en porteføljebruker med de relevante tillatelsene. Endringer kan ikke gjøres i underliggende JIRA-prosjekter på en ukontrollert måte.
Figur 2: Endringer gjøres bare i de underliggende JIRA-prosjektene og problemene når de er forpliktet tilbake til JIRA, og forhindrer at endringer gjøres på en ukontrollert måte.
Endringer i problemer kan også gjøres av brukeren innenfor porteføljeplanen, men det kreves en spesifikk 'forpliktelse' av disse endringene på porteføljenivå for å få dem til å flyte gjennom til JIRA. Dette forhindrer at prosjektledere på bakken ser at prosjektene deres blir oppdatert på mystisk vis uten at det er en klar mulighet for brukere på porteføljenivå til å holde dem informert.
Videre tillater det portefølje for JIRA 2.0 å fungere som et sandkassemiljø, der endringer kan gjøres i problemer på porteføljenivå og deres innvirkning på utgivelsestidslinjer osv. Vurdert før endringene sendes videre til alle de som jobber med prosjektene. Med andre ord, det tillater kjøring av 'hva om' -scenarier.
Lage porteføljeplaner
Å lage en porteføljeplan er enkel, og består av bare fire trinn.
For det første defineres omfanget ved å velge prosjekter, team eller filtre som skal brukes til å samle problemer som omfanget vil bli definert fra. Flere alternativer kan brukes på dette punktet. Utgivelser knyttet til disse alternativene blir deretter valgt for å definere hvilke utgivelser som skal inkluderes i planen.
Deretter velges teamene som skal inkluderes i planen, og det blir opprettet et standardteam for hvert prosjekt.
Til slutt er problemstillingene knyttet til de valgte utgivelsene oppført, slik at brukeren kan velge hvilke problemer de vil ha med i planens omfang. Når dette er fullført, bruker porteføljen sin planleggingsalgoritme til å lage en porteføljeplan basert på data knyttet til de valgte problemene.
Porteføljeplanen presenteres med en tidsplanvisning med tre faner som representerer dataene som brukes til å lage den; Omfang, lag og utgivelser.
Tidsplanen kan sees kontinuerlig i alle tre faner, eller separat som en rapport på sin egen side. Endringer på en av de tre fanene kan sees i tidsplanvisningen og vurderes før de er forpliktet til JIRA.
En tidslinje vises med problemer mot den over tid, med en enkel fargekodingsdesign som brukes til å vise om en utgivelse er på rett spor eller ikke; linjen er grønn hvis den er på sporet, og er rød hvis utgivelsesdatoen ikke skal oppfylles.
De spesifikke datoene for utgivelsesdatoen og ferdigstillelsesdatoen vises på tidslinjen, slik at brukerne kan se hvor hullene ligger og hvor stort gapet er mellom fullføring og utgivelse. Denne visningen kan konfigureres på en rekke forskjellige måter for å vise en oversikt over prosjekter, team eller brukere, samt en rekke andre nyttige visninger.
Foreløpig er det ingen klar indikasjon i tidsplanvisningen der utgivelsesdatoen basert på omfanget kommer nær forventet utgivelsesdato.
liste opp og forklar minst to ting du kan oppnå ved å teste programvare for sikkerhetsproblemer.
I tillegg til å kunne se hvordan arbeid planlegges over tid innen prosjekter, presenterer Portfolio for JIRA også denne informasjonen i en 'Capacity' visning for teamene som arbeidet er tildelt.
Denne visningen viser hva den tilgjengelige kapasiteten til alle lagene som er inkludert i porteføljeplanen, og fremhever antall timer disse lagene har tildelt dem i en bestemt uke eller sprint, avhengig av Agile-metoden som brukes, samt viser bruken av disse lagene og hvor tilgjengelig kapasitet og potensielle flaskehalser kan ligge.
Figur 3: Visningen 'Kapasitet' for en porteføljeplan viser fordelingen av arbeid til team på tvers av planen. Å fremheve spesielle sprinter eller uker viser teamets bruksstatistikk, inkludert flaskehalser og ledig kapasitet.
Portefølje for JIRA bruker teamtilgjengelighet, og ferdighetene til medlemmene i disse teamene, for å videreutvikle utgivelsesplanen. Når team er satt opp, kan brukere innen JIRA legges til dem og tildeles spesielle ferdigheter avhengig av hvilken rolle de kan være.
For eksempel,et team av utviklere kunne få tildelt ferdigheter basert på kunnskapen de hadde om forskjellige programmeringsspråk. Porteføljen bruker dette til å tildele oppgaver ikke bare til team, men til bestemte medlemmer av team som har ferdighetene som kreves for å fullføre disse oppgavene. Disse ferdighetene er det Portfolio bruker for å definere hvor flaskehalser kan eksistere, og bidra til å avklare hvor det kan være behov for ytterligere ressurser for å møte utgivelsesdatoer, men det er ikke alltid klart hvor viktig flaskehalsene kan være.
Teamene som er opprettet i en plan, kan også deles med andre planer ved hjelp av 'Shared Teams'. Dette sparer tid når du lager planer ved å hente inn informasjon knyttet til disse lagene, for eksempel ferdighetene som er diskutert tidligere.
Porteføljen tillater lag som jobber med det samme prosjektet å bruke forskjellige metoder, og bryter ned tidsplanen deretter; et team som bruker Scrum, vil se oppgaver som er tildelt sprints, mens et team som bruker Kanban vil se oppgaver som er tildelt basert på prioritets- og tidsestimater.
Med 'Schedule' -visningen kan dette filtreres på en rekke forskjellige måter, ved å bruke et veldig lignende filtreringsverktøy som det som brukes i JIRA for Issue Navigator.
Figur 4: Lag kan opprettes med ferdigheter satt mot bestemte teammedlemmer, slik at planleggingsalgoritmen kan tildele oppgaver spesifikt til brukere som har ferdigheter til å fullføre den oppgaven.
Med flere prosjekter som vises i en enkelt porteføljeplanvisning, kan brukerne definere avhengigheter mellom prosjekter, enten de er på teamene som bruker disse prosjektene eller krav til spesifikke aktiviteter som skal fullføres før andre kan starte.
Portefølje for JIRA bringer inn avhengigheter som allerede eksisterer i JIRA, samtidig som nye avhengigheter kan legges til via 'Scope' -visningen. Disse avhengighetene kan sees tydelig i 'Schedule' -visningen ved å klikke på en av problemene den er knyttet til, og se de relaterte problemene også uthevet i porteføljeplanen.
Mens Portfolio for JIRA bringer inn informasjon om utgivelser som allerede er tilgjengelige i prosjekter, kan nye utgivelser også defineres fra planvisningen (dvs. på porteføljenivå, potensielt spenner over mer enn ett prosjekt), og dermed kan utgivelser på tvers av prosjekter opprettes. Dette gjør at arbeid mellom forskjellige prosjekter kan planlegges slik at alt arbeid er fullført til en delt frist.
Portefølje håndterer dette ved å lage individuelle utgivelser innen hvert prosjekt som er koblet sammen med en delt tidsplan.
En eneste kilde til sannhet
Porteføljeforvaltere må kunne se og analysere fremdriften til alle sine team og prosjekter på tvers av en organisasjon, uavhengig av kompleksiteten i organisasjonen eller prosjektene innenfor, og Portfolio for JIRA 2.0 leverer dette.
Det gir en enkelt sannhetskilde for ledere å finne ut den mest effektive måten å distribuere arbeid til team. Den største forbedringen med den siste utgivelsen er fjerningen av kravet om manuell synkronisering med JIRA-prosjekter, og sørger for at porteføljeplaner alltid er en realistisk vurdering av fremdriften innen prosjekter og de sannsynlige tidsplanene som vil bli oppfylt.
=> Besøk her for komplette JIRA-opplæringsserier
Om forfatteren: Dette gjesteposten er skrevet av Mitchell Davison, teknisk konsulent hos Automasjonskonsulenter
PREV Opplæring | NESTE veiledning
Anbefalt lesing
- JIRA Agile Tutorial: Hvordan bruke JIRA effektivt til å administrere smidige prosjekter
- JIRA Administration Tutorial: JIRA Admin and User Management
- GitLab Jira Integration Tutorial
- Jira nedlasting og installasjon med Jira License Setup
- Integrer JIRA med TestLodge Test Case Management System: trinnvis veiledning
- JIRA-opplæring: En komplett brukervennlig JIRA-guide
- JIRA og SVN Integration Tutorial
- In-Depth Eclipse Tutorials For Beginners