Nem mindenki érti, hogy mennyire fontos a műszaki előírások megfelelő kidolgozása, ám valójában olyan széles kérdés, hogy nem fog összefoglalóan működni. Ezért, mielőtt folytatná ezt az eljárást, meg kell értenie az összes vonatkozó finomságot.
Mi ez?
Mielőtt megvitatnánk a műszaki előírások megfelelő kidolgozásának módját, meg kell értenünk, hogy miért történik ez, és ki fogja ezt felhasználni, mivel ennek az eljárásnak a végrehajtásához szükséges megközelítés nagyon erősen függ. Érdemes megemlíteni néhány alapvető lehetőséget:
- Egy kereskedelmi szervezet egy teljesen automatizált rendszert kíván bevezetni, de nem rendelkezik saját informatikai szolgáltatással, amelynek eredményeként az alábbiakat választotta: egy érdekelt fél műszaki feladatokat dolgoz ki, majd továbbfejlesztés céljából harmadik fél szervezeteinek adja azokat.
- Egy kereskedelmi vállalat automatizált rendszert fog használni, és működő informatikai szolgáltatással rendelkezik. Ebben a helyzetben kifejlesztik a TK-t, amelyet azután részletesen tárgyalnak az IT-szolgálattal, majd eljuttatnak az érdekelt felekhez, és végül önmagában adják el.
- A kormány egy konkrét informatikai projektet tervez befejezni. Sok finomság és bukás, beleértve mindenféle alaki követelményt, itt már felszínre kerül, tehát ezt a lehetőséget nem is érdemes megfontolni, mivel a legtöbb esetben minden egyes eset teljesen egyéni megközelítést igényel.
Bonyolultabb esetek
A legnehezebb eset, amikor egy informatikai vállalat kidolgozza a műszaki előírásokat az automatizált rendszerek későbbi fejlesztésére és bevezetésére. Ilyen helyzetekben nagyon sokféle körülmények között kell dolgoznia, például:
- Az ügyfél jelenléte a saját szakemberei mellett, a saját elképzelésével erről a folyamatról, amely bizonyos követelményeket támaszt az összeállított TOR-ra.
- A műszaki specifikációkat kizárólag saját fejlesztőik számára készítik, és az ügyfél elvileg nem olyan fontos, hogy mi lesz az eredmény.
- A TK-t átruházják a vállalkozóra, vagyis a szakemberek egy bizonyos csoportjára, akik a társaság személyzetén kívül helyezkednek el.
- A vállalat és az ügyfél között félreértés van az eredmény tekintetében, ezért a vállalat nem tudja, hogyan kell helyesen kidolgozni a karbantartás műszaki előírásait.
Számos más helyzetet is figyelembe kell venni, ám a fentiekben csak a leggyakoribbokat jelöltük meg.
Mi a TK?
Meglehetősen sok GOST és bizonyos szabvány létezik, amelyek célja az egyes tevékenységi területek szabályozása. Különösen az ilyen szabványokat kell figyelembe venni a karbantartás műszaki előírásainak kidolgozásakor. Ugyanakkor aktív vita folyhat arról, hogy ezek a dokumentumok mennyire relevánsak, de a saját projekt kidolgozása során mindenképpen teljes mértékben be kell tartania azokat. Valójában helyesen kell megérteni, hogy a GOST-ok általában nem fedik fel a modern fejlesztés gyakorlati problémáit, ugyanakkor nem mindig javasolnak egy konkrét és szisztematikus alternatívát.
A TK önmagában egy forrásdokumentum, amely a műszaki létesítmény tervezését szabályozza.Megállapítja e fejlesztés fő célját, valamint a különféle taktikai és műszaki jellemzőket, minőségi mutatókat és mindenféle műszaki és gazdasági követelményt, valamint megjelöli azokat a különleges követelményeket is, amelyeket a munka során figyelembe kell venni. Az a feladat, hogy forrásdokumentumként új dolgokat hozzon létre, minden modern tevékenységi területen létezik, de ez változhat, a tartalomtól, a tervezési sorrendtől és számos más paraméttől függően.
A használat jellemzői
Teljesen természetes, hogy a GOST követelményei nyilvánvalóan nem elegendőek ahhoz, hogy végül mindenki létrehozhasson egy hatékony példát a műszaki feladatra, és ez teljesen normális, mert nem mindenki képes a munkát a szabványoknak megfelelően teljesíteni. Maga a GOST mellett bizonyos módszereket és gyakorlatokat is figyelembe kell venni, és ez a tény a probléma gyökere.
Számos szakértő valamilyen okból kidolgozza a műszaki előírásokat egy tárgy tervezésére vagy bizonyos munkák elvégzésére, kizárólag a GOST követelményein alapszik, de a valóságban ez alapvetően rossz megközelítés.
Fő kihívás
Mint maga a meghatározás, a TK fő célja a kidolgozott objektumra vonatkozó alapvető követelmények megfogalmazása. Ebben az esetben helyesen meg kell értenünk, hogy az alapkövetelményekről beszélünk, de nem csak ezekről.
Hogyan lehet meghatározni a követelményeket?
Mindenekelőtt nem szabad elfelejtenie, hogy a tervezéshez vagy fejlesztéshez a feladatnak tartalmaznia kell a tulajdonságokkal és típusokkal felosztott követelményeket. Ebben valójában a GOST segít a legjobban. Az ott található lista kiváló példa arra, hogy milyen típusú típusokat kell figyelembe venni, nevezetesen:
- alkalmassága;
- biztonság és hozzáférési jogok;
- személyzet képesítése.
Mire kell figyelni?
Ez természetesen nem teljes lista. A kulcsfontosságú tényező, amelyet meg kell különböztetni a műszaki feladat sikeres példáján, a megfelelően megfogalmazott funkcionalitási követelmények, és ezeket a követelményeket a szakemberek szentelik a módszerek és munkák túlnyomó többségének. Sok szakértő szerint a funkcionalitás követelményei a műszaki specifikációk kidolgozásával kapcsolatos teljes munka körülbelül 90% -át magukban foglalják, és minden más egyfajta „álcázás”, amelyet ezekre a követelményekre kell viselni.
Ha a követelményeket hibásan fogalmazzák meg, akkor nem számít, milyen szép álcázást tetted rájuk, az végül nem fog eredményezni egy igazán sikeres projektet. A GOST szerint természetesen minden követelmény teljes mértékben teljesül, kidolgozzák, aláírják és jóváhagyják a feladatmeghatározást (az alábbi minta), és a szakember megkapja a fizetést, de akkor meg kell értenie, hogy mit kell tenni ezzel a dokumentummal. Ha egy állami megrendelésről beszélünk, akkor gyakran nem merülnek fel problémák, mivel sokkal kisebb költségvetési korlátok vannak, és a fő részletek már a végrehajtási folyamat során kerülnek meghatározásra. De ha olyan kereskedelmi szervezetekről beszélünk, ahol részletesebben fontolgatják a pénzt, és más eredményt igényelnek, akkor minden már bonyolultabb.
Hasznos és hatékony fejlesztés
Ha a követelménytípusok nagyon különbözőek lehetnek, és itt minden elsősorban a projekt céljaitól függ, akkor csak három tulajdonság létezik:
- tisztaság;
- beton;
- tesztelhetőségi.
Ugyanakkor helyesen meg kell érteni, hogy egy műszaki feladat kidolgozásakor a mintát helyesen kell tesztelni, és ez már az első két tulajdonságtól függ.Ha egy vagy másik követelmény teljesítésének eredménye nem tesztelhető, akkor ez azt jelzi, hogy ez a követelmény vagy nem teljesen érthető, vagy nem konkrét, és gondolkodni kell ezen, mert a követelmények ezen tulajdonságainak tulajdonában áll a fejlesztő professzionalizmusa és készsége, és ezért a tapasztalt szakemberek sokkal gyorsabban és jobban végeznek ilyen munkát.
További árnyalatok
Van néhány fontos szempont, amelyet figyelembe kell venni a műszaki feladat kidolgozásakor. A követelményrendszer a következő:
- Milyen nyelvet (az érzékelés bonyolultságának szempontjából) kell írni?
- Meg kell-e adni a különféle funkciók, algoritmusok, a szükséges információk típusainak és egyéb műszaki finomságoknak a sajátos jellemzőit?
- Mi a műszaki tervezés, amelyet egyébként megjegyeznek a meglévő állami szabvány előírások, és hogyan kapcsolódik az összeállított műszaki előírásokhoz?
A fenti kérdésekre adott válaszok nagyon fontosak, és éppen ezért sokan vitatkoznak arról, hogy mennyire elegendő a kidolgozott saját források, és tartalmaz-e a követelmények minden szükséges részletét. Egyebek mellett az is fontos, hogy ez a dokumentum érthető legyen-e az ügyfél és a vállalkozó szempontjából, mennyire felesleges és milyen a bemutató formája.
Feladat és projekt
A TK olyan dokumentum, amely különféle követelményeket tartalmaz, és amelyek megfogalmazása olyan nyelven történik, amely rendkívül érthető az ügyfél és a vállalkozó számára. Ezenkívül, ha egy szakember műszaki feladatot dolgoz ki, szolgáltatásaiba beletartozhat az ipari technológia használata, amelynek célja a végső vállalkozó számára a legmegérthetőbb megfogalmazás. Fontos itt megjegyezni, hogy el kell kerülni a műszaki megvalósítás sajátosságaihoz való kötődést, azaz a TK kidolgozásának folyamatában elvileg nem számít, hogy melyik platformon hajtják végre mindezen követelmények végrehajtását. Természetesen vannak bizonyos kivételek, de ezek különleges esetek.
A különféle követelmények tisztázását és további megfogalmazását, valamint a ToR végleges kidolgozását már egy speciális üzleti elemzőnek kell elvégeznie, nem pedig a végrehajtónak (kivéve, ha természetesen egyesíti ezeket a szerepeket önmagában, ami időnként megtörténik). Más szavakkal, a szakembernek a vele folytatott üzleti nyelvén kell kommunikálnia az ügyféllel.
A projekt különbsége a feladathoz képest
A műszaki feladat létrehozása egy projekttől abban különbözik, hogy az utóbbi olyan dokumentum, amely tartalmazza az alapvető követelményeket a feladatkönyvben meghatározott követelmények végrehajtásának módjára. Ez a dokumentum tartalmazza a megvalósított termék főbb finomságait és a szükséges elemeket, amelyeket a műszaki szakemberek a munka során felhasználnak.
Az ügyfélnek nem kell belemerülnie az ilyen munkába, mert a követelmények túlnyomó többsége talán még egyértelmű sem számára. A műszaki projekt végrehajtását gyakran egy speciális szakember végzi, ezért már most is lehetséges ezt a szerepet az előadóművészekkel kombinálni. Ugyanakkor meg kell értenie, hogy minél nagyobb a projekt, annál több ember dolgozza ki a műszaki előírásokat.
Milyen gyakorlat?
Gyakran előfordul, hogy az igazgatót a TK koordinációjához vezetik, amely magában foglalja a sok technikai terminológiát, amelynek eredményeként megpróbálja belemerülni az ismerős szavakba, és nem veszíti el az üzleti követelmények fő láncát. Általános szabály, hogy ilyen helyzetekben a műszaki feladatot továbbra is jóváhagyják, végrehajtják, és a legtöbb esetben kiderül, hogy az eredmény nem felel meg az elvégzett munka tényének, mivel számos árnyalattal döntöttek úgy, hogy megváltoztatják, újratervezik,egyes elemeket félreértették, és számos más probléma merült fel.
Ezért fontos megérteni a TK és a műszaki terv közötti különbséget, amely részben kapcsolódik az érintett szakemberek kompetenciájához, részben pedig a költségvetés és az idő csökkentésének vágyához, mivel az ilyen dokumentáció sok időt vesz igénybe.
