¿Qué sucede sin un examen previo?
Hubo un tiempo en que tuve que desarrollar y vender sistemas para crear rutas de transporte: los puntos con pedidos se muestran en el mapa, los rodeas con el mouse y los colocas en automóviles. Una empresa nos está contactando con una solicitud para vender la aplicación. Durante varios meses tratamos de averiguar por qué necesitaban ese sistema, como resultado les vendieron una "caja", realmente preguntaron. Entonces esta compañía decidió atraernos para su implementación. Y luego resultó que, en primer lugar, necesitaban funcionalidad para contabilizar el combustible, que estaba completamente ausente de la palabra en nuestro sistema.
Y sucede que usted se une a un proyecto durante el desarrollo de un sistema, estudia la documentación del proyecto y la funcionalidad ya desarrollada. Y en algún momento, surge la conciencia: hay una interfaz, el programa hace algo, pero para responder por qué se está desarrollando, qué tareas comerciales resuelve, qué indicadores se deben lograr, ninguno de los equipos del proyecto es capaz. ¿Es posible de esta manera crear un sistema que cumpla con los requisitos del cliente?
En otras palabras, incluso antes de elaborar los
Términos de Referencia , se debe realizar un estudio generalmente pequeño (como cuando) y se deben responder una serie de preguntas.
Preguntas clave que responde la encuesta
Como dice el refrán, debe comprender QUÉ, DÓNDE, CUÁNDO. A saber:
- Cuál es el propósito del desarrollo, qué beneficio beneficiará al cliente.
- Cuál es el esquema comercial propuesto, un proceso que se automatizará utilizando el sistema creado.
- ¿Cuáles son las principales funciones de usuario del sistema?
¿Por qué escribir, por qué no es suficiente discutir y hablar?
Redactar un documento le permite formular un pensamiento a un nivel cualitativo completamente diferente que en una discusión oral. En una conversación, muchos detalles permanecen inalcanzados, parte de la información se olvida y luego se pasa por alto. Y el papel salva todos los pensamientos.
Sí, redactar documentos es un trabajo minucioso y a veces desagradable, pero vale la pena. Un pensamiento es valioso solo cuando se forma, y se forma cuando se formula en papel.
¿Qué debe incluir un examen previo al proyecto?
Por lo general, una encuesta previa al diseño se refiere al estudio de los procesos comerciales de una empresa. Se han escrito muchos artículos y libros sobre esto. Pero desafortunadamente, una simple presentación de los procesos no es suficiente.
El resultado del estudio puede ser un paquete completo de documentos (
algunos de ellos se dan al final del artículo ). El documento central (y, desafortunadamente, a menudo el único) que suelo tener es el documento "Concepto del sistema". Discutiremos este documento en este artículo.
Desarrollando mi propia estructura del Concepto, tomé como base el informe preparado de acuerdo con GOST 34 en la etapa "Formación de requisitos para centrales nucleares" (ver el estándar RD 50-34.698-90 "Instrucciones metodológicas. Tecnología de la información. Un conjunto de estándares y documentos de orientación para sistemas automatizados. Automatizado sistemas. Requisitos para el contenido de los documentos "). Pero él hizo sus adiciones.
Un "concepto de sistema" puede contener 2, y a veces 30 páginas. Todo depende de la declaración del problema. El "Concepto", como regla, se acuerda con la alta dirección del cliente, y solo sobre esta base se pueden desarrollar los
Términos de Referencia .
El propósito de la creación (modernización) del sistema.
Por el objetivo de la creación, entiendo el objetivo comercial. Automatizar no es el objetivo. Agregar una función tampoco es un objetivo. Y "optimizar" no es el objetivo. Por ejemplo, un empleado se sienta y un par de horas al día puede dormir directamente en el lugar de trabajo (un caso real, por cierto). Y alguien pide automatizar sus actividades. Por qué ¿Para que duerma cuatro horas?
Durante varios años de análisis de docenas de proyectos, solo se identificaron cinco objetivos posibles de crear (modernizar) el sistema:
- Se está organizando un nuevo negocio (por ejemplo, un sistema de pedidos en línea). Está claro que si se planea llevar a cabo el negocio a través de Internet, el desarrollo es indispensable.
- Menores costos de operación. El caso clásico es que, como resultado de la automatización, el personal se reduce o es posible, con la ayuda de una mejor planificación, hacer más con menos.
- Mejora de la calidad de los procesos internos. También un caso clásico. Por ejemplo, si, al buscar nuevos clientes, los gerentes se olvidan constantemente de llamar a alguien, pierden información sobre el cliente potencial, entonces tiene sentido implementar CRM.
- Reducción de riesgos dependiendo de los empleados clave (como "uñas de oro"). Ocurre que debido al bajo nivel de automatización y complejidad de los procesos, 1-2 empleados pueden realizar una serie de operaciones cuyo despido (o enfermedad) puede poner fin a todo el negocio. Tomará más de un mes encontrar y enseñar otros nuevos.
- Cumplimiento de requerimientos externos. Por ejemplo, ha aparecido una nueva ley, o existe un requisito de contraparte de que debe tener administración o control de documentos electrónicos sobre el trabajo de los empleados móviles.
Está claro que la meta es deseable para hacerla tangible. Si queremos reducir costos, entonces cuánto y a expensas de qué. Si organizamos un nuevo negocio, debemos entender al menos el volumen aproximado de operaciones y el número de operadores. Si mejoramos la calidad de los procesos, debemos delinear el rango de problemas y proponer una solución.
Idea del sistema
Si el documento "Concepto" resulta ser bastante voluminoso, tiene sentido al principio describir brevemente la esencia misma del sistema, su idea. Por ejemplo, desea crear algún tipo de red social especializada (vaya a museos y comparta sus impresiones). Primero describiría la necesidad de comunicación entre los visitantes, y luego resumiría brevemente: se está desarrollando una aplicación móvil en la que el usuario puede escribir sus impresiones de una u otra exhibición.
Comparación de lo viejo y lo nuevo
La forma más efectiva de comprender la esencia del sistema creado es ir desde lo opuesto.
Para hacer esto, debes:
- describa brevemente los procesos existentes;
- señalar sus defectos;
- Proponer un nuevo esquema que elimine las desventajas descritas.
El propósito de esta sección es justificar la necesidad de introducir un nuevo esquema. Una descripción detallada de los procesos comerciales se coloca mejor en un documento separado. Aquí nos centramos en las deficiencias y sugerencias.
Que vamos a ganar
Si está desarrollando una aplicación con la que planea ganar dinero, entonces definitivamente debe determinar los métodos de ingresos: publicidad, suscripción paga, servicios pagos, intereses cobrados, etc. El método (o métodos) seleccionado puede afectar en gran medida la funcionalidad que se está desarrollando.
Interés de las partes
Si para el funcionamiento del sistema creado es necesaria la participación de otras organizaciones, es necesario decidir cómo atraerlas al trabajo, al interés. En otras palabras, primero construimos toda la cadena de negocios, luego todo lo demás.
Descripción de procesos automatizados
El propósito de esta sección es dar una imagen general pero completa del proceso. Por ejemplo, está desarrollando una tienda en línea. Obviamente, necesita un catálogo, una cesta, integración con un banco adquirente y entrega. Pero aquí las cuestiones de devolución, rechazo de entrega, rechazo del proveedor, falta inesperada de productos en stock pueden eludir su atención. Es mejor pensar de antemano en todas las opciones posibles y decidir cuál de ellas se automatizará y qué casos son tan raros que es mejor "rastrillarlos" en modo manual.
No es necesario proporcionar diagramas para la descripción. En el caso general, un guión de texto normal revela la esencia de las acciones de manera mucho más completa.
Soporte legal
A menudo resulta que después de crear un sistema, las personas u organizaciones que usan la aplicación infringen la ley. Por lo tanto, primero debe encontrar un esquema legalmente limpio y luego desarrollar soluciones técnicas.
Lista de funciones
El documento "Concepto" no es una
Tarea técnica , por lo tanto, se describen las funciones comerciales, el nivel superior. En este momento no tiene sentido hablar de autorización y trabajar con el perfil de usuario. Pero se debe dar una idea general de funcionalidad.
Requisitos de seguridad
Si está desarrollando un sistema financiero o un sistema que contenga datos estrictamente confidenciales, debe proporcionar una lista de estándares de seguridad. Por ejemplo, requisitos de cifrado para datos almacenados o transmitidos. No olvide todos los requisitos más estrictos para el procesamiento y almacenamiento de datos personales.
Elegir una opción de implementación del sistema
A veces, dependiendo de las necesidades, es necesario determinar el tipo de aplicación (aplicación web, nativa), la plataforma (Windows, Linux), la arquitectura general (un servidor o varios clústeres), si tomar un sistema típico y modificarlo o desarrollarlo desde cero. Para hacer esto, debe comparar las opciones propuestas y elegir la más adecuada.
Otros documentos de estudio previos al diseño
Como dijimos anteriormente, el resultado de un buen y serio estudio previo al proyecto realizado por todo el equipo durante más de una semana es un paquete completo de documentos. Aquí hay algunos de ellos:
- El concepto del sistema (el documento que discutimos en este artículo).
- Investigación de mercado.
- Estudio de viabilidad.
- El plan del proyecto, incluido el cálculo del trabajo y el plan de recursos.
- Plan de actividades de marketing.
- Proyecto estimado.
- Plan de retorno de la inversión.
- Dotación preliminar de personal.
- Arquitectura del sistema.
- Concepto de seguridad (en el caso de un gran volumen de descripción de la medida de seguridad se puede publicar en un documento separado.
- Presentaciones para el cliente, posibles inversores y potenciales clientes.
Conclusión
En el artículo, revisamos muy rápidamente las secciones principales de la encuesta previa al proyecto. ¿Por qué con fluidez? Porque tal examen es una actividad extremadamente creativa. Lo principal es que al leer el concepto hay una comprensión completa de cómo debería funcionar. Y el resto, dos documentos con los resultados del estudio de ninguna manera pueden ser similares entre sí. En consecuencia, la lista de secciones en su documento puede ser muy diferente de la anterior.
Lea otros artículos del autor: