Pojďme nastavit scénu. Požádáte svého kolegu z IT, aby přidal některé funkce do vašeho podnikového softwaru (ERP, CRM atd.) Nebo na váš web. Zde vás žádá „Ukažte mi své specifikace“ … Odpovíte „samozřejmě dobře!“.
Ale jakmile jste před bílým listem, vaší novou prázdnou stránkou Word, přemýšlíte, kde začít a co do těchto specifikací vložit. Provedete rychlé vyhledávání na internetu a nalezené modely CoC jsou úplné, ale komplikované. A zejména není přizpůsoben vašim potřebám …
Nabízíme vám zde příklad jednoduché specifikace pro žádosti, které zůstávají profesionální, ale nevyžadují odstranění velkého dělostřelectva.
Definice CDC
Malá připomínka na začátek: specifikace má funkci formalizace potřeby tak, aby jí porozuměli všichni aktéři zapojení do projektu . Specifikuje očekávané specifikace.
Model a příklad specifikací
Zde jsou hlavní části, které vysvětlují vaši potřebu.
-
Kontext a definice problému
Napište pár slov a nastiňte základ žádosti. Možná si myslíte, že vývojáře zajímá pouze technická část. Zamyslete se znovu, mnoho lidí rádo vidí konec své práce. Kromě toho dává vývoj smysl, usnadňuje porozumění vašim potřebám a omezením. Později bude dialog ještě snazší. Konečně, když definujete problém - a tím prokážete opodstatněnost svého požadavku - s větší pravděpodobností uvidíte, že vaše specifikace přistanou na vrcholu hromady souborů, které mají být zpracovány v sousední kanceláři.
Příklad: " máme stále více technických hovorů, které musíme spravovat. Dnes je vše zaznamenáno v souboru aplikace Excel, který sdílíme. A to přináší spoustu problémů: nemůžeme pracovat na několika současně, není příliš snadné najít předchozí kontakty … Navíc, když musíme sdílet informace mezi kolegy v technické službě, děláme to. e-mailem, ale rychle se z toho stane nepořádek: zprávy nemůžete najít, každý má svou vlastní klasifikační metodu, žádné sledování …). A pokud jde o nadcházející roky, strategickou prioritou společnosti je vztah se zákazníkem, na tomto bodě je třeba naléhavě zapracovat. "
-
Cíl projektu
Po vysvětlení kontextu vyjádřete úroveň vašich očekávání a očekávané výsledky. Cíle budou kvantifikovány.
" Chceme nabízet lepší služby v našich reakcích zákazníkům pomocí skutečného nástroje pro správu požadavků. Dnes je míra spokojenosti na 60%, rok po implementaci nového nástroje se zaměřujeme na 80% ".
-
Obvod
Zde nastavte limity, které svému projektu dáváte. Jsou ovlivněni všichni zákazníci? Týká se to všech zaměstnanců? Všechna místa? …
" Zaměřujeme se na zákazníky ve Francii "
-
Funkční popis potřeb
Tento ne příliš sugestivní výraz pro nezasvěcené lze shrnout jednoduše: popište svou potřebu z hlediska funkcí . V několika řádcích vysvětlete co dělat tvá aplikace. Je to základní nástroj pro realizaci.
Kde začít s touto analýzou? Můžeš to udělat:
Začněte s hlavními funkcemi a odmítněte je.
Například :
Hlavní funkce: Záznam kontaktu se zákazníkem
Dílčí funkce:
- vytvořte nový soubor
- upravit existující soubor,
- atd.
Další příklad webu pro úhradu zdravotní péče:
Hlavní funkce: Proveďte simulaci splácení
Dílčí funkce:
- přidat akt
- odstranit akt
- zapamatujte si svoji simulaci
Pro každou funkci můžete přijmout mřížku určující: cíl, popis funkce, omezení / pravidla správy a úroveň priority.
Viz příklad níže:Funkce: uložit kontakt se zákazníkem / vytvořit nový soubor Fotbalová branka Snadný přístup ke vstupní masce včetně základních informací na vyžádání Popis Otevření masky je možné pomocí zástupce na ploše. Obsahuje následující informace: účet zákazníka, jméno zákazníka, jméno kontaktu (…) atd. Omezení / pravidla správy Služba je platná pouze pro zákazníky, zhoršený režim bude pro potenciální zákazníky poskytnut později. Soubor může zavřít pouze jeho tvůrce atd. Úroveň priority S vysokou prioritou Obtížností tohoto úkolu je přesně popsat očekávané funkce, aby bylo možné realizovat práci, aniž bychom museli jít do příliš vysoké úrovně detailů.
Pokud máte nápad na konečný design, vytvořte maketu.
Cvičení se může zdát trochu odrazující, ale je nezbytné pro pochopení vaší potřeby. Navíc vás to nutí přemýšlet o tom, co opravdu chcete.
-
Rozpočtový příspěvek; obálka zdrojů
Určete zdroje, které plánujete mobilizovat.
-
Lhůta
Vyjádřete se zde datum dokončení očekávané pro váš projekt. S, v mírně složitějších případech, meziprodukty.
Náš příklad souhrnných specifikací
Tyto specifikace můžete použít pro všechny typy projektů: web, design, IT, organizace …
Příklad specifikací v .doc (Word) ke stažení
Viz také příklad specifikací pro web
Na tento soubor odkazuje: Nástroje pro zlepšení kvality - Zápis funkčních specifikací
