No todos entienden lo importante que es desarrollar especificaciones técnicas correctamente, pero de hecho es una pregunta tan amplia que no funcionará en pocas palabras. Por esta razón, antes de continuar con este procedimiento, debe comprender todas las sutilezas relevantes.
¿Para qué es esto?
Antes de analizar cómo desarrollar correctamente las especificaciones técnicas, debe comprender por qué se hace esto y quién lo utilizará posteriormente, porque el enfoque necesario para llevar a cabo este procedimiento depende en gran medida de esto. Vale la pena señalar algunas opciones básicas:
- Una organización comercial tiene la intención de introducir un sistema totalmente automatizado, pero no tiene su propio servicio de TI, por lo que decidió hacer lo siguiente: cierta persona interesada desarrolla tareas técnicas y luego las entrega a organizaciones de terceros para un mayor desarrollo.
- Una empresa comercial utilizará un sistema automatizado y tiene un servicio de TI en funcionamiento. En esta situación, se desarrolla TK, después de lo cual se negocia en detalle con el servicio de TI y luego se envía a las partes interesadas, y en última instancia, se vende por sí solo.
- El gobierno está a punto de completar un proyecto de TI específico. Aquí ya están surgiendo muchas sutilezas y dificultades, incluidos todo tipo de formalidades, por lo que ni siquiera es aconsejable considerar esta opción, ya que cada caso individual a menudo requiere un enfoque completamente individual.
Casos mas complicados
El caso más difícil es cuando una compañía de TI desarrolla especificaciones técnicas para el posterior desarrollo e implementación de sistemas automatizados. En tales situaciones, debe trabajar en una amplia variedad de condiciones, como:
- La presencia del cliente de sus propios especialistas con su propia visión de este proceso, que impone ciertos requisitos en los TOR compilados.
- Las especificaciones técnicas se crean exclusivamente para sus propios desarrolladores, y el cliente, en principio, no es tan importante cuál será el resultado.
- Los conocimientos tradicionales se transferirán al contratista, es decir, a un determinado grupo de especialistas que se encuentran fuera del personal de la empresa.
- Existe un malentendido entre la empresa y el cliente con respecto al resultado, por lo que la empresa no sabe cómo desarrollar correctamente las especificaciones técnicas para el mantenimiento.
Hay muchas otras situaciones que también deben considerarse, pero solo las más frecuentes se indican arriba.
¿Qué es el TK?
Hay un número bastante grande de GOST y ciertos estándares que están diseñados para regular cada área de actividad. En particular, tales estándares deben tenerse en cuenta al desarrollar especificaciones técnicas para el mantenimiento. Al mismo tiempo, puede haber un debate activo sobre la relevancia de estos documentos, pero en cualquier caso, en el proceso de desarrollo de su propio proyecto, debe cumplirlos por completo. De hecho, uno debe comprender correctamente que los GOST con mayor frecuencia no revelan los problemas prácticos del desarrollo moderno, pero al mismo tiempo no siempre proponen una alternativa específica y sistémica.
TK en sí mismo es un documento fuente que rige el diseño de una instalación técnica.Establece el objetivo principal de este desarrollo, así como diversas características tácticas y técnicas, indicadores de calidad y todo tipo de requisitos técnicos y económicos, y también indica requisitos especiales que deben tenerse en cuenta durante el trabajo. La tarea como documento fuente para crear algunas cosas nuevas existe en cada campo de actividad moderno, pero puede variar, dependiendo del contenido, el orden del diseño y una serie de otros parámetros.
Características de uso
Es bastante natural que los requisitos en GOST claramente no sean suficientes para que al final todos puedan crear un ejemplo efectivo de una tarea técnica, y esto es bastante normal, porque no todos pueden hacer el trabajo de acuerdo con los estándares. Además del propio GOST, ciertos métodos y prácticas también deben tenerse en cuenta, y este hecho es la raíz de este problema.
Muchos expertos, por alguna razón, que desarrollan especificaciones técnicas para el diseño de un objeto o realizan ciertos trabajos, se basan únicamente en los requisitos de GOST, pero en realidad este es fundamentalmente el enfoque equivocado.
Desafío principal
Como se desprende de la definición en sí, el objetivo principal de TK es formular los requisitos básicos para el objeto desarrollado. En este caso, uno debe entender correctamente que estamos hablando de los requisitos básicos, pero no de los únicos.
¿Cómo determinar los requisitos?
En primer lugar, debe recordar que los términos de referencia para el diseño o desarrollo deben incluir requisitos divididos por propiedades y tipos. En esto, de hecho, GOST nos ayuda más. La lista que se puede encontrar allí es un excelente ejemplo de qué tipos de ellos deberán considerarse, a saber:
- Funcionalidad
- seguridad y derechos de acceso;
- calificaciones del personal.
¿A qué prestarle atención?
Por supuesto, esta no es una lista completa. Sin embargo, el factor clave que debe distinguirse por un ejemplo exitoso de la tarea técnica son los requisitos de funcionalidad correctamente formulados, y es a estos requisitos que los profesionales dedican la abrumadora mayoría de los métodos y trabajos. Muchos expertos dicen que los requisitos de funcionalidad incluyen aproximadamente el 90% de la complejidad total del trabajo relacionado con el desarrollo de especificaciones técnicas, y todo lo demás es una especie de "camuflaje", que luego se usará en estos requisitos.
Si los requisitos se forman incorrectamente, entonces, no importa cuán hermoso les pongas camuflaje, al final no funcionará para hacer un proyecto realmente exitoso. Por supuesto, de acuerdo con GOST, se cumplen todos los requisitos, se desarrollan, firman y aprueban los términos de referencia (muestra a continuación), y el especialista recibió el pago por ello, pero luego debe comprender qué hacer con este documento. Si estamos hablando de un proyecto para una orden estatal, a menudo no surgen problemas, porque existen restricciones presupuestarias mucho menores y los detalles principales ya se identificarán en el proceso de implementación. Pero si hablamos de organizaciones comerciales, donde consideran el dinero con más detalle y requieren un resultado diferente, entonces todo ya es más complicado.
Desarrollo útil y efectivo.
Si los tipos de requisitos pueden ser muy diferentes, y aquí todo depende principalmente únicamente de los objetivos del proyecto, entonces solo hay tres propiedades:
- comprensibilidad;
- especificidad
- comprobabilidad
Al mismo tiempo, uno debe comprender correctamente que, al desarrollar una tarea técnica, una muestra debe analizarse correctamente, y esto ya depende de las dos primeras propiedades.Si el resultado del cumplimiento de uno u otro requisito no se puede probar, esto indica que este requisito no se entiende completamente o no es específico, y debe pensar en ello, porque es propiedad de estas propiedades de los requisitos que residen la profesionalidad y habilidad del desarrollador, y por lo tanto, especialistas experimentados realizan dicho trabajo mucho más rápido y mejor.
Matices adicionales
También hay algunos puntos importantes que deben tenerse en cuenta al desarrollar una tarea técnica. El sistema de requisitos es el siguiente:
- ¿Qué lenguaje (desde el punto de vista de la complejidad de la percepción) debería escribirse?
- ¿Es necesario describir en él alguna característica específica de varias funciones, algoritmos, tipos de información necesaria y otras sutilezas técnicas?
- ¿Qué es el diseño técnico, que, por cierto, se observa en las especificaciones estándar estatales existentes y cómo se relaciona con las especificaciones técnicas compiladas?
Las respuestas a todas estas preguntas son bastante importantes, y precisamente por esta razón, muchas veces comienzan a discutir sobre cuán suficiente es el mandato redactado y si contiene todos los detalles necesarios de los requisitos. Entre otras cosas, también es importante cuán comprensible será este documento desde el punto de vista del cliente y el contratista, cuán redundante es y cuál es el formato de presentación.
Tarea y proyecto
TK es un documento que incluye varios requisitos formulados en un lenguaje que es extremadamente comprensible para el cliente y el contratista. Además, si un profesional está desarrollando una tarea técnica, sus servicios también pueden incluir el uso de tecnología industrial, que está diseñada para proporcionar la redacción más comprensible para el contratista final. Es importante recordar aquí que es necesario evitar cualquier vinculación con los detalles específicos de la implementación técnica, es decir, en el proceso de desarrollo de los conocimientos tradicionales, en principio, no importa en qué plataforma específica se implementará la implementación de todos estos requisitos. Por supuesto, hay ciertas excepciones, pero estos son casos especiales.
La aclaración y la formulación adicional de los diversos requisitos, así como el desarrollo final de los ToR, ya deben ser realizados por un analista de negocios especializado y no por el ejecutor (a menos, por supuesto, que combine estos roles en sí mismo, lo que sucede periódicamente). En otras palabras, el especialista debe comunicarse con el cliente en el idioma del negocio que realiza.
Diferencias del proyecto de la tarea.
Crear una tarea técnica a partir de un proyecto es diferente porque este último es un documento que incluye los requisitos básicos sobre cómo deben implementarse los requisitos especificados en los Términos de Referencia. Este documento incluye las principales sutilezas del producto implementado y los elementos necesarios que serán utilizados en el trabajo por especialistas técnicos.
No es necesario que el cliente profundice en dicho trabajo, porque la abrumadora mayoría de los requisitos pueden no estar claros para él. A menudo, la implementación de un proyecto técnico la lleva a cabo un especialista específico, por lo tanto, ya es bastante posible combinar esta función con el artista. Al mismo tiempo, debe comprender que cuanto más grande es el proyecto, más personas están desarrollando las especificaciones técnicas.
¿Cuál es la práctica?
A menudo sucede que el director es llevado a la coordinación de TK, que incluye una gran cantidad de terminología técnica, como resultado de lo cual intenta profundizar en esto, tratando de captar palabras familiares y no perder la cadena principal de requisitos comerciales. Como regla general, en tales situaciones, la tarea técnica para el trabajo todavía está aprobada, implementada y, en la mayoría de los casos, resulta que el resultado no corresponde al hecho del trabajo realizado, ya que se decidió cambiar una gran cantidad de matices, rehacer,y algunos elementos fueron mal entendidos, y surgieron muchos otros problemas.
Es por eso que es importante comprender la diferencia entre los conocimientos tradicionales y el diseño técnico, que se relaciona en parte con la competencia de los especialistas relevantes y en parte con el deseo de reducir el presupuesto y el tiempo, ya que dicha documentación lleva mucho tiempo.
