Tranquilidad
Las ofertas son comparables, y la recepción no es una discusión de impresiones.
Requisitos redactados en el lenguaje de sus procesos, antes de convocar una licitación o enviar una solicitud de ofertas. Gracias a ellos, las ofertas resultan comparables y, más adelante, se le pueden pedir cuentas al proveedor.
Las preguntas cuya respuesta conviene conocer.
Si la respuesta a alguna es «no lo sabemos», es justo ahí donde puedo ayudar. Se las planteo a consejos de dirección, secretarios, alcaldes y presidentes antes de que se tomen las decisiones y empiece a fluir el dinero.
- ¿Sabemos describirle al proveedor lo que el sistema debe hacer, de forma que se pueda comprobar?
- ¿Qué escenarios de nuestro trabajo diario tienen que funcionar sin excepción?
- ¿Qué pasará con nuestros datos y cómo saldremos del contrato si queremos cambiar de proveedor?
- ¿Con qué rapidez y con qué volumen de datos debe funcionar el sistema?
Qué gana usted con ello.
Mejores resultados
Obtienen lo que necesitan, y no lo que el proveedor tiene en su plantilla.
Menos escollos y errores
Menos correcciones tras la puesta en marcha, porque los requisitos se redactaron antes de la implantación y no después.
El coste de un error en esta etapa. Unos requisitos mal definidos significan adendas, correcciones tras la puesta en marcha y disputas sobre la recepción. Un asesor suele costar menos que una tecnología mal elegida, un proveedor inadecuado o una trampa en el contrato.
Los requisitos son la moneda de la conversación con el proveedor.
Redactados en el lenguaje de sus procesos, antes de convocar una licitación o enviar una solicitud de ofertas, hacen que las ofertas sean comparables y que, más adelante, se pueda pedir cuentas al proveedor. Es mi competencia más importante: traduzco las necesidades de la organización en requisitos de negocio, escenarios y criterios de recepción.
Qué obtiene usted.
- Entrevistas, mapas de procesos, un modelo de datos, integraciones y escenarios de prueba.
- Ante todo, una respuesta a la pregunta de qué se considera un éxito en la implantación: para qué lo hacemos y qué resultados esperamos.
- Cuando la dirección tiene una idea pero no tiene tiempo de desarrollarla por escrito: un concepto o un prototipo tras una sola conversación, en unos 2 días.
Cómo trabajo en esta etapa.
- Entrevistas y mapas de procesosCon las personas que trabajan en el proceso y con los responsables de proceso. El resultado es una descripción del estado actual y del esperado.
- Requisitos y escenariosModelo de datos, integraciones, vistas, notificaciones, reglas y escenarios de prueba, incluidos los requisitos de comodidad de uso, rapidez y volumen de datos.
- Criterios de recepciónCriterios verificables con los que sabrán que el sistema funciona como debía. El proveedor los recibe antes de la oferta, y no después de la implantación.
«Sabe traducir la orientación general de los cambios en las preguntas que deben plantearse a cada unidad, los requisitos que han de acordarse y las decisiones que debe adoptar la dirección.»
Mi competencia en esta etapa.
Traduzco los problemas que señalan los usuarios de negocio al lenguaje que entiende el mundo de TI, y las posibilidades de la tecnología al lenguaje de las decisiones de la dirección.
Transformación digital y gestión del cambio.
Es la competencia clave que une todas las etapas: más de 20 años de trabajo en numerosas organizaciones, del lado del cliente.
Preguntas más frecuentes sobre esta etapa.
¿Para qué redactar los requisitos antes del procedimiento?
Gracias a ellos, las ofertas son comparables y se puede pedir cuentas al proveedor. Sin ellos, comparan promesas, y la recepción se apoya en la impresión general.
¿Y si la dirección no tiene tiempo de redactarlos?
Bastan unos 15 minutos de conversación. Vuelvo en unos dos días con un concepto o un prototipo sobre el que valorar el rumbo antes de que el proyecto genere su primer coste.
Hablemos de esta etapa.
La primera conversación dura 30 minutos y no cuesta nada. Respondo en 2 días laborables.