Hablando de proyectos de software, ¿alguna vez has visto cómo las empresas de desarrollo de software o las empresas de diseño de servicios de software describen un proyecto? Después de leer sus descripciones, ¿puedes entender rápidamente las necesidades y el contexto específicos del proyecto?

Las descripciones comunes de proyectos de software suelen incluir los siguientes cuatro puntos:

Introducción a la industria del cliente

Los clientes de los proyectos de software abarcan diversas industrias. Para presentar un proyecto a personas de diferentes sectores, es necesario comenzar con el contexto de la industria. La introducción al contexto de la industria incluye cómo esta se conecta con la vida de las personas, cuáles son los objetivos de venta o servicio en el mercado, qué papel juega la empresa o individuo del cliente en la industria, cuáles son sus creencias o características, y cuál es la visión futura de la empresa, entre otros aspectos. Para que los desarrolladores de software manejen adecuadamente las necesidades, es importante utilizar la introducción a la industria del cliente como base, lo que permite al equipo de desarrollo comprender mejor los puntos de vista del cliente.

Problemas encontrados en el proceso de negocio (donde reside la necesidad)

Esta es la principal motivación del cliente. ¿Qué situaciones ha encontrado el cliente en su entorno de trabajo que le causan problemas? ¿Es necesario digitalizar el flujo de trabajo existente, o el sistema de información actual necesita ser reorganizado después de años de uso, o es necesario implementar medidas digitales en respuesta a nuevas tendencias de la industria? Aquí es necesario comprender objetivamente y desde la perspectiva del cliente la situación que enfrenta.

Solución propuesta

Después de llegar a un consenso con el cliente, la empresa de software propone una planificación y ejecución personalizada de los elementos que cumplen con las necesidades, y logra aplicarlos con éxito en el flujo de trabajo del cliente.

Resultados

En comparación con las soluciones anteriores, se hace una conclusión objetiva sobre cómo la nueva solución ha traído diferencias y cambios para el cliente, como la mejora de la eficiencia del proceso de producción, la reducción del tiempo de consolidación de información, y la provisión de nuevos canales para llegar a clientes potenciales...

Al combinar estas cuatro descripciones de proyectos de software, podemos obtener una comprensión inicial del proyecto. Durante el proceso de discusión con el cliente, el gerente de proyecto también debe asegurarse de que estas descripciones sean claras en nuestra mente. Porque una descripción de un proyecto de software es flexible, puede ser tan breve como una oración que explique lo que hace el proyecto, o tan larga como un informe que describa el contenido del proyecto. En este momento, se puede intentar:

Establecer un "valor central" que defina el alcance del proyecto

Un proyecto es un proyecto porque, con recursos limitados, se logra un objetivo específico. Sin embargo, en el proceso de alcanzar un objetivo específico, si no hay restricciones de alcance, pueden surgir funciones "relacionadas". La aparición de estas funciones relacionadas puede mejorar significativamente la solución completa, pero también puede extender el tiempo de desarrollo, causando retrasos en el lanzamiento; o puede que, en realidad, no aporten un beneficio concreto a la solución completa.

Por ejemplo:

El cliente desea crear una función en un sistema de información empresarial que "al presionar el botón de inicio, ejecute automáticamente las tareas programadas". Intuitivamente, solo se necesita encadenar los flujos de trabajo siguientes para ejecutarlos en orden. Sin embargo, la situación de desarrollo real es que, dependiendo del campo de aplicación de este sistema, puede ser necesario incluir permisos de ejecución, el estado de la ejecución anterior, si el sistema está conectado de manera estable, entre otras lógicas de negocio relacionadas. En este momento, el cliente de repente dice en el grupo de discusión: "Quiero que al presionar el botón de inicio, se sienta como si cobrara vida y se moviera."

Al desarrollar software, cuando planificamos funciones basadas en una sola historia de usuario, a menudo necesitamos considerar el contexto en el que ocurren y las diversas lógicas de negocio relacionadas. Cuando el cliente no tiene objeciones sobre el aspecto funcional, puede centrar su atención en el color de la interfaz, la disposición, el comportamiento de los botones, las transiciones de página, y comenzar a tener diversas insistencias, siempre esperando que la interfaz sea más animada.

¿Qué hacer cuando el desarrollo de funciones y las expectativas de la interfaz del sistema del cliente entran en conflicto dentro de un tiempo de desarrollo limitado?

En este momento, es necesario volver al "valor central" más fundamental para confirmar la necesidad y prioridad de estas funciones relacionadas con el tiempo y los recursos humanos disponibles. El valor central a menudo es un lema breve y conciso, como un poderoso hechizo que nos ayuda a considerar si agregar o eliminar historias de usuario, repitiéndolo tres veces en nuestra mente para obtener una respuesta clara.

En el ejemplo mencionado anteriormente, cuando el cliente muestra insistencia, podemos guiar la discusión hacia la reflexión sobre "¿Cuál es el beneficio de una interfaz más animada para la operación del sistema de información empresarial?" "Si para hacer la interfaz más animada, necesitamos comenzar desde el diseño, lo que agregará tiempo adicional a la planificación, posiblemente retrasando el lanzamiento, ¿es esto bueno?" Luego, proponemos "sugerir modificar las demandas presentadas según el 'valor central' para priorizarlas, de modo que se pueda lanzar a tiempo dentro del cronograma".

Según cada proyecto, establecer el "valor central" más adecuado junto con el cliente durante las discusiones

El valor central del proyecto nos permite, ya sea en discusiones del equipo de desarrollo o en entrevistas de requisitos o aceptación con el cliente, construir un faro que nos guíe en el vasto mar de discusiones, evitando desviarnos del tema y volviendo al eje principal del proyecto para discutir.

Si hoy, al leer este artículo, también te sientes angustiado por las demandas presentadas por el cliente, intenta enumerar el valor central del proyecto para convencerte a ti mismo y al cliente.