LiderDeProyecto.

com / Pasos de la Gestión de Requerimientos

Page 1 of 5

• Inicio ◦ Página inicial ◦ Regístrate al boletín ◦ Contáctanos ◦ Recomienda este sitio ◦ Colabora con nosotros ◦ Conoce a los colaboradores • Contenido ◦ En portada ◦ Manual de PM ◦ Videoboletín ◦ Artículos ◦ Entrevistas ◦ Noticias ◦ Megaproyectos ◦ Eventos ◦ Foros ◦ Blog ◦ Libros recomendados ◦ Frases célebres ◦ Herramientas de PM ◦ Tips ◦ Glosario ◦ Humor del líder ◦ Directorio de instituciones ◦ Sitios de interés • Áreas de conocimiento ◦ Gestión de la Integración ◦ Gestión del Alcance ◦ Gestión del Tiempo ◦ Gestión de Costos ◦ Gestión de Calidad ◦ Gestión de Recursos Humanos ◦ Gestión de Comunicaciones ◦ Gestión de Riesgos ◦ Gestión de Adquisiciones • Certificación y desarrollo profesional ◦ ¿Cuál es tu perfil? ◦ Certificaciones en Administración de Proyectos ◦ Sueldos ◦ Ofertas de trabajo ◦ Empresas donde trabajar • Cursos y Consultorías ◦ Cursos ◦ Consultoría ◦ Consultoría PMO ◦ Foros • Tienda en línea ◦ Libros ◦ Simuladores de Examen PMP ◦ Software • Manual de PM

Busca en este sitio: ¿Cuál es tu perfil?
Soy Novato Soy Gerente de Proyectos Quiero ganar más Quiero mejorar a mi empresa y sus proyectos Tengo experiencia, pero no soy experto Soy experto (o eso creo)

buscar

¿Ya viste esto?

http://www.liderdeproyecto.com/manual/pasos_de_la_gestion_de_requerimientos.html

08-09-2011

Nuevas definiciones: Alineación con el negocio. estudios de mercado.60 Conócelo. Una guía que no debe faltar. Cursos recomendados Trabaja en LiderDeProyecto. Otras ventajas que a menudo consiguen es alentar el compromiso de los participantes con el proyecto. El RMP describe el enfoque general para gestionar los requerimientos del proyecto. Roles internos de administración de proyectos.. Le da la forma" . Humor del Líder Recomendaciones entre project managers Análisis de Documentos: Todo establecimiento de requisitos implica un cierto estudio de los documentos que definen la razón de ser del proyecto. esta técnica alienta el pensamiento de ideas inusuales. Aliados del PMI® México LiderDeProyecto.Jaime Balmes Glosario Ven a conocer el glosario de administración de proyectos. certificado como PMP®. En muchos proyectos es más fácil agrupar todas las entradas de los interesados en un mismo tipo de requerimiento. Mesa de control de cambio. En otros proyectos.com es aliado estratégico del PMI® Capítulo México. Técnicas para la recopilación de requerimientos La recopilación de requerimientos es un paso muy importante. sus aventuras y desventuras en su proyecto (cualquier parecido con el tuyo es pura coincidencia). Además. Entrevista a Jesús Martínez Director del Programa América Latina y el Caribe de IPMA Todo lo que necesitas para administrar un proyecto. Ven y descubre qué nueva sorpresa le depara a nuestro colega (y no olvides animarlo). etc. PMP® [ Acerca del autor] Una descripción simplificada de la gestión de requerimientos contiene los siguientes pasos principales: Establecer un plan de gestión de requisitos Una de las primeras tareas en el proyecto es desarrollar un Plan de gestión de requerimientos (RMP son sus siglas en ingles). Un directorio con cursos recomendados para administradores de proyectos. El documento detalla cómo se generan. los usuarios y diseñadores tendrán una idea clara de las capacidades del sistema. Un error o mala interpretación de un requisito en esta etapa propagará el problema a través del ciclo de vida de desarrollo. Casos de uso: Es una representación gráfica de las acciones que debe realizar un sistema..html 08-09-2011 . También describe todos los tipos de requerimientos y los atributos utilizados en el proyecto. Expertos en el tema estarán disponibles para asesorarte. y son normalmente cortos (uno o varios días). Sin embargo. sugiriendo una impresión de los plazos de finalización demasiado optimista. aunque podría tener la percepción de que los desarrolladores están en un estadio del diseño más avanzado de lo que realmente están.com O llámanos.com/manual/pasos_de_la_gestion_de_requerimientos. Tu puedes ser uno de ellos. que describen los requisitos iniciales. Algunas cuestiones que debe clarificar el RPM son: • • • • • • • • • • • ¿Cómo deben usarse las herramientas de gestión de requerimientos? ¿Qué tipos de requerimientos serán trazados en el proyecto? ¿Cuáles son los atributos de estos requerimientos? ¿Dónde se crearan los requerimientos-en una base de datos o solo en documentos? ¿Entre cuales requerimientos necesitamos implementar trazabilidad? ¿Qué documentos se requieren? ¿Qué requerimientos y documentos serán utilizados como contrato con un proveedor? ¿Qué metodología será utilizada? ¿El cliente necesita algún documento específico para cumplir con su proceso de desarrollo? ¿Cómo se implementará la gestión de cambios? ¿Qué proceso garantizará que todos los requerimientos serán implementados y comprobados? Qué requerimientos u opiniones necesitamos para generar informes? Videoboletín No. Deben complementarse siempre con atributos de calidad y otras informaciones tales como características de la interfaz. Con dicho prototipo. un desinhibido líder de proyecto comparte.. contratos. Foro de discusión Colaboradores Atrévete a participar y dar a conocer tus opiniones y dudas. puede haber la necesidad de distinguir entre "necesidades de los interesados". el resultado de la combinación de ideas aparentemente inconexas. organizan. Entrevistas: Son utilizadas para recopilar información de los interesados. que pueden incluir las solicitudes de cambio posterior. Es conveniente la utilización de preguntas abiertas que no sugieran una determinada respuesta. Conoce a los colaboradores de LiderDeProyecto.com Buscamos instructor senior en administración de proyectos. Conviene que sean dirigidos y coordinados por un experto. Conoce los temarios y próximas fechas.… Tormenta de ideas: Es una técnica eficaz porque las ideas más creativas y efectivas.liderdeproyecto.. y "solicitudes de los interesados ". http://www.. tales como planes de negocio.. son a menudo... la predisposición y experiencias de la persona entrevistada influirán en la obtención de resultados.com. Coordinador de las adquisiciones. modifican y trazan los requerimientos en el ciclo de vida del proyecto. Talleres de Requisitos: Pueden estar diseñados para alcanzar la unificación de criterios en cuanto a los requisitos de una capacidad en concreto.com Para información de cursos: cursos@liderdeproyecto. fomentando el espíritu de grupo Creación de prototipos: Consiste en la creación de una versión rápida y poco depurara de un sistema o partes del mismo. Monumento al PM desconocido Como si se tratara de un reality show. La frase célebre "La educación es al hombre lo que el molde al barro.com / Pasos de la Gestión de Requerimientos Page 2 of 5 Contáctanos Escríbenos a: contacto@liderdeproyecto.LiderDeProyecto. a la Ciudad de México al teléfono: +52 (55) 3871 0229 Pasos de la Gestión de Requerimientos Por Joaquín Ibáñez Marimón. Actualizada constantemente. en un tono divertido. Repositorio del proyecto.

Pretende ser un documento de alto nivel más breve y general que un documento de requisitos de producto. Las características deben tener todos los atributos de un buen requerimiento: Verificable. Debe ser un resultado observable o un valor para el actor (un actor es alguien o algo que interactúa con el sistema). Los casos de uso: • • • • • • Son iniciados por un actor Modelan la interacción entre el interesado y el sistema Describen una secuencia de acciones Capturan los requerimientos funcionales Proporcionan algún valor para un actor Representan un completo y significativo flujo de eventos. debe contener: • Una descripción general del producto. Por último. • Toda la información que pueda ser requerida para comprender el propósito del sistema. El uso de prototipos y modelos ayuda a eliminar ambigüedades y contradicciones. claro…. Análisis de interfaces: El diseño incorrecto de las interfaces es a menudo una de las principales causas de sobrecoste y fracaso del producto.. o plan general. El documento de visión debe contener la información esencial acerca del sistema que está siendo desarrollado. fiabilidad. Los guiones gráficos son baratos y permiten eliminar los riesgos y costos más elevados de creación de prototipos. La identificación temprana de las características de las interfaces externas clarifica el ámbito de aplicación de producto. pero que se prevé agregarán al producto en posteriores etapas del desarrollo de éste El propósito del documento es recopilar y analizar las ideas que han surgido para el futuro del producto.liderdeproyecto.com / Pasos de la Gestión de Requerimientos Page 3 of 5 Los casos de uso por sí sola no proporcionan suficiente información que permita actividades de desarrollo. no redundante. Desarrollo el documento de visión Es un documento de visión es un documento que describe la 'visión'. http://www. ayuda en el proceso de evaluación del riesgo.) y algunos requerimientos funcionales internos del sistema que. Guiones gráficos: Son un conjunto de dibujos que representan un conjunto de actividades de usuario que describen las que se producen en un sistema o capacidad existente o prevista. Un caso de uso es una descripción de un sistema en términos de una secuencia de acciones.LiderDeProyecto. cuadros de diálogo. Modelado: Es una representación de la realidad que pretende facilitar la comprensión. que se derivan de las características. presenta un presupuesto para la fase de planificación. son difíciles de contemplar en los casos de uso. También pueden listarse todas las necesidades de los interesados que no fueron recogidas en otros documentos Crear casos de uso Los requerimientos funcionales se describen mejor en forma de casos de uso. Los clientes. y asegurarse de que los interesados clave tienen una visión clara y compartida de los objetivos y alcance del proyecto.html 08-09-2011 . barras de herramientas y otros elementos que creen que deberá proporcionar el software. Los guiones gráficos son una especie de prototipos de papel. reduce los costos de desarrollo del producto. rendimiento. Además de listar todas sus características. usuarios o desarrolladores dibujan pantallas. por tanto. para un determinado proceso de software. uno de los logros principales del análisis de negocio es que se deriven características para las necesidades de los interesados. Identifica alternativas y los riesgos asociados con el proyecto.com/manual/pasos_de_la_gestion_de_requerimientos. • Un sumario con las capacidades del sistema. contribuyendo de forma notable al éxito del proyecto. y en él se describe lo que se espera llevar a cabo y las características que no están en el alcance.. y mejora la satisfacción del cliente. Durante el desarrollo del documento de visión. Especificación suplementaria Las especificaciones suplementarias recogen aquellos requerimientos no funcionales (usabilidad.

LiderDeProyecto. “Good Practices for Developing User Requirements” .com/manual/pasos_de_la_gestion_de_requerimientos. soy un egresado de la carrera de ing de sistemas.com Editordijo el 02 Febrero de 2010: Hola Julio ¿Qué apoyo requieres para darte la mejor orientación posible? Saludos JULIOdijo el 01 Febrero de 2010: Solicito apoyo para un trabajo de posgrado. 2008. el concepto de escenarios no se les aplica. Los casos de prueba mostrarán a los evaluadores qué pasos deben realizarse para probar todos los requisitos. Gottesdiener. En este paso. Abril 2002. En este paso nos concentraremos en la creación de casos de prueba a partir de casos de uso. STSC. Creación de casos de prueba a partir de especificaciones complementarias El enfoque utilizado en el paso anterior no se aplica a las pruebas de los requisitos complementarios.com / Pasos de la Gestión de Requerimientos Page 4 of 5 Creación de casos de prueba a partir de casos de uso Tan pronto como se recopilan todos los requisitos. Ralph R. Qué opinan nuestros lectores… ( Comparte también tu opinión ) GUIDO JHONATHANdijo el 09 Agosto de 2010: Sr editor.liderdeproyecto. *Nombre: Correo: Notificarme de nuevos comentarios en esta página Esconder mi dirección *Texto: Publicar mi opinión http://www..STSC. también se diseñarán pruebas de infraestructura y cuestiones relacionadas con la plataforma. y debe desarrollarse un enfoque individual a cada uno de los requisitos complementarios. Marzo 2008. Diseño del sistema Los requisitos son la base para el diseño del sistema. “Requirements Management Using IBM® Rational® RequisitePro®”. que a menudo se ve facilitada por el uso del lenguaje unificado de modelado (UML) Bibliografía: Young.html 08-09-2011 . “Recommended Requirements Gathering Practices”. Ellen. IBM Press. nose si me puedes apoyar en darme datos del tema. Peter . gracias por el vínculo Comparte tu opinión Los campos marcados con * son obligatorios. mi correo: guidoramoshernandez@gmail. el tema es GESTION DE REQUERIMIENTOS. Dado que estos requisitos no se expresan como una secuencia de acciones. deberíamos diseñar una forma de comprobar si se implementan correctamente en el producto final. la página me párese excelente muy apropiada. Zielczynski. quiero pedirle su ayuda para poder formular mi tesis y asi sacar mi titulo profesional.

MDA®. Microsoft® es una marca registrada en los EUA y en otros países. Enterprise Architect es un producto propiedad de Sparx Systems. Capability Maturity Model® y CMM® son marcas registradas en la Oficina de Patentes de los EUA por el Software Engineering Institute (SEI) de la Universidad Carnegie Mellon®. IDEALSM y SCAMPISM son marcas de servicio de la Universidad Carnegie Mellon.com / Pasos de la Gestión de Requerimientos Page 5 of 5 Quienes somos I Base de conocimiento I Apoyo y servicios profesionales I Carrera y desarrollo profesional I Material de apoyo I Productos y souvenirs I Comunidad I Contacto © LiderDeProyecto. OMG® y UML® son marcas registradas en los EUA y en otros países por el Object Management Group. CAPM® y PMP® son marcas registradas (en EUA y otos países) del Project Management Institute. CMM® IntegrationSM. PMI®. BPMN®. Inc. Microsoft Office. SysML®. Australia.LiderDeProyecto. MOF®.com/manual/pasos_de_la_gestion_de_requerimientos. http://www. OPM3®.html 08-09-2011 .liderdeproyecto.com . Microsoft Excel y Microsoft Project son productos propiedad de Microsoft Corp. RUP® es una marca registrada por IBM Corp.Todos los derechos reservados. PMBOK® Guide.

Sign up to vote on this title
UsefulNot useful