Planeación de proyecto - Historial de revisiones

Carlos idict: Texto reemplazado: «
» por «»

2019-08-30T16:02:31Z

Texto reemplazado: «<div align="justify">» por «»

Wendy idict en 14:15 21 jun 2013

2013-06-21T14:15:01Z

Ariagna idict en 16:53 29 ago 2012

2012-08-29T16:53:10Z

Ariagna idict en 20:05 15 jun 2012

2012-06-15T20:05:30Z

Diamela jc.bayamo8: /* Fuentes */

2011-11-15T16:51:08Z

‎Fuentes

Noilsajcguisa1: /* Fuentes */

2011-11-11T16:01:29Z

‎Fuentes

Noilsajcguisa1: /* Vea También */

2011-10-31T20:50:58Z

‎Vea También

Noilsajcguisa1 en 20:29 31 oct 2011

2011-10-31T20:29:07Z

Noilsajcguisa1 en 17:51 28 oct 2011

2011-10-28T17:51:17Z

Noilsajcguisa1: /* Planear de la Gestión de Datos */

2011-10-28T17:40:25Z

‎Planear de la Gestión de Datos

Mostrar los cambios

@@ Línea 14: / Línea 14: @@
 }}
 <noinclude>
-<div align="justify">

@@ Línea 17: / Línea 17: @@
-'''Planeación de Proyecto''': Es un área de proceso perteneciente a la categoría Gestión de Proyecto definida en el nivel de madurez 2 del modelo de madurez CMMI. De acuerdo a lo que establece [[CMMI]] en esta área de proceso se desarrolla el plan de proyecto y  se interactúa con las partes interesadas debidamente. Esta planificación incluye la estimación de los atributos de los productos de trabajo y las tareas, determinar  los recursos necesarios, la negociación de compromisos, elaboración de un [[calendario]], y la identificación y el análisis de los riesgos del proyecto.
+'''Planeación de Proyecto'''. Es un área de proceso perteneciente a la categoría Gestión de Proyecto definida en el nivel de madurez 2 del modelo de madurez CMMI. De acuerdo a lo que establece [[CMMI]] en esta área de proceso se desarrolla el plan de proyecto y  se interactúa con las partes interesadas debidamente. Esta planificación incluye la estimación de los atributos de los productos de trabajo y las tareas, determinar  los recursos necesarios, la negociación de compromisos, elaboración de un [[calendario]], y la identificación y el análisis de los riesgos del proyecto.
 == Propósito ==
@@ Línea 309: / Línea 309: @@
 Identificar y analizar los riesgos del proyecto. Consulte la práctica específica Monitoreo de riesgos del proyecto de la área de proceso Monitoreo y control de proyecto para obtener más información acerca de las actividades de control de riesgos. Consulte el área de proceso Gestión de riesgos para obtener más información sobre la identificación de problemas potenciales antes de que ocurran, de modo que las actividades que tratan los riesgo se pueden planificar y utilizar según las necesidades a través de la vida del producto o proyecto para mitigar los impactos adversos en la consecución de objetivos.
-La identificación y análisis de los riesgos de la [[planificación]] del proyecto generalmente incluyen lo siguiente:
+La identificación y análisis de los riesgos de la planificación del proyecto generalmente incluyen lo siguiente:
 *Identificación de los riesgos
 *El análisis de riesgos para determinar el impacto, la probabilidad de ocurrencia, y los plazos en que los problemas pueden producirse
@@ Línea 316: / Línea 316: @@
 Típicos productos de trabajo
-. Los riesgos identificados
+#Los riesgos identificados
+#El impacto de los riesgos y la probabilidad de ocurrencia
-. El impacto de los riesgos y la probabilidad de ocurrencia
+#Prioridades del riesgo
 Subprácticas

@@ Línea 135: / Línea 135: @@
 . Identificar los riesgos y cómo estos riesgos pueden ser asignados a diversos involucrados relevantes. La práctica específica Identificar los riesgos del proyecto en esta área de proceso proporciona más detalles, aunque tal vez a corto plazo, la consideración de los riesgos que el proyecto puede encontrar.
-. Identificar el método utilizado para mantener la seguridad en el proyecto. La atención a la seguridad y la seguridad debe estar presente en todas las actividades importantes de planificación (por ejemplo, los relacionados con los objetivos del proyecto, los [[recursos]], los riesgos y las partes interesadas), pero esta subpráctica sugiere una visión holística y centrarse en las cuestiones de seguridad y riesgos, y las actividades el proyecto podría dirigirse a ellas.
+. Identificar el método utilizado para mantener la seguridad en el proyecto. La atención a la seguridad y la seguridad debe estar presente en todas las actividades importantes de planificación (por ejemplo, los relacionados con los objetivos del proyecto, los recursos, los riesgos y las partes interesadas), pero esta subpráctica sugiere una visión holística y centrarse en las cuestiones de seguridad y riesgos, y las actividades el proyecto podría dirigirse a ellas.
 . Revisar la estrategia del proyecto con la alta gerencia y obtener acuerdos.

@@ Línea 401: / Línea 401: @@
 ==== Planear los recursos del proyecto ====
-Planear los recursos necesarios para llevar a cabo el proyecto. La definición de los recursos del proyecto (por ejemplo, mano de [[obra]], equipos, materiales, métodos) y las cantidades necesarias para realizar las actividades del proyecto se basa en las estimaciones iniciales y proporciona información adicional que se pueden aplicar para ampliar el WBS usado para administrar el proyecto. El alto nivel en el que fue desarrollado a principios el WBS como un mecanismo de estimación suele ampliarse descomponiendo estos niveles más altos en los paquetes de trabajo que representan las unidades de trabajo individuales que se pueden asignar por separado, realizados, y seguidos. Esta subdivisión se hace para distribuir la responsabilidad de gestión y proporcionar un mejor control administrativo. Cada paquete de trabajo en el WBS se debe asignar un identificador único (por ejemplo, [[número]]) para permitir el seguimiento.
+Planear los recursos necesarios para llevar a cabo el proyecto. La definición de los recursos del proyecto (por ejemplo, mano de obra, equipos, materiales, métodos) y las cantidades necesarias para realizar las actividades del proyecto se basa en las estimaciones iniciales y proporciona información adicional que se pueden aplicar para ampliar el WBS usado para administrar el proyecto. El alto nivel en el que fue desarrollado a principios el WBS como un mecanismo de estimación suele ampliarse descomponiendo estos niveles más altos en los paquetes de trabajo que representan las unidades de trabajo individuales que se pueden asignar por separado, realizados, y seguidos. Esta subdivisión se hace para distribuir la responsabilidad de gestión y proporcionar un mejor control administrativo. Cada paquete de trabajo en el WBS se debe asignar un identificador único (por ejemplo, [[número]]) para permitir el seguimiento.
 Típicos productos de trabajo
@@ Línea 560: / Línea 560: @@
 * Febrero [[2009]] Colectivo de coautores Drew Allison, Rhonda Brown, Brandon Buteau,Eileen Clark,Eileen Forrester, Craig Hollenbach,Mike Konrad, Frank Niessink, M. Lynn Penn Libro: CMMI for Services, Version 1.2.
-* http://www.grupocomex.com/PP-Planificacion-de-Proyectos.aspx
+* [http://www.grupocomex.com/PP-Planificacion-de-Proyectos.aspx  grupocomex]
 [[Category:Ingeniería_de_software]]
 </noinclude>

@@ Línea 558: / Línea 558: @@
 == Fuentes ==
-Febrero 2009 Colectivo de coautores Drew Allison, Rhonda Brown, Brandon Buteau,Eileen Clark,Eileen Forrester, Craig Hollenbach,Mike Konrad, Frank Niessink, M. Lynn Penn Libro: CMMI for Services, Version 1.2.
+* Febrero [[2009]] Colectivo de coautores Drew Allison, Rhonda Brown, Brandon Buteau,Eileen Clark,Eileen Forrester, Craig Hollenbach,Mike Konrad, Frank Niessink, M. Lynn Penn Libro: CMMI for Services, Version 1.2.
-http://www.grupocomex.com/PP-Planificacion-de-Proyectos.aspx
+* http://www.grupocomex.com/PP-Planificacion-de-Proyectos.aspx
 [[Category:Ingeniería_de_software]]
 </noinclude>

@@ Línea 551: / Línea 551: @@
 [[CMMI]]
 [[CMMI SVC]]
 [[Planeación de Proyectos]]

@@ Línea 131: / Línea 131: @@
 . Identificar a los interesados relevantes que desempeñarán roles importantes en el proyecto. El enfoque del proyecto puede ser capaz de aprovechar las partes interesadas externas (por ejemplo, actuales y potenciales clientes y socios de negocios) para proporcionar algunos de los recursos necesarios.
-. Identificar los tipos de acuerdo que se utilizará. Para tener éxito, el proyecto debe establecer acuerdos con sus principales interesados relevantes. La naturaleza de esos acuerdos se determinará, en parte, por considerar las necesidades de cada parte, objetivos, expectativas, limitaciones y riesgos. Los tipos de acuerdos seleccionados debe ser parte de consideraciones de negocios y por lo tanto ayudar a responder a cómo las diferentes partes compartirán los riesgos, costos y beneficios del proyecto.
+. Identificar los tipos de acuerdo que se utilizará. Para tener éxito, el proyecto debe establecer acuerdos con sus principales interesados relevantes. La naturaleza de esos acuerdos se determinará, en parte, por considerar las necesidades de cada parte, objetivos, expectativas, limitaciones y riesgos.
 . Identificar los riesgos y cómo estos riesgos pueden ser asignados a diversos involucrados relevantes. La práctica específica Identificar los riesgos del proyecto en esta área de proceso proporciona más detalles, aunque tal vez a corto plazo, la consideración de los riesgos que el proyecto puede encontrar.
@@ Línea 263: / Línea 263: @@
 ==== Establecer el presupuesto y el calendario ====
-Establecer y mantener el presupuesto del proyecto y el calendario. El presupuesto del proyecto y el calendario se basan en las estimaciones elaboradas y garantiza que la asignación de presupuesto, la complejidad de la tarea y dependencias de tarea se aborden debidamente. Dirigida por eventos, horarios con recursos limitados han demostrado ser eficaces en el tratamiento de los riesgos del proyecto. La identificación de los logros queda demostrado antes de la iniciación de un evento se provee cierta flexibilidad en el momento del evento, una comprensión común de lo que se espera, una mejor visión del estado del proyecto, y un estado más preciso de las tareas del proyecto. Las subprácticas y los productos típicos de trabajo de esta práctica específica deben ser interpretados tanto en el nivel global del proyecto como dentro de cada tipo de servicio, según corresponda. Es decir, las solicitudes de servicio individuales (por ejemplo, para reparar una pieza de equipo en una instalación remota, el transporte de un paquete a un destino) puede tener metas individuales, las dependencias de tareas, la asignación de recursos y las limitaciones de calendarios que deben ser considerados juntos y en coordinación con el presupuesto global del proyecto y las actividades del calendario.
+Establecer y mantener el presupuesto del proyecto y el calendario. El presupuesto del proyecto y el calendario se basan en las estimaciones elaboradas y garantiza que la asignación de presupuesto, la complejidad de la tarea y dependencias de tarea se aborden debidamente. Dirigida por eventos, horarios con recursos limitados han demostrado ser eficaces en el tratamiento de los riesgos del proyecto. La identificación de los logros queda demostrado antes de la iniciación de un evento se provee cierta flexibilidad en el momento del evento, una comprensión común de lo que se espera, una mejor visión del estado del proyecto, y un estado más preciso de las tareas del proyecto. Las subprácticas y los productos típicos de trabajo de esta práctica específica deben ser interpretados tanto en el nivel global del proyecto como dentro de cada tipo de servicio, según corresponda.
 Típicos productos de trabajo
@@ Línea 367: / Línea 367: @@
 Típicos productos de trabajo
 . Plan de gestión de datos
 . Lista maestra de los datos gestionados
-. El contenido de los datos y la descripción del formato
+. Lista maestra de los datos gestionados
 . Listas de requisitos de los datos para compradores y proveedores
 . Los requisitos de privacidad
 . Los requisitos de seguridad
 . Los procedimientos de seguridad
 . Mecanismos para la recuperación de datos, reproducción y distribución
 . Calendario para la recogida de los datos del proyecto
 . Lista de datos del proyecto que deben recogerse
@@ Línea 388: / Línea 398: @@
 . Decidir qué datos de los proyectos y planes requieren el control de versiones o niveles más estrictos de control de configuración y establecer mecanismos para asegurar que los datos del proyecto son controlados.
-−
 ==== Planear los recursos del proyecto ====
@@ Línea 541: / Línea 551: @@
 [[CMMI]]
 [[CMMI SVC]]
 [[Planeación de Proyectos]]
@@ Línea 549: / Línea 557: @@
 Autores: Eileen C. Forrester, Brandon L. Buteau, Sandy Shrum
 Editorial:  Addison-Wesley Professional Libro:CMMI for Service
 http://www.grupocomex.com/PP-Planificacion-de-Proyectos.aspx
 [[Category:Ingeniería_de_software]]
 </noinclude>