Amikor szoftverprojektről van szó, vajon látta már, hogyan írják le a különböző szoftverfejlesztő cégek vagy szoftverszolgáltató tervező cégek egy projekt munkáját? Az ő leírásuk alapján gyorsan megértheti a konkrét projektigényeket és hátteret?

A szoftverprojektek leírásának gyakori módja általában a következő négy pontot tartalmazza:

Ügyfél iparági bemutatása

A szoftverprojektek ügyfelei különböző iparágakból származnak, és ha különböző iparágak embereinek szeretnénk bemutatni a projektet, az iparági háttérrel kell kezdeni. Az iparági háttér bemutatása tartalmazza, hogy ez az iparág hogyan kapcsolódik az emberek életéhez, milyen piacokon értékesít vagy szolgál ki, milyen szerepet játszik az ügyfél vállalata vagy egyén az iparágban, milyen hiedelmekkel vagy jellemzőkkel rendelkezik, és mi a vállalat jövőképe... stb. Az ügyfél iparági bemutatása segíti a szoftverfejlesztőket abban, hogy megfelelően kezeljék az igényeket, és jobban megértsék az ügyfél nézőpontját.

Üzleti folyamatok során felmerülő problémák (igények helye)

Ez az ügyfél legnagyobb motivációja, mivel az ügyfél azért van zavarban, mert milyen helyzetekkel találkozik a munkakörnyezetében? Szükséges-e a meglévő munkafolyamatok digitalizálása, vagy a jelenlegi információs rendszer évek óta tartó használata után szükséges-e újraszervezni, vagy az iparág új trendjeinek megfelelően digitális intézkedéseket kell-e bevezetni? Itt objektíven és empatikusan kell megérteni az ügyfél helyzetét.

Javasolt megoldások

Az ügyféllel való konszenzus elérése után a szoftvercég testreszabottan javasolja a kapcsolódó igényeknek megfelelő projekttervezést és megvalósítást, amely sikeresen alkalmazható az ügyfél munkafolyamataiban.

Eredmények

Az új megoldás alkalmazása után, összehasonlítva a régi megoldással, objektív következtetést vonhatunk le arról, hogy milyen különbségeket és változásokat hozott az ügyfél számára, például: a gyártási folyamat hatékonyságának növelése, az információk összesítésére fordított idő csökkentése, új ügyfélkapcsolati csatornák biztosítása...

A fenti négy szoftverprojekt-leírás összességében segíthet bennünket a projektek kezdeti megértésében. Az ügyféllel folytatott megbeszélések során a projektmenedzsernek is biztosítania kell, hogy ezek a leírások világosak legyenek számunkra. Mivel egy szoftverprojekt leírása rugalmas, röviden egy mondattal is elmondható, hogy mit csinál a projekt, vagy hosszabb jelentés formájában is leírható a projekt tartalma. Ekkor megpróbálhatjuk:

Egy „alapvető érték” létrehozása, amely meghatározza a projekt hatókörét

A projekt azért projekt, mert korlátozott erőforrásokkal ér el egy adott célt. Azonban, ha a cél elérésének folyamatában nincs hatókörkorlátozás, akkor további „kapcsolódó” funkciók jelenhetnek meg. Ezek a kapcsolódó funkciók jelentősen javíthatják a teljes megoldást, de meghosszabbíthatják a fejlesztési időt, ami miatt nem lehet időben bevezetni; vagy előfordulhat, hogy valójában nem hoznak konkrét hasznot a teljes megoldás számára.

Példa:

Az ügyfél szeretne egy vállalati információs rendszerhez „egy gombnyomással automatikusan ütemezett feladatokat végrehajtó” funkciót létrehozni. Elsőre úgy tűnhet, hogy csak a következő munkafolyamatokat kell összekapcsolni és sorrendben végrehajtani, azonban a valós fejlesztési helyzet az, hogy a rendszer alkalmazási területétől függően szükség lehet a végrehajtási jogosultságok, az előző végrehajtás állapota, a rendszer stabil kapcsolódása stb. üzleti logikák hozzáadására. Ekkor az ügyfél hirtelen azt mondja a megbeszélés során: „Azt szeretném, hogy amikor megnyomom az indítógombot, legyen egy élő, mozgó érzés.”

Amikor szoftverfejlesztést végzünk, egyetlen felhasználói történet alapján tervezünk funkciókat, gyakran szükséges hozzáadni a helyzetértékelést és különféle kapcsolódó üzleti logikák figyelembevételét, és amikor az ügyfélnek nincs más kifogása a funkciókkal kapcsolatban, akkor a fókusz áthelyeződhet a felület színére, elrendezésére, gombok viselkedésére, oldalváltásokra, és elkezdődhetnek különféle ragaszkodások, mindig azt remélve, hogy a képernyő élénkebb legyen.

Mit tegyünk, ha a fejlesztési funkciók és az ügyfél által elvárt rendszerfelület ütközik a korlátozott fejlesztési idő alatt?

Ekkor vissza kell térni az alapvető „alapvető értékhez”, hogy megerősítsük a meglévő idő, munkaerő, ezeknek a kapcsolódó funkcióknak a szükségességét és prioritását. Az alapvető érték gyakran egy rövid, tömör szlogen, amely olyan, mint egy varázsige, amely segít nekünk a felhasználói történetek hozzáadásának vagy eltávolításának mérlegelésekor, háromszor elmondva, világos választ kapunk a szívünkben!

A fent említett példában, amikor az ügyfél ragaszkodásával találkozunk, a megbeszélést irányíthatjuk arra, hogy megfontoljuk: „Milyen előnyökkel jár a vállalati információs rendszer működésében az élénkebb képernyő?” „Ha a képernyő élénkebbé tétele érdekében a tervezésből kell kiindulnunk, a tervezés további időt igényelhet, ami késleltetheti a bevezetési időpontot, ez jó?” Ezután javasolhatjuk, hogy „az alapvető érték alapján módosítsuk a javasolt igények prioritását, hogy a bevezetési időpontot időben tarthassuk”.

Minden projekt esetében az ügyféllel együtt határozzuk meg a legmegfelelőbb „alapvető értéket”

A projekt alapvető értéke lehetővé teszi számunkra, hogy akár a fejlesztőcsapat megbeszélésein, akár az ügyféllel folytatott igényfelmérések vagy átvételek során, olyan legyen, mint egy világítótorony, amely vezet minket a végtelen megbeszélések tengerében, hogy ne térjünk el a témától, és visszatérjünk a projekt fő tengelyéhez a megbeszélések során.

Ha ma Ön is az ügyfél által felvetett igények miatt aggódik, próbálja meg felsorolni a projekt alapvető értékét, hogy meggyőzze magát és az ügyfelet!