Introduksjon til smidige prinsipper
For tretti år siden hadde ikke folk ideen om automatisering eller informasjonsteknologi. Når datamaskinen ble oppfunnet, begynte verden å endre seg raskt. Tatt i betraktning nylige hendelser har vi sett mange endringer, for eksempel fra diskett til skylagring, fra et rom fullt av datamaskiner til smarttelefoner. Alle disse fremskrittene ville ikke vært mulig uten teknologi og innovasjon. Her skal vi lære om Agile og dens prinsipp.
Når det gjelder teknologi, oppfins hver dag en ny teknologi. Når vi bruker begrepet teknologi, er det ikke bare relatert til informasjonsteknologi, det gjelder for næringsliv, myndigheter, sykehus, etc.
Så teknologi og programvareutvikling går hånd i hånd. For å si det på lekmannsperiode, programvareutvikling i en integrert del av teknologien. Programvareutviklingsprosess betyr å dele programvareutviklingsarbeid i forskjellige faser for å forbedre design, produktstyring og prosjektstyring. En annen betegnet myntet med programvareutvikling er livssyklus for programvareutvikling.
Programvareutvikling livssyklus også kalt som SDLC definerer en prosess som inkluderer planlegging, oppretting, testing og distribusjon av programvare. Ideelt sett inkluderer SDLC seks trinn.
- Analyse
- Design
- Utvikling og testing
- Gjennomføring
- dokumentasjon
- evaluering
Ulike typer SDLC
- Fossemodell
- V-formet modell
- Evolusjonær prototypemodell
- Spiralmodell
- Iterativ og inkrementell modell
- Smidig modell
Hva er smidig modell?
Den smidige metoden for programvareutvikling er blitt brukt av de fleste av selskapene. Det er en metode der vi bruker displayboard som Kanban og metoder som Scrum. Denne smidige metodikken er brukt fordi den forbedrer smidigheten til programvare fagfolk, team og organisasjoner. I smidig løsning vil løsningen for ethvert arbeid være gjennom samarbeid mellom selvorganiserende og tverrfunksjonelle team.
For å si det på andre ord, smidig er en prosess som lar teamene fokusere på å levere den høyeste kvaliteten på kortest tid. Den bruker en iterativ tilnærming der hvert arbeid blir gjennomgått igjen og igjen til målet er oppfylt.
12 Prinsipper i smidig metodikk
Manifest for smidig prinsipp er basert på tolv prinsipper de er som følger:
- Kundetilfredshet ved å levere programvaren tidlig.
- Godta endringskravet, også i det senere utviklingsstadiet.
- Leverer programvaren ofte.
- Daglig samarbeid mellom forretningsfolk og utviklere.
- Prosjekter er bygget rundt motiverte individer, som bør stole på.
- En samtale ansikt til ansikt er den beste formen for kommunikasjon (samlokalisering).
- Jobber med prosjektet fremfor å planlegge.
- Bærekraftig utvikling, i stand til å opprettholde et konstant tempo.
- Kontinuerlig oppmerksomhet og bedre design.
- Maksimering av arbeidseffektiviteten.
- Beste design, den beste løsningen og arkitektur dukket opp fra selvorganisering.
- Jevnlig møte for å diskutere teamets forbedring.
1. Kundetilfredshet ved å levere programvaren tidlig
I den smidige metoden legger vi størst vekt på kundetilfredshet. Her er målet å gi kunden en tidlig og kontinuerlig levering av verdifull programvare. Det vil være periodisk samhandling med klienten om den pågående programvareutviklingssyklusen.
2. Godta endringskravet, også i det senere utviklingsstadiet
Når teamet jobber med leveringene og det er en ny forespørsel eller en endring fra klienten angående den løpende utviklingen, hjelper det smidige oss med å utnytte den forespørselen og vedta den endringen klienten har bedt om til den løpende utviklingen. Dette hjelper klienten med å nå målet lettere og teamet til å tilpasse seg den endringen. Det er vanskelig når vi må tilpasse oss endringen når vi utvikler programvaren, men endring kan være bra hvis vi kan reagere på den raskt.
3. Leverer programvaren ofte
Når vi med jevne mellomrom kan levere produktet, hjelper det å identifisere de endringene som kreves og om nødvendig kommunikasjon med klienten. Heller enn å levere tross alt utviklingen der utvikleren ikke kan underholde noen endringer som klienten etterspør. I denne metoden kan vi gi trinnvis utvikling og underholde eventuelle endringer som klienten etterspør. La oss gå til neste Agile-prinsipp.
4. Daglig samarbeid mellom forretningsfolk og utviklere
Når det er daglig samhandling med forretningsfolk og utviklere, hjelper det utviklerne å jobbe i riktig retning og tilpasse seg eventuelle endringer som kunden etterspør. Og klienten vil være klar over fremdriften som skjer i teamet. Dette gjør at arbeidet skjer jevnt og gjennomsiktig.
5. Prosjekter er bygget rundt motiverte individer, hvem skal man stole på?
Når mennesker som er motiverte til å jobbe får miljøet og støtte de trenger for å fullføre oppgaven. Da vil det være fordelaktig for klienten så vel som utviklerne å nå ønsket oppgave. Å ha tillit til utvikleren og stå ved deres side vil hjelpe dem å jobbe komfortabelt. Det vil ikke være noen nødvendighet for mikrostyring av individene.
6. Samtale ansikt til ansikt er den beste kommunikasjonsformen
Når vi har en samtale ansikt til ansikt, kan vi formidle informasjonen effektivt og på den mest effektive måten. Selv om noen ganger utviklere vil være forskjellige steder, bør det arbeides for å ha kommunikasjon, hvis mulig, ansikt til ansikt.
7. Arbeide med prosjektet snarere enn å planlegge
Å jobbe med programvaren skal være det primære målet. Når de jobber med det, må utviklerne bare konsentrere seg om utviklingen. Men hvis du konsentrerer deg om å følge planen, vil utvikleren bli avledet i aktiviteter som dokumentasjon etc.
8. Bærekraftig utvikling, i stand til å opprettholde et konstant tempo
Den smidige hjelper utviklerne med å holde et konstant tempo gjennom hele utviklingssyklusen. Dette betegnes som konstant hastighet, og vi kan ha et mål på lagets potensiale. Så at vi fremover kan ta opp arbeidet basert på lagets hastighet. La oss gå til neste Agile-prinsipp.
9. Kontinuerlig oppmerksomhet og bedre design
Evnen til å gi kontinuerlig oppmerksomhet til utviklingen er et tegn på at teamet streber hardt for å tilfredsstille kundene. Det er muligheten til å gi det beste til eierne.
10. Maksimering av arbeidseffektiviteten
Agility handler om å kutte kostnadene som ikke gir verdi. Å holde arbeidet enkelt i stedet for å gjøre det komplisert med unødvendige ting er en spesialitet av Agile.
11. Beste design, den beste løsningen og arkitektur dukket opp fra selvorganisering
Teamet som er tverrfunksjonelt, kan kalles et selvorganiserende team. Disse menneskene er de beste i virksomheten; de vil hjelpe klienten med å nå målet med de beste rådene, med det beste arbeidet og med den beste løsningen.
12. Jevnlig møte for å diskutere teamets forbedring
Dette er en stor del av det smidige øvende teamet. Når prosjektet er fullført, vil en prosjektgjennomgang skje. Dette vil hjelpe neste klient til å henvende seg på en annen måte. Et annet aspekt vil være etter at hvert skrum slutter, en hendelse kalt RETROSPECTIVE vil bli holdt på å vite hva som må forbedres og hva teamet har lært om seg selv av dette.
Anbefalte artikler
Dette har vært en guide til smidige prinsipper. Her diskuterte vi konseptet, 12 prinsipper i smidig metodikk, typer SDLC og hva som er smidig modell. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- Hva er smidig utviklingsmodell?
- Agile programmering | Programvare utvikling
- Hva er funksjonene til en smidig sprint?
- Forskjellen mellom Agile og Scrum