Keď hovoríme o softvérových projektoch, videli ste niekedy, ako rôzne softvérové vývojové spoločnosti alebo spoločnosti na návrh softvérových služieb opisujú projekt? Po prečítaní ich opisu dokážete rýchlo pochopiť konkrétne požiadavky a pozadie projektu?

Bežné spôsoby opisu softvérových projektov zvyčajne zahŕňajú nasledujúce štyri body:

Predstavenie odvetvia klienta

Softvérové projekty slúžia klientom z rôznych odvetví. Ak chcete predstaviť projekt ľuďom z rôznych odvetví, musíte začať od pozadia odvetvia. Obsah predstavenia odvetvia zahŕňa, ako toto odvetvie súvisí s každodenným životom ľudí, aké sú jeho trhy alebo cieľové skupiny, akú úlohu zohráva klientova spoločnosť alebo jednotlivec v tomto odvetví, aké má presvedčenie alebo charakteristiky a aká je jeho vízia do budúcnosti. Tým, že softvérový vývojár pochopí pozadie odvetvia klienta, môže lepšie porozumieť perspektíve klienta.

Problémy v obchodných procesoch (kde sú potreby)

Toto je hlavný dôvod, prečo klienti prichádzajú. Aké problémy sa vyskytujú v ich pracovnom prostredí? Potrebujú digitalizovať existujúce pracovné procesy, alebo je potrebné reorganizovať existujúci informačný systém po rokoch používania? Alebo je potrebné reagovať na nové trendy v odvetví a zaviesť príslušné digitalizačné opatrenia? Je potrebné objektívne a empaticky pochopiť situáciu, ktorej klient čelí.

Navrhované riešenie

Po dosiahnutí konsenzu s klientom softvérová spoločnosť prispôsobí plán a implementáciu, ktoré zodpovedajú potrebám klienta, a úspešne ich aplikuje do jeho pracovných procesov.

Výsledky

V porovnaní so starými riešeniami, aké rozdiely a zmeny prinieslo nové riešenie klientovi? Napríklad zlepšenie efektivity výrobných procesov, zníženie času na zjednotenie informácií, poskytnutie nových kanálov na oslovenie cieľových skupín...

Zhromaždenie týchto štyroch bodov o softvérových projektoch nám pomáha získať základné pochopenie projektu. Počas diskusie s klientom musí projektový manažér zabezpečiť, aby tieto opisy boli jasné. Pretože opis softvérového projektu je flexibilný, môže byť vyjadrený jednou vetou alebo podrobnou správou. V tomto prípade môžete skúsiť:

Vytvoriť „jadrovú hodnotu“, ktorá definuje rozsah projektu

Projekt je projektom, pretože s obmedzenými zdrojmi dosahuje konkrétny cieľ. Ak však počas dosahovania cieľa nie je rozsah obmedzený, môžu sa objaviť „súvisiace“ funkcie. Tieto súvisiace funkcie môžu výrazne pridať hodnotu k celkovému riešeniu, ale môžu tiež predĺžiť čas vývoja a spôsobiť oneskorenie spustenia. Môžu tiež nemať konkrétny prínos pre celkové riešenie.

Príklad:

Klient chce pre podnikový informačný systém vytvoriť funkciu „stlačením tlačidla spustiť automatické plánovanie“. Na prvý pohľad sa zdá, že stačí spojiť nasledujúce pracovné procesy. Avšak v skutočnosti môže byť potrebné pridať obchodnú logiku, ako sú práva na vykonávanie, stav predchádzajúceho spustenia, stabilita pripojenia systému atď., v závislosti od aplikačného prostredia systému. V tomto momente klient náhle v diskusnej skupine povie: „Chcem, aby to pri stlačení tlačidla pôsobilo živšie a dynamickejšie.“

Pri vývoji softvéru, keď plánujeme funkcie na základe jedného používateľského príbehu, často musíme pridať posúdenie situácie a zvážiť rôzne obchodné logiky. Keď klient nemá námietky k funkčnej úrovni, môže sa zamerať na farby rozhrania, usporiadanie, správanie tlačidiel a prechody medzi stránkami, pričom sa objavujú rôzne požiadavky na živšie rozhranie.

Čo robiť, keď sa počas obmedzeného vývojového času objavia konflikty medzi vývojom funkcií a očakávaným rozhraním systému klienta?

V tomto momente sa musíte vrátiť k základnej „jadrovej hodnote“, aby ste potvrdili nevyhnutnosť a prioritu týchto súvisiacich funkcií s ohľadom na existujúci čas a zdroje. Jadrová hodnota je často stručný slogan, ktorý funguje ako mocné zaklínadlo, ktoré nám pomáha pri rozhodovaní o pridávaní alebo odstraňovaní používateľských príbehov. Keď sa stretneme s klientovými požiadavkami, môžeme diskusiu nasmerovať na otázky ako „Aké výhody prináša živšie rozhranie pre prevádzku podnikového informačného systému?“ alebo „Ak by sme chceli, aby rozhranie bolo živšie, musíme začať s dizajnom, čo by mohlo predĺžiť plánovanie a spôsobiť oneskorenie spustenia. Je to v poriadku?“ Potom navrhneme „upraviť požiadavky podľa 'jadrovej hodnoty' a určiť ich prioritu, aby sme mohli spustiť projekt včas“.

Pre každý projekt spolu s klientom definujte najvhodnejšiu „jadrovú hodnotu“

Jadrová hodnota projektu nám umožňuje, či už pri diskusii vo vývojovom tíme alebo pri rozhovoroch s klientom, viesť diskusiu ako maják, ktorý nás udržiava na správnej ceste a vracia nás k hlavnému zameraniu projektu. Ak ste dnes čítali tento článok a trápite sa s požiadavkami klienta, skúste si spísať jadrovú hodnotu projektu, aby ste presvedčili seba a klienta!