Hogyan zajlik egy tipikus IT-projekt, fázisról fázisra

Q: Most adjuk ki az első komolyabb szoftverfejlesztésünket — milyen fázisai vannak egy IT-projektnek, és mi történik ténylegesen az egyesekben a mi oldalunkról?

A legtöbb IT-projekt négy fázison halad át, és ha ezeket előre ismered, tudod, mivel kell hozzájárulnod az egyes szakaszokban, és mit kapsz cserébe. Először jön a konzultáció: közösen kiélesítjük a koncepciót, mérlegeljük a reális alternatívákat (megépíteni vs. megvenni, natív vs. cross-platform, teljesen egyedi vs. dobozos megoldás), és egy indikatív becsléssel távozol — egy nagyságrenddel a költségre, időre és ráfordításra, ami elég ahhoz, hogy eldöntsd, folytatod-e és hogyan, de nem egy aláírt, kötelező árajánlat. Utána a specifikáció: a koncepciót interaktív, végigkattintható mockupokká alakítjuk, és az üzleti logikát a stakeholderek nyelvén írjuk le — szabályok, szerepkörök, szélső esetek és mi-történik-ha —, hogy azok, akik a folyamatot ténylegesen működtetik, ne csak a fejlesztők, megerősíthessék, hogy megfelel a valóságnak, mielőtt egyetlen sor éles kód is megszületne. A megvalósítás rövid sprintekben zajlik, amelyek mindegyike valami látható dologgal zárul, amire reagálhatsz, így a visszajelzésed tereli az építést, amíg a változtatás még olcsó; a vége felé felhasználói átvételi tesztet (UAT) futtatsz a megállapodott specifikációkkal szemben, és formálisan átveszed az eredményt, minden új igényt pedig a megállapodott hatókörön túl change requestként (CR) kezelünk, saját becsléssel és jóváhagyással. Végül az üzemeltetés: élesben a szoftvert megállapodott szolgáltatási szintek (SLA-k) mellett tartjuk életben — rendelkezésre állás, reakció- és javítási idők —, és a használat növekedésével skálázzuk, hogy teljesítőképes maradjon, ahogy egyre több felhasználó, adat és terhelés érkezik. Ha ezt a szerkezetet előre ismered, kevesebb a meglepetés: mindig tudod, melyik fázisban vagy, milyen döntést kér tőled, és mi lesz belőle.

Question

KérdésMost adjuk ki az első komolyabb szoftverfejlesztésünket — milyen fázisai vannak egy IT-projektnek, és mi történik ténylegesen az egyesekben a mi oldalunkról?

Accepted Answer

A legtöbb IT-projekt négy fázison halad át. Ha ezeket előre ismered, tudod, mivel kell hozzájárulnod az egyes szakaszokban — és mit kapsz cserébe:

1Konzultáció — kiélesítjük a koncepciót és mérlegeljük a reális alternatívákat (megépíteni vs. megvenni, natív vs. cross-platform, egyedi vs. dobozos megoldás), és egy indikatív becsléssel távozol: egy nagyságrenddel a költségre, időre és ráfordításra, ami elég ahhoz, hogy eldöntsd, folytatod-e és hogyan — nem kötelező árajánlat.
2Specifikáció — a koncepcióból interaktív, végigkattintható mockupok lesznek, plusz a stakeholderek nyelvén megírt üzleti logika (szabályok, szerepkörök, szélső esetek, mi-történik-ha), hogy a folyamatot működtető emberek megerősíthessék, hogy megfelel a valóságnak, mielőtt éles kód születne.
3Megvalósítás — az építés rövid sprintekben zajlik, amelyek mindegyike valami láthatóval zárul, amire reagálhatsz, így a visszajelzésed tereli, amíg a változtatás még olcsó. A vége felé felhasználói átvételi tesztet (UAT) futtatsz a specifikációkkal szemben és formálisan átveszed, minden a megállapodott hatókörön túli igény pedig change request (CR) lesz, saját becsléssel és jóváhagyással.
4Üzemeltetés — élesben a rendszer megállapodott szolgáltatási szintek (SLA-k) mellett fut a rendelkezésre állásra, reakció- és javítási időkre, és a használat növekedésével skálázódik, hogy teljesítőképes maradjon, ahogy egyre több felhasználó, adat és terhelés érkezik.

Ha ezt a szerkezetet előre ismered, kevesebb a meglepetés: mindig tudod, melyik fázisban vagy, milyen döntést kér tőled, és mi lesz belőle. A fázisok átfedhetnek vagy ismétlődhetnek — egyet kihagyni általában csak későbbre tolja a költségét.