Nie každý chápe, aké dôležité je správne rozvíjať technické špecifikácie, ale v skutočnosti je to taká široká otázka, že nebude fungovať v skratke. Z tohto dôvodu musíte predtým, ako budete pokračovať v tomto postupe, porozumieť všetkým relevantným jemnostiam.
Na čo je to?
Predtým, ako budete diskutovať o tom, ako správne vypracovať technické špecifikácie, musíte pochopiť, prečo sa to robí a kto ich následne použije, pretože potrebný prístup k vykonávaniu tohto postupu do značnej miery závisí od toho. Za zmienku stojí niekoľko základných možností:
- Komerčná organizácia má v úmysle zaviesť plne automatizovaný systém, nemá však vlastnú IT službu, v dôsledku čoho sa rozhodla urobiť toto: určitá zainteresovaná osoba vyvíja technické úlohy a potom ich dáva tretím stranám na ďalší rozvoj.
- Komerčná spoločnosť bude používať automatizovaný systém a má funkčnú IT službu. V tejto situácii sa vyvíja spoločnosť TK, po ktorej sa podrobne prerokuje s IT službou a potom sa zašle zainteresovaným stranám av konečnom dôsledku sa predáva samostatne.
- Vláda sa chystá dokončiť konkrétny projekt v oblasti IT. Už sa tu objavuje veľa jemností a nástrah, vrátane všetkých druhov formalít, takže nie je vhodné zvážiť túto možnosť, pretože každý jednotlivý prípad si často vyžaduje úplne individuálny prístup.
Zložitejšie prípady
Najťažší prípad je vtedy, keď technická spoločnosť vyvinie technické špecifikácie pre ďalší vývoj a implementáciu automatizovaných systémov. V takýchto situáciách musíte pracovať v najrôznejších podmienkach, ako napríklad:
- Klientova prítomnosť vlastných špecialistov s vlastnou víziou tohto procesu, ktorá kladie určité požiadavky na kompilovaný TOR.
- Technické špecifikácie sú vytvorené výlučne pre ich vlastných vývojárov a klient v zásade nie je taký dôležitý, aký bude výsledok.
- Spoločnosť TK bude prevedená na dodávateľa, to znamená na určitú skupinu špecialistov, ktorí sa nachádzajú mimo zamestnancov spoločnosti.
- Medzi spoločnosťou a klientom dochádza k nedorozumeniu, pokiaľ ide o výsledok, takže spoločnosť nevie, ako správne vypracovať technické špecifikácie pre údržbu.
Je potrebné zvážiť aj mnoho ďalších situácií, ale len najčastejšie sa uvádza vyššie.
Čo je TK?
Existuje pomerne veľké množstvo GOST a určité normy, ktoré sú navrhnuté tak, aby regulovali každú oblasť činnosti. Takéto normy sa musia brať do úvahy najmä pri vývoji technických špecifikácií údržby. Zároveň môže dôjsť k aktívnej diskusii o tom, do akej miery sú tieto dokumenty relevantné, ale v každom prípade v procese vývoja vlastného projektu musíte byť v plnom súlade s nimi. V skutočnosti je potrebné správne pochopiť, že GOST často neodhaľujú praktické problémy moderného rozvoja, ale zároveň nie vždy navrhujú konkrétnu a systémovú alternatívu.
Samotná TK je zdrojovým dokumentom upravujúcim projektovanie technického zariadenia.Stanovuje hlavný účel tohto vývoja, ako aj rôzne taktické a technické vlastnosti, ukazovatele kvality a všetky druhy technických a ekonomických požiadaviek, ako aj osobitné požiadavky, ktoré sa musia pri práci zohľadniť. Úloha ako zdrojový dokument na vytvorenie niektorých nových vecí existuje v každej modernej oblasti činnosti, ale môže sa líšiť v závislosti od obsahu, poradia dizajnu a množstva ďalších parametrov.
Funkcie použitia
Je úplne prirodzené, že požiadavky v GOST zjavne nepostačujú na to, aby nakoniec každý mohol vytvoriť efektívny príklad technickej úlohy, a to je celkom bežné, pretože nie každý môže robiť svoju prácu v úplnom súlade s normami. Okrem samotného GOST sa musia brať do úvahy aj určité metódy a postupy, čo je príčinou tohto problému.
Mnoho odborníkov z nejakého dôvodu, ktorí vyvíjajú technické špecifikácie pre projektovanie objektu alebo vykonávanie určitých prác, vychádza výlučne z požiadaviek GOST, ale v skutočnosti je to v zásade nesprávny prístup.
Hlavná výzva
Ako vyplýva zo samotnej definície, hlavným účelom TK je sformulovať základné požiadavky na vyvinutý objekt. V tomto prípade je potrebné správne pochopiť, že hovoríme o základných požiadavkách, ale nie o jediných.
Ako určiť požiadavky?
Najprv si musíte uvedomiť, že referenčný rámec pre návrh alebo vývoj by mal obsahovať požiadavky, ktoré sú rozdelené podľa vlastností a typov. V tom nám v skutočnosti GOST najviac pomáha. Zoznam, ktorý možno nájsť, je vynikajúcim príkladom toho, aké typy z nich bude potrebné zvážiť, a to:
- funkčnosť;
- bezpečnosť a prístupové práva;
- kvalifikácia personálu.
Na čo treba dať pozor?
Toto samozrejme nie je úplný zoznam. Kľúčovým faktorom, ktorý by sa mal odlíšiť úspešným príkladom technickej úlohy, sú však správne formulované požiadavky na funkčnosť a práve na tieto požiadavky odborníci venujú prevažnú väčšinu metód a prác. Mnohí odborníci tvrdia, že požiadavky na funkčnosť zahŕňajú asi 90% celkovej zložitosti práce súvisiacej s vývojom technických špecifikácií, a všetko ostatné je akýmsi „kamuflážou“, ktorá sa potom bude na tieto požiadavky nosiť.
Ak sú požiadavky formulované nesprávne, potom, bez ohľadu na to, ako krásne si na ne dáte kamufláž, nakoniec nebude fungovať skutočne úspešný projekt. Samozrejme, podľa GOST sú všetky požiadavky úplne splnené, sú vypracované, podpísané a schválené referenčné podmienky (vzorka nižšie) a špecialista za to dostal platbu, ale potom musíte pochopiť, čo s týmto dokumentom robiť. Ak hovoríme o projekte pre štátny poriadok, často nevzniknú žiadne problémy, pretože existujú oveľa menšie rozpočtové obmedzenia a hlavné podrobnosti sa už určia v procese implementácie. Ak však hovoríme o komerčných organizáciách, kde peniaze zvažujú podrobnejšie a vyžadujú iný výsledok, všetko je už komplikovanejšie.
Užitočný a efektívny rozvoj
Ak sa typy požiadaviek môžu veľmi líšiť a tu všetko závisí hlavne od cieľov projektu, potom existujú iba tri vlastnosti:
- jasnosť;
- betón;
- testovateľnosť.
Zároveň je potrebné správne pochopiť, že pri vývoji technickej úlohy sa musí vzorka správne otestovať a to už závisí od prvých dvoch vlastností.Ak výsledok splnenia jednej alebo druhej požiadavky nie je možné otestovať, znamená to, že táto požiadavka buď nie je úplne pochopená alebo nie je špecifická, a preto je potrebné o tom premýšľať, pretože profesionalitu a zručnosti vývojára spočíva vo vlastníctve týchto vlastností, a preto skúsení odborníci vykonávajú takúto prácu oveľa rýchlejšie a lepšie.
Ďalšie nuansy
Pri vypracovaní technickej úlohy je tiež potrebné zohľadniť niekoľko dôležitých bodov. Systém požiadaviek je nasledovný:
- Aký jazyk (z hľadiska komplexnosti vnímania) by mal byť napísaný?
- Je potrebné v ňom opísať určité vlastnosti rôznych funkcií, algoritmov, druhov potrebných informácií a iných technických jemností?
- Čo je to technický dizajn, ktorý je mimochodom uvedený v existujúcich špecifikáciách štátnych noriem a ako súvisí so zostavenými technickými špecifikáciami?
Odpovede na všetky tieto otázky sú dosť dôležité, a práve z tohto dôvodu sa mnohí často hádajú o tom, ako dostatočný je navrhovaný TOR a či obsahuje všetky potrebné podrobnosti o požiadavkách. Okrem iného je tiež dôležité, ako zrozumiteľný bude tento dokument z hľadiska zákazníka a dodávateľa, aký je nadbytočný a aký je formát prezentácie.
Úloha a projekt
TK je dokument, ktorý obsahuje rôzne požiadavky formulované v jazyku, ktorý je pre zákazníka a dodávateľa mimoriadne zrozumiteľný. Okrem toho, ak odborník vyvíja technickú úlohu, jeho služby môžu zahŕňať aj použitie priemyselnej technológie, ktorá je navrhnutá tak, aby konečnému dodávateľovi poskytla čo najrozumiteľnejšie znenie. Tu je dôležité pamätať na to, že je potrebné vyhnúť sa akýmkoľvek väzbám na špecifiká technickej implementácie, to znamená, že v procese vývoja TK v zásade nezáleží na tom, na ktorej konkrétnej platforme sa budú implementovať všetky tieto požiadavky. Existujú, samozrejme, určité výnimky, ale sú to špeciálne prípady.
Objasnenie a ďalšie formulovanie rôznych požiadaviek, ako aj konečný vývoj ToR by už mal vykonať špecializovaný obchodný analytik, a nie jeho vykonávateľ (pokiaľ tieto úlohy samozrejme nespája sám, čo sa stáva pravidelne). Inými slovami, špecialista musí so zákazníkom komunikovať v jazyku firmy, ktorú vedie.
Rozdiely projektu od úlohy
Vytvorenie technickej úlohy z projektu sa líši tým, že ide o dokument, ktorý obsahuje základné požiadavky na to, ako by sa mali implementovať požiadavky uvedené v ToR. Tento dokument obsahuje hlavné jemnosti implementovaného produktu a potrebné prvky, ktoré budú pri práci používať technickí odborníci.
Nie je potrebné, aby sa zákazník zapojil do takejto práce, pretože drvivá väčšina požiadaviek mu nemusí byť ani jasná. Realizáciu technického projektu často vykonáva špecifický odborník, preto je už celkom možné kombinovať túto úlohu s výkonným umelcom. Zároveň musíte pochopiť, že čím väčší je projekt, tým viac ľudí vyvíja technické špecifikácie.
Aká je prax?
Často sa stáva, že sa režisér dostane do koordinácie TK, čo zahŕňa množstvo technickej terminológie, v dôsledku čoho sa snaží ponoriť sa do toho, snažiť sa zachytiť známe slová a nestratiť hlavný reťazec obchodných požiadaviek. V takýchto situáciách je spravidla technická úloha pre prácu stále schválená, implementovaná a vo väčšine prípadov sa ukazuje, že výsledok nezodpovedá skutočnosti vykonanej práce, pretože sa rozhodlo o zmene veľkého množstva nuancií,a niektoré prvky boli nepochopené a vzniklo množstvo ďalších problémov.
Preto je dôležité pochopiť rozdiel medzi TK a technickým dizajnom, ktorý čiastočne súvisí s spôsobilosťou príslušných odborníkov a čiastočne so snahou znížiť rozpočet a čas, pretože takáto dokumentácia vyžaduje veľa času.
