En esta presentación les enseñamos técnicas, escenarios, fases, clasificaciones y priorización de requerimientos.
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.
3. El Modelo de Negocio
Describe la lógica de como una
Organización crea, entrega y
captura Valor
3
4. Los 9 bloques del MN
1. Segmento de Clientes - SC.
5. Flujos Financieros - F$.
Una organización sirve a uno a varios
segmentos de clientes.
Son el resultado de una
propuesta de valor
exitosamente ofrecida al cliente
2. Propuesta de Valor - PV.
6. Recursos Clave - RC.
Busca resolver al cliente algún
problema o satisfacer necesidades
del cliente
3. Canales - CN.
Las propuestas de valor son
entregadas a los clientes a
través de los canales de
comunicación, distribución y
ventas.
4. Relacionamiento con el
Cliente - RC.
Son establecidas y mantenidas
en cada segmento de Negocio.
Son los activos requeridos para
la entrega de lo elementos
anteriormente descritos
7. Actividades Clave - AC.
A través de la ejecución de
Actividades Clave
8. Alianzas Clave - PC.
Algunas actividades son
subcontratadas, y en algunos
casos se requiere de recursos
que están fuera de la
compañía.
9. Costo de Estructura - C$.
Todos los elementos del modelo
de negocio resultan en costo de
estructura.
4
6. Enfoque de Análisis Sistémico
Brecha 1
Situación
Actual
Brecha 2
Situación
deseada
Conceptual
1
6
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”.
7. 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
7
8. 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.
8
9. 9
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.
www.theiiba.org
www.mexicocity.theiiba.org
10. 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?
11. 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
www.theiiba.org
www.mexicocity.theiiba.org
Técnicos
Hardware
Software
Telecomunicaciones
11
12. 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.
12
14. Muchas gracias…
José Luis Chong Tenorio
Presidente
jose.chong@gonet.us
Mexico Chapter of the IIBA, A.C.
www.theiiba.org
www.mexicocity.theiiba.org
14