Hva er smidig prosjektledelse?

Agile prosjektledelse er en inkrementell metode for å styre design- og bygningsaktiviteter som er innarbeidet i forskjellige felt som Engineering, Information Technology og andre forretningsområder som streber etter å implementere ny tjenesteutvidelse på en svært tilpasningsdyktig og interaktiv måte. Agile management tilbyr et enkelt rammeverk som støtter kommunikasjon mellom alle teammedlemmer og reflekterer over potensielle etterslep i arbeid tidligere. Bedrifter som bruker tradisjonell planlegging av fossefall, har migrert til den smidige forbedringsmåten. Waterfall bygger programvare i en faset serie med første gang for ekte tilbakemelding som skjer rett før utgivelse. Agile bygger programvare trinnvis ved å bruke små repetisjoner for å holde veksten regulert med endrede forretningsbehov. Vi kan ikke gå tilbake i faser med fossefallsmetoden, men det er mulig med Agile.

Definisjon av Agile Project Management

Agile Development er en betegnelse på flere iterative og inkrementelle programvareutviklingsmetoder. Selv om hver av de smidige metodene er unike i sin spesifikke tilnærming, deler de alle en felles visjon og kjerneverdier. Det er to tilnærminger i smidig utvikling, nemlig:

  • Lett tilnærming
  • Fullere tilnærming

Den lette tilnærmingen består av flere metoder som Scrum, Lean programvareutvikling, Kanban (prosess + metode), Kontinuerlig integrasjon, Kontinuerlig levering, Ekstrem programmering og Funksjonsdrevet utvikling.

Den fulle tilnærmingen brukes til å distribuere for mer enn ett team. Funksjoner som Scrum of Scrums, Scrum in skala, Storskala-scrum, skalert smidig ramme, disiplinert smidig levering, smidig enhetlig prosess er en del av den fulle tilnærmingen.

Agile-manifestet gir visse retningslinjer som skal følges i evalueringen av nytilpassede metoder over tradisjonelle måter.

  • Enkeltpersoner og interaksjoner som holdes mellom dem gir bedre innsikt og ideer - Over implementering av prosesser og verktøy i utviklingen av et prosjekt
  • Arbeidsprogramvare tilfører teamet mer verdi enn den omfattende dokumentasjonen, uten en ordentlig arbeidsmodell eller et resultat som er opprettet helt basert på antakelsen om at programvaren vil fungere.
  • Kundesamarbeid kreves for å forstå forventningene bedre enn å forhandle kontrakten med dem.

Å svare på endringer som skjer rundt i bransjen og følge med konkurrentene tilfører teamet verdi og et formål, i stedet for å følge en plan som ikke er tilpasset utviklingen.

Forstå Agile prosjektledelse

Scrum er en iterativ og trinnvis Agile programvareutviklingsramme som gir en kontinuerlig utvikling av prosjektet i hver iterasjon og tilpasser endringer for å styre programvareprosjekter og produkt- eller applikasjonsutvikling. Den vektlegger "en fleksibel, helhetlig produktutviklingsstrategi der et utviklingsteam jobber som en enhet for å nå et felles mål" i motsetning til en "tradisjonell, sekvensiell tilnærming". Scrum muliggjør opprettelse av selvorganiserende team og verbal interaksjon mellom alle teammedlemmer. Ikke en definert prosess, men en empirisk prosess. Enkelt sagt kan Scrum defineres som et smidig rammeverk for teamsamarbeid for å bygge komplekse prosjekter.

Det er forskjellige roller i et Scrum-team:

Scrum master - Det er en ekspert fasilitator. Hun / han spiller en uavhengig rolle ideelt sett ikke av rapporteringslederne. Hun / han spiller en viktig rolle i smidig levering. Noen viktige ansvarsområder er gitt nedenfor:

  • Skrummesteren fungerer som en tjenerleder.
  • Beskytter teamet mot ytre forstyrrelser.
  • Jobber kontinuerlig med ledelsen for å spore fremdriften som gjøres på en daglig basis.
  • Tar vare på alle hindringer for teamet for å forbedre teamets effektivitet.
  • Sikrer at tilpasningen er utført og inspiserer prosessflyten.
  • Muliggjør tett samarbeid om alle roller og ansvar i teamet.

Produktseier - Det er den interne kunden, med andre ord næringsdrivende eller produkteier. Den viktigste oppgaven er å kommunisere visjonen om produktet på en ordentlig og lett forståelig måte. Produktets etterslep for hver dag blir prioritert og diskutert i sprintplanleggingsmøtet. Evaluering av brukerdefinerte historier utføres av produktleieren.

Utviklingsteamet - Det er også kjent som Scrum-teamet består vanligvis av rundt 10 medlemmer. De har myndighet til å utføre oppgavene på en måte som er mulig å levere med høy kvalitet og standarder. De er forpliktet til Agile rammeverket og planlegger arbeidet deres deretter.

Hvordan gjør agile prosjektledelse arbeidet så enkelt?

Produktpleieøkt

Hensikten med et "stellmøte" -møte er å sikre at etterslepet forblir befolket med gjenstander som er relevante, nøyaktige og evaluerte i en grad som er relevant for deres prioritet. Hjelper med å følge med den nåværende kunnskapen om prosjektet eller produktet og dets mål.

Sprint Planning Session

Hva å gjøre?

  • Analyser delene med høyt prioritert etterslep for å finne klarhet i tilnærmingen.
  • Sprintmålet må fullføres.
  • Scrum Master, produktleier og hele teamet deltar i den innledende planleggingen.

Hvordan gjøre?

  • Sprint Backlog med oppgaver bestemmes og genereres.
  • Definisjon av utført (Utgangskriteriene som brukes for å avgjøre om et produktbeholdningsobjekt er komplett) for et bestemt produkt blir bestemt. Scrum-mesteren og teamet er involvert i denne fasen.

Daglig Stand Up-møte

  • Fremdriften i prosjektet
  • Plan for dagen
  • Endringer som skal inkluderes
  • Nedbrent diagram er en graf som brukes til å reflektere over hvor mange timers arbeid som er igjen i en Iteration.

Dette er de viktigste temaene som skal diskuteres i møtet.

Sprint Review Meeting

For å demonstrere funksjonaliteten til bedriften eller noen ganger bekrefte de avtalte brukerhistoriene i Sprint-etterslepet hvis de har oppfylt det forventede resultatet. Scrum-teamet, prosjektleier, Scrum Master, eksterne interessenter deltar alle i møtet. Godkjennelse av utfallet aksepteres. Produktseieren kan også vurdere kvaliteten på utviklingen.

Sprint retrospektivt møte

Tre ting blir vurdert i dette:

  • Hva må gjøres etter hver sprint
  • Det som gikk bra i den siste sprinten
  • Hva kan endres i følgende sprint

Topp agile prosjektledelse selskaper

Noen av de beste selskapene der introdusering av Agile Project ledelse gjorde en stor forskjell:

  • 3M - Å ta i bruk smidige metoder ga et dynamisk miljø snarere de tradisjonelle fossemåtene.
  • IBM - Overvunnet manglende etterslep, produktlevering til tiden.
  • ANZ - Tredje største bank i Australia. Nye funksjoner som menneskesentrerte designprinsipper bidro til å høste fordeler.
  • Google - Tillat brukere å delta i utviklingen av Android-plattformen i Beta-versjonen.
  • Spotify - streamingtjeneste for musikk oppnådde gode resultater med Agile.

Hva kan du gjøre med smidig prosjektledelse?

Investere i gode historier

En egenskap som er lagt til i etterslepet, blir vanligvis referert til som en brukerhistorie. Ulike historier fra teamet presenteres og evalueres basert på visse kriterier. Historiene skal være uavhengige og ikke ha noen avhengighet av andre krav. Det må tilføre prosjektverdien både internt og eksternt. Historienes innsats vil bli estimert av produktleieren. Det skal være lite og lett omsettelig uten å forårsake mye forvirring. Når historien er kort forklart, vil det være valg for valg av teamet. Hvis det er et avvik i forventningene, diskuteres det igjen med alle relaterte spørsmål. Denne prosessen fortsetter til en passende historie er valgt. Estimering gjøres basert på poeng. Dette eliminerer engasjementet for tid og innsatsen er basert på oppgavene som er tildelt.

Arbeider med smidig prosjektledelse

Agile prosjektledelse har som mål å levere den høyeste forretningsverdien først. De viktige artefaktene fra Scrum-rammen hjelper deg med å oppnå det samme.

Produktets etterslep

Det eies av produkteieren og prioriteres av forretningskravene. Brukerhistorier og brukstilfellene evalueres i utgangspunktet og utføres en gratis form for testing. Funksjonene og manglene blir realisert og kunnskapen som er tilegnet overføres til hele teamet. Brainstorming av andre ideer gjøres. Mulige løsninger vurderes og benyttes til teknisk arbeid. Planen blir deretter utarbeidet og etterslepp oppgavene blir diskutert under det daglige Scrum-møtet.

Sprint-etterslep

Det er delmengden av produktets etterslep som definerer arbeidet for en sprint. Teammedlemmene oppretter sprint etterslepet. Hvert team har sin egen status avhengig av oppgavene som er definert til dem av Agile-prosessen. Dette oppdateres regelmessig. Tillegg eller sletting av elementer blir ivaretatt av teamet. Oppgavene blir kun betraktet som utført når de blir distribuert til systemet og vurdert av produktleieren.

Brenn ned diagrammer

Diagrammene gir informasjon om fremdriften og arbeidet som gjenstår for hvert team. Den viser hvor mye arbeid som gjenstår for teamet å fullføre før utgivelsen. Ideelt sett bør brenne ned til null til slutten av Sprint.

Fordeler

Verdien av smidige metoder

  • Mot : Alle i laget skal få lik mulighet til å snakke, for å sikre at sprinten beveger seg i én retning.
  • Fokus : Hold fokus på å nå de smidige målene og levering av sluttproduktet med Value.
  • Respekt : Teamet bør vurdere andre ideer og perspektiver. Aldri være partisk med forskjeller og bakgrunn.
  • Åpenhet : Det skal være åpenhet og tillit i teamet og være åpne for tilbakemelding.
  • Engasjement : Lag skal være forpliktet til sine smidige mål.

Hvorfor trenger vi smidig prosjektstyring?

  • Tidlig og kontinuerlig levering av fungerende programvare for å vise fremskritt som gjøres hver dag.
  • Å omfavne endring i krav sent i utviklingen er det viktigste og viktige trekk ved smidighet. Endringene kan gjøres og integreres i programvaren selv ved siste iterasjon.
  • Forretningsfolk og arbeidstakere som jobber sammen hver dag som en del av flere møter, foregår samspillet ofte, og en bedre forståelse kan bringes i teamet.
  • Bygg et prosjekt rundt motiverte individer og stole på dem for å få jobben gjort.
  • Den mest effektive metoden for å formidle et budskap er gjennom samspill ansikt til ansikt, slik at ingen av forventningene blir feilkommunikert.
  • Arbeidsprogramvare er det primære målet på fremgang
  • Kontinuerlig oppmerksomhet på teknisk dyktighet blir gitt.
  • Enkelhet maksimerer mengden arbeid som ikke er gjort, noe som gir en ide om hva som må prioriteres og fullføres i begynnelsen.
  • Lag organiserer seg selv i henhold til målene som trengs for å oppnås innen tidsrammen.

Lag reflekterer og justerer oppførsel regelmessig i henhold til endringene som skjer i og rundt å følge med konkurrentene.

omfang

Det nåværende tempoet i teknisk reformasjon kan endre en bransje på kort tid. Bedrifter som har vært i virksomhet i flere tiår, forstår at de ikke er utstyrt til å tilpasse seg like raskt. En smidig tilnærming handler om å jobbe mer samarbeid, å slippe produktet før, for å få raskere tilbakemeldinger. Det oppfordrer bedrifter til å effektivisere metodene sine og reagere når de ser endringer oppstå.

Hvorfor skal vi bruke smidig prosjektstyring?

Søyler av smidig rammeverk

  • Inspeksjon : Passende kontroller blir utført for å følge med på fremdriften mot Agile, og har som mål å oppdage uakseptable avvik.
  • Tilpasning : Endre en prosess så raskt som mulig for å redusere eventuelle ytterligere bekymringer eller modifikasjoner.
  • Åpenhet : Gi klarhet i de viktige aspektene av metoden som er ansvarlig for utfallet.

Rett publikum for å lære smidig prosjektledelse

Agile prosjektledelse er egnet for personer med minstekunnskap om følgende terminologier:

Kapasitetsplanlegging

Hele sprinten er delt opp i oppgaver og kapasiteten til hvert team planlegges individuelt. Det tas hensyn til mulige arbeidstimer og beregnes basert på sprint-timene som kreves for å fullføre oppgavene, tilgjengelige ressurser sammen med avvik som kan oppstå. Dette gir en hel oversikt over antall dager som kreves for å fullføre Sprint og gjøre brukerhistorien til en fullstendig fungerende.

Akseptkriterier definerer grensene for en brukerhistorie og brukes til å validere når en historie er ferdig og fungerer som forventet. Done-Done er et begrep som jevnlig brukes av team for å indikere at arbeidet som er fullført under sprinten er "virkelig" gjort. Gjort til det punktet der forbrukeren ville tro at arbeidet sannsynligvis kan leveres. Riktig agile team krever ikke to konsepter (gjort og gjort-gjort).

Konklusjon

Til tross for potensielle barrierer som vanskeligheter med å overbevise kunden og belaste kundene basert på arbeidstimer, gjør bruk av Agile programvareutviklingsmetode en synlig forskjell i kvaliteten på produsert produksjon

Anbefalte artikler

Dette har vært en guide til What is Agile Project Management. Her diskuterte vi definisjon, arbeid, ferdigheter, omfang og fordeler med Agile Project Management. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -

  1. Viktige forskjeller mellom Agile vs Scrum
  2. Agile intervjuspørsmål og svar
  3. Agile prosjektledelse for dummies
  4. Swarming Technology Hjelper smidige team til å vokse?

Kategori:

Entreprenørskaputvikling