Antes de ti desarrollar.
"Necesitamos un portal". "Necesitamos una aplicación de programación". "Necesitamos pronósticos de IA". La solicitud a menudo menciona una solución antes de que alguien haya identificado el problema. El descubrimiento es el paso breve y deliberado que se da antes de gastar y, a veces, concluye que no se debe desarrollar nada.
Comprenda qué debe cambiar antes de gastar dinero en software. La solicitud que inicia un proyecto suele ser una solución que alguien ya ha elegido. El descubrimiento es el paso que comprueba si es el correcto.
Un buen descubrimiento ayuda al propietario a responder tres preguntas: ¿qué está causando realmente el problema? ¿Pueden las herramientas que ya tienes resolverlo y cuál es la mejora más pequeña que vale la pena? Ninguno de ellos es respondido por una lista de características.
La prueba útil no es si es posible un desarrollo. Se trata de si ha encontrado el problema real y el cambio más barato que lo solucione.
Cuando la solicitud es realmente una solución.
Una solicitud nombra una herramienta; El descubrimiento pregunta qué problema se supone que debe resolver. Estos son ejemplos, no prescripciones.
En cada caso, la solución podría ser la configuración, una integración o un cambio en el proceso, no el sistema que se solicitó.
Sigue el trabajo que tienes delante alcance la herramienta.
Una empresa de reparaciones podría solicitar un nuevo sistema de reserva. Seguir algunos trabajos desde la admisión hasta la facturación podría mostrar que las reservas funcionan adecuadamente, pero los técnicos envían notas de finalización incompletas, lo que retrasa la facturación. Mejorar ese traspaso puede ser un proyecto más pequeño y más útil que el sistema que se solicitó.
Discovery funciona a partir del trabajo real, no de una lista de deseos. Observar dónde se ralentiza un trabajo, quién vuelve a ingresar información y qué excepciones interrumpen el flujo generalmente indica un cambio más pequeño y más seguro que el que se solicitó inicialmente.
Dejar con concreto salidas.
Un descubrimiento vale su costo sólo si el negocio termina con decisiones sobre las que se puede actuar, no con una presentación de diapositivas:
- Un problema claro y una línea de base. Frecuencia, retrasos, errores y tiempo del personal: las cifras que comparará.
- Un mapa de flujo de trabajo simple. Las personas, la información, los traspasos y las excepciones están dibujados con suficiente claridad para que el personal los reconozca.
- Una comparación de opciones. Configure el software existente, integre herramientas, compre, cree o cambie el proceso, con las compensaciones mencionadas. El Calculadora: desarrollar o comprar puede estructurar el lado de los costos.
- Un alcance de primera versión. Qué está incluido, qué puede esperar y quién es el propietario.
- Un próximo paso de alcance y comercial. Configuración, migración, capacitación, costos continuos y los riesgos aún sin resolver. Cybercube ofrece un precio fijo por el trabajo acordado; resolver incógnitas materiales antes de tratar una indicación presupuestaria temprana como un compromiso.
- Una medida de éxito. La evidencia que justificaría continuar, decidida antes de comenzar, no después.
Utilice el trabajo in situ donde el medio ambiente importa. Observar la selección en el almacén, las reparaciones en el taller o las operaciones de campo puede revelar limitaciones que son difíciles de explicar de forma remota; compartir pantalla y registros de muestra pueden ser suficientes para los flujos de trabajo de oficina. Haga coincidir el esfuerzo con la incertidumbre, no con un porcentaje fijo del presupuesto.
Convierta los hallazgos en una hoja de ruta utilizable.
Una hoja de ruta conecta el problema con un conjunto ordenado de decisiones. Nombra un propietario de producto que pueda resolver solicitudes en competencia y distingue ese rol de la persona que coordina la entrega diaria. Proporciona a cada fase propuesta un resultado útil, una lista de dependencias y una forma de juzgar su finalización.
Para un flujo de trabajo de reparación ilustrativo, la primera fase podría capturar los detalles completos del trabajo; el siguiente podría conectar el trabajo aprobado con la facturación. No dé prioridad a un panel de informes antes de que los registros de los que depende sean confiables. Deja las ideas posteriores como opciones hasta que se haya probado la primera mejora en el uso diario.
Desafíe el proceso antes de automatizarlo. Si una aprobación de rutina ya no sirve para nada, reproducirla en la pantalla sólo puede acelerar el trabajo innecesario. Registra qué debería cambiar, qué debe permanecer y quién tiene autoridad para decidir.
Antes de financiar cada fase, revisa su valor comercial, preparación y costo. Un precio fijo comienza con un alcance claro explica cómo Cybercube convierte el siguiente paso en un acuerdo que puede revisar. La hoja de ruta puede evolucionar sin ampliar silenciosamente el trabajo ya aprobado.
Utiliza el análisis para convertir el problema en un acuerdo.
Un analista de negocios ayuda a conectar lo que las personas necesitan con lo que el proyecto debe ofrecer. El trabajo útil incluye observar la tarea actual, resolver expectativas conflictivas, identificar dependencias y escribir ejemplos de aceptación que la empresa pueda reconocer.
Para un flujo de trabajo de aprobación ilustrativo, "los gerentes pueden aprobar solicitudes" deja preguntas sin respuesta. ¿Qué responsable, para qué solicitud, con qué información y qué ocurre durante la ausencia? Resolver esas preguntas antes del desarrollo hace que el alcance sea más confiable.
El asesoramiento externo sobre software también puede ayudar a comparar un producto existente, una conexión entre herramientas o una compilación personalizada. Solicita una recomendación razonada con suposiciones, costos operativos y compensaciones. Una revisión técnica debe terminar con las prioridades sobre las que la empresa puede actuar, no solo una lista de términos desconocidos.
Mantén la propiedad de las decisiones en la empresa. Acuerda los entregables del análisis y cómo informarán un alcance de construcción de precio fijo. Un buen descubrimiento puede recomendar un proyecto más pequeño o ningún desarrollo a medida.
El mejor resultado puede ser "no construyas".
Discovery gana su costo cuando le ayuda a elegir la mejora adecuada y, a veces, eso significa decidir que un desarrollo a medida es innecesaria. Un cambio de configuración, una integración o un proceso más claro pueden ser la respuesta más barata y rápida, y descubrirlo temprano es una victoria, no un paso en vano.
Para CYBERCUBE, el punto de partida útil es el problema, no el producto. Díganos qué es lento, repetido o propenso a errores y podremos ayudarle a encontrar el verdadero cuello de botella y la mejora más pequeña que valga la pena realizar. – incluso si esa mejora no es un desarrollo. Describe el problema que estás intentando solucionar., o, si un desarrollo está claramente sobre la mesa, consulte ¿Cuánto cuesta un portal de pedidos al por mayor personalizado? sobre cómo el alcance impulsa el número.