IEDGE – Gestión de Riesgos de Sentido Común
El efecto final de satisfacción de cliente no se improvisa, hay que sembrarlo y trabajarlo continuamente. Cuando decimos que “la calidad se planifica”, esto tiene que ver con que hay que imaginar los criterios de aceptación, idear los procesos de aseguramiento y control de calidad que hacen más probable que dichos criterios de aceptación se cumplan. Sin embargo, es muy frecuente que los clientes no nos firmen los requisitos. ¿Qué podemos hacer entonces para gestionar las expectativas del cliente?
Imaginemos que dirigimos un proyecto de desarrollo de software. Recopilamos requisitos el primer mes. Trabajamos en nuestras instalaciones durante 6 meses, terminamos y entregamos. Hemos sido muy eficientes, pero ¿habremos sido eficaces?
El cliente verá el producto por vez primera el mes 7. No coincidirá con su idea inicial. Nos rechaza la funcionalidad al 80%. Las sucesivas iteraciones de prueba y reparación del software no lograrán niveles aceptables de calidad percibida. El día de la puesta en producción, será imposible reducir los defectos a un nivel aceptable para el cliente.
Si pudiéramos medir el riesgo del proyecto, acumulamos mucha exposición hasta la entrega. En la fase de pruebas no es posible reducir eficazmente el nivel de riesgo. Por otra parte, hasta que se produce la entrega, la calidad percibida es cero. Cuando se ve el producto, comienza a subir la percepción de calidad, pero no hasta superar los criterios de aceptación. Imaginemos ahora que practicamos un modelo de ciclo de vida iterativo-incremental. Observemos cómo mejoramos la gestión de expectativas del cliente.
En cada iteración construimos algo que se puede probar, reparar y enseñar al cliente. La calidad percibida va aumentando desde el principio, y los niveles de riesgo se mantienen controlados. En la primera iteración, hacemos una entrega formal, una parte del sistema que ya pueden usar. En la figura puede observarse que hay previstas tres entregas más, y finalmente, la quinta y última entrega servirá para cerrar el proyecto.
Cada vez que entregamos, el cliente va modelando su propia imagen del producto. Es muy probable que reformule algunos requisitos, que nos diga “eso está bien, pero…” y a continuación una serie de elementos que quiere cambiar. Cuando en la siguiente entrega entreguemos lo que ha pedido, esto no lo va a discutir. Discutirá otras cosas, cada vez menos. En proyectos con mucha incertidumbre, es eficaz gestionar la calidad con iteraciones incrementales.
Gestión de riesgos de sentido común: Si el cliente nos ha dicho 20 veces “Sí, pero…” la última vez no va a decir “No”
En un esquema de despliegue iterativo-incremental, se ordenan las entregas: primero lo más importante, o más complejo, o de más riesgo, o de más valor. Se deja para el final la funcionalidad secundaria. De esta manera, si el proyecto se cancela, o se adelanta la fecha límite, pueden entregarse partes con valor para el cliente.
Desde las primeras entregas (subsistemas finales o prototipos) los usuarios dan su realimentación positiva o negativa. Poco a poco, el sistema se va pareciendo por aproximaciones sucesivas, a lo que realmente necesitan. El valor del desarrollo se aprecia continuamente.
¡Sigan atentos!
Profesor del área de Tecnología y Sistemas de Información
Nota: aprender de una forma práctica y rápida como poner en marcha, desarrollar y controlar planes de marketing interactivo, publicidad digital y comunicación online totalmente eficaces, les invitamos a que consulten la Especialidad Europea en Dirección de Sistemas y Tecnologías de la información.
* Los contenidos publicados en este post son responsabilidad exclusiva del Autor.
¡Pronto grandes sorpresas en Facebook, Twitter y Youtube!:
- Síganos en Twitter
- Hágase fan en Facebook (IEDGE – The European Business School es la Escuela de Negocios en español con mayor número de fans.. ¡Averigüe por qué!)
- Acceda a nuestros videos en Youtube
Victor Martínez de Castro
comento el día 19 de septiembre a las 10:35 pm (#)
Justo estoy desarrollando un sistema con un proveedor, puedo comentar que el proyecto había sido pactado para entregarse en 3 semanas, llevamos 9 y definitivamente lo que me ha mostrado no coincide con mis expectativas. Resulta fundamental la retroailemtación durante el desarrollo del sistema. Gracias por el post