Nem todo mundo entende como é importante desenvolver especificações técnicas corretamente, mas na verdade é uma questão tão ampla que não funcionará em poucas palavras. Por esta razão, antes de prosseguir com este procedimento, você precisa entender todas as sutilezas relevantes.
O que é isso?
Antes de discutir como desenvolver corretamente as especificações técnicas, você precisa entender por que isso é feito e por quem será usado subseqüentemente, porque a abordagem necessária para a realização desse procedimento depende bastante disso. Vale a pena notar algumas opções básicas:
- Uma organização comercial pretende introduzir um sistema totalmente automatizado, mas não possui seu próprio serviço de TI, e por isso decidiu fazer o seguinte: uma determinada pessoa interessada desenvolve tarefas técnicas e as entrega a organizações terceirizadas para desenvolvimento adicional.
- Uma empresa comercial usará um sistema automatizado e terá um serviço de TI em funcionamento. Nesta situação, o TK é desenvolvido, após o qual é negociado em detalhes com o serviço de TI e, em seguida, enviado para as partes interessadas e, em última análise, é vendido por conta própria.
- O governo está prestes a concluir um projeto de TI específico. Muitas sutilezas e armadilhas, incluindo todos os tipos de formalidades, já estão surgindo aqui, por isso não é aconselhável considerar essa opção, já que cada caso individual geralmente requer uma abordagem completamente individual.
Casos mais complicados
O caso mais difícil é quando as especificações técnicas são desenvolvidas por uma empresa de TI para o desenvolvimento e implementação subsequentes de sistemas automatizados. Em tais situações, você tem que trabalhar em uma ampla variedade de condições, como:
- A presença do cliente de seus próprios especialistas com sua própria visão desse processo, que impõe certos requisitos ao TOR compilado.
- As especificações técnicas são criadas exclusivamente para seus próprios desenvolvedores, e o cliente, em princípio, não é tão importante como será o resultado.
- O TK será transferido para o contratado, ou seja, para um determinado grupo de especialistas localizados fora da equipe da empresa.
- Há um mal-entendido entre a empresa e o cliente em relação ao resultado, portanto a empresa não sabe como desenvolver corretamente as especificações técnicas para manutenção.
Existem muitas outras situações que também precisam ser consideradas, mas apenas as mais frequentes são indicadas acima.
O que é TK?
Há um número bastante grande de GOSTs e certos padrões projetados para regular cada área de atividade. Em particular, tais padrões devem ser levados em conta ao desenvolver especificações técnicas para manutenção. Ao mesmo tempo, pode haver um debate ativo sobre a relevância desses documentos, mas, em qualquer caso, no processo de desenvolvimento de seu próprio projeto, você precisa cumpri-los totalmente. De fato, é preciso entender corretamente que os GOSTs na maioria das vezes não revelam os problemas práticos do desenvolvimento moderno, mas, ao mesmo tempo, nem sempre propõem uma alternativa específica e sistêmica.
TK em si é um documento fonte que rege o projeto de uma instalação técnica.Estabelece o objetivo principal deste desenvolvimento, bem como várias características táticas e técnicas, indicadores de qualidade e todos os tipos de requisitos técnicos e econômicos, e também indica requisitos especiais que devem ser levados em conta durante o trabalho. A tarefa como um documento de origem para criar algumas coisas novas existe em cada campo de atividade moderno, mas pode variar, dependendo do conteúdo, da ordem de design e de vários outros parâmetros.
Recursos de uso
É bastante natural que os requisitos do GOST claramente não sejam suficientes para que, no final, todos possam criar um exemplo eficaz de uma tarefa técnica, e isso é bastante normal, porque nem todos podem fazer o trabalho de acordo com os padrões. Além do próprio GOST, certos métodos e práticas também devem ser levados em consideração, e esse fato está na raiz desse problema.
Muitos especialistas, por algum motivo, desenvolvendo especificações técnicas para o projeto de um objeto ou realizando certas obras, baseiam-se exclusivamente nos requisitos do GOST, mas na realidade essa é fundamentalmente a abordagem errada.
Principal desafio
Como se segue da própria definição, o objetivo principal do TK é formular os requisitos básicos para o objeto desenvolvido. Nesse caso, é preciso entender corretamente que estamos falando de requisitos básicos, mas não os únicos.
Como determinar os requisitos?
Primeiro de tudo, você deve lembrar que os termos de referência para design ou desenvolvimento devem incluir requisitos divididos por propriedades e tipos. Neste, na verdade, o GOST nos ajuda mais. A lista que pode ser encontrada é um excelente exemplo de quais tipos deles devem ser considerados, a saber:
- Funcionalidade
- direitos de segurança e acesso;
- qualificações do pessoal.
O que prestar atenção?
Claro, isso não é uma lista completa. No entanto, o fator-chave que deve ser distinguido por um exemplo bem-sucedido da tarefa técnica são os requisitos corretamente formulados para a funcionalidade, e é a esses requisitos que os profissionais dedicam a esmagadora maioria dos métodos e obras. Muitos especialistas dizem que os requisitos para funcionalidade incluem cerca de 90% da complexidade total do trabalho relacionada ao desenvolvimento de especificações técnicas, e tudo o mais é uma espécie de “camuflagem”, que será então usada nesses requisitos.
Se os requisitos forem formados incorretamente, então, não importa o quão bonito você coloque a camuflagem neles, no final não funcionará para fazer um projeto realmente bem-sucedido. É claro que, de acordo com o GOST, todos os requisitos são cumpridos, os termos de referência (amostra abaixo) são desenvolvidos, assinados e aprovados, e o especialista recebeu o pagamento, mas é necessário entender o que fazer com este documento. Se estamos falando de um projeto para uma ordem estatal, muitas vezes não surgem problemas, porque há restrições orçamentárias muito menores e os detalhes principais já serão identificados no processo de implementação. Mas se falamos de organizações comerciais, onde elas consideram o dinheiro com mais detalhes e exigem um resultado diferente, então tudo já é mais complicado.
Desenvolvimento útil e eficaz
Se os tipos de requisitos podem ser muito diferentes, e aqui tudo depende principalmente dos objetivos do projeto, então existem apenas três propriedades:
- compreensibilidade;
- especificidade;
- testabilidade.
Ao mesmo tempo, é preciso entender corretamente que, ao desenvolver uma tarefa técnica, uma amostra deve ser testada corretamente, e isso já depende das duas primeiras propriedades.Se o resultado do cumprimento de um ou outro requisito não puder ser testado, isso indica que esse requisito não é totalmente compreendido ou não é específico, e você precisa pensar a respeito, porque é na propriedade dessas propriedades que o profissionalismo e as habilidades do desenvolvedor residem. portanto, especialistas experientes realizam esse trabalho muito mais rápido e melhor.
Nuances adicionais
Há também alguns pontos importantes que devem ser levados em conta ao desenvolver uma tarefa técnica. O sistema de requisitos é o seguinte:
- Que linguagem (em termos de complexidade de percepção) deveria ser escrita?
- É necessário descrever nele qualquer característica específica de várias funções, algoritmos, tipos de informações necessárias e outras sutilezas técnicas?
- O que é o design técnico, que, a propósito, é observado nas especificações padrão estaduais existentes e como ele se relaciona com as especificações técnicas compiladas?
As respostas a todas essas perguntas são muito importantes e, precisamente por essa razão, muitas vezes começam a argumentar sobre a suficiência do TOR elaborado e se ele contém todos os detalhes necessários dos requisitos. Entre outras coisas, também é importante como este documento será compreensível do ponto de vista do cliente e do contratado, quão redundante é e qual é o formato da apresentação.
Tarefa e projeto
O TK é um documento que inclui vários requisitos que são formulados em uma linguagem extremamente compreensível para o cliente e para o contratado. Além disso, se um profissional está desenvolvendo uma tarefa técnica, seus serviços também podem incluir o uso de tecnologia industrial, que é projetada para fornecer a redação mais compreensível para o contratante final. É importante lembrar aqui que é necessário evitar qualquer vinculação às especificidades da implementação técnica, ou seja, no processo de desenvolvimento de CT, em princípio, não importa em qual plataforma específica a implementação de todos esses requisitos será implementada. Claro, existem certas exceções, mas estes são casos especiais.
O esclarecimento e formulação adicional dos vários requisitos, bem como o desenvolvimento final dos ToR, já devem ser feitos por um analista de negócios especializado, e não pelo executor (a menos, claro, ele combina esses papéis em si mesmo, o que acontece periodicamente). Em outras palavras, o especialista deve se comunicar com o cliente na linguagem do negócio que ele conduz.
Diferenças do projeto da tarefa
Criar uma tarefa técnica a partir de um projeto é diferente, pois o último é um documento que inclui os requisitos básicos de como os requisitos especificados nos ToR devem ser implementados. Este documento inclui as principais sutilezas do produto implementado e os elementos necessários que serão utilizados no trabalho por especialistas técnicos.
Não é necessário que o cliente se dedique a esse trabalho, porque a esmagadora maioria dos requisitos pode não ser clara para ele. Muitas vezes, a implementação de um projeto técnico é realizada por um especialista específico, portanto, já é bem possível combinar esse papel com o performer. Ao mesmo tempo, você precisa entender que quanto maior o projeto, mais pessoas estão desenvolvendo as especificações técnicas.
Qual é a prática?
Acontece muitas vezes que o diretor é trazido para a coordenação do TK, que inclui muita terminologia técnica, como resultado do qual ele tenta se aprofundar nisso, tentando pegar palavras familiares e não perder a cadeia principal de requisitos de negócios. Como regra, em tais situações, a tarefa técnica para o trabalho ainda é aprovada, implementada e, na maioria dos casos, o resultado não corresponde ao fato do trabalho realizado, já que um grande número de nuances foi decidido a ser modificado, refeito,e alguns elementos foram mal interpretados e vários outros problemas surgiram.
É por isso que é importante entender a diferença entre TK e o desenho técnico, que é parcialmente relacionado à competência dos especialistas relevantes e, em parte, ao desejo de reduzir o orçamento e o tempo, uma vez que tal documentação leva muito tempo.
