P. 1
Pasos de La Gestion de Requerimientos

Pasos de La Gestion de Requerimientos

|Views: 13|Likes:

More info:

Published by: Jose Humberto Aranda on Sep 19, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

12/23/2012

pdf

text

original

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

Un directorio con cursos recomendados para administradores de proyectos. organizan. El RMP describe el enfoque general para gestionar los requerimientos del proyecto. Mesa de control de cambio.com Para información de cursos: cursos@liderdeproyecto. tales como planes de negocio. Conviene que sean dirigidos y coordinados por un experto. 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. Tu puedes ser uno de ellos. Deben complementarse siempre con atributos de calidad y otras informaciones tales como características de la interfaz.com / Pasos de la Gestión de Requerimientos Page 2 of 5 Contáctanos Escríbenos a: contacto@liderdeproyecto. esta técnica alienta el pensamiento de ideas inusuales.. Coordinador de las adquisiciones.com es aliado estratégico del PMI® Capítulo México.. sus aventuras y desventuras en su proyecto (cualquier parecido con el tuyo es pura coincidencia).. En muchos proyectos es más fácil agrupar todas las entradas de los interesados en un mismo tipo de requerimiento. los usuarios y diseñadores tendrán una idea clara de las capacidades del sistema. Ven y descubre qué nueva sorpresa le depara a nuestro colega (y no olvides animarlo).html 08-09-2011 . 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. Entrevistas: Son utilizadas para recopilar información de los interesados. etc. certificado como PMP®.com Buscamos instructor senior en administración de proyectos. contratos.. y "solicitudes de los interesados ".. Actualizada constantemente.Jaime Balmes Glosario Ven a conocer el glosario de administración de proyectos. Con dicho prototipo. estudios de mercado.… Tormenta de ideas: Es una técnica eficaz porque las ideas más creativas y efectivas.com/manual/pasos_de_la_gestion_de_requerimientos. Nuevas definiciones: Alineación con el negocio.com O llámanos. Una guía que no debe faltar.. que pueden incluir las solicitudes de cambio posterior. en un tono divertido. La frase célebre "La educación es al hombre lo que el molde al barro. Casos de uso: Es una representación gráfica de las acciones que debe realizar un sistema. el resultado de la combinación de ideas aparentemente inconexas. Un error o mala interpretación de un requisito en esta etapa propagará el problema a través del ciclo de vida de desarrollo. 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. un desinhibido líder de proyecto comparte. Cursos recomendados Trabaja en LiderDeProyecto. Monumento al PM desconocido Como si se tratara de un reality show. 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. Técnicas para la recopilación de requerimientos La recopilación de requerimientos es un paso muy importante.. modifican y trazan los requerimientos en el ciclo de vida del proyecto.. sugiriendo una impresión de los plazos de finalización demasiado optimista. Foro de discusión Colaboradores Atrévete a participar y dar a conocer tus opiniones y dudas. que describen los requisitos iniciales. Es conveniente la utilización de preguntas abiertas que no sugieran una determinada respuesta. Otras ventajas que a menudo consiguen es alentar el compromiso de los participantes con el 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. puede haber la necesidad de distinguir entre "necesidades de los interesados". y son normalmente cortos (uno o varios días). Conoce a los colaboradores de LiderDeProyecto. Le da la forma" . Expertos en el tema estarán disponibles para asesorarte. El documento detalla cómo se generan. Aliados del PMI® México LiderDeProyecto. Roles internos de administración de proyectos. 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. la predisposición y experiencias de la persona entrevistada influirán en la obtención de resultados. Repositorio del proyecto. 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). En otros proyectos.LiderDeProyecto.60 Conócelo.com. 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. Además. http://www. son a menudo. También describe todos los tipos de requerimientos y los atributos utilizados en el proyecto. Conoce los temarios y próximas fechas.liderdeproyecto. Sin embargo.

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. • Un sumario con las capacidades del sistema. Pretende ser un documento de alto nivel más breve y general que un documento de requisitos de producto. son difíciles de contemplar en los casos de uso. El uso de prototipos y modelos ayuda a eliminar ambigüedades y contradicciones. y asegurarse de que los interesados clave tienen una visión clara y compartida de los objetivos y alcance del proyecto. y mejora la satisfacción del cliente. por tanto. usuarios o desarrolladores dibujan pantallas. Los clientes. o plan general.html 08-09-2011 . Los guiones gráficos son una especie de prototipos de papel. contribuyendo de forma notable al éxito del proyecto. rendimiento. Por último. reduce los costos de desarrollo del producto. que se derivan de las características. Además de listar todas sus características. Debe ser un resultado observable o un valor para el actor (un actor es alguien o algo que interactúa con el sistema). presenta un presupuesto para la fase de planificación. no redundante. http://www. El documento de visión debe contener la información esencial acerca del sistema que está siendo desarrollado. Las características deben tener todos los atributos de un buen requerimiento: Verificable. 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. Modelado: Es una representación de la realidad que pretende facilitar la comprensión.. 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. y en él se describe lo que se espera llevar a cabo y las características que no están en el alcance. La identificación temprana de las características de las interfaces externas clarifica el ámbito de aplicación de producto.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. • Toda la información que pueda ser requerida para comprender el propósito del sistema. debe contener: • Una descripción general del producto. uno de los logros principales del análisis de negocio es que se deriven características para las necesidades de los interesados. fiabilidad. 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. para un determinado proceso de software. Identifica alternativas y los riesgos asociados con el proyecto.com/manual/pasos_de_la_gestion_de_requerimientos.liderdeproyecto.) y algunos requerimientos funcionales internos del sistema que. Durante el desarrollo del documento de visión. Los guiones gráficos son baratos y permiten eliminar los riesgos y costos más elevados de creación de prototipos. cuadros de diálogo. claro…. Especificación suplementaria Las especificaciones suplementarias recogen aquellos requerimientos no funcionales (usabilidad. Un caso de uso es una descripción de un sistema en términos de una secuencia de acciones. barras de herramientas y otros elementos que creen que deberá proporcionar el software. Desarrollo el documento de visión Es un documento de visión es un documento que describe la 'visión'. ayuda en el proceso de evaluación del riesgo. 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..LiderDeProyecto.

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

PMBOK® Guide.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. Inc. PMI®. http://www. MDA®.com .com/manual/pasos_de_la_gestion_de_requerimientos. BPMN®.LiderDeProyecto. OMG® y UML® son marcas registradas en los EUA y en otros países por el Object Management Group. OPM3®. IDEALSM y SCAMPISM son marcas de servicio de la Universidad Carnegie Mellon. CAPM® y PMP® son marcas registradas (en EUA y otos países) del Project Management Institute.Todos los derechos reservados. 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®.liderdeproyecto. MOF®. Microsoft Excel y Microsoft Project son productos propiedad de Microsoft Corp. Microsoft Office. SysML®. CMM® IntegrationSM. Microsoft® es una marca registrada en los EUA y en otros países. Australia. RUP® es una marca registrada por IBM Corp.html 08-09-2011 .

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->