José Luis Chong, Director de Desarrollo de Negocio en GoNet, ejecutivo con más de 20 años de trayectoria profesional, egresado del ITESM en Alta Dirección; desempeñando diferentes roles dividido en las etapas: Orientación a la gestión y Orientación al negocio.
Miembro fundador del IIBA (International Institute de Business Analysis) Capítulo México, orientado al reconocimiento y profesionalismo de “Analista de Negocio” en las organizaciones. Como presidente del IIBA Capítulo México, ha dado varias conferencias recurrentes en el ITESM, Universidad Iberoamericana, UNITEC y en la UPIICSA del IPN.
En esta presentación les enseñamos técnicas, escenarios, fases, clasificaciones y priorización de requerimientos.
2. Enfoque de Análisis Sistémico
Brecha 1
Situación
Actual
Brecha 2
Situación
deseada
Conceptual
1
Situación
deseada
Conceptual
2
Premisas
• Tener cuidado de no caer en la discusión a detalle de la situación y
problemas actuales, y por lo tanto no enfocarse en lo que realmente se
necesita en el futuro.
• Posibles respuestas:
• “No se lo que quiero, o lo que es posible, así que es tu trabajo
encontrarlo y saberlo”.
• “Yo sé que quiero (creo que sé), y es esto… todo lo que tienes que
hacer es asegurarte de que lo reciba”.
2
3. Fases de la Definición de Requerimientos
•
•
•
•
Elicitación de Requerimientos (Identificar)
Análisis de Requerimientos (Definir)
Desarrollo de los Requerimientos (Definir)
Modelado de los Requerimientos (Definir)
Implementar
Probar
Construir
Planear
Definir
Identificar
3
4. Elicitación: Técnica de Escenarios
Recomendada para cubrir:
•
Identificación de las tareas comunes y las respuestas a importantes
eventos de negocios.
•
Situaciones que involucran una gran variedad de usuarios.
•
Eventos críticos que suceden ocasionalmente.
•
Situaciones que son difíciles de hacerles frente.
•
Situaciones en las que hay propensión de cometer errores.
•
Diferentes ambientes de trabajo.
•
Visualizar la situación actual y futura.
•
Como será utilizada la tecnología:
•
Transferencias entre las tareas de los usuarios.
•
Intercalado de tareas mostrando posibles secuencias.
No recomendada para:
•
Tratar de cubrir cualquier posible condición
•
Proporcionar los casos que los usuarios creen que no valdrá la pena
considerar.
•
Cubrir únicamente el uso del Sistema.
4
5. Técnica: Escenario
Escenario
Roles que
Intervienen
Frecuencia.
Situación.
Descripción.
• Descripción genérica del Escenario.
• Nombre de los Roles de Usuario que
Intervienen en el escenario.
• Descripción de cada cuando ocurre el
escenario (%, n, etc.)
• Descripción genérica de la situación.
• Se describe a manera de guión las
diferentes actividades y consideraciones del
escenario.
5
6. Técnica: Escenario – Descripción.
La descripción deberá de contestar las siguientes preguntas:
• Elicitación.
•
¿Quién?,¿Qué?,¿Cómo?,¿Dónde?,¿Por qué?,¿Cuándo? y ¿Cada
Cuando?
• Gap Analysis.
•
¿Las actividades deseadas existen en el actual sistema de negocio?
•
¿Las actividades actuales trabajan bien o tienen algún problema?
•
¿Qué extensión tienen los problemas en las actividades actuales?
•
¿Qué dirección debería de tener el trabajo/actividad en relación al
trabajo/actividad actual?
•
¿Qué importancia tiene, y cuán imperativo es para el éxito en el
negocio?
•
¿Qué eventos de negocio debe manejar la actividad/trabajo?
•
¿Cuáles son las diferencias entre el estado actual y el deseado para el
manejo de estos eventos de negocio?
•
¿Existe algún proceso definido para llevar a cabo y controlar este
evento actualmente?
•
¿Existen normas aprobadas para realizar esta actividad?,¿Hay normas
exigidas?
•
¿Existen medidas de desempeño a ser monitoreadas¨?, ¿Se
definirán?
•
¿Qué también soporta el sistema esta actividad/trabajo?
6
7. Definición de Requerimientos: Clasificación
Funcionales
Por área de Negocio
Por proceso de
Negocio
Por caso de Uso
Por tipo de Acceso
No-Funcionales
Generales
Rendimiento
Acceso
Disponibilidad
Respaldo
Seguridad
Restricciones del
Proyecto
Legales
Forma y Estilo
Aspectos Culturales
Técnicos
Hardware
Software
Telecomunicaciones
7
8. Priorización: Técnica MoSCoW
Mo (Must Have)
• Son requerimientos fundamentales (el mínimo para que
sea usable). Sin ellos el entregable será inservible.
S (Should have)
• Son requerimientos importantes, pero su no inclusión
no retrasa la salida del entregable.
Co (Could
Have)
• Pueden fácilmente ser dejados fuera del entregable. La
diferencia principal radica en el dolor que provocan o el
valor que proporcionan al negocio.
W (Want and
Won’t)
• Son requerimientos valiosos pero que requieren de
pasos previos y por lo tanto no se consideran para este
entregable.
8