Non tutti capiscono quanto sia importante sviluppare correttamente le specifiche tecniche, ma in realtà è una domanda così ampia che non funzionerà in poche parole. Per questo motivo, prima di procedere con questa procedura, è necessario comprendere tutte le sottigliezze pertinenti.
A cosa serve?
Prima di discutere su come sviluppare correttamente le specifiche tecniche, è necessario capire perché questo viene fatto e da chi verrà successivamente utilizzato, poiché l'approccio necessario per eseguire questa procedura dipende molto da questo. Vale la pena notare alcune opzioni di base:
- Un'organizzazione commerciale intende introdurre un sistema completamente automatizzato, ma non ha un proprio servizio IT, a seguito del quale ha deciso di effettuare le seguenti operazioni: una determinata persona interessata sviluppa attività tecniche e le consegna a organizzazioni terze per un ulteriore sviluppo.
- Una società commerciale utilizzerà un sistema automatizzato e dispone di un servizio IT funzionante. In questa situazione, viene sviluppato TK, dopo di che viene negoziato in dettaglio con il servizio IT e quindi inviato alle parti interessate e, alla fine, viene venduto da solo.
- Il governo sta per completare uno specifico progetto IT. Molte sottigliezze e insidie, compresi tutti i tipi di formalità, stanno già emergendo qui, quindi non è nemmeno consigliabile prendere in considerazione questa opzione, poiché ogni singolo caso richiede spesso un approccio completamente individuale.
Casi più complicati
Il caso più difficile è quando le specifiche tecniche vengono sviluppate da una società IT per il successivo sviluppo e implementazione di sistemi automatizzati. In tali situazioni, devi lavorare in un'ampia varietà di condizioni, come:
- La presenza del cliente dei suoi specialisti con la sua visione di questo processo, che impone determinati requisiti al TOR compilato.
- Le specifiche tecniche sono create esclusivamente per i propri sviluppatori e, in linea di principio, il cliente non è così importante quale sarà il risultato.
- TK verrà trasferito al contraente, ovvero a un determinato gruppo di specialisti situati al di fuori del personale dell'azienda.
- Esiste un malinteso tra l'azienda e il cliente in merito al risultato, quindi la società non sa come sviluppare correttamente le specifiche tecniche per la manutenzione.
Ci sono anche molte altre situazioni che devono essere prese in considerazione, ma solo le più frequenti sono indicate sopra.
Che cos'è TK?
Esiste un numero abbastanza elevato di GOST e determinati standard progettati per regolare ciascuna area di attività. In particolare, tali standard devono essere presi in considerazione quando si sviluppano specifiche tecniche per la manutenzione. Allo stesso tempo, potrebbe esserci un dibattito attivo sull'importanza di questi documenti, ma in ogni caso, nel processo di sviluppo del proprio progetto, è necessario rispettarli pienamente. In effetti, si deve capire correttamente che i GOST il più delle volte non rivelano i problemi pratici dello sviluppo moderno, ma allo stesso tempo non propongono sempre un'alternativa specifica e sistemica.
TK in sé è un documento sorgente che regola la progettazione di una struttura tecnica.Stabilisce lo scopo principale di questo sviluppo, oltre a varie caratteristiche tattiche e tecniche, indicatori di qualità e tutti i tipi di requisiti tecnici ed economici, e indica anche requisiti speciali che devono essere presi in considerazione durante il lavoro. L'attività come documento di origine per creare alcune cose nuove esiste in ogni moderno campo di attività, ma può variare, a seconda del contenuto, dell'ordine di progettazione e di una serie di altri parametri.
Caratteristiche d'uso
È del tutto naturale che i requisiti di GOST non siano chiaramente sufficienti in modo che alla fine tutti possano creare un esempio efficace di un compito tecnico, e questo è abbastanza normale, perché non tutti possono svolgere il lavoro nel pieno rispetto degli standard. Oltre a GOST stesso, devono essere presi in considerazione anche alcuni metodi e pratiche, e questo fatto è alla base di questo problema.
Molti esperti, per qualche ragione, sviluppano specifiche tecniche per la progettazione di un oggetto o eseguono determinate opere, si basano esclusivamente sui requisiti di GOST, ma in realtà questo è fondamentalmente l'approccio sbagliato.
La sfida principale
Come risulta dalla definizione stessa, lo scopo principale di TK è quello di formulare i requisiti di base per l'oggetto sviluppato. In questo caso, si deve comprendere correttamente che stiamo parlando dei requisiti di base, ma non dei soli.
Come determinare i requisiti?
Prima di tutto, è necessario ricordare che i termini di riferimento per la progettazione o lo sviluppo dovrebbero includere requisiti che sono divisi per proprietà e tipi. In questo, infatti, GOST ci aiuta di più. L'elenco che è possibile trovare è un eccellente esempio di quali tipi di essi dovranno essere considerati, vale a dire:
- funzionalità;
- sicurezza e diritti di accesso;
- qualifiche del personale.
A cosa prestare attenzione?
Naturalmente, questo non è un elenco completo. Tuttavia, il fattore chiave che dovrebbe essere distinto da un esempio riuscito dell'attività tecnica sono i requisiti correttamente formulati per la funzionalità, ed è a questi requisiti che i professionisti dedicano la stragrande maggioranza dei metodi e dei lavori. Molti esperti affermano che i requisiti di funzionalità includono circa il 90% della complessità totale del lavoro correlata allo sviluppo di specifiche tecniche e che tutto il resto è una sorta di "mimetizzazione", che verrà quindi indossato su questi requisiti.
Se i requisiti vengono formulati in modo errato, quindi, non importa quanto tu li metta mimetizzandoti, alla fine non funzionerà per realizzare un progetto di successo. Naturalmente, secondo GOST, tutti i requisiti sono pienamente soddisfatti, i termini di riferimento (campione sotto) sono sviluppati, firmati e approvati e lo specialista ha ricevuto il pagamento per questo, ma è necessario capire cosa fare con questo documento. Se stiamo parlando di un progetto per un ordine statale, spesso non sorgono problemi, perché ci sono vincoli di bilancio molto più piccoli e i dettagli principali saranno già identificati nel processo di implementazione. Ma se parliamo di organizzazioni commerciali, dove considerano il denaro in modo più dettagliato e richiedono un risultato diverso, allora tutto è già più complicato.
Sviluppo utile ed efficace
Se i tipi di requisiti possono essere molto diversi, e qui tutto dipende principalmente esclusivamente dagli obiettivi del progetto, allora ci sono solo tre proprietà:
- chiarezza;
- calcestruzzo;
- verificabilità.
Allo stesso tempo, si deve comprendere correttamente che, durante lo sviluppo di un'attività tecnica, un campione deve essere testato correttamente e questo dipende già dalle prime due proprietà.Se il risultato del soddisfacimento di uno o l'altro requisito non può essere testato, ciò indica che questo requisito non è completamente compreso o non specifico e che è necessario pensarci, poiché è nella proprietà di queste proprietà dei requisiti che risiedono la professionalità e l'abilità dello sviluppatore, e pertanto, specialisti esperti eseguono tale lavoro molto più velocemente e meglio.
Ulteriori sfumature
Ci sono anche alcuni punti importanti che devono essere presi in considerazione quando si sviluppa un'attività tecnica. Il sistema dei requisiti è il seguente:
- Quale lingua (dal punto di vista della complessità della percezione) dovrebbe essere scritta?
- È necessario descrivere al suo interno alcune caratteristiche specifiche di varie funzioni, algoritmi, tipi di informazioni necessarie e altre sottigliezze tecniche?
- Che cos'è la progettazione tecnica, che, tra l'altro, è indicata nelle specifiche standard statali esistenti e come si collega alle specifiche tecniche compilate?
Le risposte a tutte queste domande sono piuttosto importanti, e proprio per questo motivo, molti spesso iniziano a discutere su quanto sia sufficiente il TOR redatto e se contenga tutti i dettagli necessari dei requisiti. Tra le altre cose, è anche importante quanto sia comprensibile questo documento dal punto di vista del cliente e dell'appaltatore, quanto sia ridondante e quale sia il formato di presentazione.
Compito e progetto
TK è un documento che include vari requisiti formulati in una lingua estremamente comprensibile per il cliente e l'appaltatore. Inoltre, se un professionista sta sviluppando un compito tecnico, i suoi servizi possono includere anche l'uso della tecnologia del settore, progettata per fornire la formulazione più comprensibile per l'appaltatore finale. È importante ricordare qui che è necessario evitare eventuali vincoli ai dettagli dell'implementazione tecnica, vale a dire, nel processo di sviluppo di TK, in linea di principio, non importa su quale piattaforma specifica verrà implementata l'implementazione di tutti questi requisiti. Certo, ci sono alcune eccezioni, ma questi sono casi speciali.
Il chiarimento e l'ulteriore formulazione dei vari requisiti, nonché lo sviluppo finale del ToR, dovrebbero già essere effettuati da un analista aziendale specializzato e non dall'esecutore (a meno che, ovviamente, non combini questi ruoli in se stesso, cosa che accade periodicamente). In altre parole, lo specialista deve comunicare con il cliente nella lingua dell'azienda che conduce.
Differenze del progetto rispetto all'attività
La creazione di un'attività tecnica da un progetto è diversa in quanto quest'ultimo è un documento che include i requisiti di base su come implementare i requisiti specificati nel ToR. Questo documento include le sottigliezze principali del prodotto implementato e gli elementi necessari che verranno utilizzati nel lavoro da specialisti tecnici.
Non è necessario per il cliente approfondire tale lavoro, poiché la stragrande maggioranza dei requisiti potrebbe non essere nemmeno chiara per lui. Spesso l'implementazione di un progetto tecnico viene eseguita da uno specialista specifico, pertanto è già del tutto possibile combinare questo ruolo con l'esecutore. Allo stesso tempo, devi capire che più grande è il progetto, più persone stanno sviluppando le specifiche tecniche.
Qual è la pratica?
Accade spesso che il direttore sia portato al coordinamento di TK, che include molta terminologia tecnica, a seguito della quale cerca di approfondire questo, cercando di afferrare parole familiari e non perdere la catena principale dei requisiti aziendali. Di norma, in tali situazioni, l'attività tecnica per il lavoro è ancora approvata, implementata e nella maggior parte dei casi risulta che il risultato non corrisponde al fatto del lavoro svolto, poiché un gran numero di sfumature è stato deciso di essere modificato, rifatto,e alcuni elementi furono fraintesi e sorsero una miriade di altri problemi.
Ecco perché è importante comprendere la differenza tra TK e la progettazione tecnica, che è in parte correlata alla competenza degli specialisti interessati e in parte al desiderio di ridurre il budget e il tempo, poiché tale documentazione richiede molto tempo.
