Web Proyectics

Mostrando entradas con la etiqueta Requerimientos. Mostrar todas las entradas
Mostrando entradas con la etiqueta Requerimientos. Mostrar todas las entradas

viernes, 22 de mayo de 2020

Requisitos del Proyecto

Al leer la Guía para el PMBOK(r) encontramos que el término requisitos genera algunos problemas debido a que su uso puede tener diversos significados.

Empecemos por las definiciones encontradas en la Página 723 de la Guía para el PMBOK(r) Sexta Edición:


  1. Requisito / Requirement.  Condición o capacidad que debe estar presente en un producto, servicio o resultado para satisfacer una necesidad de negocio.
  2. Requisito de Calidad / Quality Requirement. Condición o capacidad que se utilizará para evaluar la conformidad mediante la validación de la aceptabilidad de un atributo como indicativo de la calidad de un resultado.
  3. Requisitos de Financiamiento del Proyecto/Project Funding Requirements. Pronóstico de los costos del proyecto a ser pagados que se derivan de la línea base de costo para los requisitos totales o periódicos, incluidos los gastos proyectados mas las deudas anticipadas.
  4. Requisitos de Recursos / Resource Requirements. Tipos y cantidades de recursos requeridos para cada actividad en un paquete de trabajo.


El término Requisito, se traduce como Requirement. Este término (en español) se utiliza generalmente en el ámbito de la calidad, refiriendo a los puntos 1 o 2 de arriba.

Pero también existe una palabra en el español, Requerimiento, que en el lenguaje coloquial aplica más a la determinación de cantidades necesarias para ejecutar algo, que es el espíritu de los ítems 3 y 4.

La definición de los requisitos en un proyecto es un tema fundamental. Una manera de entender esta importancia es revisar las  Definiciones de la Guía para el PMBOK(r) Sexta Edición, y nos daremos cuenta de la gran cantidad de conceptos que están estrechamente relacionados con los requisitos:


  • Análisis de Hacer o Comprar / Make or Buy Analysis. Proceso de recopilar y organizar datos acerca de los requisitos del producto y  analizarlos frente a las alternativas disponibles, incluida la compra o fabricación interna del producto.
  • Análisis de Requisitos de Comunicación / Communication Requirements Analysis. Técnica analítica para determinar las necesidades de información de los interesados del proyecto a través de entrevistas, talleres, estudio de lecciones aprendidas, etc.
  • Area de Conocimiento de la Dirección de Proyectos / Project Management Knowledge Area. Area identificada de la dirección de proyectos definida por sus requisitos de conocimientos y que se describe en términos de sus procesos, prácticas, datos iniciales, resultados, herramientas y técnicas que los componen.
  • Atributos de la Actividad / Activity Attributes. Varios atributos asociados con cada actividad del cronograma que pueden incluirse dentro de la lista de actividades. Entre los atributos de la actividad se pueden mencionar códigos de la actividad, actividades predecesoras, actividades sucesoras, relaciones lógicas, adelantos y retrasos, requisitos de recursos, fechas impuestas, restricciones y supuestos.
  • Calidad /Quality. Grado en que un conjunto de características inherente satisface los requisitos.
  • Conformidad / Conformance. Dentro del sistema de gestión de calidad, la conformidad es un concepto general de entregar resultados dentro de los límites que definen la variación aceptable para un requisito e calidad.
  • Costo de la Calidad / Cost of Quality (CoQ). Todos los costos incurridos durante la vida del producto por inversión en la prevención de no conformidad con los requisitos, evaluación del producto o servicio en cuanto a su conformidad con los requisitos, e incumplimiento de los requisitos.
  • Defecto / Defect. Imperfección o deficiencia en un componente de un proyecto, que hace que dicho componente no cumpla con sus requisitos o especificaciones y deba ser reparado o reemplazado.
  • Desarrollar el Cronograma / Develop Schedule. Proceso de analizar secuencias de actividades, duraciones, requisitos de recursos y restricciones del cronograma para crear el modelo del cronograma del proyecto para la ejecución, el monitoreo y el control del proyecto. 
  • Dirección de Proyectos / Project Management. Aplicación de conocimientos, habilidades, herramientas y técnicas a actividades del proyecto para cumplir con los requisitos del proyecto.
  • Documentación de requisitos / Requirements Documentation.   Descripción del modo en que los requisitos individuales cumplen con las necesidades de negocio del proyecto.
  • Gestión de la Calidad del Proyecto / Project Quality Management. La gestión de la calidad del proyecto incluye los procesos para incorporar la política de calidad de la organización en cuanto a la planificación, gestión y control de los requisitos de calidad del proyecto y el producto, a fin de satisfacer las expectativas de los interesados.
  • Grado / Grade. Categoría o nivel que se utiliza para distinguir elementos que tienen el mismo uso funcional pero no comparten los mismos requisitos de calidad.
  • Grupo de Procesos de Ejecución / Executing Process Group.  Procesos realizados para completar el trabajo definido en el plan para la dirección del proyecto a fin de satisfacer los requisitos del proyecto.
  • Límites de las especificaciones / Specification Limits.  Área a cada lado de la línea central o media de datos trazados en un diagrama de control que cumple con los requisitos del cliente para un producto o servicio. Esta área puede ser mayor o menor que el área definida por los límites de control. Véase también límites de control.
  • Matriz de Trazabilidad de Requisitos / Requirements Traceability Matrix.  Cuadrícula que vincula los requisitos del producto desde su origen hasta los entregables que los satisfacen.
  • Plan de Gestión de los Requisitos / Requirements Management Plan.  Componente del plan para la dirección de un proyecto o programa que describe cómo serán analizados, documentados y gestionados los requisitos.
  • Planificación de la Calidad / Plan Quality Management.  Proceso de identificar los requisitos  y/o estándares de calidad para el proyecto y sus entregables, así como de documentar cómo el proyecto demostrará el cumplimiento con los mismos.
  • Prototipos / Prototypes. Método para obtener una retroalimentación temprana respecto de los requisitos proporcionando un modelo operativo del producto esperado antes de construirlo realmente.
  • Recopilar Requisitos / Collect Requirements.  Proceso de determinar, documentar y gestionar las necesidades y los requisitos de los interesados para cumplir con los objetivos del proyecto.
  • Regulación / Regulations. Requisitos impuestos por una entidad gubernamental. Estos requisitos pueden establecer las características del producto, del proceso o del servicio (incluidas las disposiciones administrativas aplicables) que son de cumplimiento obligado, exigido por el gobierno.
  • Requisito / Requirement.  Condición o capacidad que debe estar presente en un producto, servicio o resultado para satisfacer una necesidad de negocio.
  • Requisito de Calidad / Quality Requirement. Condición o capacidad que se utilizará para evaluar la conformidad mediante la validación de la aceptabilidad de un atributo como indicativo de la calidad de un resultado.
  • Requisitos de Financiamiento del Proyecto/Project Funding Requirements. Pronóstico de los costos del proyecto a ser pagados que se derivan de la línea base de costo para los requisitos totales o periódicos, incluidos los gastos proyectados mas las deudas anticipadas.
  • Requisitos de Recursos / Resource Requirements. Tipos y cantidades de recursos requeridos para cada actividad en un paquete de trabajo.
  • Responsabilidad / Responsibility.  Asignación que puede delegarse  dentro de un plan para la dirección del proyecto de modo tal que el recurso asignado incurre en la obligación de llevar a cabo los requisitos d la asignación.
  • Retrabajo / Rework.  Acción tomada para hacer que un componente defectuoso o no conforme cumpla con las disposiciones de los requisitos o especificaciones.
  • Tolerancia / Tolerance.  Descripción cuantificada de la variación aceptable de un requisito de calidad.
  • Verificación / Verification.  Proceso que consiste en evaluar si un producto, servicio o resultado cumple o no con determinada regulación, requisito, especificación o condición impuesta. Compárese con Validación. 
  • Voz del Cliente / Voice of the Customer.  Técnica de planificación utilizada para proveer productos, servicios y resultados que reflejen fielmente los requisitos del cliente traduciéndolos en requisitos técnicos apropiados para cada fase del desarrollo del producto del proyecto.

Los requisitos se definen inicialmente en el Acta de Constitución del Proyecto, durante el Inicio del Proyecto. Aquí se deben identificar los principales “Requisitos de Negocio“ y a grandes rasgos, los Requisitos de la Calidad.  Durante el inicio también se debe de identificar los Interesados.


Félix Valdez
22 Mayo 2020



















jueves, 22 de octubre de 2009

Congreso PMI Lima Peru 2009

El próximo Jueves 29 y Viernes 30 de Octubre se llevará a cabo el Congreso Internacional de Gerencia de Proyectos del Capítulo Lima Perú del PMI, como parte del V Tour Cono Sur 2009. Haz click aquí para inscribirte.

Agenda del Evento - *Octubre 29
Hora InicioHora FinActividad
08:0009:00Registro de participantes.
09:0009:20Discurso de bienvenida del inicio del Tour - Mentor de la Región 13 de Sudamérica del PMI, Victor Villar, MBA, PMP
09:2009:30Discurso de bienvenida - Presidente del PMI Lima, Perú Chapter, Alfonso Núñez, MBA, PMP
TRACK ATRACK B TRACK C
09:3010:20Presentación de impacto: PMI President & CEO, Gregory Balestrero, USA.
Tema: "Proving the Value of Project Management in a Troubled Economy".
10:2011:10
Conferencia 1a:
Brian Weiss, MBA, USA.
Tema: "PMI Strategic Events and Certification Strategies".
Conferencia 1b
Edgar Ricardo, Quiroz Villón, Mg, MSc, Perú.
Tema: "Gestión de Riesgos en Proyectos de Construcción".
Conferencia 1c
William Alonso Gutiérrez Sandí, MBA, MAP, PhD, Costa Rica.
Tema: "Gestión de Proyectos de "I+D+I"".
11:1011:40Cofee BreakCofee Break Cofee Break
11:4012:30
Conferencia 2a
Victor Anyosa, PMP, Perú.
Tema: "Linkeando la Estrategia de Negocios con el Portafolio de Proyectos de las Organizaciones".
Conferencia 2b
Jorge Seura, PMP, Chile.
Tema: "Lecciones Aprendidas en la Implementación de la Branch Antofagasta del PMI Santiago Chile Chapter".
Conferencia 2c
Tito Suárez-Bråthen, MSc, PMP, USA.
Tema: "Aspectos culturales y de comunicación en equipos de trabajo virtuales".
12:3013:20
Conferencia 3a
Linda Salac, MA, MIT, USA.
Tema: "Construyendo puentes sin fronteras con proyectos".
Conferencia 3b
Gustavo Reynoso Begazo, MBA, PMP, Perú.
Tema: "Estrategia y Portafolio de Proyectos Mineros".
Conferencia 3c
Fernando Contreras Velásquez, PMP, PMI-SP y PMI-RMP Perú. Perú.
Tema: "Gestión de Problemas en el Cronograma según el PMBOK 2008".
13:2015:00AlmuerzoAlmuerzo Almuerzo
15:0015:50
Conferencia 4a
Mario Salmona, PMP, SCPM, Chile.
Luis Rosales Zepeda
Tema: "Desarrollo Sostenible en la Dirección de Proyectos, aplicado en Cia. Minera Xstrata Lomas Bayas – Chile".
Conferencia 4b
Ángel Omar Gonzales Vera, PMP, Perú.
Tema: "Gestionando pequeños proyectos electromecánicos – un reto constante de la pequeña y mediana empresa".
Conferencia 4c
Carlos Acuña Valencia, PMI-SP, PMI-RMP, PMP, Perú.
Tema: "La certificación CBAP® (Analista de Negocios Profesional) ¿Complemento o competencia a las certificaciones del PMI?".
15:5016:40
Conferencia 5a
John Patton, MBA, PMP, USA.
Tema: "Ciclos de Vida para Dirección de Portafolios y Programas".
Conferencia 5b
André Augusto Choma, PMP, Brasil-USA.
Tema: "Éxito vs. Fracaso - ¿Cuál es la Diferencia entre los Mejores y los Peores Proyectos?".
Conferencia 5c
Carlos E. Rázuri Sánchez, MSc, PMP, Perú.
Tema: "Integrando la metodología de Valor Ganado y el Sistema Last Planner para la Gestión exitosa de proyectos".
16:4017:10Cofee BreakCofee Break Cofee Break
17:1018:00
Conferencia 6a
Rolando Guevara Ruiz, PMP, Costa Rica.
Tema: "Las Relaciones Interpersonales: Un Factor Crítico para el Éxito en la Dirección de Proyectos".
Conferencia 6b
Felipe Meléndez, MBA, PMP, Perú.
Tema: "Frente a las amenazas en los Proyectos de perforación de sus pozos petroleros".
Conferencia 6c
Andrew Wood, PMP, Inglaterra.
Tema: "Cuando el fracaso se vuelve éxito en un Proyecto".
18:0018:15Cierre del día 1 - Presidente del PMI Lima, Perú Chapter, Alfonso Núñez, MBA, PMP
Número de conferencias: 19 (incluyendo: Presentación de impacto)
Duración del Cofee Break: 30 min
Duración del almuerzo: 1h 40 min

Agenda del Evento - *Octubre 30

Hora InicioHora FinActividad
08:0009:00Registro de participantes.
TRACK ATRACK B TRACK C
09:0009:50
Conferencia 1a
Liliana Buchtick, PMP, USA
Tema: "Dominio del WBS en proyectos del mundo real".
Conferencia 1b
Manuel Alvarez, MAP, Costa Rica.
Tema: "Madurez Organizacional en Gestión de Proyectos: Avance, Retroceso o Lección Aprendida".
Conferencia 1c
Juan José Cárdenas, PMP, Perú.
Tema: "Requerimientos: La asignatura pendiente de los Gerentes de Proyecto".
09:5010:40
Conferencia 2a
José Alfredo Díaz León, MBA, MGTI, Peru.
OSINERGMIN
Alfonso D. Núñez Fernández, MBA, PMP.
Tema: "Implementación de las PMO en organismos gubernamentales".
Conferencia 2b
Cecilia Boggi, PMP, Argentina.
Tema: "Proyecto de mejora de Desarrollo de Software CMMI – un caso de éxito".
Conferencia 2c
Mario Alexandre Carmo Canedo Medeiros, PMP, Brasil.
Tema: "Experiencias colectadas a lo largo de la implantación de procedimientos y de la ejecución de proyectos con equipos geográficamente distribuidos".
10:4011:10Cofee BreakCofee Break Cofee Break
11:1012:00
Conferencia 3a
Darlene Williams, PhD, USA.
Tema: "Professional ethics and responsibility".
Conferencia 3b
Aldo Mario González Córdova, MBA, PMP, Perú.
Tema: "El Mapa de Stakeholders para la Gestión Eficiente de los Interesados en Proyectos de Ingeniería (EPCM) en Organizaciones Funcionales".
Conferencia 3c
Jorge Luis Rossini, MBA, Brasil-Argentina.
Tema: "Los 7 hábitos de un proyecto eficaz".
12:0012:50
Conferencia 4a
Gloria Quintanilla, PMP, México.
Víctor Reyna, PMP PERU
Tema: "Gobierno y Gestión de Servicios Tercerizados de Tecnologías de la Información (TI)".
Conferencia 4b
Vicente J. Granadino Galindo, MBA, PMP, Perú.
Tema: "Aplicación de la Gestión de RRHH en el éxito de un Proyecto Estratégico del Banco de Crédito BCP".
Conferencia 4c
Medardo Delgado Paredes, Ingº, Perú.
Tema: "Modelo de Procesos de Software para Pequeñas y Medianas Organizaciones de Software - MoProsoft".
12:5014:30AlmuerzoAlmuerzo Almuerzo
14:3015:20
Conferencia 5a
Luis Humberto Bravo Salomón, Mg, Perú.
Tema: "Aplicación del principio de la Carga Vertical en el Trabajo para el Desarrollo del Equipo del Proyecto".
Conferencia 5b
Álvaro Augusto Vallejos Puño, MSc, Perú.
Tema: "Descubriendo el concepto de “diversidad” y aplicando una metodología para gestionarla adecuadamente en el marco de un proyecto".
Conferencia 5c
Oscar A. Gimenez, MSc, Venezuela.
Tema: "Administración del Cambio en los Proyectos".
15:2016:10
Conferencia 6a
Carmen Iriarte Blas, MBA, PMP, Perú.
Tema: "Manejo del Riesgo mediante la aplicación de una Prueba de Concepto en un Proyecto de Implementación de Software enlatado".
Conferencia 6b
Jose A. Ortiz, MBA, PMP, USA.
Tema: "Aplicando un modelo electrónico (e-Procurement) para la obtención de bienes y servicios y alcanzar ventajas necesarias en medio de la globalización".
Conferencia 6c
Edwin Monzón Cuya, PMI-SP, PMP, Perú.
Tema: "Control de Proyectos Capitales".
16:1016:40Cofee BreakCofee Break Cofee Break
16:4017:30Conferencia magistral - Líder de Negocios y/o de Gobierno.
17:3017:50Premiación al Proyecto del Año
17:5018:00Discurso de cierre - Presidente del PMI Lima, Perú Chapter, Alfonso Núñez, MBA, PMP.
18:0018:50Evento de cierre - Show y Pisco de honor.
18:5020:00Cierre del día 2.
Número de conferencias: 19 (incluyendo: Conferencia magistral)
Duración del Cofee Break: 30 min
Duración del almuerzo: 1h 40 min


.

martes, 9 de junio de 2009

Requerimientos


La definición de los entregables del proyecto tiene como pre requisito la definición de los requerimientos. El IIBA publicó un resúmen de un artículo de Alex Paperworth publicado en www.bamentor.com, donde Paperworth sugiere definir atributos obligatorios y atributos opcionales para la definición de los requerimientos.




Atributos Obligatorios:


  • ID del Requerimientos. Un código único para cada requerimiento para poder realizar el seguimiento a lo largo del ciclo de vida del proyecto.
  • Prioridad. Se puede usar una escala del 1 al 5, o si se desea usar términos descriptivos tales como: bajo, medio, alto y crítico.
  • Dueño o responsable. El interesado con la autoridad para aprobar un requerimiento. Este punto es muy importante en el proceso de control integrado de los cambios.
  • Fuente. Es el nombre del interesado que expresó o describió el requerimiento. La fuente no necesariamente tiene que ser el dueño del riesgo.

Atributos opcionales:
  • Estado. Por ejemplo: borrador, revisado, aprobado, rechazado, etc.
  • Explicación. La razón por la cual existe el atributo. Posiblemente la explicación o la razón por la que existe el atributo pueda cambiar si es que cambian los objetivos del proyecto.
  • Dependencia. Describe las relaciones de dependencia entre un requerimiento y otro. Sirven para mostrar de manera explícita los impactos que pueden tener los diferentes requerimientos.
  • ID de Requerimiento Padre: Sirve para definir un árbol de requerimientos, es decir, para mostrar la estructura jerárquica de requerimientos.
  • Categoría. Sirven para clasificar los requerimientos por su tipo: Ingeniería, Calidad, Legal, Medio Ambiente, etc.

Félix Valdez, PMP