Existe la opinión de que solo la tarea técnicacrea obstáculos en el proceso de desarrollo, conduce al marco y, de hecho, es una pérdida de tiempo, porque el proyecto es una estructura viva y en constante crecimiento que requiere ajustes constantes. ¿Es esto así?
A petición nuestra, la empresa NTI-systems le dirá qué es necesario para escribir TK.
Hacer una tarea detallada es obligatorio! El hecho es que la ausencia de TK es beneficiosa principalmente para el desarrollador, no para el cliente.
En primer lugar, la falta de TK permiteEstirar los términos para el cumplimiento del pedido y aumentar el presupuesto debido a las adiciones emergentes. Esta es una buena cobertura para un intérprete inexperto. Le da la oportunidad de reducir la cantidad de trabajo y tomar órdenes "izquierdas". Si se le ofrece comenzar a trabajar sin redactar una tarea técnica, debe abandonar inmediatamente los servicios de artistas inescrupulosos.
La tarea técnica cuesta prácticamente en unonivel con el contrato. Describe el propósito del trabajo, las tareas principales y el procedimiento establecido para el pago, el cronograma y mucho más. Este es el documento principal, en el que el desarrollador debe contar durante la ejecución del pedido. Es necesario pensar y escribir todas las condiciones y requisitos hasta el más mínimo detalle, para evitar situaciones de conflicto al aprobar el proyecto.
Es útil, junto con los requisitos bien conocidos (estructura lógica, integridad, resolución), agregar varias condiciones.
Con cada modificación del proyecto, el cliente debe tener en cuenta los siguientes límites de tiempo y recursos asignados.
El cumplimiento de latareas a lo que se planeó al principio. Para hacer esto, es posible que necesite una persona que, si es necesario, podrá conciliar las diferencias en el desarrollo y hacer todo por escrito. No importa de qué lado, el cliente o el artista, él será. Deben adoptarse comentarios sobre la corrección de los CC.TT. y, de conformidad con ellos, hacer los cambios necesarios.
La estructura de los TOR puede ser diferente, pero hay varios puntos que deberían estar presentes:
- descripción de requisitos técnicos con especificación de estándares;
- una estructura clara;
- Funcional en el contenido de componentes estructurales aislados;
- tiempo y contenido del trabajo;
- costo del proyecto.
Los términos de referencia que usan estos puntos se pueden considerar completos.
Seguir estas sencillas reglas te ayudará a crear exactamente lo que quieres, no el desarrollador.