Nu toată lumea înțelege cât de importantă este elaborarea corectă a specificațiilor tehnice, dar de fapt este o întrebare atât de largă încât nu va funcționa pe scurt. Din acest motiv, înainte de a continua această procedură, trebuie să înțelegeți toate subtilitățile relevante.
Pentru ce este vorba?
Înainte de a discuta despre cum să dezvolți corect specificațiile tehnice, trebuie să înțelegi de ce se face acest lucru și de cine va fi ulterior utilizat, deoarece abordarea necesară pentru realizarea acestei proceduri depinde destul de puternic de aceasta. De remarcat câteva opțiuni de bază:
- O organizație comercială intenționează să introducă un sistem complet automatizat, dar nu are propriul său serviciu IT, în urma căruia a decis să facă următoarele: o anumită persoană interesată dezvoltă sarcini tehnice, apoi le oferă organizațiilor terțe pentru dezvoltarea ulterioară.
- O companie comercială va folosi un sistem automat și are un serviciu IT funcțional. În această situație, TK este dezvoltat, după care este negociat în detaliu cu serviciul IT și apoi trimis către părțile interesate și, în final, este vândut de unul singur.
- Guvernul urmează să finalizeze un proiect IT specific. O mulțime de subtilități și capcane, inclusiv toate tipurile de formalități, apar deja aici, așa că nici nu este indicat să luăm în considerare această opțiune, deoarece fiecare caz individual necesită cel mai adesea o abordare complet individuală.
Cazuri mai complexe
Cel mai dificil caz este atunci când specificațiile tehnice sunt elaborate de o companie IT pentru dezvoltarea și implementarea ulterioară a sistemelor automatizate. În astfel de situații, trebuie să lucrați într-o mare varietate de condiții, cum ar fi:
- Prezența clientului de specialiști cu viziunea sa asupra acestui proces, care impun anumite cerințe TOR compilat.
- Specificațiile tehnice sunt create exclusiv pentru proprii dezvoltatori, iar clientul, în principiu, nu este atât de important care va fi rezultatul.
- TK va fi transferat antreprenorului, adică unui anumit grup de specialiști care se află în afara personalului companiei.
- Există o neînțelegere între companie și client cu privire la rezultat, astfel încât compania nu știe să dezvolte corect specificațiile tehnice pentru întreținere.
Există multe alte situații care trebuie luate în considerare, dar doar cele mai frecvente sunt indicate mai sus.
Ce este TK?
Există un număr destul de mare de GOST-uri și anumite standarde care sunt concepute pentru a reglementa fiecare domeniu de activitate. În special, aceste standarde trebuie luate în considerare la elaborarea specificațiilor tehnice pentru întreținere. În același timp, poate exista o dezbatere activă despre importanța acestor documente, dar în orice caz, în procesul de dezvoltare a propriului proiect, trebuie să le respectați pe deplin. De fapt, trebuie să înțelegem corect că GOST-urile nu dezvăluie cel mai adesea problemele practice ale dezvoltării moderne, dar în același timp nu propun întotdeauna o alternativă specifică și sistemică.
TK în sine este un document sursă care reglementează proiectarea unei instalații tehnice.Acesta stabilește scopul principal al acestei dezvoltări, precum și diverse caracteristici tactice și tehnice, indicatori de calitate și tot felul de cerințe tehnice și economice și indică, de asemenea, cerințe speciale care trebuie luate în considerare în timpul lucrărilor. Sarcina ca document sursă pentru a crea unele lucruri noi există în fiecare domeniu modern de activitate, dar poate varia, în funcție de conținut, ordinea proiectării și o serie de alți parametri.
Caracteristici de utilizare
Este destul de firesc ca cerințele din GOST să nu fie suficiente, astfel încât, în final, toată lumea poate crea un exemplu eficient de sarcină tehnică, iar acest lucru este destul de normal, deoarece nu toată lumea poate face treaba în conformitate cu standardele. Pe lângă GOST în sine, anumite metode și practici trebuie să fie luate în considerare și acest fapt stă la baza acestei probleme.
Mulți experți, din anumite motive, elaborează specificații tehnice pentru proiectarea unui obiect sau realizarea anumitor lucrări, se bazează exclusiv pe cerințele GOST, dar în realitate aceasta este în mod fundamental o abordare greșită.
Principala provocare
După cum rezultă din definiția însăși, scopul principal al TK este de a formula cerințele de bază pentru obiectul dezvoltat. În acest caz, trebuie să înțelegem corect că vorbim despre cerințele de bază, dar nu despre singurele.
Cum se determină cerințele?
În primul rând, trebuie să vă amintiți că termenii de referință pentru proiectare sau dezvoltare ar trebui să includă cerințe care sunt împărțite după proprietăți și tipuri. În realitate, GOST ne ajută cel mai mult. Lista care poate fi găsită este un exemplu excelent despre ce tipuri de ele vor trebui luate în considerare, și anume:
- funcționalitate;
- drepturi de securitate și acces;
- calificările personalului.
La ce să acorde atenție?
Desigur, aceasta nu este o listă completă. Cu toate acestea, factorul cheie care ar trebui să se distingă printr-un exemplu de succes al sarcinii tehnice este cerințele corect formulate pentru funcționalitate, iar pentru aceste cerințe profesioniștii dedică majoritatea covârșitoare a metodelor și lucrărilor. Mulți experți spun că cerințele de funcționalitate includ aproximativ 90% din complexitatea totală a muncii legate de elaborarea specificațiilor tehnice și orice altceva este un fel de „camuflaj”, care va fi apoi purtat pe aceste cerințe.
Dacă cerințele sunt formate incorect, oricât de frumos ați pune camuflaj pe ele, în final nu va funcționa pentru a face un proiect cu adevărat de succes. Desigur, conform GOST, toate cerințele sunt îndeplinite, condițiile de referință (eșantionul de mai jos) sunt dezvoltate, semnate și aprobate, iar specialistul a primit plata pentru aceasta, dar trebuie să înțelegeți ce să faceți cu acest document. Dacă vorbim despre un proiect pentru o comandă de stat, atunci deseori nu apar probleme, deoarece există restricții bugetare mult mai mici, iar principalele detalii vor fi deja identificate în procesul de implementare. Dar dacă vorbim despre organizații comerciale, unde ei consideră banii în detaliu și necesită un rezultat diferit, atunci totul este deja mai complicat.
Dezvoltare utilă și eficientă
Dacă tipurile de cerințe pot fi foarte diferite și aici totul depinde în principal doar de obiectivele proiectului, atunci există doar trei proprietăți:
- claritate;
- beton;
- testabilitatea.
În același timp, trebuie să înțelegeți corect că, la dezvoltarea unei sarcini tehnice, un eșantion trebuie testat corect, iar acest lucru depinde deja de primele două proprietăți.Dacă rezultatul îndeplinirii uneia sau altei cerințe nu poate fi testat, atunci acest lucru indică faptul că această cerință nu este pe deplin înțeleasă sau nu este specifică și trebuie să vă gândiți la aceasta, deoarece este proprietatea acestor proprietăți ale cerințelor care constă în profesionalismul și abilitatea dezvoltatorului și prin urmare, specialiștii cu experiență efectuează o astfel de muncă mult mai rapid și mai bine.
Nuanțe suplimentare
Există, de asemenea, câteva puncte importante care trebuie luate în considerare la dezvoltarea unei sarcini tehnice. Sistemul de cerințe este următorul:
- Ce limbaj (din punct de vedere al complexității percepției) ar trebui scris?
- Este necesară descrierea în ea a unor caracteristici specifice ale diverselor funcții, algoritmi, tipuri de informații necesare și alte subtilități tehnice?
- Ce este designul tehnic, care, apropo, este menționat în specificațiile standard de stat existente și cum se raportează la specificațiile tehnice compilate?
Răspunsurile la toate aceste întrebări sunt destul de importante și din acest motiv, de multe ori, multe persoane încep să se certe despre cât de suficient este TOR compilat și dacă toate detaliile necesare ale cerințelor sunt prezente în el. Printre altele, este important și cât de inteligibil va fi acest document din punctul de vedere al clientului și al contractantului, cât de redundant este și care este formatul de prezentare.
Sarcina și proiectul
TK este un document care include diverse cerințe care sunt formulate într-un limbaj extrem de inteligibil pentru client și pentru contractant. Mai mult, dacă un profesionist dezvoltă o sarcină tehnică, serviciile sale pot include și utilizarea tehnologiei din industrie, care este concepută pentru a oferi cea mai inteligibilă formulare pentru antreprenorul final. Este important să ne amintim aici că este necesar să se evite orice legătură cu specificul implementării tehnice, adică în procesul de elaborare a TK, în principiu, nu contează pe ce platformă specifică va fi implementată toate aceste cerințe. Desigur, există anumite excepții, dar acestea sunt cazuri speciale.
Clarificarea și formularea ulterioară a diferitelor cerințe, precum și dezvoltarea finală a ToR, ar trebui să fie deja făcută de un analist de afaceri specializat, și nu de executor (decât dacă, desigur, el combină aceste roluri în sine, ceea ce se întâmplă periodic). Cu alte cuvinte, specialistul trebuie să comunice cu clientul în limba afacerii pe care o conduce.
Diferențele proiectului față de sarcină
Crearea unei sarcini tehnice dintr-un proiect este diferită prin aceea că acesta din urmă este un document care include cerințele de bază pentru modul în care trebuie implementate cerințele specificate în ToR. Acest document include principalele subtilități ale produsului implementat și elementele necesare care vor fi utilizate în lucrare de către specialiști tehnici.
Nu este necesar ca clientul să se afle în astfel de lucrări, deoarece majoritatea covârșitoare a cerințelor poate să nu fie chiar clare pentru el. Adesea, implementarea unui proiect tehnic este realizată de un specialist specific, prin urmare, este deja posibil să se combine acest rol cu executantul. În același timp, trebuie să înțelegeți că proiectul este mai mare, cu atât mai multe persoane dezvoltă specificațiile tehnice.
Care este practica?
Se întâmplă adesea ca directorul să fie adus la coordonarea TK, care include o mulțime de terminologie tehnică, în urma căreia încearcă să apeleze la asta, încercând să prindă cuvinte cunoscute și să nu piardă lanțul principal de cerințe de afaceri. De regulă, în astfel de situații, sarcina tehnică pentru muncă este încă aprobată, implementată și, în cele mai multe cazuri, se dovedește că rezultatul nu corespunde faptului muncii efectuate, deoarece un număr mare de nuanțe s-a decis să fie modificat, refacut,iar unele elemente au fost înțelese greșit și au apărut o serie de alte probleme.
De aceea, este important să înțelegem diferența dintre TK și proiectarea tehnică, care este în parte legată de competența specialiștilor relevanți și parțial de dorința de a reduce bugetul și timpul, deoarece o astfel de documentare necesită mult timp.
