Ne razumiju svi koliko je važno pravilno razvijati tehničke specifikacije, ali u stvari je toliko široko pitanje da to neće raditi ukratko. Iz tog razloga, prije nego što nastavite s ovim postupkom, morate razumjeti sve relevantne suptilnosti.
Za što je ovo?
Prije nego što raspravljate o tome kako pravilno razviti tehničke specifikacije, morate razumjeti zašto se to radi i od koga će se naknadno koristiti, jer nužni pristup provođenju ovog postupka prilično ovisi o tome. Vrijedi napomenuti nekoliko osnovnih opcija:
- Komercijalna organizacija namjerava uvesti potpuno automatizirani sustav, ali nema vlastitu IT uslugu, zbog čega je odlučila učiniti sljedeće: određena zainteresirana osoba razvija tehničke zadatke, a zatim ih daje trećim stranama na daljnji razvoj.
- Komercijalna tvrtka koristit će automatizirani sustav i imati radnu IT uslugu. U toj se situaciji razvija TK, nakon čega se on detaljno pregovara s IT službom, a zatim šalje zainteresiranim stranama, a u konačnici se prodaje i sam.
- Vlada će uskoro dovršiti određeni informatički projekt. Mnoštvo suptilnosti i zamki, uključujući sve vrste formalnosti, već se pojavljuju ovdje, pa nije ni prikladno razmatrati ovu mogućnost, jer svaki pojedinačni slučaj najčešće zahtijeva potpuno individualan pristup.
Složeniji slučajevi
Najteži je slučaj kad IT tvrtka razvija tehničke specifikacije za daljnji razvoj i implementaciju automatiziranih sustava. U takvim situacijama morate raditi u različitim uvjetima, kao što su:
- Klijentova prisutnost vlastitih stručnjaka s vlastitom vizijom ovog procesa koja nameće određene zahtjeve na sastavljenom TOR-u.
- Tehničke specifikacije stvorene su isključivo za vlastite programere, a klijentu, u principu, nije toliko važno kakav će biti rezultat.
- TK će biti prebačen na izvođača, odnosno na određenu grupu stručnjaka koji su locirani izvan osoblja tvrtke.
- Između tvrtke i klijenta postoji nesporazum u vezi s rezultatom, tako da tvrtka ne zna ispravno razviti tehničke specifikacije za održavanje.
Postoje i mnoge druge situacije koje također treba razmotriti, ali gore su navedene samo one najčešće.
Što je TK?
Postoji prilično veliki broj GOST-ova i određeni standardi koji su osmišljeni za regulaciju svakog područja aktivnosti. Takvi se standardi posebno moraju uzeti u obzir pri razvoju tehničkih specifikacija za održavanje. Istodobno, može se voditi aktivna rasprava o tome koliko su ti dokumenti relevantni, ali u svakom slučaju, u procesu razvoja vlastitog projekta potrebno ih je u potpunosti udovoljiti. U stvari, treba ispravno razumjeti da GOST-ovi najčešće ne otkrivaju praktične probleme suvremenog razvoja, ali istodobno ne predlažu uvijek specifičnu i sistemsku alternativu.
TK je sam po sebi izvorni dokument koji uređuje dizajn tehničkog objekta.Ono utvrđuje glavnu svrhu ovog razvoja, kao i razne taktičke i tehničke karakteristike, pokazatelje kvalitete i sve vrste tehničkih i ekonomskih zahtjeva, a također ukazuje i na posebne zahtjeve koji se moraju uzeti u obzir tijekom rada. Zadatak kao izvornog dokumenta stvoriti neke nove stvari postoji u svakom modernom području aktivnosti, ali može varirati, ovisno o sadržaju, redoslijedu dizajna i nizu drugih parametara.
Značajke uporabe
Sasvim je prirodno da zahtjevi u GOST-u očito nisu dovoljni tako da na kraju svi mogu stvoriti učinkovit primjer tehničkog zadatka, a to je sasvim normalno, jer ne mogu svi raditi posao u potpunosti u skladu sa standardima. Osim samog GOST-a, moraju se uzeti u obzir i određene metode i prakse, a činjenica je u srži ovog problema.
Mnogi stručnjaci, iz nekog razloga, razvijajući tehničke specifikacije za dizajn objekta ili izvode određene radove, temelje se isključivo na zahtjevima GOST-a, ali u stvarnosti je to u osnovi pogrešan pristup.
Glavni izazov
Kao što slijedi iz same definicije, glavna svrha TK-a je formuliranje osnovnih zahtjeva za razvijeni objekt. U ovom se slučaju mora ispravno shvatiti da govorimo o osnovnim zahtjevima, ali ne i jedinim.
Kako odrediti zahtjeve?
Prije svega, morate imati na umu da projektni zadatak ili projekt treba sadržavati zahtjeve podijeljene prema svojstvima i vrstama. U tome nam, u stvari, najviše pomaže GOST. Popis koji se tamo nalazi izvrstan je primjer o tome koje će vrste njih trebati uzeti u obzir, naime:
- funkcionalnost;
- sigurnost i prava pristupa;
- kvalifikacije osoblja.
Na što obratiti pažnju?
Naravno, ovo nije cjelovit popis. Ključni čimbenik koji bi se trebao razlikovati uspješnim primjerom tehničkog zadatka jesu pravilno formulirani zahtjevi za funkcionalnost, a upravo tim zahtjevima profesionalci posvećuju ogromnu većinu metoda i djela. Mnogi stručnjaci kažu da zahtjevi za funkcionalnost uključuju oko 90% ukupne složenosti posla vezanog za razvoj tehničkih specifikacija, a sve ostalo je vrsta "maskirne kože" koja će se onda nositi s tim zahtjevima.
Ako su zahtjevi nepravilno formirani, na kraju, koliko god lijepo stavili kamuflažu na njih, na kraju neće uspjeti napraviti stvarno uspješan projekt. Naravno, prema GOST-u svi su zahtjevi u potpunosti ispunjeni, opisni uvjeti (uzorak dolje) se razvijaju, potpisuju i odobravaju, a specijalist je za to primio plaćanje, ali tada trebate razumjeti što učiniti s ovim dokumentom. Ako govorimo o projektu za državni nalog, tada često ne nastaju problemi, jer postoje mnogo manja proračunska ograničenja, a glavni detalji već će se utvrditi u postupku provedbe. Ali ako govorimo o komercijalnim organizacijama, gdje novac razmatraju detaljnije i zahtijevaju drugačiji rezultat, onda je sve već složenije.
Korisni i učinkovit razvoj
Ako vrste zahtjeva mogu biti vrlo različite, a ovdje sve uglavnom ovisi isključivo o ciljevima projekta, tada postoje samo tri svojstva:
- čistoća;
- beton;
- Ispitljivost.
Istodobno, treba ispravno razumjeti da se, prilikom izrade tehničkog zadatka, uzorak mora ispravno ispitati, a to već ovisi o prva dva svojstva.Ako se rezultat ispunjenja jednog ili drugog zahtjeva ne može testirati, onda to ukazuje da taj zahtjev ili nije u potpunosti shvaćen ili nije specifičan, i o tome morate razmisliti, jer je u vlasništvu tih svojstava zahtjeva koji leže profesionalnost i vještina programera, i prema tome, iskusni stručnjaci obavljaju takav posao mnogo brže i bolje.
Dodatne nijanse
Također postoji nekoliko važnih točaka koje morate uzeti u obzir pri razvoju tehničkog zadatka. Sustav zahtjeva je sljedeći:
- Kojim bi jezikom (s gledišta složenosti percepcije) trebao biti napisan?
- Je li potrebno u njemu opisati bilo koje specifičnosti različitih funkcija, algoritama, vrste potrebnih informacija i drugih tehničkih detalja?
- Što je tehnički dizajn, koji se, usput rečeno, primjećuje u postojećim državnim standardnim specifikacijama i kako se odnosi na sastavljene tehničke specifikacije?
Odgovori na sva ova pitanja prilično su važni i upravo se iz tog razloga mnogi često počinju raspravljati o tome koliko je dovoljan izrađeni TOR i sadrži li sve potrebne detalje o zahtjevima. Između ostalog, važno je i koliko će ovaj dokument biti razumljiv sa stajališta kupca i izvođača, koliko je suvišan i kakav je format prezentacije.
Zadatak i projekt
TK je dokument koji uključuje različite zahtjeve formulirane na jeziku koji je krajnje razumljiv za kupca i izvođača. Štoviše, ako stručnjak razvija tehnički zadatak, njegove usluge mogu uključivati i uporabu industrijske tehnologije koja je oblikovana tako da pruži najrazumljivije formulacije krajnjem izvođaču. Ovdje je važno imati na umu da je potrebno izbjeći bilo kakvo vezivanje za specifičnosti tehničke implementacije, to jest u procesu razvoja TK-a, u principu, nije važno na kojoj će se platformi provoditi implementacija svih ovih zahtjeva. Naravno, postoje i određeni izuzeci, ali to su posebni slučajevi.
Razjašnjenje i daljnje formuliranje različitih zahtjeva, kao i konačni razvoj ToR-a, već bi trebao raditi specijalizirani poslovni analitičar, a ne izvršitelj (osim ako, naravno, te uloge kombinira u sebi, što se događa periodično). Drugim riječima, specijalist mora komunicirati s kupcem na jeziku poslovanja koji vodi.
Razlike projekta od zadatka
Izrada tehničkog zadatka iz projekta razlikuje se po tome što je potonji dokument koji uključuje osnovne zahtjeve za način na koji se zahtjevi navedeni u ToR-u trebaju provoditi. Ovaj dokument uključuje glavne suptilnosti implementiranog proizvoda i potrebne elemente koje će koristiti u radu tehnički stručnjaci.
Kupac nije nužno da se upušta u takav posao jer mu velika većina zahtjeva možda uopće nije jasna. Često provedbu tehničkog projekta provodi određeni specijalist, pa je već sada sasvim moguće kombinirati tu ulogu s izvođačem. Istovremeno, morate shvatiti da što je projekt veći, što više ljudi razvija tehničke specifikacije.
Kakva je praksa?
Često se događa da je direktor doveden u koordinaciju TK-a, koja uključuje puno tehničke terminologije, uslijed čega pokušava uroniti u to, pokušavajući uhvatiti poznate riječi i ne izgubiti glavni lanac poslovnih zahtjeva. U pravilu se u takvim situacijama tehnički zadatak za rad još uvijek odobrava, provodi, a u većini slučajeva ispada da rezultat ne odgovara činjenici obavljenog posla, jer je odlučeno da se promijeni, preoblikuje veliki broj nijansi,a neki su elementi bili pogrešno shvaćeni, a stvorio se i niz drugih problema.
Zbog toga je važno shvatiti razliku između TK-a i tehničkog dizajna, što je dijelom povezano s kompetencijom relevantnih stručnjaka, a dijelom sa željom za smanjenjem proračuna i vremena, jer takva dokumentacija oduzima puno vremena.
