Při diskusi o softwarových projektech, viděli jste někdy, jak různé softwarové vývojové společnosti a společnosti poskytující softwarové služby popisují projekt? Po přečtení jejich popisu, můžete rychle pochopit konkrétní požadavky a pozadí projektu?

Obvyklý způsob popisu softwarových projektů obvykle zahrnuje následující čtyři body:

Představení odvětví zákazníka

Softwarové projekty slouží zákazníkům z různých odvětví. Pokud chcete představit projekt lidem z různých odvětví, musíte začít s pozadím odvětví. Obsah představení odvětví zahrnuje, jak toto odvětví souvisí s každodenním životem lidí, jaké jsou cílové trhy nebo služby, jakou roli hraje zákazníkova společnost nebo jednotlivec v tomto odvětví, jaké má přesvědčení nebo charakteristiky a jaká je vize společnosti do budoucna. Aby softwaroví vývojáři mohli správně zpracovat požadavky, je důležité začít s představením odvětví zákazníka, což pomůže vývojovému týmu pochopit perspektivu zákazníka.

Problémy v obchodních procesech (kde leží potřeba)

Toto je hlavní důvod, proč zákazník přichází. Jaké problémy zákazník zažívá ve svém pracovním prostředí? Potřebuje stávající pracovní proces digitalizaci, nebo je třeba přepracovat současný informační systém po letech používání, nebo je třeba přijmout digitální opatření v reakci na nové trendy v odvětví? Je třeba objektivně a empaticky pochopit situaci, které zákazník čelí.

Navrhované řešení

Po dosažení konsensu se zákazníkem softwarová společnost přizpůsobí a navrhne projekty, které splňují potřeby, a úspěšně je aplikuje do pracovních procesů zákazníka.

Výsledek

Ve srovnání s předchozími řešeními, jaké rozdíly a změny přineslo nové řešení zákazníkovi? Například zvýšení efektivity výrobních procesů, zkrácení času na integraci informací, poskytnutí nových kanálů pro oslovení zákazníků...

Souhrn těchto čtyř bodů o softwarových projektech nám pomůže získat základní pochopení projektu. Během diskuse se zákazníkem musí projektový manažer zajistit, že tyto popisy jsou jasné. Popis softwarového projektu je flexibilní; může být shrnut do jedné věty nebo rozšířen do podrobné zprávy. V této chvíli můžete zkusit:

Vytvořit „jádrovou hodnotu“, která definuje rozsah projektu

Projekt je projektem, protože dosahuje specifického cíle s omezenými zdroji. Pokud však není rozsah omezen, mohou se objevit „související“ funkce. Tyto funkce mohou významně přispět k celkovému řešení, ale mohou také prodloužit dobu vývoje a způsobit zpoždění spuštění; nebo nemusí mít konkrétní přínos pro celkové řešení.

Příklad:

Zákazník chce vytvořit funkci „stiskněte tlačítko start a automaticky spusťte plánované úkoly“ pro podnikový informační systém. Na první pohled to může vypadat jako jednoduché propojení pracovních procesů, ale ve skutečnosti může být nutné přidat obchodní logiku, jako jsou oprávnění uživatele, stav předchozího spuštění, stabilita připojení systému atd. V tomto okamžiku zákazník náhle řekne: „Chci, aby při stisknutí tlačítka start bylo cítit, že systém ožívá.“

Při vývoji softwaru, když plánujeme funkce na základě uživatelského příběhu, často musíme zvážit scénáře a obchodní logiku. Pokud zákazník nemá žádné další námitky k funkčním aspektům, může se zaměřit na barvy rozhraní, uspořádání, chování tlačítek a přechody stránek, což může vést k různým požadavkům na živější vzhled.

Co dělat, když se během omezeného vývojového času objeví konflikt mezi vývojovými funkcemi a očekávaným rozhraním systému zákazníka?

V tomto okamžiku je nutné se vrátit k základní „jádrové hodnotě“ a zkontrolovat nezbytnost a prioritu těchto funkcí s ohledem na dostupný čas a zdroje. Jádrová hodnota je často stručné heslo, které nám pomáhá při rozhodování o přidání nebo odstranění uživatelských příběhů. Při setkání s vytrvalostí zákazníka můžeme diskusi nasměrovat k otázkám jako „Jaké výhody přináší živější rozhraní pro provoz podnikového informačního systému?“ nebo „Pokud chceme, aby rozhraní bylo živější, potřebujeme více času na design, což může způsobit zpoždění spuštění. Je to v pořádku?“ Poté navrhněte „podle 'jádrové hodnoty' upravit požadavky a stanovit priority, aby bylo možné spustit projekt včas“.

Pro každý projekt stanovte nejvhodnější „jádrovou hodnotu“ společně se zákazníkem během diskuse

Jádrová hodnota projektu nám umožňuje, ať už při diskusi ve vývojovém týmu nebo při rozhovorech o požadavcích nebo přejímce se zákazníkem, mít jasný směr, jako maják, který nás vede v moři diskusí, abychom se neodchýlili od hlavního tématu a vrátili se k hlavní ose projektu. Pokud jste dnes četli tento článek a máte potíže s požadavky zákazníka, zkuste si sepsat jádrovou hodnotu projektu, abyste přesvědčili sebe i zákazníka!