SlideShare ist ein Scribd-Unternehmen logo
1 von 14
Downloaden Sie, um offline zu lesen
 Levantamiento de
Requerimientos

1
¿Por qué hacen proyectos los Clientes?

=
+
www.theiiba.org /
www.grupogesfor.com

↑
2
El Modelo de Negocio

Describe la lógica de como una
Organización crea, entrega y
captura Valor

3
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
Modelo genérico

5
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”.
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
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

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
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

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
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
13

www.theiiba.org
www.mexicocity.theiiba.org
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

Weitere ähnliche Inhalte

Ähnlich wie BA 2013, Definición de requerimientos

Trabajo gestión del conocimiento (final)
Trabajo gestión del conocimiento (final)Trabajo gestión del conocimiento (final)
Trabajo gestión del conocimiento (final)
Fernando Llanos
 
Iii investigacion preliminar blog
Iii investigacion preliminar blogIii investigacion preliminar blog
Iii investigacion preliminar blog
Rosemary Samaniego
 

Ähnlich wie BA 2013, Definición de requerimientos (20)

Modelo en cascada pemo
Modelo en cascada pemoModelo en cascada pemo
Modelo en cascada pemo
 
Webinar: Gestión de requisitos
Webinar: Gestión de requisitosWebinar: Gestión de requisitos
Webinar: Gestión de requisitos
 
Gestión requerimientos
Gestión requerimientosGestión requerimientos
Gestión requerimientos
 
creando la Metodología propia
creando la Metodología propiacreando la Metodología propia
creando la Metodología propia
 
Metodología BRAIN
Metodología BRAINMetodología BRAIN
Metodología BRAIN
 
Tema 1 Ingeniería de Requisitos
Tema 1 Ingeniería de RequisitosTema 1 Ingeniería de Requisitos
Tema 1 Ingeniería de Requisitos
 
Trabajo gestión del conocimiento (final)
Trabajo gestión del conocimiento (final)Trabajo gestión del conocimiento (final)
Trabajo gestión del conocimiento (final)
 
Iii investigacion preliminar blog
Iii investigacion preliminar blogIii investigacion preliminar blog
Iii investigacion preliminar blog
 
Requisitos de software
Requisitos de softwareRequisitos de software
Requisitos de software
 
Analisis de negocio-Clase 01.pdf
Analisis de negocio-Clase 01.pdfAnalisis de negocio-Clase 01.pdf
Analisis de negocio-Clase 01.pdf
 
Rodrigo Sanchez, mer
Rodrigo Sanchez, merRodrigo Sanchez, mer
Rodrigo Sanchez, mer
 
Comprensión de los requerimientos
Comprensión de los requerimientosComprensión de los requerimientos
Comprensión de los requerimientos
 
Necesidades vs requerimientos
Necesidades vs requerimientosNecesidades vs requerimientos
Necesidades vs requerimientos
 
Necesidades vs requerimientos
Necesidades vs requerimientosNecesidades vs requerimientos
Necesidades vs requerimientos
 
Necesidades vs requerimientos
Necesidades vs requerimientosNecesidades vs requerimientos
Necesidades vs requerimientos
 
Necesidades vs requerimientos
Necesidades vs requerimientosNecesidades vs requerimientos
Necesidades vs requerimientos
 
Necesidades vs requerimientos
Necesidades vs requerimientosNecesidades vs requerimientos
Necesidades vs requerimientos
 
Necesidades vs requerimientos 2019
Necesidades vs requerimientos 2019Necesidades vs requerimientos 2019
Necesidades vs requerimientos 2019
 
1. modelo de negocios
1. modelo de negocios1. modelo de negocios
1. modelo de negocios
 
Especificaciones de Requerimientos SRS
Especificaciones de Requerimientos SRSEspecificaciones de Requerimientos SRS
Especificaciones de Requerimientos SRS
 

Mehr von GoNet

Inteligencia Emocional
Inteligencia EmocionalInteligencia Emocional
Inteligencia Emocional
GoNet
 

Mehr von GoNet (7)

¿Qué es inteligencia emocional?
¿Qué es inteligencia emocional?¿Qué es inteligencia emocional?
¿Qué es inteligencia emocional?
 
¿Qué es la inteligencia emocional?
¿Qué es la inteligencia emocional?¿Qué es la inteligencia emocional?
¿Qué es la inteligencia emocional?
 
Inteligencia Emocional
Inteligencia EmocionalInteligencia Emocional
Inteligencia Emocional
 
Arquitectura SOA
Arquitectura SOAArquitectura SOA
Arquitectura SOA
 
Project Manager & Business Analyst
Project Manager & Business AnalystProject Manager & Business Analyst
Project Manager & Business Analyst
 
Análisis de negocios, visión de una profesión con futuro
Análisis de negocios, visión de una profesión con futuroAnálisis de negocios, visión de una profesión con futuro
Análisis de negocios, visión de una profesión con futuro
 
Creatividad sistematizada GoNet
Creatividad sistematizada GoNetCreatividad sistematizada GoNet
Creatividad sistematizada GoNet
 

Kürzlich hochgeladen

redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
nicho110
 

Kürzlich hochgeladen (11)

How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estos
 
Guia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos BasicosGuia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos Basicos
 
Buenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxBuenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptx
 
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptxPROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
 
investigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIinvestigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXI
 
Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvana
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 

BA 2013, Definición de requerimientos

  • 2. ¿Por qué hacen proyectos los Clientes? = + www.theiiba.org / www.grupogesfor.com ↑ 2
  • 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