ba 2013, definición de requerimientos
TRANSCRIPT
Levantamiento de
Requerimientos
1
www.theiiba.org /
www.grupogesfor.com 2
¿Por qué hacen proyectos los Clientes?
=
+
-
↑
3
El Modelo de Negocio
Describe la lógica de como una
Organización crea, entrega y
captura Valor
4
Los 9 bloques del MN
1. Segmento de Clientes - SC. Una organización sirve a uno a varios
segmentos de clientes.
2. Propuesta de Valor - PV. 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.
5. Flujos Financieros - F$. Son el resultado de una
propuesta de valor
exitosamente ofrecida al cliente
6. Recursos Clave - RC. 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
4. Relacionamiento con el
Cliente - RC. Son establecidas y mantenidas
en cada segmento de Negocio.
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.
5
Modelo genérico
6Enfoque de Análisis Sistémico
Situación Actual
Brecha 1
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”.
Fases de la Definición de Requerimientos 7
• Elicitación de Requerimientos (Identificar)
• Análisis de Requerimientos (Definir)
• Desarrollo de los Requerimientos (Definir)
• Modelado de los Requerimientos (Definir)
Identificar
Definir
Planear
Construir
Probar
Implementar
Elicitación: Técnica de Escenarios 8
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.
9
www.theiiba.org
www.mexicocity.theiiba.org
Técnica: Escenario
• Descripción genérica del Escenario.
Escenario
• Nombre de los Roles de Usuario que Intervienen en el escenario.
Roles que Intervienen
• Descripción de cada cuando ocurre el escenario (%, n, etc.)Frecuencia.
• Descripción genérica de la situación.
Situación.
• Se describe a manera de guión las diferentes actividades y consideraciones del escenario.
Descripción.
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?
Definición de Requerimientos: Clasificación 11
www.theiiba.org
www.mexicocity.theiiba.org
Funcionales
Por área de Negocio
Por proceso de Negocio
Por caso de Uso
Por tipo de Acceso
No-Funcionales
Rendimiento
Acceso
Disponibilidad
Respaldo
Seguridad
Generales
Restricciones del Proyecto
Legales
Forma y Estilo
Aspectos Culturales
Técnicos
Hardware
Software
Telecomunicaciones
12Priorización: Técnica MoSCoW
• Son requerimientos fundamentales (el mínimo para que sea usable). Sin ellos el entregable será inservible.Mo (Must Have)
• Son requerimientos importantes, pero su no inclusión no retrasa la salida del entregable.S (Should 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.
Co (CouldHave)
• Son requerimientos valiosos pero que requieren de pasos previos y por lo tanto no se consideran para este entregable.
W (Want and Won’t)
13
www.theiiba.org
www.mexicocity.theiiba.org
Muchas gracias…
José Luis Chong Tenorio
Presidente
Mexico Chapter of the IIBA, A.C.
14www.theiiba.org
www.mexicocity.theiiba.org