Introduksjon til smidige verdier

For å vite om verdiene til smidig programvare, må vi først vite hva som er smidig programvare og behovet for å utvikle slik programvare. En smidig metodikk innebærer en programvare som er inkrementell, den øker ved regelmessige tillegg. Denne tilnærmingen tilbyr en ny versjon eller tilnærming i korte intervaller.

Denne smidige prosessen er forskjellig fra den andre tradisjonelle tilnærmingen til programvareutvikling der brukernes behov og krav blir samlet og deretter til slutt blir programvaren bygd på en gang.

Agile Manifesto er en erklæring som uttrykkelig sier om nøkkelverdiene og prinsippene som programvareutviklere bør følge for å lede deres arbeid. Det er basen i den smidige bevegelsen. Dette er de fire verdiene og tolv prinsipper som retningslinjer.

4 Agile Values ​​OF Agile Manifesto

Nedenfor er de fire verdiene til Agile Manifesto:

1. Team og kommunikasjon valgt over prosedyre og verktøy

Den første verdien legger mer vekt på teamarbeid og kommunikasjon. Som vi alle vet at for å bygge en programvare kreves det et team av mennesker og ikke verktøy. En person kan ha et sofistikert sett med verktøy, men for å utvikle en programvare han trenger for å jobbe med et team effektivt med produktive interaksjoner.

Verktøy og prosesser er definitivt nøklene til å utvikle programvare, men de må være i hendene på et kvalifisert team for å få resultatet og ikke omvendt.

2. Arbeidsprogramvare over omfattende dokumentasjon

Det ble brukt mye tid på dokumentasjon av produktutviklingen, som den tekniske spesifikasjonen, tekniske krav, testplaner, designdokumenter og godkjenning som kreves for hver. Den typen dokumentasjon som ble laget for disse var veldig detaljert, og mange av dem ble ikke en gang henvist til under prosjektprosessen. Teamet ønsket at det ferdige produktet skulle være i henhold til spesifikasjonen, så dokumentene var fokusert på mye. Men sluttproduktet vil fremdeles være annerledes ettersom relevansen gikk tapt.

Agile strømlinjeformer disse dokumentene i en slik form som gir utvikleren bare det som trengs for å utføre arbeidet uten å bli distrahert av minuttdetaljene. Agile sier ikke at dokumentasjon ikke er nødvendig. Alt det står er at arbeidsprogramvare foretrekkes av kunder fremfor et dokument som kanskje heller ikke vil bli sett på. Når det oppstår behov for endring, aksepterer det smidige teamet det lett og gjør kontinuerlige endringer.

3. Kommunikasjon med klient foretrukket fremfor signerte avtaler

Vellykkede utviklingsteam jobber tett med kundene sine og kommuniserer regelmessig med dem. Ettersom det bare er ved å lytte til kundene dine at du får tilbakemelding, og du vil forstå hva de nøyaktig vil ha fra produktet ditt.

Det vil være ekstremt gunstig hvis det juridiske forholdet til en kunde kan holdes adskilt fra et personlig forhold. Dette vil oppmuntre til kommunikasjon og å vite tanker, meninger og preferanser vil resultere i et mer tilfredsstillende produkt.

Kommunikasjon hjelper også klienten til å avgrense synet og omdefinere kravene hvis det er nødvendig i løpet av prosjektet.

I tradisjonell programvareutvikling kan produktet, når kravene er besluttet, bare sees når det er klart. Men smidig trosser dette ved å tillate kundedeltakelse i hele prosedyren.

4. Aksepterer forandring heller enn å følge en streng plan

Det antas at endring er dyrt og tidkrevende og bør unngås for enhver pris. Dette er fordi vi gir unødvendig fokus på dokumentasjon og utførlige planer for å levere. Vi har en tendens til å holde oss til tidslinjer og produktspesifikasjoner mer enn nødvendig.

Det er viktig å innse at endring er uunngåelig. Det vil være ekstremt gunstig å akseptere endring og planlegge for det. Det bør alltid være rom for endring ellers blir planen snart foreldet.

I følge smidige er endring ikke en utgift, men nødvendig tilbakemelding som resulterer i et forbedret prosjekt. En tilbakemelding igangsatt endring tilfører verdi til prosjektet.

Agile metodologier lar det smidige teamet endre prosessen mens de er i gang og gjøre at den passer for teamet i stedet for omvendt. Så den første rektoren for kommunikasjon med hele teamet må henvises hit. Utviklerne av teamet bør holdes oppmerksom på endringene.

Det endelige målet med prosjektet ditt bør alltid huskes, og hvis det er noen form for hindring, bør teamet gjøres oppmerksom på det og minne om disse 4 verdiene.

Tolv prinsipper for smidig utvikling

Disse prinsippene er en test for å definere om du er smidig:

  1. Å tilfredsstille kunder gjennom rettidig og konstant levering av verdsatt arbeid: Kunder er lykkeligere hvis de mottar arbeidsprogramvare med jevne mellomrom i stedet for å vente på lange intervaller mellom utgivelsene.
  2. Godta endring under hele prosessen: Når et krav eller en funksjon må endres, bør det gjøres så lett.
  3. Slipp effektiv programvare ofte: Siden teamet opererer i programvaresprinter, sikrer det regelmessig levering av arbeidsprogramvare.
  4. Samarbeid mellom forretningsinteressenter og utviklere: Bedre beslutninger tas når det forretnings- og tekniske teamet samarbeider.
  5. Motiver, støtte og tillit : Motivering av teamet er nøkkelen her. Hver gang et prosjekt starter, vil total støtte til teamet, en oppmuntrende atmosfære og tro på teamet holde dem i gang.
  6. En til én-diskusjon: Den viktigste metoden for å formidle all informasjon til hele teamet er ved å ha en på én diskusjon.
  7. Programvare fungerer: Fremgang kan bare måles med programvare som fungerer på det tidspunktet.
  8. Agile prosedyrer øker kontinuerlig utvikling: Arrangørene, planleggerne og kundene bør alle kunne gå videre.
  9. Viktigheten av teknikk: Rettferdighet og god design sikrer kontinuerlig forbedring av produktet, opprettholder tempo og opprettholder endring.
  10. Hold det enkelt: Utvikle akkurat nok til å få gjort jobben som er akkurat nå,
  11. Selvorganiserende team: Selvorganiserende team er der den beste arkitekturen, kravene og designene dukker opp.
  12. Vanlige refleksjoner om hvordan man kan bli mer effektiv: Teamet skal fortsette å jobbe for å bli mer produktive og tilpasse seg deretter.

Anbefalte artikler

Dette har vært en guide til smidige verdier. Her diskuterte vi konseptet, topp 4 verdier og tolv prinsipper for smidig utvikling. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -

  1. Hva er smidig?
  2. Hva er smidig prosjektledelse?
  3. Microsoft prosjektledelse
  4. Spørsmål om prosjektledelsesintervju
  5. 8 Viktig oppgave for å skrive en testplanmal

Kategori:

Entreprenørskaputvikling