Busca en este sitio:
Twitter
. 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)
.
Contáctanos
Escríbenos a:
contacto@liderdeproyecto.com
Para información de cursos:
cursos@liderdeproyecto.com

Teléfono en México D.F:
+52 (55) 2652 4590


Aviso de privacidad
+
.
Humor del Líder

Problemas de comunicación
+
.
Glosario
Ven a conocer el glosario de administración de proyectos. Nuevas definiciones: Condiciones, Diagrama de flujo, Proceso de negocio, Producción, Secuencia.
+
.
Colaboradores

Conoce a los colaboradores de LiderDeProyecto.com. Tu puedes ser uno de ellos.
+
.
.
 
Manual de Administración de Proyectos

Control de Cambios a los Requerimientos

Dicen que lo único constante en los proyectos son los cambios. Debemos de acostumbrarnos a ellos y aceptarlos como algo normal. Cambios que solicitan los usuarios porque comprenden mejor lo que necesitan, o porque cambian las necesidades del negocio, porque se identifica una mejor forma de hacer las cosas o por cualquier otra razón.

El problema no son los cambios a los requerimientos, sino el hecho de que se agreguen a la lista de requerimientos del proyecto sin considerar el impacto que tendrán sobre el plan. No hacerlo significa que cuando el proyecto se termine en una fecha posterior a la acordada originalmente, o con un presupuesto mayor al considerado, se le podría achacar al líder del proyecto como un fracaso.

El control de cambios es el proceso mediante el cual se asegura que no se realicen cambios que afecten el éxito del proyecto, y que aquellos que se implementen sean analizados, negociados y planeados de una manera adecuada.

Estando dentro de la fase de Elaboración o después de haber negociado el alcance y el plan de trabajo, si el usuario llegara a solicitar un cambio a los requerimientos establecidos, el administrador u otra persona debería de llenar una solicitud de cambio con la descripción del cambio.

El cambio es analizado y se evalúa el impacto en costo y tiempo, y si es algo aceptable para los recursos disponibles y el tiempo que se le puede asignar a dicho proyecto, además de ser aceptado por el usuario y autorizado por la gerencia, entonces se acepta la solicitud. En caso contrario debe registrarse como una solicitud rechazada.

El impacto del cambio debe ser estimado por lo recursos involucrados en las actividades relacionadas con dicho cambio para después negociarlo con el cliente. Dicho impacto puede significar tiempos o costos adicionales, por lo que requiere la aprobación correspondiente del gerente y del cliente.

Independientemente de que la solicitud sea aceptada o rechazada debe registrarse en el control de cambios del proyecto con un identificador único y algunos datos básicos de acuerdo al formato establecido para ello, o de acuerdo a la herramienta de control de cambios que se utilice.

Temas relacionados:
Curso de administración de requerimientos con Casos de Uso


indice del manual



Bek dijo el 12 Julio de 2010:
Hola me gustaría saber como puedo meter el CC en el project, y como le hago quitar tiempos y asignarcelos a otros RH, ya que la mitad del proyecto se cerro y los Recursos se iran a otro!! Gracias



Cuatro principios básicos en proyectos ágiles (Julio Matus)
+
.
.
.
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 I Aviso de privacidad
© LiderDeProyecto.com - Todos los derechos reservados. PMBOK, PMP, Project Management Professional, Project Management Professional (PMP), PgMP, Program Management Professional (PgMP), PMI-RMP, PMI Risk Management Professional (PMI-RMP), CAPM, Certified Associate in Project Management (CAPM), PMI-SP, PMI Scheduling Professional (PMI-SP), THE PMI TALENT TRIANGLE and the PMI REP Logo are registered marks of the Project Management Institute. 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®. CMM® IntegrationSM, IDEALSM y SCAMPISM son marcas de servicio de la Universidad Carnegie Mellon. MDA®, BPMN®, SysML®, MOF®, OMG® y UML® son marcas registradas en los EUA y en otros países por el Object Management Group. Microsoft® es una marca registrada en los EUA y en otros países; Microsoft Office, Microsoft Excel y Microsoft Project son productos propiedad de Microsoft Corp. Enterprise Architect es un producto propiedad de Sparx Systems, Australia. RUP® es una marca registrada por IBM Corp.