No tothom entén quina importància és desenvolupar les especificacions tècniques correctament, però de fet és una qüestió tan àmplia que no funcionarà en poques paraules. Per això, abans de continuar amb aquest procediment, heu d’entendre totes les subtileses rellevants.
Per a què serveix?
Abans de discutir sobre com desenvolupar correctament les especificacions tècniques, heu d’entendre per què es fa això i per qui posteriorment s’utilitzarà, perquè d’això depèn força l’enfocament necessari per dur a terme aquest procediment. Cal destacar algunes opcions bàsiques:
- Una organització comercial té la intenció d’introduir un sistema totalment automatitzat, però no disposa d’un servei propi d’informàtica, per la qual cosa va decidir fer les accions següents: una persona interessada desenvolupa tasques tècniques, i després les dóna a organitzacions de tercers per a un desenvolupament posterior.
- Una empresa comercial utilitzarà un sistema automatitzat i té un servei informàtic en funcionament. En aquesta situació, es desenvolupa TK, després de la qual es negocia en detall amb el servei informàtic i s’envia a les persones interessades, i finalment es ven per si sol.
- El govern està a punt de completar un projecte informàtic específic. Ja hi ha moltes subtileses i entrebancs, incloent-hi tot tipus de tràmits, per la qual cosa ni tan sols és recomanable considerar aquesta opció, ja que cada cas individual requereix sovint un enfocament completament individual.
Casos més complicats
El cas més difícil és quan una empresa informàtica desenvolupa les especificacions tècniques per al posterior desenvolupament i implementació de sistemes automatitzats. En aquestes situacions, heu de treballar en una gran varietat de condicions, com ara:
- La presència del client dels seus propis especialistes amb la seva pròpia visió d’aquest procés, que imposen determinats requisits al TOR compilat.
- Les especificacions tècniques es creen exclusivament per als seus propis desenvolupadors, i el client, en principi, no és tan important quin serà el resultat.
- TK es transferirà al contractista, és a dir, a un determinat grup d’especialistes que es troben fora del personal de l’empresa.
- Hi ha un malentès entre l’empresa i el client pel que fa al resultat, de manera que l’empresa no sap desenvolupar correctament les especificacions tècniques de manteniment.
Hi ha moltes altres situacions que també cal tenir en compte, però només les més freqüents s’indiquen anteriorment.
Què és TK?
Hi ha un nombre bastant gran de GOST i de certs estàndards dissenyats per regular cada àrea d’activitat. En particular, aquestes normes s'han de tenir en compte a l'hora de desenvolupar les especificacions tècniques de manteniment. Al mateix temps, pot haver-hi un debat actiu sobre la importància d’aquests documents, però, en tot cas, en el procés de desenvolupament del vostre propi projecte, cal complir-los plenament. De fet, cal comprendre correctament que les GOST sovint no revelen els problemes pràctics del desenvolupament modern, però, al mateix temps, no sempre proposen una alternativa específica i sistèmica.
TK en si mateix és un document font que regula el disseny d'una instal·lació tècnica.Estableix la finalitat principal d’aquest desenvolupament, a més de diverses característiques tàctiques i tècniques, indicadors de qualitat i tot tipus de requisits tècnics i econòmics, i també indica requisits especials que s’han de tenir en compte durant els treballs. La tasca com a document font per crear algunes coses noves existeix en tots els camps moderns d'activitat, però pot variar, segons el contingut, l'ordre de disseny i diversos altres paràmetres.
Característiques d’ús
És ben natural que els requisits de GOST no siguin clarament suficients perquè al final tothom pugui crear un exemple efectiu de tasca tècnica, i això és força normal, perquè no tothom pot fer el treball d'acord amb els estàndards. A més del propi GOST, també s’han de tenir en compte certs mètodes i pràctiques, i aquest fet és l’arrel d’aquest problema.
Molts experts, per alguna raó, desenvolupen especificacions tècniques per al disseny d’un objecte o la realització de determinats treballs, es basen únicament en els requisits de GOST, però en realitat es tracta fonamentalment d’un plantejament equivocat.
Repte principal
Com es desprèn de la definició mateixa, TK té com a objectiu principal formular els requisits bàsics per a l'objecte desenvolupat. En aquest cas, cal comprendre correctament que parlem dels requisits bàsics, però no dels únics.
Com determinar els requisits?
En primer lloc, heu de recordar que els termes de referència per al disseny o desenvolupament han d’incloure requisits que es divideixen per propietats i tipus. En això, de fet, GOST ens ajuda més. La llista que es pot trobar aquí és un excel·lent exemple de quins tipus s'hauran de considerar, a saber:
- Funcionalitat
- drets de seguretat i accés;
- qualificacions de personal.
A què prestar atenció?
Per descomptat, aquesta no és una llista completa. Tanmateix, el factor clau que s’hauria de distingir per un exemple reeixit de la tasca tècnica són els requisits correctament formulats per a la funcionalitat, i és a aquests requisits que els professionals dediquen la gran majoria de mètodes i treballs. Molts experts asseguren que els requisits de funcionalitat inclouen aproximadament el 90% de la complexitat total del treball relacionat amb el desenvolupament de les especificacions tècniques, i la resta és un tipus de “camuflatge”, que es farà servir després d’aquests requisits.
Si els requisits es formen de forma incorrecta, no importa la bellesa que els poseu el camuflatge, al final no funcionarà per fer un projecte realment reeixit. Per descomptat, segons GOST, es compleixen tots els requisits, es desenvolupen, es signen i s’aproven els termes de referència (mostra a continuació) i l’especialista va rebre el pagament, però cal que entengueu què fer amb aquest document. Si parlem d’un projecte per a una ordre estatal, sovint no apareixen problemes, perquè hi ha restriccions pressupostàries molt menors, i els detalls principals ja s’identificaran en el procés d’implementació. Però si parlem d’organitzacions comercials, on consideren els diners amb més detall i requereixen un resultat diferent, tot ja és més complicat.
Desenvolupament útil i eficaç
Si els tipus de requisits poden ser molt diferents, i aquí tot depèn exclusivament dels objectius del projecte, només hi ha tres propietats:
- comprensibilitat;
- especificitat;
- testabilitat.
Al mateix temps, s’ha d’entendre correctament que, en desenvolupar una tasca tècnica, s’ha de provar correctament una mostra i això ja depèn de les dues primeres propietats.Si el resultat del compliment d’un o altre requisit no es pot provar, això indica que aquest requisit no s’entén totalment o no és específic i cal pensar-hi, ja que és propietat d’aquestes propietats dels requisits que recau en la professionalitat i habilitat del desenvolupador, i per tant, especialistes experimentats realitzen aquest treball molt més ràpid i millor.
Matisos addicionals
També hi ha alguns punts importants que s’han de tenir en compte a l’hora de desenvolupar una tasca tècnica. El sistema de requisits és el següent:
- Quin llenguatge (des del punt de vista de la complexitat de la percepció) s’ha d’escriure?
- És necessari descriure en ella algunes característiques específiques de diverses funcions, algoritmes, tipus d'informació necessària i altres subtileses tècniques?
- Què és el disseny tècnic que, per cert, es nota a les especificacions estàndards estatals existents i com es relaciona amb les especificacions tècniques compilades?
Les respostes a totes aquestes preguntes són força importants, i precisament per aquesta raó, molts sovint comencen a discutir sobre com és de suficient el TOR redactat i si conté tots els detalls necessaris dels requisits. Entre altres coses, també és important la comprensió d’aquest document des del punt de vista del client i del contractista, de quina redundància és i de quin és el format de presentació.
Tasca i projecte
TK és un document que inclou diversos requisits que es formulen en un llenguatge extremadament comprensible tant per al client com per al contractista. A més, si un professional desenvolupa una tasca tècnica, els seus serveis també poden incloure l’ús de la tecnologia de la indústria, que està dissenyada per proporcionar la redacció més entenedora per al contractista final. És important recordar aquí que cal evitar enllaços a les particularitats de la implementació tècnica, és a dir, en el procés de desenvolupament de TK, en principi, no importa en quina plataforma específica s’implementarà tots aquests requisits. Per descomptat, hi ha algunes excepcions, però es tracta de casos especials.
L’aclariment i la formulació posterior dels diversos requisits, així com el desenvolupament final del ToR, ja l’hauria de fer un analista empresarial especialitzat, i no l’executor (tret que, per descomptat, combini aquests papers en ell mateix, cosa que succeeix periòdicament). És a dir, l’especialista s’ha de comunicar amb el client en l’idioma de l’empresa que desenvolupa.
Diferències del projecte de la tasca
La creació d'una tasca tècnica a partir d'un projecte és diferent perquè aquest és un document que inclou els requisits bàsics per a la implementació dels requisits especificats en el ToR. Aquest document inclou les principals subtileses del producte implementat i els elements necessaris que s’utilitzaran en el treball per especialistes tècnics.
El client no és necessari aprofundir en aquest treball, perquè la immensa majoria dels requisits pot ser que ni tan sols li són clars. Sovint, la implementació d’un projecte tècnic és a càrrec d’un especialista específic, per tant, ja és força possible combinar aquest paper amb l’intèrpret. Al mateix temps, heu d’entendre que com més gran sigui el projecte, més gent desenvolupa les especificacions tècniques.
Quina és la pràctica?
Sovint passa que el director es porta a la coordinació de TK, que inclou molta terminologia tècnica, per la qual cosa intenta aprofundir en això, intentant agafar paraules familiars i no perdre la cadena principal de requisits empresarials. Per regla general, en aquest tipus de situacions, la tasca tècnica per al treball continua sent aprovada, implementada i, en la majoria dels casos, resulta que el resultat no es correspon amb el fet del treball realitzat, ja que es va decidir canviar un gran nombre de matisos, tornar a modificar,i alguns elements es van entendre malament i va sorgir una sèrie d'altres problemes.
Per això és important comprendre la diferència entre TK i el disseny tècnic, que està en part relacionat amb la competència dels especialistes rellevants, i en part amb la voluntat de reduir el pressupost i el temps, ja que aquesta documentació requereix molt de temps.
