De fire verdiene i Agile er søylene i Agile metodikk. Fra disse verdiene utviklet teamet 12 prinsipper. Disse prinsippene kan enkelt tilpasses for å passe til behovene til teamet ditt. Hvis verdiene til Agile er de vektbærende pilene i et hus, så er 12 prinsipper rommene du kan bygge i det huset.

De 12 prinsippene som brukes i Agile metodikk er:

Tilfredsstille kunder gjennom tidlig og kontinuerlig levering . Når kundene får nye oppdateringer regelmessig, er de mer sannsynlig å se endringene de vil ha i produktet. Dette fører til lykkeligere, mer fornøyde kunder, og flere gjentatte inntekter.

Velkommen endrede krav, til og med sent i prosjektet . Den agile rammen handler om tilpasningsevne. I iterative prosesser som Agile, forårsaker ufleksibel, forårsaker mer skade enn godt.

Levere verdi ofte. I likhet med prinsipp nummer én, gir den levere verdien til kundene dine ofte det mindre sannsynlig for dem å churn.

Bryte siloer av prosjektene dine. Samarbeidet er nøkkelen i det fleksible rammeverket. Målet er at folk skal bryte ut av sine egne individuelle prosjekter og samarbeide sammen oftere .

Bygge prosjekter rundt motiverte individer. Agile fungerer best når lagene er engasjert og aktivt arbeider for å oppnå et mål.

Den mest effektive måten å kommunisere på er ansikt til ansikt. Mens vi kommuniserer på jobben, har endret seg dramatisk siden 2001, gjelder følelsen av denne utsagnet i dag i dag. Hvis du jobber på et distribuert lag, bruker du tid på å kommunisere på måter som involverer ansikt til ansiktskommunikasjon som zoomanrop.

Arbeidsprogramvare er det primære målet for fremgang. Det viktigste som lagene skal streve etter med det smidige rammeverket er produktet. Målet her er å prioritere funksjonell programvare over alt annet.

Opprettholde et bærekraftig arbeidsrenne. Noen aspekter av smidig kan være fartsfylt, men det bør ikke være så fort som lagmedlemmer brenne ut . Målet er å opprettholde bærekraft gjennom hele prosjektet.

Kontinuerlig fortreffelighet øker smidigheten . Hvis laget utvikler utmerket kode i en sprint, kan de fortsette å bygge av det neste. Fortsatt å skape godt arbeid gjør det mulig for lag å bevege seg raskere i fremtiden.

Enkelhet er viktig . Noen ganger er den enkleste løsningen den beste løsningen. Agile har som mål å ikke overkomplisere ting og finne enkle svar på komplekse problemer.

Selvorganiserende lag genererer mest verdi . I likhet med prinsipp nummer fem, lagene som er proaktive blir verdifulle eiendeler til selskapet som de streber etter å levere verdi.

Reflekterer regelmessig og justerer din vei for arbeid til øke effektiviteten . Retrospektive møter er en vanlig smidig praksis. Det er en dedikert tid for lag å se tilbake og reflektere over deres ytelse og tilpasse deres atferd for fremtiden.

Hvorfor bruke Agile Project Management?

[1. 3]

Du finner vanligvis Agile Project Management som brukes i applikasjonsutvikling eller andre typer programvareutvikling. Dette skyldes at programvaren hele tiden endres, og produktets behov må endres med det. På grunn av dette er lineære prosjektledelsesmetoder som fossen modellen mindre effektive. Her er noen andre grunner til at lagene bruker smidig:

Agile metoder er tilpasningsdyktige

[1. 3]

Det er en grunn til at de kaller det den agile metoden. En av de viktigste fordelene ved å bruke agile prosesser i programvareutvikling er evnen til å skifte strategier raskt, uten å forstyrre strømmen av et prosjekt.

Fordi faser i den tradisjonelle fossmetoden strømmer inn i hverandre, er skiftende strategier utfordrende og kan forstyrre resten av Prosjekt Roadmap . Siden programvareutvikling er et mye mer tilpasningsdyktig felt, kan prosjektstyring av raske endringer i tradisjonell forstand være utfordrende. Dette er en del av grunnen til at Agile Project Management er favorisert i programvareutvikling.

Agile Fosters Teamwork.

[1. 3]

En av de agile prinsippene sier at den mest effektive måten å kommunisere med laget ditt, er ansikt til ansikt. Kombiner dette med prinsippet som oppfordrer lag til å bryte prosjektsiloer, og du har en oppskrift på samarbeid med samarbeid.

Mens teknologien har endret seg siden 2001, og arbeidet har skiftet til velkommen mer fjernvennlige politikk, har ideen om å jobbe ansikt til ansikt fortsatt ikke endret.

Agile metoder fokuserer på kundenes behov

[1. 3]

En av de unike aspektene av programvareutvikling er at lagene kan fokusere på kunden trenger mye nærmere enn andre næringer. Med økningen av skybasert programvare kan lag få tilbakemelding fra deres faktiske kunder raskt.

Siden kundetilfredshet er en sentral driver for programvareutvikling, er det lett å se hvorfor det var inkludert i den fleksible prosessen. Ved å samarbeide med kunder kan Agile-lag prioritere funksjoner som fokuserer på kundens behov. Når de trenger endring, kan lagene ta en smidig tilnærming og skifte til et annet prosjekt.

Vanlige agile metoder

[1. 3]

Den smidige rammeverket er en paraply for flere forskjellige variasjoner. Her er noen av de vanligste agile metodene.

Kanban.

[1. 3]

Kanban er en visuell tilnærming til smidig. Lagene bruker Online Kanban Board Tools å representere hvor visse oppgaver er i utviklingsprosessen. Oppgaver er representert av kort på et brett, og stadier er representert i kolonner. Siden gruppemedlemmer jobber med oppgaver, blir kortene flyttet fra tilbakekoblingskolonnen til kolonnen som representerer scenen oppgaven er i.

Denne metoden er en god måte for lag å identifisere veikryss og å visualisere hvor mye arbeid som blir gjort.

Scrum.

[1. 3]

Scrum-metodikken er en vanlig smidig metodikk for små lag. Teamet ledes av en Scrum Master, hvis hovedjobb er å fjerne alle hindringer for andre som utfører det daglige arbeidet. Arbeidet er ferdig i sprints og Scrum-lagene møtes daglig for å diskutere aktive oppgaver, veikryss og alt annet som kan påvirke utviklingslaget.

Adaptive Project Framework (APF)

[1. 3]

Adaptive prosjektet rammeverk, også kjent som adaptiv prosjektledelse (APM) vokste fra ideen om at ukjente faktorer kan dukke opp når som helst under et prosjekt. Denne teknikken brukes hovedsakelig til IT-prosjekter Hvor mer tradisjonelle prosjektledelse teknikker ikke gjelder.

Dette rammen er basert på ideen om at prosjektressurser kan endres når som helst. For eksempel kan budsjettene endres, tidslinjer kan skifte, eller lagmedlemmer som arbeider med prosjektet, kan overgå til forskjellige lag. APF fokuserer på ressursene som et prosjekt har, i motsetning til ressursene som et prosjektbehov.

Extreme Project Management (XPM)

[1. 3]

Denne typen prosjektledelse brukes ofte til svært komplekse prosjekter med høy usikkerhetsnivå. Denne tilnærmingen innebærer stadig tilpasningsprosesser til de fører til ønsket resultat. Denne typen prosjekt innebærer mange spontane endringer, og det er normalt at lagene skal bytte strategier fra en uke til den neste.

XPM krever mye fleksibilitet. Dette er en av grunnene til at hver sprint er kort bare noen få uker maksimalt. Denne metoden tillater hyppige endringer, prøve- og feil tilnærminger til problemer, og mange iterasjoner av selvkorreksjon.

Adaptiv programvareutvikling (ASD)

[1. 3]

Denne agile metoden gjør at lagene raskt kan tilpasse seg endrede krav. Hovedfokuset i denne prosessen er kontinuerlig tilpasning. De Faser av denne prosjekttypen -Speculate, samarbeide og lære - tillat kontinuerlig læring som prosjektet utvikler seg.

Det er ikke uvanlig at lagene som kjører ASD for å være i alle tre faser av ASD samtidig. På grunn av sin ikke-lineære struktur, er det vanlig at fasene overlapper. På grunn av væsken av denne typen ledelse er det en høyere sannsynlighet for at den konstante repetisjonen av de tre fasene bidrar til at gruppemedlemmene identifiserer og løser problemer mye raskere enn standard prosjektledelsesmetoder.

Dynamisk systemutviklingsmetode (DSDM)

[1. 3]

Den dynamiske systemutviklingsmetoden er en smidig metode som fokuserer på en fullstendig prosjektets livssyklus. På grunn av dette har DSDM en strengere struktur og fundament, i motsetning til andre agile metoder.

Det er fire hovedfaser av DSDM:

Feasibility and Business Study

Funksjonsmodus eller prototype iterasjon

Design og bygge iterasjon

Gjennomføring

Funksjonsdrevet utvikling (FDD)

[1. 3]

Funksjonsdrevet utvikling blander forskjellige agile beste praksis. Mens det fortsatt er en iterativ metode for prosjektledelse, fokuserer denne modellen mer på de nøyaktige egenskapene til en programvare som laget jobber for å utvikle seg. Funksjonsdrevet utvikling er avhengig av kundeinngang, da funksjonene laget prioriterer, er funksjonene som kundene trenger.

Denne modellen tillater også lag å oppdatere prosjekter ofte. Hvis det er en feil, er det rask å sykle gjennom og implementere en løsning som fasene i dette rammeverket beveger seg hele tiden.

Organiser agile prosesser med UDN Task Manager

[1. 3]

Du vil ofte høre programvareutviklingsteam refererer til agile prosess - men et hvilket som helst lag kan kjøre smidig. Hvis du leter etter et mer fleksibelt prosjektledelsesramme, prøv Agile.

Uansett hvilken type smidig metodikk du kjører, trenger laget din en sannhetskilde for all prosjektinformasjon. UDN Task Manager kan hjelpe. Med UDN Task Manager , Lag kan bygge Kanban boards eller administrere scrum sprints i et fleksibelt og samarbeidende verktøy.