apresentação do powerpoint -...

© FATTO Consultoria e Sistemas - www.fattocs.com

• Si es necesario, ajuste el idioma de la sala virtual en la barra de herramientas en la parte superior

• El evento tendrá 45 min. de presentación y 15 min. al final para preguntas

• Usted podrá mandar sus preguntas por el chat a lo largo de la presentación y serán respondidas al final de la presentación

• La presentación será grabada y la grabación y las diapositivas serán publicadas

• Para aquellos que poseen certificación PMP, el evento vale 1 PDU

• Acompáñenos en las redes sociales

Orientaciones Iniciales


FATTO Consultoría y Sistemas

2

Misión: “Ayudar nuestros clientes a planificar y controlar mejor sus proyectos de software.” Consultoría y Entrenamiento en Medición, Estimación y Requisitos de Software: - Análisis de Puntos de Función (IFPUG, NESMA , COSMIC) - Estimaciones de proyectos de software - Ingeniería de Requisitos - Medición y auditoría en medición de software - Análisis de productividad en proyectos de software

El libro más vendido de FPA en Brasil fue escrito por nosotros Formó 25% de expertos certificados (CFPS) en Brasil Representantes del Scope Proyect Sizing Software

- Aumenta su nivel de gobierno en las mediciones funcionales y en la gestión de activos de software.


Servicios Educativos de la FATTO

Preparación para el

Examen CFPS 96 horas (EAD y presencial)

FPA: Fundamentos,

Beneficios e Implantación 8 horas (EAD y presencial)

Capacitación en FPA:

Medición y Estimación de Software

16 horas (EAD y presencial)

Workshop FPA:

Metodología y Práticas de Medición

16 horas (presencial)

Ingeniería de Requisitos

de Software 24 horas

Estimación de Proyectos

de Software con COCOMOII 16 horas

Taller de Medición de

Puntos de Función Sesiones de 8 ~ 40 horas

Medición y Estimación de

Software con el Método COSMIC 16 horas

(presencial)


Gestión de Requerimientos: El talón de Aquiles de los proyectos

Nelson Camilo Orduz Illidge

[email protected]

4


¿Qué es la gestión de requerimientos? La importancia de la gestión de requerimientos para los proyectos La relación de la gestión de requerimientos con la dirección de proyectos Las funciones principales de la gestión de requerimientos Dificultades comunes en la gestión de requerimientos ¿Cómo mejorar la gestión de requerimientos? Nueva Certificación del PMI: Professional in Business Analysis (PBA)

Agenda

5


Es la disciplina responsable por planear, analizar, documentar, acompañar, comunicar y controlar requerimientos *

Involucra comunicación entre miembros del equipo del proyecto y los otros interesados, y adaptaciones para los cambios de requerimientos durante todo el proyecto

Requerimiento: una condición o capacidad que debe estar presente en un producto, servicio o resultado para satisfacer un contrato u otra documentación formalmente impuesta. (PMBOK 5ª edición)

¿Qué es la Gestión de requerimientos para el PMI?

6

*PMI’s Pulse of the Profession: Requirements Management

A Core Competency for Project and Program Success - 2014


Las principales causas de fracasos en proyectos son: Scope Creep

Comunicación deficiente

Baja participación de los interesados Apoyo inadecuado del patrocinador

Todos estos problemas involucran y/o impactan requerimientos

47% de los fracasos tienen como causa gestión de requerimientos deficiente

Importancia de la Gestión de Requerimientos*

7

*PMI’s Pulse of the Profession: Requirements Management

A Core Competency for Project and Program Success - 2014


•Ahora enfocando proyectos de software:

•20% de los defectos tienen su origen en requerimientos

•Encontrar y corregir defectos en el software después de

entregado es >100 x más costoso que hacerlo en la fase de

requerimientos

**Software Defects Origins and Removal Methods Capers

Jones - 2014

***Software Defect Reduction – Top 10 List Barry

Boehm y Victor Basili - 2001

8

Importancia de la Gestión de requerimientos


¿Qué es calidad?

•Calidad es el grado en que un conjunto de

características inherentes cumple con los requerimientos

- ISO 9000

•Pero, ¿Cómo asegurar calidad si hay errores en los

requerimientos?

(Recuerde: 20% de los defectos de software son originados en

requerimientos)

9


Definición de requerimiento

(1) Condición o capacidad que un usuario necesita para resolver un problema o lograr un objetivo

(2) Condición o capacidad que debe cumplir o poseer un sistema o uno de sus componentes para satisfacer un contrato, estándar, especificación u otra documentación formalmente impuesta

(3) Representación documentada de una condición o capacidad como en (1) o (2)

10

...o Especificación de requerimientos

deseo (proyecto)

producto

Documentación de las capacidades del proyecto o producto

ISO/IEC/IEEE 24765


Gestión de Requerimientos x Dirección de Proyectos

11

Gestión del Alcance

5.3 Recopilar Requerimientos

5.3 Definir el Alcance

5.4 Crear la WBS

5.5 Validar el Alcance

5.1 Planificar la Gestión del

Alcance

5.6 Controlar el Alcance

13.1 Identificar a los Interesados

13.2 Planificar la Gestión de los Interesados

4.1 Desarrollar Acta de Constitución del Proyecto

8.3 Controlar la Calidad

4.2 Desarrollar Plan para la Dirección del Proyecto

4.3 Dirigir y Gestionar el Trabajo


12

Elicitación Análisis de requerimientos

Monitoreo y Control

Identifica necesidades de un conjunto de interesados

Documenta, organiza, modela, verifica y valida los requerimientos

Prioriza, administra conflictos, problemas y cambios con el fin de garantizar el acuerdo sobre el alcance de la solución, identificando la mejor forma de comunicar los requerimientos y la manera de como será mantenido el conocimiento obtenido para uso futuro

Visión Funcional de la Gestión de requerimientos


13

Elicitación Análisis de requerimientos

Monitoreo y Control

Búsqueda, investiga

necesidades

Organiza, especifica, verifica y valida

Administra conflictos y

cambios, busca aprobación, prioriza

Visión Funcional de la Gestión de requerimientos

Cambios

Información

Requerimientos


¿Cuáles son los problemas en esta tira cómica?

14 http://www.projectcartoon.com


¿Y si no hubiera teléfono roto?

15

¿Entregar exactamente lo que el cliente pide garantiza su

satisfacción?


Dificultad: Comunicación Proporcionar información sin subjetividad o ambigüedad: Los requerimientos

se expresan a menudo en lenguaje natural, lo que facilita la comprensión, pero da lugar a varias interpretaciones

Falla en la interpretación del mensaje entre el analista de requerimientos e interesados. La propagación errónea de los requerimientos para los otros miembros del equipo involucrados en el proyecto

Solución: Desarrollar habilidades de comunicación: escrita, verbal, no-verbal e interpersonal

Principales Dificultades con Requerimientos

16


Dificultad: Acceso a los interesados No siempre está al alcance del analista seleccionar las personas con quien

levantar requerimientos

A veces un intermediario es seleccionado para desempeñar el rol de un interesado. Esto es común cuando el interesado es externo a la organización (cliente, proveedor, aliado, etc)

Esto significa un riesgo considerable de que la información recolectada no sea la más adecuada

“No tengo tiempo.” ¿Cuál es el rol del interesado?

¿Cliente directo?

¿Cliente indirecto?

¿Externo a la organización?


17


Solución: Acceso a los interesados “Los responsables de negocio y los desarrolladores deben trabajar

juntos de forma cotidiana durante todo el proyecto.” – Cuarto Principio del Manifiesto Ágil

Promover cultura de participación

Ayuda de alguien con más autoridad

Enfocar métodos de levantamiento que necesiten de menos tiempo del interesado: observación, análisis de documentación, cuestionarios

Buscar otra persona con más interés y disponibilidad


18


Dificultad: Usuarios que no saben lo que desean Esta dificultad varia desde aquellos que no saben decir lo que quieren, hasta

aquellos que dicen la necesidad incorrecta. Y esto es un escenario muy frecuente

¿Qué hacer? ¿Cambiar los usuarios?


19


Solución: Acceso a los interesados El gran valor del trabajo de requerimientos es comprender

correctamente las necesidades, aunque el usuario no sepa decir con claridad lo que desea. El trabajo debe ser proactivo, no pasivo

Los métodos a aplicar deben ser bien evaluados. Lo que funciona bien para algunos no funciona para todos. Prototipos y observación son efectivos para traer información de quién no sabe expresarse


20


Dificultad: Requerimientos implícitos O los requerimientos “obvios”, pero no explícitos

El analista escucha a los interesados, documenta sus necesidades, diseña una solución, valida la misma con éstos y obtiene aprobación. El producto es desarrollado y en la entrega varias necesidades no mencionadas antes son presentadas

¿Quién falló?

¿Los interesados? ¿El analista?


21

A B C

Correcto Especificado


Solución: Requerimientos implícitos Creer que el trabajo de requerimientos está restricto al explícito no es

realista

No hay método o herramienta que garantice que la especificación sea completa. Todavía hay como minimizar:

Profundizar conocimiento en el negocio

Observación

Prototipos


22


Dificultad: Cambios "(...) requerimientos cambian a

un ritmo de 2% por mes (...)" - Capers Jones en “Software Engineering: The State of the Art in 2008”.


23


Solución: Cambios Cambios generan trabajo adicional. Todavía, no todos significan

problema. Cambios deberían existir para aumentar (o preservar) el valor del proyecto

Un trabajo de requerimientos pasivo, casi siempre resulta en muchos cambios innecesarios después (para corregir el alcance). Posición proactiva es clave

Elaborar una especificación modificable


24


¿Cómo mejorar la Gestión de Requerimientos?

25

Gestión de Requerimientos Pers

onas

Pro

ceso

s

Cultura

Sólo 20% de las empresas relatan alta madurez en la gestión de requerimientos


Invertir recursos adecuados (ej.: tiempo, personal calificado) en la gestión de requerimientos

51% de las empresas no lo hacen

Desarrollar habilidades necesarias para la gestión de requerimientos 34% de las empresas no lo hacen bien

Mejorar la Gestión de Requerimientos: Personas

26


Estandarizar y formalizar procesos para uso consistente y amplio de buenas prácticas de gestión de requerimientos en todos los proyectos

< 50% de las empresas demuestran buen desempeño en las practicas de GR

Mejorar la Gestión de Requerimientos: Proceso

27

0 0,1 0,2 0,3 0,4 0,5 0,6

Gestión de Cambio

Definición de los requisitos de negocio

Alineación de expectativas con las partes interesadas

Definir/monitorear objetivos, beneficios y expectativas

Verificación y Validación de la Solución

Colaboración entre GP y responsable por GR

Comprometimiento del Patrocinador

Competencia del responsable por GR

Satisfacción del cliente final

Calidad del producto


Sensibilizar la Administración y Patrocinadores del valor de la práctica de la gestión de requerimientos en los proyectos para obtener apoyo y compromiso

La mayoría de las organizaciones no valoran la GR como competencia fundamental en proyectos

Mejorar la Gestión de Requerimientos: Cultura

28


Análisis de Negocio es la aplicación de conocimiento, habilidades, herramientas y técnicas para:

Identificar problemas y necesidades de negocio

Identificar y recomendar soluciones viables para estas necesidades

Recolectar, documentar y gestionar requerimientos de los interesados para cumplir objetivos de negocio y del proyecto

Facilitar el trabajo del equipo del proyecto

Análisis de Negocio casi siempre empieza antes del inicio del proyecto y sigue después de su cierre

Gestión de requerimientos es un subconjunto del Análisis de Negocios

Examen para credencial PMI-PBA inició en el 2014

Professional in Business Analysis (PMI-PBA)

29


Evaluación de Necesidades: Entender un problema (o oportunidad) de negocio y evaluar opciones para ayudar a elaborar una solución efectiva

Planeación: Plan para gestionar las actividades de BA en el proyecto. Define herramientas, políticas y procedimientos para el plan de gestión de requerimientos, rastreabilidad, control de cambio y documentos y criterios de aceptación

Análisis: Tareas para la recolecta, análisis, descomposición, aceptación, aprobación, especificación y validación de requerimientos del proyecto o producto

Trazabilidad y Monitoreo: Gestiona tanto el ciclo de vida de los requerimientos así como la comunicación de su estatus a los interesados

Evaluación de la Solución: Evalúa que tan bien cumple con la solución a los requerimientos y necesidades de negocio. Incluye pruebas, evaluación de deficiencias y aceptación

Dominios cubiertos en el examen PMI-PBA

30


PMI’s Pulse of the Profession: Requirements Management A Core Competency for Project and Program Success - 2014

Business Analysis for practitioners: a practice guide (PMI)

Requirements Management Knowledge Center of Excellence (www.pmi.org/Knowledge-Center/Requirements-Management.aspx)

www.projectmanagement.com/Practices/Requirements-Management

PMI Professional in Business Analysis (PMI-PBA) (www.pmi.org/Certification/pba.aspx)

A Guide to the Business Analysis Body of Knowledge – BABOK 3.0 (IIBA)

Para saber más

31


Encuesta


¿Preguntas?

¡Gracias por la atención y participación!

Nelson Camilo Orduz Illidge

[email protected] cr.linkedin.com/in/nelsonorduz

Skype: nelson.illidge

Cierre

33

apresentação do powerpoint -...

Documents