Tout le monde ne comprend pas à quel point il est important d’élaborer correctement les spécifications techniques, mais c’est en fait une question tellement vaste que cela ne fonctionnera pas en un mot. Pour cette raison, avant de poursuivre cette procédure, vous devez comprendre toutes les subtilités pertinentes.
C'est pour quoi?
Avant de discuter de la manière de développer correctement les spécifications techniques, vous devez comprendre pourquoi et par qui elles seront utilisées, car l'approche nécessaire à la réalisation de cette procédure en dépend fortement. Il convient de noter quelques options de base:
- Une organisation commerciale a l'intention de mettre en place un système entièrement automatisé, mais elle ne dispose pas de son propre service informatique. Elle a donc décidé de procéder comme suit: une certaine personne intéressée développait des tâches techniques, puis les confiait à des organisations tierces pour un développement ultérieur.
- Une société commerciale va utiliser un système automatisé et son service informatique est opérationnel. Dans cette situation, les savoirs traditionnels sont développés, après quoi ils sont négociés en détail avec le service informatique, puis envoyés aux parties intéressées, puis finalement vendus seuls.
- Le gouvernement est sur le point d'achever un projet informatique spécifique. Beaucoup de subtilités et de pièges, y compris toutes sortes de formalités, font déjà surface ici, il est donc déconseillé de considérer cette option, car chaque cas individuel nécessite le plus souvent une approche totalement individuelle.
Des cas plus compliqués
Le cas le plus difficile est celui où une entreprise informatique développe des spécifications techniques pour le développement et la mise en œuvre ultérieurs de systèmes automatisés. Dans de telles situations, vous devez travailler dans une grande variété de conditions, telles que:
- La présence du client de ses propres spécialistes avec sa propre vision de ce processus, qui impose certaines exigences au mandat compilé.
- Les spécifications techniques sont créées exclusivement pour leurs propres développeurs, et le client, en principe, n’est pas très important du résultat.
- Les savoirs traditionnels seront transférés à l’entrepreneur, c’est-à-dire à un certain groupe de spécialistes situés en dehors du personnel de la société.
- Il y a un malentendu entre l'entreprise et le client en ce qui concerne le résultat. L'entreprise ne sait donc pas comment élaborer correctement les spécifications techniques pour la maintenance.
De nombreuses autres situations doivent également être prises en compte, mais seules les plus fréquentes sont indiquées ci-dessus.
Qu'est-ce que les savoirs traditionnels?
Il existe un assez grand nombre de normes GOST et certaines normes conçues pour réglementer chaque domaine d'activité. En particulier, ces normes doivent être prises en compte lors de l'élaboration des spécifications techniques de maintenance. En même temps, il peut y avoir un débat actif sur la pertinence de ces documents, mais dans tous les cas, lors du développement de votre propre projet, vous devez vous y conformer pleinement. En fait, il faut bien comprendre que les GOST ne révèlent le plus souvent pas les problèmes pratiques du développement moderne, mais en même temps, ils ne proposent pas toujours une alternative spécifique et systémique.
Les savoirs traditionnels en soi constituent un document source régissant la conception d'une installation technique.Il définit l'objectif principal de ce développement, ainsi que diverses caractéristiques tactiques et techniques, des indicateurs de qualité et toutes sortes d'exigences techniques et économiques, et indique également les exigences spéciales à prendre en compte pendant les travaux. La tâche en tant que document source pour créer de nouvelles choses existe dans tous les domaines d’activités modernes, mais elle peut varier en fonction du contenu, de l’ordre de conception et de plusieurs autres paramètres.
Caractéristiques d'utilisation
Il est tout à fait naturel que les exigences de GOST ne soient clairement pas suffisantes pour que tout le monde puisse finalement créer un exemple efficace de tâche technique, ce qui est tout à fait normal, car tout le monde ne peut pas faire le travail dans le strict respect des normes. Outre GOST, certaines méthodes et pratiques doivent également être prises en compte, ce qui est à la base de ce problème.
Pour une raison quelconque, de nombreux experts, qui élaborent des spécifications techniques pour la conception d’un objet ou effectuent certains travaux, se basent uniquement sur les exigences de GOST, mais c’est en réalité une mauvaise approche.
Défi principal
Comme il ressort de la définition elle-même, le but principal des savoirs traditionnels est de formuler les conditions de base applicables à l'objet développé. Dans ce cas, il faut bien comprendre que nous parlons des exigences de base, mais pas les seules.
Comment déterminer les exigences?
Tout d'abord, vous devez vous rappeler que les termes de référence pour la conception ou le développement doivent inclure des exigences divisées en propriétés et en types. En cela, GOST nous aide le plus. La liste que vous pouvez trouver là est un excellent exemple de quels types d’entre eux devront être pris en compte, à savoir:
- La fonctionnalité
- sécurité et droits d'accès;
- qualifications du personnel.
À quoi faire attention?
Bien sûr, ce n'est pas une liste complète. Cependant, le facteur clé qui doit être distingué par un exemple réussi de tâche technique est la définition correcte des exigences en matière de fonctionnalité. C’est à ces exigences que les professionnels consacrent la grande majorité des méthodes et des travaux. De nombreux experts affirment que les exigences de fonctionnalité englobent environ 90% de la complexité totale du travail lié à l'élaboration des spécifications techniques, et que tout le reste est une sorte de «camouflage», qui sera ensuite porté pour ces exigences.
Si les exigences ne sont pas correctement définies, quelle que soit la qualité de votre camouflage, le résultat final ne fonctionnera pas. Bien entendu, selon GOST, toutes les exigences sont pleinement remplies, les termes de référence (exemple ci-dessous) sont développés, signés et approuvés, et le spécialiste reçoit le paiement correspondant, mais vous devez ensuite comprendre quoi faire avec ce document. Si nous parlons d'un projet pour un ordre étatique, alors, souvent, aucun problème ne se pose, car les contraintes budgétaires sont beaucoup moins importantes et les principaux détails seront déjà identifiés dans le processus de mise en œuvre. Mais si nous parlons d'organisations commerciales, où elles considèrent l'argent de manière plus détaillée et exigent un résultat différent, alors tout est déjà plus compliqué.
Développement utile et efficace
Si les types d'exigences peuvent être très différents et que, ici, tout dépend principalement des objectifs du projet, il n'y a que trois propriétés:
- compréhensibilité;
- spécificité;
- testabilité.
En même temps, il faut bien comprendre que lors du développement d’une tâche technique, un échantillon doit être testé correctement, ce qui dépend déjà des deux premières propriétés.Si le résultat de la réalisation de l’une ou l’autre des exigences ne peut être testé, cela signifie que cette exigence n’est pas entièrement comprise ou n’est pas spécifique, et vous devez y réfléchir, car c’est dans la propriété de ces propriétés des exigences que réside le professionnalisme et les compétences du développeur. par conséquent, des spécialistes expérimentés effectuent ce travail beaucoup plus rapidement et mieux.
Nuances supplémentaires
Il y a également quelques points importants à prendre en compte lors du développement d'une tâche technique. Le système de gestion des exigences est le suivant:
- Quel langage (du point de vue de la complexité de la perception) devrait-il être écrit?
- Est-il nécessaire de décrire les caractéristiques spécifiques de diverses fonctions, algorithmes, types d'informations nécessaires et autres subtilités techniques?
- Qu'est-ce que la conception technique, qui est d'ailleurs notée dans les spécifications des normes nationales existantes, et quel est son rapport avec les spécifications techniques compilées?
Les réponses à toutes ces questions sont très importantes et justement pour cette raison, beaucoup commencent souvent à se disputer sur le caractère suffisant du mandat rédigé et sur la question de savoir s'il contient tous les détails nécessaires sur les exigences. Entre autres choses, il est également important que ce document soit compréhensible du point de vue du client et de l’entrepreneur, de quelle manière il est redondant et quel est le format de présentation.
Tâche et projet
Les savoirs traditionnels sont un document qui comprend diverses exigences formulées dans un langage extrêmement compréhensible pour le client et pour le contractant. En outre, si un professionnel développe une tâche technique, ses services peuvent également inclure l’utilisation de la technologie de l’industrie, conçue pour fournir au contractant final la formulation la plus compréhensible. Il importe de rappeler ici qu'il est nécessaire d'éviter toute corrélation avec les spécificités de la mise en œuvre technique, c'est-à-dire que dans le processus de développement des savoirs traditionnels, en principe, peu importe la plateforme sur laquelle la mise en œuvre de toutes ces exigences sera mise en œuvre. Bien sûr, il existe certaines exceptions, mais il s’agit de cas particuliers.
La clarification et la formulation des différentes exigences, ainsi que le développement final du cahier des charges, devraient déjà être confiés à un analyste commercial spécialisé et non à l'exécuteur testamentaire (à moins, bien entendu, qu'il combine ces rôles en lui-même, ce qui se produit périodiquement). En d'autres termes, le spécialiste doit communiquer avec le client dans la langue de l'entreprise qu'il exerce.
Différences du projet de la tâche
La création d'une tâche technique à partir d'un projet est différente en ce sens que ce dernier est un document qui comprend les exigences de base relatives à la manière dont les exigences spécifiées dans le mandat doivent être mises en œuvre. Ce document inclut les principales subtilités du produit mis en œuvre et les éléments nécessaires qui seront utilisés dans le travail par des spécialistes techniques.
Il n’est pas nécessaire que le client s’intéresse à ce type de travail, car l’immense majorité des besoins n’est peut-être même pas claire. Souvent, la mise en œuvre d'un projet technique est effectuée par un spécialiste spécifique. Par conséquent, il est déjà tout à fait possible d'associer ce rôle à l'artiste interprète. Dans le même temps, vous devez comprendre que plus le projet est vaste, plus les personnes élaborent les spécifications techniques.
Quelle est la pratique?
Il arrive souvent que le réalisateur soit amené à la coordination des savoirs traditionnels, ce qui inclut de nombreuses terminologies techniques, ce qui lui permet d’essayer d’approfondir la question, d’essayer de saisir des mots familiers et de ne pas perdre la chaîne principale des exigences commerciales. En règle générale, dans de telles situations, la tâche technique relative au travail est toujours approuvée, mise en œuvre et, dans la plupart des cas, il s'avère que le résultat ne correspond pas au fait du travail exécuté, puisqu'un grand nombre de nuances ont été décidées pour être changées, refaites,et certains éléments ont été mal compris et une foule d'autres problèmes ont surgi.
C'est pourquoi il est important de comprendre la différence entre les savoirs traditionnels et la conception technique, qui est en partie liée à la compétence des spécialistes concernés et en partie à la volonté de réduire le budget et les délais, car une telle documentation prend beaucoup de temps.
