Introduksjon til smidige prosesser
Agile Processes brukes i programvareutvikling og er en spesiell tilnærming til prosjektledelse. Trinnvis, iterativt arbeid, sekvens som ofte kalles sprints, brukes av denne metoden for å hjelpe team i å svare på uforutsigbarheten ved å konstruere programvare.
En periode som er avsatt for en bestemt fase av et prosjekt er kjent som en sprint. Når tidsperioden utløper, blir Sprints ansett som fullstendige. Hvorvidt utviklingen er tilfredsstillende eller ikke, det kan være uenigheter blant medlemmene i teamet, men arbeidet med den bestemte fasen av prosjektet vil ikke lenger fortsette. Fasene i prosjektet som gjenstår vil fortsette å utvikle seg innen deres respektive tid.
Prosesser hjelper programvareteamet med å faktisk utvikle produktet, og ikke bruke tid på å skvise feil og håndtere støttehodepine. En Process Street opprettes for å hjelpe med å kjøre de smidige prosessene bak kulissene og for å hjelpe en virksomhet med å unngå den mareritt-syklusen.
Viktige konsepter av smidige sprintprosesser
Agile er den beste metoden for å lage programvare. Det er noen få sentrale begreper du bør forstå før du starter med et Agile-prosjekt. La oss se på noen av konseptene beskrevet nedenfor.
1. Sjekkliste for daglig oppmøte:
En av kjernekomponentene i Agile Methodology er Daily Stand up Meeting sjekkliste. Vårt utviklingsteam bruker 4 prosesser for å planlegge godt, styre tett og kontinuerlig optimalisere sprints siden de bare er to uker, den første prosessen er Daily Stand up, der alle teammedlemmene møtes hver dag for å sikre at ingen teammedlemmer sitter fast på noe problem i mer enn få timer, og følg med på sprintens fremgang og ta vare på ethvert problem.
2. Sprint omsetting:
Sprint omsetting er en prosess når annenhver uke den siste sprinten avsluttes, mens avispapir er planlagt, er denne prosessen dokumentert for å unngå problemer som overses eller ikke tilordnes.
3. Sprint retrospektiv:
For å forbedre måten kontinuerlig, teammedlemmene kjører smidige prosesser, er Sprint Retrospektiv viktig. I dette snakker teamet om tre poeng:
- Positive av Sprint Cycle?
- Negativt av Sprint Cycle?
- Slik forbedrer du prosessen.
4. Sprintestimering:
Planning Poker-metoden brukes slik at problemene blir nøye estimert og tilordnet slik at Sprints består av en balansert og oppnåelig mengde arbeid. Hvert lagmedlems estimater veies likt etter planleggingspokermetoden. Basert på mengden innsats som er lagt ned for å løse problemet, blir historiefunktet tildelt hvert nummer. Spillerne legger kortet med ansiktet ned og estimerer poeng, i stedet for å snakke høyt, med mindre de avslører dem på slutten. For å sikre at ingen problemer blir savnet, og deretter informere teamet om å begynne å planlegge poker, blir dette estimatet gjort.
5. Trekk forespørselsprosedyre:
For å unngå risiko for å trekke forespørsler, gis det mange vekt på utviklingsteamet for å sikre at det gjøres med omhu. Og hver enkelt forespørsel ved å bruke en prosedyre. Prosessen inkluderer følgende trinn:
- For å sjekke grundig.
- Produserer en PR automatisk i GitHub ved å trekke tittelen på sjekklisten til GitHub som trekkeforespørselsnavn. Dette gjøres ved å legge inn sjekklistenavnet i en URL med en variabel. For å gi andre beskjed om endringene du har presset til en gren i et depot på GitHub, blir disse forespørslene brukt.
6. Trekk forespørsel om gjennomgang mislyktes Prosedyre:
Sjekklisten i denne prosedyren hjelper utviklerne å følge hvis trekkforespørselen deres har mislyktes, ved å utbedre årsakene til avslaget, svare tilbake med informasjon som viser hvordan du har sjekket og løst problemene, og deretter tilordnet problemet til en manager for en neste anmeldelse. Det er lettere å lære, å ha et lavere nivå for feil sammenlignet med PR. For å sikre at utviklerne sjekker kommentarene til GitHub og Jira, bruker de endringene, og gjennomgår deretter problemet som i utgangspunktet er hovedmålet med sjekklisten.
7. Trekk forespørsel om sammenslåingsprosess:
Sammenslåingsprosedyre brukes for å bevise at den ikke vil ødelegge noe og bare løse problemet før en trekkforespørsel kan slås sammen og godkjennes i olivengren.
8. Ukentlig vedlikehold av WordPress:
For å styrke smutthull i sikkerheten til nettstedet vårt, brukes WordPress vedlikehold. Vi må sørge for at programtilleggene oppdateres så snart som mulig, da oppdateringer av plugins og nye utgivelser av WordPress ofte tjener til å fikse sikkerhetshandlinger.
9. Fornyelse av SSL-sertifikat:
Denne prosessen brukes en gang på tre år, men den er en av de mest nyttige prosessene. SSL Certificate tillater sikre tilkoblinger fra en webserver til en nettleser ved å aktivere hengelåsen og https-protokollen når den er installert på en webserver. En kryptografisk nøkkel er digitalt bundet til en organisasjons detaljer av små datafiler kjent som SSL-sertifikater. SSL-fornyelsesprosess er vanskelig, men nå er det planlagt å kjøre automatisk og sende et varsel slik at det kan gjøres raskt.
10. Utvikler Onboarding:
Nye utviklere er utstyrt med ombordverktøy og kunnskap for å være like effektive som resten av teamet. Tidligere ved å bruke riktige prosesser det pleide å ta 2-3 dager frem og tilbake for å starte en reise for en utvikler og det kreves mye deling av skjerm, men nå sendes bare lenker til disse prosessene til utvikleren, og deretter blir overvåket når de fyller sjekklisten og deretter gjør seg klar til å gå på egen hånd. For å få satt opp nyutleie brukes bare en ombord sjekkliste av JIRA, Trello og alle andre verktøy som brukes.
11. Slik konfigurerer du utviklingsmiljøet:
I denne prosessen lærer du å konfigurere malen GitHub-appen ved å følge noen få trinn og lære hvordan du kjører den over en server. Du lærer også installasjon og hvordan du autentiserer som en GitHub-app, og hvordan disse autentiseringsmetodene er forskjellige. Fleksibilitet er viktig når det gjelder iterativ produktutvikling og teknologien som styrer prosjektene. Hvert trinn underveis når du setter opp utviklingsmiljøet manuelt, bør være greit.
Anbefalt artikkel
Dette har vært en guide til smidige prosesser. Her diskuterte vi konseptet, definisjonen og de viktigste nøkkelkonseptene Agile Sprint Processes i Agile Processes. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- Byggeprosjektledelse
- Prosjektleder rolle
- Verktøy for forbedring av kvalitet
- Hva er Agile Sprint? (Programvare utvikling)