La digitalización puede empezar con una regla clara
Una herramienta nueva no resuelve por sí sola una aprobación ambigua. Identifique primero qué decisión e información faltan en el flujo.
Describa la incertidumbre antes de la herramienta
Un equipo busca una herramienta de proyectos nueva porque nadie puede decir con fiabilidad qué imagen de producto tiene aprobación de contenido para la tienda. Los campos de estado adicionales ayudan solo si está claro quién decide y a qué versión del archivo se refiere la decisión.
El GOV.UK Service Manual recomienda estudiar el problema antes de aceptar una solución predefinida. Aplicado a una empresa, recomendamos describir la regla de trabajo que falta antes de trasladarla a una interfaz nueva.
Ejemplo: aclarar primero el mismo flujo
La situación y las reglas propuestas son completamente ficticias. El equipo ya dispone de un registro de trabajo compartido con referencias de archivos y campos de estado.
Punto | Incertidumbre actual | Acuerdo en la herramienta existente |
|---|---|---|
Decisión | Varios participantes escriben «está bien» sin un rol decisor definido. | El rol responsable del producto aprueba el contenido; la decisión se registra en el trabajo. |
Versión | La aprobación está en un correo mientras circulan varios archivos. | La referencia |
La comprobación práctica es si una persona sustituta puede identificar qué archivo recibió aprobación de contenido y de quién, sin buscar en historiales de correo privados. Así puede planificarse un pequeño ensayo del flujo. Observe si siguen apareciendo preguntas, estados contradictorios o copias adicionales. Una regla acordada no demuestra que funcione en el día a día.
Cuándo hace falta tecnología adicional
La herramienta existente puede bastar para un flujo acotado. Puede ser inadecuada si faltan permisos necesarios, cambios trazables, capacidad para mayor volumen o integraciones. Describa entonces la carencia concreta y evalúe una herramienta nueva frente a ella.
La guía GOV.UK sobre necesidades incluye operaciones, soporte e integraciones posteriores. Pregunte también a quienes sustituyen, resuelven errores o mantendrán el flujo. La decisión a favor o en contra de software debe basarse en esos requisitos. La responsabilidad clara sigue siendo necesaria tras cambiar de herramienta.
Fuentes
Seguir leyendo
Todos los artículos
Consultoría IT y estrategia con ASES
Estrategia, arquitectura y elección de tecnología