Kun Agile

Agile-käytäntöjä otetaan käyttöön organisaatioissa kaikilla toimialoilla ja markkinoilla. Ajurina tähän on usko, että organisaatiojohtajat ovat voima Ketterä suuresti muuttaa, modernisoida, ja parantaa liiketoimintaansa virtaviivaistamalla järjestelmien kehitystä, maksimoimalla joustavuutta ja tehokkuutta, ja yksinkertaistamalla monimutkaisia liiketoimintajärjestelmiä ja prosesseja.

ketterän mallin käyttö ei kuitenkaan välttämättä aina ole paras vaihtoehto tietylle projektille. Itse asiassa jotkin projektit saattavat olla pahasti liian monimutkaisia, koska ne yrittävät käyttää ketteriä tekniikoita, mikä tekee mahdottomaksi koko ketterän menetelmän käytön alun perin.

tämän välttämiseksi organisaatioiden ja ohjelmajohtajien on ymmärrettävä, miten ketteryyttä voidaan soveltaa siellä, missä se on tarkoituksenmukaista, ja tunnistettava, milloin muut lähestymistavat ovat tarkoituksenmukaisempia. Seuraavassa on lyhyt lista projektin ominaisuuksista, jotka voivat auttaa sinua päättämään milloin ja milloin Agilea ei käytetä.

kun sinun pitäisi – ja ei pitäisi – käyttää ketterää

	Älä käytä Ketterä kun…	Älä käytä Agile when…
	…projektisi vaatii tiimin jäseniä, jotka ovat hyvin kurinalaisia, hyvin kokeneita ja päteviä ottamaan Agilen käyttöön käytännössä. Jos projektisi on niin monimutkainen, että se vaatii näin osaavia työntekijöitä, se on merkki siitä, että ketterä taktiikka voi auttaa tehostamaan projektin kehittämistä.	…projektisi työn voivat tehdä tiimin jäsenet, jotka ovat aloittelijoita, suhteellisen kouluttamattomia ja joilla ei ole koskaan ollut käytännön kokemusta Agilen käytöstä. Ketterää ei kannata yrittää käyttää, jos työntekijät eivät tunne sitä, koska he eivät osaa hyödyntää sitä kunnolla.
	…asiakkaasi tai asiakkaasi on käytettävissä ja halukas osallistumaan tiiviiseen yhteistyöhön koko projektin ajan. Ketterät projektit vaativat asiakkailtasi johdonmukaista palautetta koko prosessin ajan, sillä onnistuminen riippuu siitä, kuinka hyvin olet vastannut asiakkaasi kehittyviin tarpeisiin.	…asiakkaasi tai asiakkaasi ei ole käytettävissä tai halukas osallistumaan tiiviiseen yhteistyöhön koko projektin ajan. Kuten aiemmin todettiin, ketterät projektit riippuvat koko prosessin ajan asiakkailtasi saadusta johdonmukaisesta palautteesta. Joten, jos asiakas ei ole käytettävissä, älä yritä käyttää Agile.
	…projektisi onnistuminen riippuu siitä, kuinka hyvin tiimi on täyttänyt ja vastannut aktiivisesti asiakkaan kehittämistarpeisiin koko projektin elinkaaren ajan. Tämä voidaan saavuttaa vain asiakkaan palautteella projektin eri vaiheissa.	…projektin onnistuminen riippuu siitä, kuinka hyvin asiakkaan alkuperäiset vaatimukset, Ei kehittyvät tarpeet, on täytetty. Agile-projektit keskittyvät asiakkaan jatkuvasti kehittyviin tarpeisiin, mutta jos projektillasi on staattisia tavoitteita, pärjäät paremmin ilman Agile-projektia.
	…projektisi tuotokset voidaan kohtuullisesti jakaa työpaketteina, jotka on mahdollista saavuttaa lyhyissä, noin kahdesta neljään viikkoon kestävissä jaksoissa. Ketterien projektien nopeus ja joustavuus riippuvat sujuvasta ja nopeasta jakelusta prosessin jokaisessa uudessa vaiheessa.	…projektisi tuotoksia ei voida kohtuudella jakaa työpaketteina, jotka ovat saavutettavissa 6 viikon tai lyhyemmän ajan kuluessa. Ketterät käytännöt eivät hyödytä projektia, jos projektin eri vaiheiden tuotoksia ei pystytä jakamaan riittävän nopeasti.
	…projektisi sisältää iteratiivisia eli syklisiä prosesseja, joissa inkrementaaliset tulokset tuovat lisäarvoa projektillesi tarjoamalla jatkuvasti uusia ohjeita projektillesi. Tämä liittyy asiakaspalautteen tarpeeseen, sillä se antaa suuren osan projektisi uudesta ohjauksesta ja ohjauksesta.	…projektisi prosessi toteutetaan parhaiten lineaarisena tai spiraalisena (iteratiivisen sijaan), jossa inkrementaalisilla tuloksilla on vain vähän tai ei lainkaan merkittävää arvoa projektisi kehittämisessä. Tämä tarkoittaa, että asiakaspalautetta ja uudelleenarviointia, jotka ovat ketterän hankekehityksen olennaisia näkökohtia, ei tarvita.

on itsestäänselvyys, että tulevaisuus on ketterä. Itse asiassa nykypäivän alati muuttuvilla markkinapaikoilla ja nopeasti kehittyvällä teknologialla ketterän tekniikan tarjoama joustavuus ja reagointikyky voivat olla paras vaihtoehto monille modernisointihankkeille. Ketterä ei kuitenkaan välttämättä aina ole paras tapa toteuttaa tiettyä projektia. Kaikelle on aikansa ja paikkansa, myös hankkeille, joissa ei saisi käyttää ketterästi.
jos haluat lukea täydellisen listan skenaarioista, joissa sinun pitäisi ja ei pitäisi käyttää ketteriä käytäntöjä projektissasi, sekä muita vinkkejä uuteen organisaatioparadigmaan siirtymiseen, tutustu RG: n valkoiseen kirjaan onnistuneesta ketterästä Projektitoimituksesta.

saadaksesi lisätietoa ketterästä metodologiasta käytännössä, lataa ”Agile Practitioner’ s Guide.”