Johdatus ketterään ja Scrumiin
Agile on ohjelmistokehitysmenetelmä, jolla on kaistaleveys sopeutua nopeasti muuttuviin projektin vaatimuksiin ja mukautua uuden tuotteen kehittämiseen projektin ollessa käynnissä tai projektin valmistuttua, toisin kuin perinteisessä projektinhallinnassa.
Ymmärretään ketterän erottuva etu perinteiseen projektinhallintamenetelmään verrattuna:
Perinteinen lähestymistapa:
- Yksityiskohtainen suunnittelu ennen aloitusta
- Mahdollistaa pienen muutoksen
- Kiinteä projektimäärittely
Ketterä lähestymistapa:
- Minimi suunnittelu ennen lähtöä vaaditaan
- Hyväksyy muutoksen ja sopeutuu siihen
- Kiinteä aika ja kustannukset
Scrum on yleisimmin käytetty ja suosituin lähestymistapa ketterän metodologian toteuttamiseen.
Tulemme pinta-alaan piakkoin, mutta katsotaanpa ensin lisää ketterästä kehyksestä.
Ketterän manifestin taustalla olevat periaatteet
- Asiakastyytyväisyys on ensisijainen tavoite, joka saavutetaan jatkuvan ja varhaisen arvokkaiden ohjelmistojen toimittamisen avulla.
- Toimita toimiva ohjelmisto lyhyessä ajassa kehittämällä jatkuvasti uusia ohjelmistoja / tuotteita linjassa noudattaen samaa lähestymistapaa.
- Meidän pitäisi kyetä mukautumaan muuttuviin vaatimuksiin, vaikka se myöhästyisi SDLC: n elinkaaren aikana.
- Tiimin jäsenten tulee pysyä motivoituneina aina, ja sitä varten on tarjottava riittävä tuki ja hyvä ympäristö.
- Kehittäjien ja liikemiesten on työskenneltävä yhdessä päivittäin koko projektin ajan.
- Tehokkaimpana keskustelutapana pidetään kasvokkain tapahtuvaa vuorovaikutusta.
- Kestävä kehitys. Kaikkien joukkueen jäsenten on kyettävä ylläpitämään vakiona vauhtia.
- Toimivaa tuotetta / ohjelmistoa pidetään ensisijaisena edistyksen mittana.
- Päivän lopussa painopisteen tulisi olla tekninen huippuosaaminen ja vankka suunnittelu.
- Yksinkertaisuutta tulisi noudattaa koko SDLC-prosessin ajan
- Ryhmien tulisi tosiasiallisesti esitellä jatkuvaa tehokkuutta ja tehdä muutoksia tehokkuuden lisäämiseksi.
- Vahva suunnittelu ja arkkitehtuuri ovat peräisin itseorganisoivista ryhmistä.
Lähestymistapoja ketterään toteutukseen:
Linkki: https://goo.gl/images/fkZqGe
- SCRUM - Tämä on iteratiivinen lähestymistapa, jossa on jotain, jota kutsutaan sprintiksi ja joka kestää yhden tai kaksi viikkoa. Tämän lähestymistavan avulla joukkueet voivat toimittaa toimivan tuotteen tai ohjelmiston säännöllisesti.
- Kanban - Ketterän toteuttamiseksi tämä lähestymistapa käyttää visuaalista kehystä. Täällä ei ole kiinteän pituisia sprintejä ja joukkue saa tehtävän priorisoidusta tilauskannasta.
- Äärimmäinen ohjelmointi (XP) - Tämän lähestymistavan tarkoituksena on parantaa ohjelmistojen laatua ja reagointikykyä sisällyttämällä siihen yksinkertaisuus, palautteet ja omaksumalla muutokset.
- Ominaisuusohjattu kehitys (FDD) - Tämä lähestymistapa sisältää 5 perustoimintoa, jotka ovat - Kehitä kokonaismalli, rakenna ominaisuusluettelo, suunnittele ominaisuus, suunnittelu ominaisuuden mukaan ja rakenna ominaisuuden mukaan.
- Adaptive System Development (ASD) - Tätä lähestymistapaa voidaan käyttää monimutkaisten ohjelmistojen ja järjestelmien rakentamiseen, ja se keskittyy enimmäkseen joukkueyhteistyöhön ja itseorganisointiin. Se sisältää 3 iteratiivista toimintaa, jotka ovat - keinottele, tee yhteistyötä ja oppi.
- Dynaaminen järjestelmän kehittämismenetelmä - DSDM on ketterä lähestymistapa, joka seuraa iteratiivista ja inkrementaalista lähestymistapaa, joka perustuu suurelta osin nopeaan sovelluskehitysmenetelmään. Se korjaa hankkeiden yleisiä epäonnistumisia, kuten projektien budjetti-ongelmat, puuttuvat määräajat jne.
- Lean-ohjelmistokehitys - Lean-ohjelmistokehitys on ketterä lähestymistapa, jolla on 7 perusperiaatetta ja jotka ovat: Poista jätteet, anna tiimille valtuudet, toimita nopeasti, optimoi kokonaisuus, rakenna laatua, lykää päätöksiä ja monista oppimista.
Mikä on Scrum?
Aikaisemmissa osioissa olemme jo nähneet lähestymistavat, joita käytetään ketterän prosessin toteuttamiseen, ja Scrum oli yksi niistä, Scrum on yksi tärkeimmistä ja eniten käytetyistä ketterästä menetelmästä. Scrum on iteratiivinen lähestymistapa, jossa on jotain nimeltään sprintit, jotka kestävät yhden tai kaksi viikkoa. Tämän lähestymistavan avulla joukkueet voivat toimittaa toimivan tuotteen tai ohjelmiston säännöllisesti. Täällä vastuu, roolit ja kokoukset päätetään Scrumissa ja sprintit ovat aikatauluja, joissa on sprintisuunnittelu, sprintin demo, päivittäinen standup ja sprintin jälkikäteen.
Scrum Roolit / Scrum joukkueet:
Linkki: https://goo.gl/images/XpNHBe
- Scrum Master - Scrum Master on rooli, joka vastaa siitä, että scrum-joukkue noudattaa Scrum-menetelmää. Scrum Master järjestää kokouksia, kannustaa ryhmää, helpottaa suunnittelua ja seurantaa, käsittelee haasteita ja käsittelee pullonkauloja. Scrum Master viestii myös tuotteen omistajan kanssa varmistaakseen, että tuotekanta on valmis seuraavaa sprinttiä varten.
- Tuotteen omistaja - Tuotteen omistaja vastaa ohjelmistoversion analysoinnista ja viestinnästä Scrum-tiimille. Tuotteen omistaja koordinoi myös Scrum Master -sovelluksen kanssa sprintin tuotemäärää.
- Kehitysryhmä - Kehitysryhmä koostuu ammattilaisista, jotka vastaavat ohjelmiston jatkuvasta kehittämisestä, testaamisesta ja toimittamisesta. He päättävät, kuinka teosten palaset toimitetaan usein kerrallaan.
Scrum-virtauksen vaiheet:
Linkki: https://goo.gl/images/6YTUPf
- Product Backlog - Product Backlog ylläpitää luetteloa tuoteominaisuuksista. Tuotteen omistajan ja Scrum Masterin vastuulla on priorisoida jäljellä olevat tuotteet käyttäjän tarinoiden ja vaatimusten perusteella.
- Sprintisuunnittelu - Scrum Masterin avustama kokous, jossa tuotteen omistaja esittelee tuotemäärän yksityiskohdat, asettaa toimituksen hyväksymiskriteerit ja kehitysryhmän, joka määrittelee päivittäin edistyneensä työn ja vaivan.
- Jätehuollon hienosäätö - Jatkamme tuotekehityksen päivitystä käyttämällä ruuhkan hienosäätöä. Tässä käyttäjän tarinat jaetaan pienempiin osiin ja merkityksettömät käyttäjäjutut poistetaan
- Daily Scrum - Se on päivittäinen 15 minuutin seisova kokous, jossa keskustellaan periaatteessa kolmesta kysymyksestä: Mitä eilen saatiin aikaan, mikä on tänään suunnitelma ja mitkä ovat esteet.
- Sprintiarviointikokous - Tämä kokous suoritetaan kunkin sprintin lopussa, missä järjestetään live-esittely, joka esittelee koko sprintin aikana saavutettua.
- Sprintin retrospektiivikokous - Voimme kutsua tätä kokousta menestyskokoukseksi, jossa joukkue keskustelee prosessista, joka toimi tai ei toiminut sprintin aikana kiertotapoillaan.
johtopäätös
Tässä artikkelissa näimme, että Agile on ohjelmistokehitysmenetelmä, jolla on kaistaleveys mukautua nopeasti muuttuviin projektin vaatimuksiin ja mukautua uuden tuotteen kehittämiseen projektin ollessa käynnissä tai projektin päättymisen jälkeen, toisin kuin perinteisessä projektinhallinnassa, kun Scrum on laajimmin käytetty ja suosituin lähestymistapa ketterän metodologian toteuttamiseen.
Suositellut artikkelit
Tämä on opas Mikä on ketterä ja Scrum. Tässä keskustelimme ketterien ja Scrumin erilaisista lähestymistavoista. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -
- Mikä on tekoäly
- Ketterä Scrum -haastattelukysymykset
- Mikä on SDLC
- Ketterä vs Scrum vs vesiputous