2.

RECOPILAR REQUISITOS

Es el proceso que consiste en definir y documentar las necesidades de los interesados a fin de

cumplir con los objetivos del proyecto. El éxito del proyecto depende directamente del

cuidado que se tenga en obtener y gestionar los requisitos del proyecto y del producto.

Recopilar requisitos significa definir y gestionar las expectativas del cliente. Los requisitos

constituye la base de las EDT. La planificación del costo, del cronograma y de la calidad se

efectúa en función de ellos. Muchas organizaciones establecen una distinción entre requisitos

del proyecto y requisitos del producto; los requisitos del proyecto pueden incluir los

requisitos de la empresa, de dirección de proyecto, de entrega, etc., los requisitos del

producto pueden incluir la información sobre requisitos técnicos, requisitos de seguridad, de

desempeño, etc.

(Project Management Institute, 2017, pág. 138)

2.1. RECOPILAR REQUISITOS ENTRADAS

2.1.2. ACTA DE CONSTITUCION DEL PROYECTO

En el acta de constitución del proyecto se documenta la descripción del proyecto a alto nivel

el cual contara con los requisitos de alto nivel, estos permitirán desarrollar los requisitos

detallados.

2.1.3. PLAN PARA LA DIRECCION DEL PROYECTO

Incluyen los siguientes componentes:

 Plan para la gestión del alcance del proyecto: contiene información sobre cómo se

definirá y se desarrollara el alcance del proyecto.

 Plan de gestión de los requisitos: este plan contiene información sobre cómo se

recolectara, analizara y documentara los requisitos del proyecto.

 Plan de involucramiento de los interesados: este plan se utiliza para comprender los

requisitos de comunicación y el nivel de compromiso de los interesados.

2.1.3. DOCUMENTOS DEL PROYECTO

 Registro de supuestos: este registro identifica supuestos sobre el proyecto, el entorno,

los interesados, y otros factores que puedan influir en los requisitos.

 Registros de lecciones aprendidas: estos registros nos brindaran una forma más eficaz

de recolectar los requisitos para nuestro proyecto.

 Registro de interesados: los registros de interesados se usa para identificar a los

interesados que puedan brindarnos información acerca de los requisitos.

2.1.4. DOCUMENTOS DE NEGOCIO

Este documento es el estudio de viabilidad económica utilizado para establecer la validez de

los beneficios de un componente seleccionado; este afectara a la recopilación de requisitos ya

que contiene la descripción de los criterios necesarios, deseados y opcionales para satisfacer

las necesidades del negocio.

2.1.5. FACTORES AMBIENTALES DE LA EMPRESA

TENEMOS:

 Cultura de la organización.

 Infraestructura.

 Gestión de personal.

 Condiciones del mercado.

2.1.6. ACTIVOS DE LOS PROCESOS DE LA ORGANIZACIÓN

Los que pueden influir en la recopilación de requisitos son:

 Políticas y procedimientos.

 Información histórica y repositorio de lecciones aprendidas.

2.2. RECOPILAR REQUISITOS HERRAMIENTAS Y TECNICAS

2.2.1. JUICIO DE EXPERTOS

Se buscara que en esta etapa se encuentren personas capacitadas en los temas de:

 Análisis de negocios.

 Recolección de requisitos.

 Análisis de requisitos.

 Documentación de requisitos.
  Requisitos del proyecto en proyectos similares.

 Técnicas de diagramación.

 Facilitación y gestión de conflictos.

2.2.2. RECOPILACION DE DATOS

 Tormenta de ideas: este tipo de recopilación es aquella donde se tendrán varias ideas

relacionadas con la recopilación de requisitos.

 Entrevistas: esta se dará de manera formal o informal con el fin de obtener más

información acerca del requisito que se requiera, estas entrevistas se harán a

participantes, ejecutivos y patrocinadores incluidos.

 Grupos focales: estos grupos son formados de manera selectiva y estos darán a

conocer sus expectativas y actitudes con respecto a un producto, servicio o resultado

propuesto

 cuestionarios y encuestas: este método se puede utilizar para obtener resultados

variables, o cuando los participantes estén dispersos geográficamente.

 Estudios comparativos: estos estudios se realizan con el fin de mejorar el proyecto en

comparación con otros parecidos ya realizados.

2.2.3. ANALISIS DE DATOS

Se analizara documentos de los cuales se puedan extraer los requisitos de información

relevante; los documentos que se pueden analizar son:

 Acuerdos.

 Planes de negocio.

 Proceso de negociación o documentación de la interfaz.

 Repositorios de reglas de negocio.

  Flujos de procesos en curso.

 Literatura de mercadeo.

 Registro de problemas/incidentes.

 Políticas y procedimientos.

 Documentación reguladora, tales como leyes, códigos u ordenanzas.

 Solicitudes de propuestas y casos de uso.

2.2.4. TOMA DE DESICIONES

Para el proceso de recopilar requisitos se incluyen estas técnicas:

 Votación: que tiene que ser por unanimidad, en algunos casos por mayoría y por

pluralidad.

 Toma de decisión Autocrática: este tipo de decisión se da cuando una persona asume

la responsabilidad en nombre del grupo.

 Análisis de decisiones con múltiples criterios: se utiliza una matriz de decisiones el

cual permite establecer criterios como niveles de riesgo, incertidumbre y valoración a

fin de evaluar y clasificar muchas ideas.

2.2.5. REPRESENTACION DE DATOS

Se incluyen las siguientes técnicas:

 Diagramas de afinidad: estos diagramas pueden clasificar en grupos un gran número

de ideas para su posterior clasificación y revisión.

 Mapeo mental: esta se da después de la lluvia de ideas, puede agrupar ideas similares

y de tal modo que se pueda observar las similitudes y diferencias que se tengan para

así generar nuevas ideas.

2.2.6. HABILIDADES INTERPERSONALES Y DE EQUIPO

Se tienen las siguientes:

 Técnica de grupo nominal: esta técnica es parecida a la tormenta de ideas pero tiene

un proceso más amplio, primero individualmente los integrantes del grupo escribirán

sus ideas, posterior a ello el moderador transcribirá las ideas a un rotafolio para su

registro, luego cada idea se debate, es entonces q cada miembro dará una votación de

5 la máxima y 1 la mínima; de esta forma se reducirán las ideas y se centraran en la

que todos tengan aprobación.

 Observación/conversación: La observación y la conversación proporcionan una

manera directa de ver a las personas en su ambiente, y el modo en que realizan sus

trabajos o tareas y ejecutan los procesos.

 Facilitación: se utiliza para reunir a los interesados clave a fin de definir los requisitos

del producto; se utilizan en las siguientes situaciones:

 Desarrollo conjunto de aplicaciones: se utilizan en la industria de desarrollo de

software.

 Despliegue de función de calidad: aquí se hace la recopilación de necesidades

de los clientes a fin de obtener un mejor resultado del producto final.

 Historias de usuarios: se utiliza a menudo esta técnica ya que nos da el rol del

interesado que se beneficia con las características, aquello que el interesado

necesita lograr y el beneficio para el interesado.

2.2.7. DIAGRAMA DE CONTEXTO

El diagrama de contexto es un ejemplo de un modelo de alcance. Los diagramas de contexto

representan visualmente el alcance del producto al mostrar un sistema de negocio (proceso,

equipamiento, sistema de información, etc.), y sus interacciones con las personas y con otros
sistemas (actores). Los diagramas de contexto muestran las entradas al sistema empresarial,

el(los) actor(es) que proporciona(n) la entrada, las salidas del sistema de negocio y el actor o

los actores que reciben la salida.

(Project Management Institute, 2017, pág. 146)

2.2.8. PROTOTIPOS

Se desarrollan para poder debatir de una manera no tan abstracta, estos prototipos son

desarrollados a computador en 2D y 3D, así se puede tener una idea más concreto de lo que

se quiere para de esta manera poder debatir mejor los requisitos que se requerirán para su

posterior construcción.

2.3. RECOPILAR REQUISITOS SALIDAS

2.3.1. DOCUMENTACION DE REQUISITOS

La documentación de requisitos describe cómo los requisitos individuales cumplen con las

necesidades de negocio del proyecto. Los requisitos pueden comenzar a un alto nivel e ir

convirtiéndose gradualmente en requisitos más detallados, conforme se va conociendo más

información acerca de ellos. Antes de ser incorporados a la línea base, los requisitos deben

ser inequívocos (medibles y comprobables), trazables, completos, coherentes y aceptables

para los interesados clave. El formato del documento de requisitos puede variar desde un

documento sencillo en el que se enumeran todos los requisitos clasificados por interesado y

por prioridad, hasta formas más elaboradas que contienen un resumen ejecutivo,

descripciones detalladas y anexos.

Así se tiene una clasificación de requisitos como:

 Requisitos del negocio: Estos describen las necesidades de alto nivel de la

organización en su conjunto, tales como los problemas u oportunidades de negocio y

las razones por las que se ha emprendido un proyecto.

 Requisitos de los interesados: describen las necesidades de los interesados.

 Requisitos de las soluciones: estos requisitos nos dan la funcionalidad, serviciabilidad

y características del producto a su vez se divide en:

 Requisitos funcionales: describen el comportamiento del producto como su

acción, proceso, datos e interacciones que el producto debe cumplir.

 Requisitos no funcionales: estos complementan a los requisitos funcionales y

describen las condiciones ambientales o las cualidades necesarias para que el

producto sea eficaz.

 Requisitos de transición y preparación: describen capacidades temporales para pasar

del “como es” a un estado futuro.

 Requisitos del proyecto: Estos describen las acciones, los procesos u otras

condiciones que el proyecto debe cumplir. Entre los ejemplos se incluyen las fechas

de los hitos, las obligaciones contractuales, las restricciones, etc.

 Requisitos de calidad: Estos recolectan las condiciones o criterios necesarios para

validar la finalización exitosa de un entregable del proyecto o el cumplimiento de

 otros requisitos del proyecto. Entre los ejemplos se incluyen las pruebas, las

certificaciones, las validaciones, etc.

2.3.2 MATRIZ DE TRAZABILIDAD DE REQUISITOS

La matriz de trazabilidad o rastreabilidad se utiliza para tener un registro desde su

implementación hasta sus entregables que los satisfacen. Los requisitos de trazabilidad

incluyen:

 Necesidades, oportunidades, metas y objetivos del negocio.

 Objetivos del proyecto.

 Alcance del proyecto y entregables de la EDT/WBS.

 Diseño del producto.

 Desarrollo del producto.

 Estrategia y escenarios de prueba.

 Requisitos de alto nivel con respecto a requisitos más detallados.

(Project Management Institute, 2017, pág. 149)