Ne každý chápe, jak důležité je správně vyvíjet technické specifikace, ale ve skutečnosti je to tak široká otázka, že to nebude fungovat v kostce. Z tohoto důvodu musíte před pokračováním v tomto postupu porozumět všem relevantním jemnostem.
K čemu to je?
Předtím, než budete diskutovat o tom, jak správně vytvořit technické specifikace, musíte pochopit, proč se tak děje a kým budou následně použity, protože nezbytný přístup k provedení tohoto postupu do značné míry závisí na tom. Stojí za zmínku několik základních možností:
- Obchodní organizace má v úmyslu zavést plně automatizovaný systém, ale nemá vlastní IT službu, v důsledku čehož se rozhodla učinit následující: určitý zájemce vyvíjí technické úkoly a poté je dává organizacím třetích stran k dalšímu rozvoji.
- Obchodní společnost bude používat automatizovaný systém a má funkční IT-službu. V této situaci se vyvíjí společnost TK, po které je podrobně sjednána služba IT a poté odeslána zúčastněným stranám a nakonec je prodávána sama.
- Vláda se chystá dokončit konkrétní IT projekt. Již se zde objevuje mnoho jemností a úskalí, včetně všech druhů formalit, takže není vhodné tuto možnost zvážit, protože každý jednotlivý případ často vyžaduje zcela individuální přístup.
Složitější případy
Nejobtížnějším případem je situace, kdy IT specifikace vyvíjí technické specifikace pro následný vývoj a implementaci automatizovaných systémů. V takových situacích musíte pracovat v nejrůznějších podmínkách, například:
- Klientova přítomnost vlastních odborníků s vlastní vizí tohoto procesu, která ukládá určité požadavky na kompilovaný TOR.
- Technické specifikace jsou vytvářeny výhradně pro jejich vlastní vývojáře a klient v zásadě není tak důležitý, jaký bude výsledek.
- TK bude převedena na dodavatele, tj. Na určitou skupinu specialistů, kteří se nacházejí mimo zaměstnance společnosti.
- Mezi společností a klientem dochází k nedorozumění ohledně výsledku, takže společnost neví, jak správně vyvinout technické specifikace pro údržbu.
Je třeba zvážit i mnoho dalších situací, ale výše jsou uvedeny pouze ty nejčastější.
Co je TK?
Existuje poměrně velké množství GOST a určité standardy, které jsou navrženy tak, aby regulovaly každou oblast činnosti. Zejména musí být tyto normy zohledněny při vývoji technických specifikací pro údržbu. Zároveň může probíhat aktivní debata o tom, jak jsou tyto dokumenty relevantní, ale v každém případě v procesu vývoje vlastního projektu je musíte plně dodržovat. Ve skutečnosti je třeba správně pochopit, že GOST často neodhalují praktické problémy moderního vývoje, ale zároveň ne vždy navrhují konkrétní a systémovou alternativu.
Samotná TK je zdrojovým dokumentem upravujícím návrh technického zařízení.Stanovuje hlavní účel tohoto vývoje, jakož i různé taktické a technické vlastnosti, ukazatele kvality a všechny druhy technických a ekonomických požadavků, a také uvádí zvláštní požadavky, které musí být při práci zohledněny. Úkol jako zdrojový dokument k vytvoření některých nových věcí existuje v každé moderní oblasti činnosti, ale může se lišit v závislosti na obsahu, pořadí designu a řadě dalších parametrů.
Vlastnosti použití
Je zcela přirozené, že požadavky v GOST zjevně nestačí, aby nakonec každý mohl vytvořit účinný příklad technického úkolu, a to je zcela normální, protože ne každý může dělat svou práci v plném souladu s normami. Kromě samotného GOST je třeba vzít v úvahu také určité metody a postupy, což je příčinou tohoto problému.
Mnoho odborníků z nějakého důvodu vyvíjí technické specifikace pro návrh objektu nebo provádění určitých prací, je založeno pouze na požadavcích GOST, ale ve skutečnosti je to v zásadě nesprávný přístup.
Hlavní výzva
Jak vyplývá ze samotné definice, hlavním účelem TK je formulovat základní požadavky na vyvinutý objekt. V tomto případě musí člověk správně pochopit, že mluvíme o základních požadavcích, ale ne o jediných.
Jak zjistit požadavky?
Nejprve si musíte uvědomit, že referenční podmínky pro návrh nebo vývoj by měly zahrnovat požadavky, které jsou rozděleny podle vlastností a typů. V tom nám ve skutečnosti GOST nejvíce pomáhá. Seznam, který lze nalézt, je vynikajícím příkladem toho, jaké typy z nich bude třeba vzít v úvahu, jmenovitě:
- Funkčnost
- bezpečnost a přístupová práva;
- kvalifikace zaměstnanců.
Čemu věnovat pozornost?
Toto samozřejmě není úplný seznam. Klíčovým faktorem, který by se měl odlišit úspěšným příkladem technického úkolu, jsou však správně formulované požadavky na funkčnost a právě na tyto požadavky odborníci věnují drtivou většinu metod a prací. Mnoho odborníků tvrdí, že požadavky na funkčnost zahrnují asi 90% celkové složitosti práce související s vývojem technických specifikací, a všechno ostatní je jakýmsi „maskováním“, které se pak bude na tyto požadavky nosit.
Pokud jsou požadavky formulovány nesprávně, pak, bez ohledu na to, jak krásně na ně dáte kamufláž, nakonec to nebude fungovat, aby se opravdu úspěšný projekt. Podle GOST jsou samozřejmě všechny požadavky plně splněny, jsou vypracovány, podepsány a schváleny zadávací podmínky (ukázka níže) a odborník za to obdržel platbu, ale musíte pochopit, co s tímto dokumentem dělat. Pokud mluvíme o projektu pro státní pořádek, pak často nevzniknou žádné problémy, protože existují mnohem menší rozpočtová omezení a hlavní podrobnosti budou již identifikovány v procesu implementace. Pokud však hovoříme o komerčních organizacích, kde peníze zvažují podrobněji a vyžadují jiný výsledek, pak je vše složitější.
Užitečný a efektivní vývoj
Pokud se typy požadavků mohou velmi lišit a zde vše závisí hlavně pouze na cílech projektu, pak existují pouze tři vlastnosti:
- srozumitelnost;
- specifičnost;
- testovatelnost.
Současně musí člověk správně pochopit, že při vývoji technického úkolu musí být vzorek správně otestován, a to již závisí na prvních dvou vlastnostech.Pokud výsledek splnění jednoho nebo druhého požadavku nelze otestovat, pak to znamená, že tento požadavek buď není zcela pochopen nebo není specifický, a je třeba o tom přemýšlet, protože profesionalita a dovednost vývojáře spočívá ve vlastnictví těchto vlastností a Zkušení odborníci proto vykonávají takovou práci mnohem rychleji a lépe.
Další nuance
Při vývoji technického úkolu je třeba vzít v úvahu také několik důležitých bodů. Systém požadavků je následující:
- Jaký jazyk (z hlediska složitosti vnímání) by měl být psán?
- Je třeba v něm popsat nějaké specifické rysy různých funkcí, algoritmů, typů potřebných informací a dalších technických jemností?
- Co je technický design, který je mimochodem uveden ve stávajících specifikacích státních norem, a jak se vztahuje k kompilovaným technickým specifikacím?
Odpovědi na všechny tyto otázky jsou velmi důležité, a právě z tohoto důvodu se mnozí často hádají o tom, jak dostatečný je navrhovaný TOR a zda obsahuje všechny potřebné podrobnosti požadavků. Mimo jiné je také důležité, jak srozumitelný bude tento dokument z pohledu zákazníka a dodavatele, jak je nadbytečný a jaký je formát prezentace.
Úkol a projekt
TK je dokument, který obsahuje různé požadavky formulované v jazyce, který je pro zákazníka a pro dodavatele nesmírně srozumitelný. Kromě toho, pokud odborník vyvíjí technický úkol, mohou jeho služby zahrnovat také použití průmyslové technologie, která je navržena tak, aby konečnému dodavateli poskytla co nejrozumitelnější formulaci. Zde je důležité si uvědomit, že je třeba se vyhnout jakýmkoli vazbám na specifika technické implementace, to znamená, že v procesu vývoje TK v zásadě nezáleží na tom, na které konkrétní platformě bude implementace všech těchto požadavků provedena. Samozřejmě existují určité výjimky, jedná se však o zvláštní případy.
Objasnění a další formulace různých požadavků, jakož i konečný vývoj ToR, by již měl provádět specializovaný obchodní analytik, a nikoli exekutor (pokud ovšem tyto role samozřejmě sám nekombinuje, což se stává pravidelně). Jinými slovy, specialista musí komunikovat se zákazníkem v jazyce firmy, kterou vede.
Rozdíly projektu od úkolu
Vytvoření technické úlohy z projektu se liší tím, že se jedná o dokument, který obsahuje základní požadavky na to, jak by měly být implementovány požadavky uvedené v ToR. Tento dokument obsahuje hlavní jemnosti implementovaného produktu a nezbytné prvky, které budou v práci použity technickými specialisty.
Není nutné, aby se zákazník do takové práce ponořil, protože drtivá většina požadavků mu nemusí být ani jasná. Realizaci technického projektu často provádí specifický odborník, a proto je již docela možné tuto roli kombinovat s výkonným umělcem. Zároveň musíte pochopit, že čím větší je projekt, tím více lidí vyvíjí technické specifikace.
Jaká je praxe?
Často se stává, že se ředitel dostane do koordinace TK, což zahrnuje spoustu technické terminologie, v jejímž důsledku se snaží ponořit se do toho, snaží se zachytit známá slova a neztratit hlavní řetězec obchodních požadavků. Zpravidla je v takových situacích technický úkol pro práci stále schválen, implementován a ve většině případů se ukazuje, že výsledek neodpovídá skutečnosti provedené práce, protože bylo rozhodnuto, že velké množství nuancí bude změněno, přepracováno,a některé prvky byly nepochopeny a objevilo se mnoho dalších problémů.
Proto je důležité pochopit rozdíl mezi TK a technickým designem, který částečně souvisí s kompetencí příslušných odborníků a částečně s touhou snížit rozpočet a čas, protože taková dokumentace vyžaduje hodně času.
