De ce aveți nevoie pentru a pregăti termenii de referință (TOR), exprimă
Deci, ne vom concentra oTehnicheskom de referință (TOR). Pentru a afla cum să scrie o sarcină tehnică ce secțiuni ar trebui să includă termeni de referință, care ar trebui să reflecte sarcina tehnică. Să vorbim despre particularitățile de scrierea de sarcini tehnice în diferitele domenii de dezvoltare.
Termeni de referință - legea pentru dezvoltator. În procesul de dezvoltare - documentul de bază, care trebuie să fie ghidate. Acest document este destinat:
- descrie scopul lucrării. Și dezvoltator, iar clientul trebuie să înțeleagă în mod clar ceea ce doresc, pentru ceea ce plătește, iar celălalt - petrece timpul si tulpina creierul;
- Descrie problema. Înainte de a începe lucrul, trebuie să vă dau seama cât de mult va fi amânată ca este nevoie de resurse. Gama de sarcini pentru a fi fezabil dezvoltator, iar clientul trebuie să reprezinte ceea ce va face dezvoltator, ce să plătească;
- reglementează relația. Unul dintre cele mai importante lucruri! Client și interpret reglează volumul, calendarul, sumele de bani, comanda de acceptare, formatele originale și datele de ieșire și un alt set de condiții care trebuie să se înregistreze pentru a evita situațiile de conflict.
De fapt, termenii de referință - contractul între contractant și client. Contractul, desigur, trebuie să fie în lege, în caz contrar va fi posibil să se recunoască vidul. Mână, creează și semnează un contract (termeni de referință) ar trebui să fie pe deplin conștienți de toate punctele sale și dreptul de a face oricare dintre cerințele pe care le consideră necesare.
In practica mea, de multe ori am venit peste părere că termenii de referință nu este necesar ca aceasta va împiedica doar și încetini procesul de dezvoltare, constrânge-l. Cred că acest lucru este extrem de poziție greșită. Aceasta este poziția oamenilor incompetent, neprofesionist. De ce acești oameni (de obicei dezvoltatorii) lipsa de TK profitabile? Și iată de ce:
- Aceasta ascunde lipsa de experiență, slaba reprezentare a fapt pentru care este luat dezvoltator;
- Acest lucru face posibil pentru a strânge dezvoltarea și creșterea bugetului;
- Acest lucru va permite interpret lipsit de scrupule cu impunitate pentru a reduce volumul de muncă, degrada performanța;
- Acest lucru va permite executorului „Levachev“ - se angajeze în alte forme de dezvoltare la momentul respectiv, până când clientul îl plătește. Un dezvoltator poate efectua o parte a lucrării, se presupune că este necesar pentru proiect, și apoi să le ia în lateral.
Lipsa locurilor de muncă tehnice în relația client și -bezzakonie. Și fărădelege, după cum știți, creează haos, confuzie, provoacă înșelăciune și șmecherie. Deci știți, dragi cetățeni, că cel care oferă locul de muncă, fără formalizarea relațiilor, nu destul de sincer cu tine.
Cum de a argumenta refuzul de înregistrare a TK?
În general, este un subiect distractiv. Sunt de acord, de acțiune sau ushlyh de caractere minte arata intotdeauna ridicol. Lipsa de logica sau vinde directă, substituirea unui alt des întâlnite în viață, dar nu a recunoscut imediat. Poate că o parte din ceea ce acum am descrie, ai întâlnit deja. Sunt de acord, cazurile sunt tipice.
Deci, motive pentru a se asigura că refuză să se înregistreze TK, puteți auzi o mulțime:
- Sarcina unui astfel de complex și o astfel de „creativ“, că este imposibil de a conduce în domeniul de aplicare al TOR!
Prostie ... Știi că specificațiile tehnice sunt pregătite chiar și pentru lucrări de artă? Pe monumente, imagini, logo-uri, melodii, chiar personaje de desene animate. Și acest lucru nu este surprinzător. Toate cedat la formalizare și descriere. Numai persoana non-profesional nu pot descrie munca lor sau de a crea un produs.
Scuzati om neglijent ... profesioniști petrec la TK de la unul la mai multe zile. Acolo unde este necesar - pune resurse pentru cercetare, iar în cazul în care - se va defini în mod clar executat. Numai prost versat în problema de oameni care nu au capacitatea de a anticipa în avans toate.
O capcană stabilit de un profesionist leneș ... Ei bine, dacă totul este atât de simplu, descrie drumul, acest simplu 1-2 pagini! „Dragă“ sniknet imediat, așa cum va fi evident că târî sunt multe nuanțe care necesită clarificare. Și o problemă elementară în lucrarea detaliată imediat devine complexă și gravă. Apropo, această mișcare este folosit pentru a întinde cronologie, apoi, trage mai mulți bani, atunci când orice „dificultăți neprevăzute“.
Din păcate, cel mai adesea văzut astfel de „scuze“ printre programatori. Pentru toate practica de excludere a fost doar o singură persoană. El - un specialist proeminent în domeniu. Fără discuție a preluat ortografia TK și a făcut concis, în mod corect, cu siguranta. Omul, de aproape cincisprezece ani angajat în programare, a fost perfect complexe TK produse software pe.
Pentru a da un alt exemplu, atunci când o „figură proeminentă“, folosind toate de mai sus scuze, așa că înăsprit procesul de dezvoltare a software-ului, că toată lumea din jurul doar mirat! Am act de faptul că proiectul, care a început în urmă cu mai mult de trei ani, nu este încă terminată. Și nu este clar în ce stadiu este această evoluție. O încuviințarea surprinzătoare a angajatorului în cauză elaborarea planurilor TK și scris aproape îngropat proiectul și o grămadă mare de bani. Și că „figură majoră“, se ocupă cu autoeducație accesorie în detrimentul angajatorului și inactivitatea Frank.
Cine ar trebui să scrie termenii de referință?
Răspunsul este simplu - dezvoltator. Celălalt nu este dat. Numai el este în măsură să prezinte în mod inteligent obiectivele, să formuleze obiective. În cazul în care obiectivele nu sunt clare, atunci există un proces interactiv de a scrie TK - dezvoltatorul formează treptat o țintă în ochii clientului, încercând să înțeleagă opinia sa subiectivă asupra problemei. Acesta este un proces dificil și de lungă durată, dar va ajuta la evitarea ambiguitate și neînțelegere.
Ca argument, aici este un link la articolul „Viața fără specificație tehnică“ (Oleg Bunin, Computerra). Articolul oferă chiar și modalități de a rezolva probleme, fără TK de înregistrare. Trebuie spus, este o abordare interesantă, dar mi se pare, ascunde o masă de probleme descrise mai sus.
Sau, de exemplu viață - sfaturi și trucuri pentru elaborarea specificațiilor tehnice. Persoanele implicate în crearea de site-uri, ofera clientului pentru a rezolva următoarele sarcini:
O sarcină tehnică dezvoltator profesionist, ca atare, nu este necesară: este fără să știe cum să creeze un site web.
Dar dezvoltatorul va crea un design site web, ghidată de principiul „client este întotdeauna dreptate.“
Mai mulți bani pe care clientul plătește. Dezvoltatorul nu este responsabil pentru site-ul discrepanță așteptările estetice ale clientului, sub rezerva specificațiilor tehnice pentru dezvoltarea designului site-ului.
În consecință, termenii de referință este necesară, în primul rând, pentru client. Este pe baza termenilor de referință aprobate de acestea el ar trebui să facă acceptarea site-ului finit.
Nu este genial. „TK nevoile clienților, mai degrabă decât dezvoltator“ „Dezvoltatorul nu este responsabil ...“
Asta abordare mai constructivă: Cum să elaboreze termenii de referință? Nu foarte mult, dar în acest caz.
Sper, dragi cititori înțeleg totul. Atunci când există o problemă de o dezvoltare tehnică complexă, pentru scrierea TK este luat interpret. Tema „simplu“, cu atat mai greu este de a face TK executiv. Trebuie înțeles. Personal, eu recunosc că anumite tipuri de muncă ar trebui să fie termeni de referință de către client în scris, în caz contrar acesta din urmă riscă să piardă o mulțime de bani și nu obține ceea ce a vrut.
Ce trebuie să conțină termenii de referință?
Recomandări specifice cu privire la ceea ce ar trebui să aibă TK, nr. Pentru cei TK, care sunt scrise de către Executiv, (dezvoltare tehnică), există GOST 34.602-89 crearea de RFP a sistemului automatizat.
Nu există nici un standard care ar descrie crearea TK pentru celelalte sisteme (nu automatizate). Dar unii cercetători încă mai oferă un porni de la standardul specificat pentru scrierea de locuri de muncă tehnice în alte domenii ale activității umane (în special, pentru produsele software).
După cum se poate observa, standardul a fost adoptat în țară, care nu mai există în sistem, care nu mai există, oameni care nu sunt familiarizați cu realitățile moderne. Nu infirm, standardul este constructiv și este scris destul de generalizată, deci este foarte posibil să se aplice pentru a scrie termenii de referință (dacă este solicitat de client de stat).
Dar, pentru a vă nimeni nu va veni și amendat pentru a fi în organizația dumneavoastră TK făcut pe cont propriu, forma convenabil pentru tine! Este necesar să se țină cont de specificul condițiilor de întreprindere, legislație, de piață. Deci, încercați să se apropie de scrierea de TK mai serios posibil, probabil, cu ajutorul unui avocat.
Constat o serie de cerințe care, în opinia mea, ar trebui să fie efectuate în termenii de referință:
- Exhaustivitate - cea mai completă descriere posibilă a sistemului, scopurile și obiectivele;
- Consecvență - descrieri nu ar trebui să fie contradictorii
- Asta-i drept - fără greșeli care pot duce la ambiguitate sau incorecte;
- Conectivitate - structura documentului ar trebui să fie subordonate unui singur obiectiv.
Compoziția secțiunilor dezvoltator trebuie să se dezvolte de-a lungul anilor și experiența. Dar voi acorda o atenție la termenii de bază ale secțiunilor de referință, care, în grade diferite, care urmează să fie reflectate:
În cazul în care în caietul de sarcini au fost descrise perioadele de timp indicate, acesta poate fi considerat suficient de completă.
După cum sa menționat mai sus, mai multe excepții. Există o serie de domenii de activitate în care să scrie TOR ar trebui să fie abordată într-un mod special. Cui îi pasă, te sfătuiesc să citiți statyuTehnicheskoe sarcina pentru proiectant. Titlul articolului vorbește de la sine.
Problema sarcinilor tehnice - un exemplu interesant de formulare a problemei în pregătirea TOR pentru site-ul.
listă foarte mare de exemple de specificații tehnice pentru dezvoltarea site-ului. Uite, dar trata critic au rezultat, știind că modelul ideal pentru cazul dvs. particular nu există.