Este documento presenta una sesión sobre gestión de requisitos. Explica que la gestión de requisitos es fundamental para el éxito de los proyectos y cubre los niveles de negocio, stakeholders y solución. También describe los principales modelos y retos en cada nivel, así como la influencia de los requisitos en los costos y plazos de los proyectos.
Estudiar el dominio del problema
Identificar aspectos positivos y negativos de la situación actual
Estudiar el modelo de negocio del cliente
Estudiar el entorno tecnológico del cliente
Obtener y documentar las necesidades de clientes y usuarios
Tema N° 6 Técnicas para el Levantamiento y Recolección de RequisitosSaraEAlcntaraR
Tema N° 6 Técnicas para el Levantamiento y Recolección de Requisitos correspondiente a la Unidad II.- Ingeniería de Requisitos del Saber Ingeniería del Software II, dictado en el PNF en Informática de la UPTP "Luis Mariano Rivera".
Estudiar el dominio del problema
Identificar aspectos positivos y negativos de la situación actual
Estudiar el modelo de negocio del cliente
Estudiar el entorno tecnológico del cliente
Obtener y documentar las necesidades de clientes y usuarios
Tema N° 6 Técnicas para el Levantamiento y Recolección de RequisitosSaraEAlcntaraR
Tema N° 6 Técnicas para el Levantamiento y Recolección de Requisitos correspondiente a la Unidad II.- Ingeniería de Requisitos del Saber Ingeniería del Software II, dictado en el PNF en Informática de la UPTP "Luis Mariano Rivera".
Ingenieria de requisitos - Recolectando la informaciónJose Diaz Silva
Se explora el proceso asociado al levantamiento de requerimientos, se establecen algunas áreas de esfuerzo que requerirá el proceso y se dan algunas recomendaciones sobre que hacer para estas actividades. Los principios operativos también se mencionan, con la definición de las funciones, el dominio, los modelos. Por otro lado las directrices como entender el problema, el empleo de prototipos, las prioridades y la eliminación de ambigüedades son consideradas.
De igual manera se introduce el termino de Stakeholder y se especifica las técnicas de levantamiento de información, como entrevista, encuesta, observación y talleres.
Las consultas se pueden efectuar a: josefabiandiazs@gmail.com
Tema: Ingeniería de Requisitos.
Grupo 01: ALFA.
Ingeniería de Sistemas, Universidad de Oriente, Maturin, Venezuela.
Asignatura: Análisis y Diseño de Sistemas de Información.
Profesora: Ing. Yamila Gascon
¿Qué hacer para dominar el arte del levantamiento de requerimientos?Software Guru
El levantamiento de requerimientos es una etapa esencial en el arranque de todo proyecto de desarrollo de software y debe de realizarse efectivamente para poder aumentar en grande las garantías de éxito de los proyectos.
Muchos profesionistas no realizan correctamente esta fase porque nadie les enseñó cómo hacerlo o porque en sus empresas no hay procesos o guías que los apoyen en realizarlas.
Durante este Webinar hablaremos de:
Principios de análisis de negocio para el desarrollo de software.
Proceso de preparación de levantamiento de requerimientos.
Técnicas de levantamiento de requerimientos.
Ingenieria de requisitos - Recolectando la informaciónJose Diaz Silva
Se explora el proceso asociado al levantamiento de requerimientos, se establecen algunas áreas de esfuerzo que requerirá el proceso y se dan algunas recomendaciones sobre que hacer para estas actividades. Los principios operativos también se mencionan, con la definición de las funciones, el dominio, los modelos. Por otro lado las directrices como entender el problema, el empleo de prototipos, las prioridades y la eliminación de ambigüedades son consideradas.
De igual manera se introduce el termino de Stakeholder y se especifica las técnicas de levantamiento de información, como entrevista, encuesta, observación y talleres.
Las consultas se pueden efectuar a: josefabiandiazs@gmail.com
Tema: Ingeniería de Requisitos.
Grupo 01: ALFA.
Ingeniería de Sistemas, Universidad de Oriente, Maturin, Venezuela.
Asignatura: Análisis y Diseño de Sistemas de Información.
Profesora: Ing. Yamila Gascon
¿Qué hacer para dominar el arte del levantamiento de requerimientos?Software Guru
El levantamiento de requerimientos es una etapa esencial en el arranque de todo proyecto de desarrollo de software y debe de realizarse efectivamente para poder aumentar en grande las garantías de éxito de los proyectos.
Muchos profesionistas no realizan correctamente esta fase porque nadie les enseñó cómo hacerlo o porque en sus empresas no hay procesos o guías que los apoyen en realizarlas.
Durante este Webinar hablaremos de:
Principios de análisis de negocio para el desarrollo de software.
Proceso de preparación de levantamiento de requerimientos.
Técnicas de levantamiento de requerimientos.
Material de apoyo utilizado por el expositor Alex do Nascimento , Gerencia Corporativa de Comércio Eletrônico de Correios do Brasil para su presentacion en el Panel Mercosur Digital - ABC del manejo de operaciones de las ventas generadas en Internet. Todo lo que hay que saber para entregar un producto o servicio por internet; en el Marco del Seminario Internacional "Oportunidades de Comercio Electronico para PyMEs" dictado en la ciudad de Buenos Aires, Argentina dentro del marco de evento Mercosur Digital
Para acceder a mayor informacion de la agenda y futuras actividades del Ciclo ingrese en: http://mercosurdigital.ciclo-mpe.net/
Para acceder a los videos online del Seminario, material de apoyo de las presentaciones de los distintos paneles y mucha mas informacion del evento ingrese en: http://www.comunidadebusiness.com/groups
Para acceder a mayor informacion del Proyecto Mercosur Digital ingrese en: http://www.mercosurdigital.org/
Tema 1 -T2: La ingeniería de requisitos de softwareMagemyl Egana
Universidad Nacional Experimental de Caracas UNEXCA
Programa Nacional de Formación Ingeniería Informática PNFI
Unidad curricular Ingeniería del software II - Código ISC339
Trimestre 2 - Tema 1
Contenido: definición, beneficios de IR, modelado de negocio vs ingeniería de requisitos, requerimiento vs requisito, condiciones, dificultades y tupi de requisitos.
Análisis de negocios, visión de una profesión con futuroGoNet
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 mostramos la importancia del análisis de negocios.
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.
Conferencia impartida el 29 de septiembre de 2020 para el Instituto Mexicano de Dirección de Proyectos (IMDP) en el ciclo de conferencias, Martes con expertos
Workshop de 2 días de duración en Madrid. Primer día basado en Lean Management y segundo día en Lean Construction.
Se puede asistir sólo al primer día o a ambos.
PRINCE2 es un excelente punto de partida para un profesional que se inicia en la dirección de proyectos. Esta presentación describe PRINCE2 y muestra la opinión del autor acerca de que métodos prescriptivos son más adecuados al inicio de la carrera profesional.
Pero PRINCE2 también es un buen método para Project Managers más experimentados pues ofrece un marco de trabajo que permite su aplicación a proyectos de gran tamaño y complejidad.
Presentación realizada en:
XV Encuentro Multisectorial de Project & Construction Management y Gestión de Proyectos de Ingeniería el 19 de septiembre de 2013 en Madrid
Presentación realizada el 17 de junio en Barcelona invitado por el PMI y JUG de Barcelona.
Esta presentación, con pequeños cambios, también se ha utilizado para una ponencia en el PMI de Madrid el 17 de septiembre y en un webinar para el capítulo del PMI de Ecuador el 9 de octubre y cuyo vídeo se puede ver aquí http://www.youtube.com/watch?v=uD5Mrz_fpeA&feature=youtu.be
Presentación utilizada en la sesión impartida para la reunión mensual del Capítulo del PMI de Madrid el 22 de Mayo de 2013 en la oficinas de Microsoft.
Presentación realizada por Víctor Alonso Lion en el 5º encuentro de directores de proyectos del PMI Madrid Spain Chapter.
El proyecto Puerto Príncipe fue el principal proyecto en el que participe durante mi colaboración en la junta directiva del capítulo y el más satisfactorio.
Víctor hizo una gran presentación que el 5º congreso, reflejo también de su gran participación en este proyecto.
Presentación utilizada en el taller Búsqueda de empleo a través de las redes sociales impartida el 8 de enero de 2013 a través de la Asociación de antiguos alumnos del Padre Piquer.
Ponencia de realizada en VII congreso nacional vision12 el 19 de noviembre de 2012 por Ángel Águeda.
En 8 minutos se explicó qué es PRINCE2 y por qué es un método de gestión de proyectos que permite incrementar el éxito.
2. Javier Sánchez Ramírez
Máster Dirección de Sistemas de Información y
Comunicaciones MDSIC ( UPM)
Empresas: Cibernos Consulting, CH2Mhill, Genasys,
evergreenpm
15 años involucrado en desarrollo y gerencia de
Proyectos Software.
info@evergreenpm.com
3. Obtener una visión general de qué es la Gestión de Requisitos, su
posicionamiento dentro del Análisis de Negocio, la Gestión de Proyectos y la
Ingeniería del Software.
Adquirir conciencia de la importancia e influencia en el éxito de los proyectos.
Conocer los principales modelos y las herramientas disponibles para su gestión
desde áreas de negocio a requisitos de solución.
4. Seminario Ingeniería de Requisitos – 12 Febrero de 2013
¿Por qué necesitamos mejorar la gestión de Requisitos?
Los Niveles de la gestión de Requisitos NEGOCIO
Análisis Empresarial STAKEHOLDERS
Gestión de Requisitos de Stakeholders
SOLUCIÓN
Gestión de Requisitos de Sistema
Retos a los que nos enfrentamos en cada nivel
Principales modelos de gestión en cada nivel
5. Estadísticas generales de éxito de los proyectos
1 2 3
100% Proyectos que se completaron en tiempo y
16%
80% presupuesto.
60% 53% Proyectos que costaron más del 189% de
la estimación.
40%
20% Proyectos que se cancelaron antes de
31% completarse.
0%
6. Influencia en el éxito de los proyectos
La inefectividad en el tratamiento de requisitos fue
la causa raíz principal, siendo los tres factores más
comunes en comprometer un proyecto los
siguientes:
1. Falta de feedback de usuario: 12,4%
2. Requisitos y especificaciones incompletas:
13,1%
3. Cambio de requisitos y especificaciones: 8,7%
Requisitos: pobremente organizados,
expresados, débilmente relacionados con los
interesados, cambiando excesivamente
rápido, o innecesarios; con expectativas
poco realistas.
7. Influencia en el éxito de los proyectos
Errores en los requisitos: Principal causa de incremento de costes por repetición de trabajos de
desarrollo. Entre el 70 y 80% de todos los costes de repetir trabajo son por causas de errores en los
requisitos.
Fte: Karl Wiegers ‘Business Value of Requirements Managament’ . Jamasoftware.com
8. Gestión de Requisitos e innovación
Innovar => Cambio
CAMBIO = NECESIDAD – RESISTENCIA
Eficiencia y Eficacia CAMBIO = f(Requisitos)
Calidad = f(Requisitos)
9. Análisis Empresarial
Requisitos de Negocio: Definen la naturaleza de
NEGOCIO la solución, justifican la inversión y constituyen
el punto de partida de un proyecto
Análisis Requisitos
STAKEHOLDERS
Requisitos de Stakeholders: Definen las
necesidades de los stakeholder.
Análisis Requisitos
SOLUCIÓN y TRANSICION
Requisitos de Solución: describen las
características de una solución, que
satisface los requerimientos de negocio y
de stakeholder.
10. Un requisito es:
1. Una condición o capacidad requerida por un stakeholder para
resolver un problema o alcanzar un objetivo.
2. Una condición o capacidad que debe ser cubierta o estar
contenida en una solución o componente de solución para
satisfacer un contrato, estándar, especificación, o cualquier otro
documento formal.
Dominio Soluciones Requisitos
Qué debe o no debe ser considerado en el requisito y cuáles son las
características necesarias del mismo…?
11. DEFINICIÓN
Declaración que identifica un producto o proceso operacional, funcional, o
característica de diseño o restricción, expresada sin ambigüedad, testeable o
medible, y necesaria para la aceptación de un producto o proceso (por el
cliente o directrices de garantía de calidad interna).
Fte: IEEE-STD-1220-1998 (IEEE 1998) -
Standard for Application and Management of
the Systems Engineering Process
13. Los requisitos definen la nueva CAPACIDAD.
• PRODUCTO CORRECTO: 'time to market' no es
suficiente, el verdadero reto es 'time to market
with the right product'
• EFECTIVO EN COSTE:
• MINIMO TIEMPO DE DESPLIEGUE
14. Los clientes….
NO ¿Saben lo que quieren?
SI
NO ¿Saben describirlo?
SI
NO ¿Están describiendo la solución en vez de la necesidad real?
SI
“Si no puedes describir lo que estás haciendo cómo un proceso, es que no
sabes lo que estás haciendo”
William Edwards Deming
15. Entorno….
Entorno
Negocio
Conflicto de intereses entre stakeholders. La voz del cliente no
es única.
Elicitación
Interesados
Entorno / Cultura
Condicionantes No Funcionales
Nuevo sistema Procesos
16. Los requisitos son la base de cada proyecto, definiendo lo que los
stakeholders necesitan del potencial nuevo sistema (propósito), lo que
debe hacer para satisfacer las necesidades de los interesados.
Propósito Construcción
Inicial Req Del Resultado OK?
(Gap)
NO
Sistema
¿Se entendió el
propósito inicial
SI del sistema?
¿El propósito es
el mismo?
“Experienced developers know that managing requirements is a
greater challenge than technical execution”
Agile Software Requirements (Dean Leffingwell)
17. Tiempo….
Tiempo: Entorno del negocio, tecnológico y de intereses de los
stakeholders cambia con el tiempo durante el plazo de
ejecución del proyecto.
Recomendación:
La aproximación de hacer una definición completa de requisitos, seguida
de un largo período antes de que las nuevas capacidades son liberadas,
no parece muy apropiado…
Fte: “Agile Software Requirements. Lean requirements Practices for Teams, Programs, and the Enterprise” Dean
Leffingwell
18. El triángulo de hierro….
Fijo Requisitos Coste Tiempo
Q?
Estimado Coste Tiempo Requisitos
Waterfall / Tradicional Ágil
19. Selección de proyectos por parte del sponsor
Facilitar la estimación
Permitir priorizar mejor
Facilita desarrollar diseños
Testear con efectividad
Facilita el seguimientos de estatus de proyecto
Acelera el desarrollo
20. El International Institute of Business Analysis es una
asociación profesional, independiente, sin ánimo de lucro y
de carácter mundial, dedicada al análisis de negocio. La
misión del IIBA® es desarrollar y mantener normas para la
práctica de análisis de negocio y administrar el proceso de
certificación de los profesionales del sector. El objetivo es
llegar a ser la primera organización mundial dedicada al
análisis de negocio.
21. Áreas de Conocimiento BABOK
Planeación y monitoreo de Análisis de Negocio Comprende cómo el AN determina qué actividades son necesarias con el fin de
completar un esfuerzo de Análisis de Negocio.
Elicitación Cómo los AN trabajan con los stakeholders para identificar y entender sus necesidades
y preocupaciones y comprenden el medio ambiente en el que trabajan.
Administración y Comunicación de Cómo los AN administran conflictos, problemas y cambios con el fin de asegurar que los
requerimientos stakeholders y el equipo mantienen el acuerdo del alcance de la solución.
Análisis Empresarial Describe cómo el AN identifica una necesidad de negocio, refina y clarifica la definición
de esa necesidad y define un alcance viable.
Análisis de Requerimientos Describe cómo el AN prioriza y progresivamente elabora los requerimientos de los
stakeholders y de la solución para posibilitar la implementación de la solución por parte
del equipo del proyecto.
Evaluación y validación de la Solución Describe cómo el AN evalúa las soluciones propuestas para determinar la mejor
Competencias Fundamentales Comportamientos, conocimientos y habilidades para la ejecución efectiva del Análisis
de Negocio.
22. Análisis de negocio
Define una nueva Determina el
necesidad de Evaluar el GAP Enfoque de la Define el alcance
negocio Solución
“Identifica y documenta los requerimientos de negocio y es a menudo el
punto de partida para el inicio de un nuevo proyecto o proyectos”
23. Define una nueva Determina el
necesidad de Evaluar el GAP Enfoque de la Define el alcance
negocio Solución
• Benchmarking • Análisis de • Benchmarking • Descomposición funcional
documentos
• Brainstorming • Brainstorming • Análisis de Interfaces
• Análisis DAFO
• Análisis de Reg. de Negocio • Análisis de decisiones • Modelado de alcance
• Focus Group • Estimación • Historias de Usuario
• Descomposición Funcional • DAFO • Declaración de problema o Visión
• Análisis Causa-Raiz
24. • Entrevistas con stakeholders ( o
Workshops de requisitos, Focus groups,
reuniones de sgto, talleres)
• Exploración de escenarios
• Estudios de mercado o de cualquier tipo
Fuentes de requisitos • Sistemas existentes
de stakeholders • Problemas y sugerencias de cambio de
sistemas existentes
• Sistemas análogos
• Prototyping, mock-ups, sketching
• Cuestionarios
25. Bases de organización de requisitos Seleccionar el modelo
Crear un conjunto de vistas/modelos para la - Escenarios de Uso
nueva solución de negocio , exhaustiva,
completa, consistente y entendida desde
todas las perspectivas de los stakeholders.
- Modelado de procesos
Son modelos no técnicos, entendibles por
los stakeholder.
- Historias de Usuario
27. Nivel Modelos
Requisitos de Sistema - Diagramas/descripción de arquitecuras o infraestructura tecnológica:
• Hardware
• Software
• Datos
Requisitos de - Diagramas UML
Susbsistema
28. Más información en http://www.evergreenpm.com/
E-mail: info@evergreenpm.com
Muchas Gracias, Javier Sánchez