Administracin de la integracin del proyecto

Administracin de la Integracin de Proyectos La Administracin de La Integracin del Proyecto incluye los procesos

requeridos para asegurar que los elementos varios del proyecto estn apropiadamente coordinados. Involucra hacer canjes entre los objetivos que compiten entre si y alternativas de manera que se puedan cumplir o exceder las necesidades y expectativas de los partidos interesados. Los procesos son: 1 Desarrollo del Plan del Proyecto es tomar los resultados de

otros procesos de planeacin y colocarlos en un solo documento otros procesos de planeacin y colocarlos en un solo documento consistente y coherente.

2 Ejecucin del Plan del Proyecto es desarrollar el plan del proyecto al ejecutar las actividades incluidas.

3 Control de Cambios General es coordinar los cambios a travs del proyecto.

Estos procesos interactan entre ellos y con otros procesos de otras reas de conocimiento. Estos procesos pueden involucrar el esfuerzo de uno o ms individuos o de grupos de individuos basados en las necesidades del proyecto. Cada procesos ocurre al menos una vez en cada fase del proyecto.

Administracin de la integracin del proyecto

Administracin del alcance del proyecto Administracin del Alcance del Proyecto La administracin del alcance del proyecto incluye los procesos

requeridos para asegurar que el proyecto incluye todo trabajo requerido, y solo el trabajo requerido, para completar el proyecto exitosamente. Se preocupa primariamente con definir y controlar que y que no se incluye en el proyecto. Los procesos son:

1 Iniciacin es comprometer a la organizacin para el comienzo de la siguiente fase del proyecto.

2 Planeacin del Alcance es desarrollar un documento escrito del 2 Planeacin del Alcance es desarrollar un documento escrito del alcance que sirva de base para la toma de decisiones futuras del proyecto.

3 Definicin del Alcance es subdividir los principales productos de entrega del proyecto en componentes ms pequeos y manejables.

4 Verificacin del Alcance es formalizar la aceptacin del alcance del proyecto.

5 Control de Cambio del Alcance es controlar los cambios al alcance del proyecto.

Administracin del alcance del proyecto

Administracin del alcance del proyecto

Administracin del alcance del proyecto

work breakdown structure (WBS)

Administracin del tiempo del proyecto

Administracin de Tiempo del Proyecto La Administracin de Tiempo del Proyecto incluye los procesos requeridos para

asegurar una terminacin a tiempo del proyecto. Los mismos son: 1 Definicin de las actividades Consiste en identificar las actividades

especficas que debern ser ejecutadas para producir las entregas principales del proyecto.

2 Secuencia de las actividades Consiste en identificar y documentar las dependencias entre actividades.

3 Estimacin de la duracin de las actividades Consiste en estimar el nmero de perodos de trabajo que se requieren para terminar las actividades nmero de perodos de trabajo que se requieren para terminar las actividades individuales.

4 Desarrollo de la programacin Consiste en analizar las secuencias de las actividades, las duraciones de las actividades, y los requerimientos de recursos para crear la programacin del proyecto.

5 Control de la programacin Consiste en controlar los cambios a la programacin del proyecto.

Al presente, no hay un consenso en la profesin de administracin de proyectos sobre la relacin entre actividades y tareas:

En muchas reas de aplicacin, las actividades se ven como compuestas de tareas. Este es el uso ms cmodo y preferido.

En otros, las tareas se ven como compuestas de actividades.

Administracin del tiempo del proyecto

Administracin del tiempo del proyecto

Administracin del tiempo del proyecto

Adm de tiempo 1. Definicion de actividades

Entradas a la Definicin de Actividades Estructura de desglose de trabajo. La estructura de desglose de trabajo es la

entrada primaria para la definicin de actividades (vea la Seccin 5.3.3.1 del PMI para una descripcin ms detallada del WBS).

Declaracin del alcance. La justificacin del proyecto y los objetivos del proyecto contenidos en la declaracin del alcance deben ser considerados de manera explcita durante la definicin de las actividades (vea la Seccin 5.2.3.1. del PMI para un discusin ms detallada de la declaracin del alcance del proyecto).proyecto).

Informacin histrica. La informacin histrica (que actividades fueron realmente requeridas en proyectos similares previos) deber ser considerada durante la definicin de las actividades.

Restricciones. Las restricciones son factores que van a limitar las opciones del equipo del proyecto.

Suposiciones. Las suposiciones son factores que, para los procesos de planeacin, sern consideradas como verdaderas, reales, o ciertas. Las suposiciones generalmente involucran algn grado de riesgo y sern normalmente una salida del proceso de identificacin de riesgos (tal como se describe en la Seccin 11.1).

Adm de tiempo 1. Definicion de actividades

Herramientas y Tcnicas para la Definicin de las Actividades

Descomposicin. La descomposicin involucra subdividir los elementos del proyecto, en componentes ms pequeos y manejables de manera que se pueda proveer un mejor control administrativo. La descomposicin se describe en ms detalla en la Seccin 5.3.2.2. del PMI. La principal diferencia entre la descomposicin aqu y en la PMI. La principal diferencia entre la descomposicin aqu y en la Definicin del Alcance es que la salida final aqu se describe como actividades (pasos de accin) en vez de entregas (tems tangibles). En algunas reas de aplicacin, el WBS y la lista de actividades se desarrollan simultneamente.

Patrones. Una lista de actividades (tal como se describe en la Seccin 6.1.3.1. del PMI), o una porcin de una lista de actividades de un proyecto previo (como fragnets en P3), se usa muchas veces como un patrn para un nuevo proyecto. Adicionalmente, la lista de actividades para un elemento del WBS del proyecto en ejecucin puede ser usada como un patrn para otros elementos del WBS similares.

Adm de tiempo 1. Definicion de actividades

Salidas de la Definicin de Actividades Lista de actividades. La lista de actividades debe incluir todas las actividades

que sern ejecutadas en el proyecto. Deber ser organizada como una extensin del WBS para ayudar a asegurar que est completo y que no incluye actividades que no son requeridas como parte del alcance del proyecto. As como con el WBS; la lista de actividades debe incluir descripciones de cada actividad para asegurar que los miembros del equipo del proyecto entendern como se deber de ejecutar el trabajo.

Detalle de soporte. El detalle de soporte para la lista de actividades deber ser Detalle de soporte. El detalle de soporte para la lista de actividades deber ser documentado y organizado de manera que facilite su uso por otros procesos de la administracin del proyecto. El detalle de soporte deber siempre incluir documentacin de todas las suposiciones y restricciones identificadas. La cantidad de detalle adicional varia de acuerdo con el rea de aplicacin.

Actualizaciones a la estructura de desglose de trabajo. Al usar el WBS para identificar que actividades son necesarias, el equipo del proyecto puede identificar entregas faltantes o puede determinar que la descripcin de la entrega puede necesitar clarificacin o correccin. Tales actualizaciones deben ser reflejadas en el WBS y documentos relacionados tales como estimativos de costos. Estas actualizaciones se llaman muchas veces refinamientos y son muy probables cuando el proyecto involucra tecnologa nueva o tecnologa que no ha sido ensayada.

Adm de tiempo 2. Secuencia de actividades

Entradas a la Secuencia de Actividades Lista de actividades. La lista de actividades se describe en la seccin 6.1.3.1. Descripcin del producto. La descripcin del producto se discute en la

Seccin 5.1.1.1. las caractersticas del producto muchas veces afectan la secuencia de actividades (e.g., el layout fsico de una planta a construirse, interfaces de subsistemas en un proyecto de software). Mientras que estos efectos son muchas veces aparentes en las listas de actividades, la descripcin del producto deber ser revisada para asegurar precisin.

Dependencias mandatorias. Las dependencias mandatorias son aquellas que son inherentes a la naturaleza del trabajo que se ejecuta. Muchas veces

Dependencias mandatorias. Las dependencias mandatorias son aquellas que son inherentes a la naturaleza del trabajo que se ejecuta. Muchas veces involucran limitaciones fsicas (en un proyecto de construccin es imposible erigir la superestructura hasta que se haya construido las fundaciones; en un proyecto electrnico, un prototipo deber ser construido antes de que se pueda ensayar). Las dependencias mandatorias tambin se llaman lgica dura.

Dependencias discrecionales. Las dependencias discrecionales son aquellas que son definidas por el equipo de administracin del proyecto. Debern ser usadas con cuidado (y totalmente documentadas) ya que estas pueden limitar opciones posteriores de programacin. Las dependencias discrecionales se definen usualmente basadas en el conocimiento de: "Las mejores prcticas" dentro de un rea de aplicacin especfica. De algn aspecto inusual del proyecto donde una secuencia especfica es

deseada aunque hayan otras secuencias igualmente aceptables.

Adm de tiempo 2. Secuencia de actividades

Las dependencias discrecionales tambin se pueden llamar lgica preferida, lgica preferencial, o lgica blanda.

Dependencias externas. Las dependencias externas son aquellas que involucran una relacin entre actividades del proyecto y actividades fuera de este. Por ejemplo, las actividades de ensayo en un proyecto de software pueden actividades de ensayo en un proyecto de software pueden depender de hardware de una fuente externa, o paneles de discusin ambiental pueden ser requeridos antes de que pueda empezar la construccin de un proyecto.

Restricciones. Las restricciones ya han sido definidas en las entradas a la definicin de actividades.

Suposiciones. Las suposiciones ya han sido definidas en las entradas a la definicin de actividades.

Adm de tiempo 2. Secuencia de actividades

Tcnicas y Herramientas para la Secuencia de Actividades. Mtodo de diagrama de precedencia (PDM). Este es un mtodo de construir una

red de diagrama de proyecto usando nodos para representar las actividades y conectndolos con flechas que muestran las dependencias. Esta tcnica tambin se llama actividad - sobre - nodo (activity - on - node, AON) y es el mtodo usado por la mayora de paquetes de software de administracin de proyectos. PDM puede ser ejecutado de manera manual o en el computador.

Este incluye cuatro tipos de dependencias o de relaciones de precedencia: Finalizacin- a - comienzo - la actividad "de" debe terminar antes de que la

actividad "a" pueda comenzar.actividad "a" pueda comenzar. Finalizacin a- finalizacin - la actividad "de" debe terminar antes de que la

actividad "a" pueda finalizar. Comienzo- a- comienzo- la actividad "de" debe comenzar antes de que pueda

comenzar la actividad "a". Comienzo- a- finalizacin- la actividad "de" debe comenzar antes de que la

actividad "a" pueda finalizar. En PDM, la relacin finalizacin a - comienzo es el tipo de relacin lgica ms

comnmente usada. Las relaciones comienzo a - final son raramente usadas, y tpicamente solamente por ingenieros programadores profesionales. Usar relaciones comienzo a comienzo, finalizacin a - finalizacin o comienzo a finalizacin con software de administracin de proyectos, puede producir resultados inesperados ya que este tipo de relaciones no han sido implementadas de manera consistente.

Adm de tiempo 2. Secuencia de actividades

Tcnicas y Herramientas para la Secuencia de Actividades (PDM)

Adm de tiempo 2. Secuencia de actividades Tcnicas y Herramientas para la Secuencia de Actividades

Mtodo de diagramacin con flechas (ADM). (Arrow diagrammingmethod). Este es un mtodo para construir diagramas de red usando flechas para representar las actividades y conectndolas con nodos para mostrar las dependencias. Esta tcnica tambin se llama actividad sobre flecha (activity - on arrow, AOA) y, aunque de menos uso que el PDM, es todava la tcnica preferida en algunas reas de aplicacin. ADM utiliza nicamente dependencias finalizacinacomienzo y puede requerir el uso de actividades ficticias para poder definir todas las relaciones lgicas de manera actividades ficticias para poder definir todas las relaciones lgicas de manera correcta. ADM puede ser ejecutado de manera manual o sistematizada.

Adm de tiempo 2. Secuencia de actividades

Tcnicas y Herramientas para la Secuencia de Actividades

Mtodo de diagramacin condicional (GERT). Las tcnicas de diagramacin tales como: GERT (tcnica de evaluacin y repaso grfica (Graphical Evaluation and Review Techique)) y modelos de Sistemas Dinmicos permiten el uso de actividades no secuenciales tales como loops(e.g., un ensayo que se debe repetir ms de una vez) o ramales condicionales (e.g., una actualizacin de diseo que solo se necesita si la inspeccin detecta errores). Las tcnicas de PDM y ADM no permiten el uso de loops o de ramales condicionales o probabilsticas.condicionales o probabilsticas.

Patrones de red. Redes standarizadas pueden ser usadas para acelerar la preparacin de diagramas de red de proyectos. Estas pueden incluir un proyecto entero o solamente una porcin de este. Estas porciones de redes se conocen como "subnets" o "fragnets". Las subnets son especialmente tiles cuando un proyecto incluye detalles idnticos o casi idnticos tales como los pisos en una rasca cielos o ensayos clnicos en un proyecto de investigacin farmacutica, o mdulos de programacin en un proyecto de software.

Adm de tiempo 2. Secuencia de actividades

Salidas de la Secuencia de Actividades

Diagrama de red del proyecto. Un diagrama de red del proyecto es una figura esquemtica de las actividades del proyecto y sus relaciones lgicas (dependencias). PDM y ADM ilustran dos mtodos diferentes para dibujar un diagrama de red de proyecto. Un diagrama de red de proyecto puede ser producida manualmente o por computador. Puede incluir los detalles completos de un proyecto o puede tener una o ms actividades totalizadoras (hamacas). El diagrama deber estar acompaado de una descripcin que resuma y describa la lgica usada para las secuencias de las actividades. resuma y describa la lgica usada para las secuencias de las actividades. Cualquier secuencia fuera de lo usual deber estar plenamente descrito.

El diagrama de red de proyecto muchas veces se llama incorrectamente diagrama PERT (tcnica de evaluacin y repaso de programa (ProgramEvaluation and Review Technique)). Un diagrama Pert es un tipo de diagrama de red proyectos que se usa poco hoy en da, y cuenta como una tcnica de redes que no es de tiempo constante, desarrollada en la dcada de los 50 para la construccin del submarino Polaris. Con PERT se program a ms de 3000 contratistas y proveedores y se adelant el programa del submarino en casi 2 aos.

Adm de tiempo 2. Secuencia de actividades Salidas de la Secuencia de Actividades Actualizacin a la lista de actividades. De la misma manera en que el proceso de

definicin de actividades puede generar actualizaciones al WBS, la preparacin de la red de diagrama de proyecto puede revelar instancias en las que una actividad deber ser dividida o de otra manera redefinida de manera que se pueda diagramar la relacin de lgica correctas.

La estimacin de la duracin de las actividades involucra estimar el nmero de perodos de trabajo que ms probablemente se necesitara para completar cada actividad identificada. La persona o grupo del equipo del proyecto que este ms familiarizado con la naturaleza de una actividad especfica deber estimar o al familiarizado con la naturaleza de una actividad especfica deber estimar o al menos aprobar la duracin de la actividad.

Estimar el nmero de perodos de trabajos requeridos para completar una actividad muchas veces requerir considerar el tiempo transcurrido tambin. Por ejemplo, si "curado de concreto" requiere cuatro das de tiempo, este puede requerir de dos a cuatro perodos basado en (a) en que da de la semana comienza y en (b) si los das del fin de semana son tratados como perodos de trabajo o no. La mayora de los programas computarizados de programacin trataran el problema automticamente.

La duracin completa del proyecto tambin puede ser estimada usando herramientas y tcnicas aqu presentadas, pero es calculada de manera apropiada como la salida del desarrollo de la programacin

Adm de tiempo 3. Estimacin de la duracin

Entradas a la estimacin de la duracin de actividades Lista de actividades.

Restricciones.

Suposiciones. .

Requerimientos de recursos. .La duracin de la mayora de las actividades se ver influenciada significativamente por los recursos asignada a ella. Por ejemplo, dos personas trabajando juntas sern capaces de completar una actividad de diseo en la mitad del tiempo que le tomara a cada uno individualmente realizar la tarea, mientras que una persona trabajando medio tiempo en la actividad tomar mientras que una persona trabajando medio tiempo en la actividad tomar generalmente el doble del tiempo que la misma persona trabajando tiempo completo.

Capacidades de recursos. La evaluacin de la mayora de las actividades se ver influenciada significativamente por las capacidades de los recursos humanos y materiales asignados a ella.

Informacin histrica. La informacin histrica de la duracin ms probable de muchas categoras de actividades, est muchas veces disponible de una o de ms de las siguientes fuentes: Archivos de proyectos, bases de datos comerciales, conocimientos del equipo de proyecto, etc.

Adm de tiempo 3. Estimacin de la duracin Herramientas y tcnicas para la estimacin de la duracin de

actividades Opinin experta. :La opinin experta esta descrita en la Seccin 5.1.2.2. del PMI.

Las duraciones son muchas veces difciles de estimar porque hay un nmero de factores que las pueden influenciar (e.g., niveles de recursos, productividad de los recursos). La opinin experta guiada por informacin histrica deber ser usada cuando sea posible. Si tal experiencia no esta disponible, los estimativos son inherentemente inciertos y riesgosos (Administracin de Riesgo del Proyecto).

La estimacin anloga es ms fiable cuando (a) la actividad previa es similar de hecho y no solo en apariencia, y (b) cuando los individuos preparando los hecho y no solo en apariencia, y (b) cuando los individuos preparando los estimativos tienen la experiencia necesaria.

Estimacin anloga. La estimacin anloga, tambin llamada estimacin de arribahacia abajo, precisa usar duraciones reales de una actividad previa y similar como base para la estimacin de la duracin futura de una actividad. Es usada frecuentemente para estimar la duracin de proyectos cuando hay una cantidad limitada de proyecto (e.g., como en sus fases iniciales) la estimacin anloga es una forma de opinin experta.

Simulacin. La simulacin involucra calcular mltiples duraciones con diferentes juegos de suposiciones. La ms comn es Anlisis de Monte Carlo en la que una distribucin de posibles resultados es definida para cada actividad y es a su vez usada para calcular la distribucin de posibles resultados para todo el proyecto.

Adm de tiempo 3. Estimacin de la duracin

Salidas de la estimacin de la duracin de actividades Estimacin de la duracin de la actividad. La estimacin de la duracin de la

actividad son evaluaciones cuantitativas del nmero de perodos de trabajo ms probable que se requerir para completar una actividad.

La estimacin de la duracin de las actividades siempre deber incluir alguna indicacin del rango de posibles resultados. Por ejemplo:

2 semanas 2 das para indicar que la actividad tomar por lo menos 8 das pero no ms de 12.

15% de probabilidad de exceder 3 semanas para indicar una alta probabilidad - 85% - 15% de probabilidad de exceder 3 semanas para indicar una alta probabilidad - 85% -de que la actividad tomar 3 semanas o menos.

El captulo 11 sobre Administracin de Riesgo del Proyecto del PMI incluye una discusin ms detallada acerca de la estimacin de la incertidumbre. Y la metodologa de anlisis de fiabilidad aplicada a estimacin de riesgos por medio de funciones de densidad de distribuciones continuas de probabilidad de tiempos (Weibull, Gamma, k-Erlang, etc) ha demostrado ser hasta hoy el mtodo ms preciso para enmarcar stas y otras estimaciones de riesgos.

Bases de estimacin. Las suposiciones hechas en el desarrollo de los estimativos debern estar documentados.

Actualizaciones a la lista de actividades.

Adm de tiempo 4. Desarrollo de la programacin

Entradas al desarrollo del la programacin Diagrama de red del proyecto.

Estimacin de la duracin de las actividades.

Requerimientos de recursos.

El grado de detalle y el nivel de especificidad en la descripcin del pool de recursos puede variar. Por ejemplo, para el desarrollo preliminar de la programacin de un proyecto de consultora, uno solo necesita saber que dos consultores estarn disponibles en un marco de tiempo especfico. La programacin final del mismo proyecto sin embargo, debe identificar que consultores especficos estarn disponibles.proyecto sin embargo, debe identificar que consultores especficos estarn disponibles.

Descripcin del pool de recursos. El conocimiento de que recursos estarn disponibles en que tiempos y en que patrones es necesario para el desarrollo de la programacin. Por ejemplo, los recursos compartidos podrn ser especialmente difciles de programar ya que su disponibilidad puede ser altamente variable.

Calendarios. Los calendarios de proyecto y de recursos identifican perodos de tiempo donde es permitido trabajar. Los calendarios de proyecto afectan a todos los recursos (e.g., algunos proyectos solo trabajaran durante horas normales de negocio, mientras que otros trabajaran tres turnos diariamente). Los calendarios de recursos afectan a un recurso o categora de recurso en particular (e.g., un miembro del equipo de proyecto puede estar de vacaciones)

Adm de tiempo 4. Desarrollo de la programacin

Entradas al desarrollo del la programacin

Restricciones.Existen dos categoras de importancia que deben ser consideradas durante el desarrollo de la programacin del proyecto:

Fechas impuestas. La entrega de ciertos productos en una fecha especifica puede ser requerida por un patrocinador del proyecto, el cliente del proyecto, u otros factores externos (e.g., una ventana de mercadeo en un proyecto tecnolgico, una fecha impuesta judicialmente en un proyecto de remediaron ambiental).

Eventos claves o hitos de importancia. Los que imposibilitan o dificultan la etapa siguiente de no cumplirse en un tiempo dado. La entrega de ciertos productos en una siguiente de no cumplirse en un tiempo dado. La entrega de ciertos productos en una fecha especifica puede ser solicitada por un patrocinador del proyecto, el cliente de proyecto, u otros partidos interesados. Una vez programados, estas fechas se vuelven formales, y muchas veces slo se pueden cambiar con gran dificultad.

Suposiciones. Seccin 6.1.1.5 del PMI.

Holguras y tiempos de espera. Cualquiera de las dependencias puede requerir de una holgura o tiempo de espera (lags y leads) para poder definir de manera correcta la relacin (e.g., puede existir un retraso de dos semanas entre la compra de un equipo y su instalacin para su uso).

Adm de tiempo 4. Desarrollo de la programacin

Herramientas y tcnicas para el desarrollo del la programacin

Anlisis matemtico. El anlisis matemtico requiere calcular las fechas tericas tempranas y tardas para todas las actividades sin tener en cuenta cualquier limitacin del pool de recursos disponibles. Las fechas resultantes no son la programacin, sino que mas bien indican los periodos de tiempo el los que las actividades se deberan programar dadas las limitaciones de recursos y de otros tipos conocidas. Las tcnicas ms comunes conocidas son: Mtodo de la Ruta Crtica (CPM) calcula un solo juego determinstico de fechas

tempranas y tardas de comienzo y finalizacin para cada actividad, basada en una lgica de red secuencial y solo una duracin. El foco de CPM es calcular la flotacin para poder determinar que actividades tienen la menor flexibilidad de programacin. Los algoritmos de red secuencial y solo una duracin. El foco de CPM es calcular la flotacin para poder determinar que actividades tienen la menor flexibilidad de programacin. Los algoritmos inherentes a CPM son muchas veces usados en otros tipos de anlisis matemticos.

Mtodo de Evaluacin y Revisin Grfica (GERT) permite el tratamiento probabilstico tanto de la red de lgica como de la estimacin de las duraciones de las actividades (i.e., algunas actividades pueden no ser ejecutadas, algunas pueden ser ejecutadas algunas veces, y otras pueden ser ejecutadas varias veces).

Tcnica de Evaluacin y Revisin de Programas (PERT) usa lgica secuencial de red y una distribucin por pesos para la duracin de las actividades para calcular la duracin del proyecto. Aunque existen algunas diferencias superficiales, PERT se diferencia de CPM en que PERT usa la media de la distribucin (el valor esperado) en lugar del el valor ms probable usado originalmente en CPM. PERT se usa poco hoy da aunque muchas veces se usan estimados que se asemejan a PERT en clculos de CPM.

Ejemplo de PERT (Tcnica de evaluacin y revisin de

programas)

Adm de tiempo 4. Desarrollo de la programacin

Herramientas y tcnicas para el desarrollo del la programacin

Compresin de duraciones. La compresin de duraciones es un caso especial de anlisis matemtico que busca maneras de acortar la duracin del proyecto sin cambiar el alcance de este (e.g., cumplir fechas impuestas o metas de programacin). La compresin de duraciones incluye tcnicas tales como:

Crashing (MCE) el canje entre los costos y la programacin son analizados para determinar el mayor grado de compresin a cambio de el menor aumento posible en los costos. El crashing no siempre produce alternativas viables y muchas veces resulta en costos incrementados.en costos incrementados.

Fast Tracking es realizar actividades en paralelo que normalmente se ejecutaran en secuencia (e.g., comenzar a escribir cdigo en un proyecto de software antes de que su diseo haya terminado, o comenzar la construccin de los cimientos para una planta de procesamiento de petrleos antes de que sus ingenieras lleguen al 25%). El fast tracking muchas veces resulta en trabajos que hay que repetir, y aumenta de manera desproporcionada el riesgo asociado con el proyecto.

Adm de tiempo 4. Desarrollo de la programacin

Herramientas y tcnicas para el desarrollo del la programacin Simulaciones. Las simulaciones son las mismas utilizadas en la programacin

rectificadas en el desarrollo de la misma.

La programacin con base en restricciones de recursos es un caso especial de nivelacin de recursos en donde la heurstica involucrada es una limitacin en la cantidad de recurso disponible.

Heursticas de nivelacin de recursos. El anlisis matemtico muchas veces produce una programacin preliminar que requiere mas recursos durante ciertos periodos de tiempo de los que hay disponibles, o que requiere cambios en los niveles de recursos que no son manejables. Una heurstica como "asignar recursos niveles de recursos que no son manejables. Una heurstica como "asignar recursos crticos escasos a actividades de la ruta critica primero" pueden ser aplicados para desarrollar una programacin que refleje tales restricciones. La nivelacin de recursos muchas veces resulta en una programacin que es mas larga en duracin que la programacin preliminar. Esta tcnica es a veces llamada el "mtodo basado en recursos (RBM), especialmente cuando se implementa con optimizacin por computador.

Software de administracin de proyectos. El software de administracin de proyectos es de uso comn para asistir en el desarrollo de la programacin del proyecto. Estos productos automatizan l calculo del anlisis matemtico y de la nivelacin de recursos, y por lo tanto permiten una consideracin rpida de las muchas alternativas de programacin. Tambin son de uso comn para la impresin y presentacin del desarrollo de la programacin del proyecto.

Adm de tiempo 4. Desarrollo de la programacin

Salidas del desarrollo de la programacin Programacin del proyecto. La programacin del proyecto incluye al menos fechas de

inicio y de terminacin planeadas para cada detalle de actividad. (Nota: El cronograma de proyecto permanecer preliminar hasta que las asignaciones de recursos hayan sido confirmadas. Esto suceder de manera habitual no mas tarde que a la terminacin del Plan de Desarrollo del Proyecto).

El cronograma de proyecto puede ser presentado de forma resumida (la "programacin maestra") o en forma detallada. Aunque puede ser presentado en forma tabular, suele presentarse generalmente de forma grfica usando uno o ms de los formatos presentarse generalmente de forma grfica usando uno o ms de los formatos presentados a continuacin:

Diagramas de red de proyecto, mas informacin de fechas . Estas grficas muestran usualmente tanto la lgica del proyecto como las actividades de su ruta crtica.

Grficas de barras, que tambin se conocen como diagramas de Gant , muestran tanto las fechas de comienzo como de terminacin de las actividades y sus duraciones esperadas, pero no muestran sus dependencias. Son fciles de leer, y son de uso frecuente en presentaciones ejecutivas.

Grficas de hitos o mojones, son similares a las grficas de barras, pero identifican los comienzos o terminaciones programadas de las principales entregas e interfaces externas claves del proyecto.

Diagramas de red de proyectos en escalas de tiempo , son una mezcla de los diagramas de red del proyecto y de los diagramas de barras de una manera tal que muestran la lgica del proyecto, las duraciones de las actividades, y la informacin de la programacin.

Adm de tiempo 4. Desarrollo de la programacin

Salidas del desarrollo de la programacin Detalle de soporte. El detalle de soporte para la programacin del proyecto incluye al

menos documentacin de todas las restricciones y suposiciones identificadas. El grado de detalle adicional requerido varia de acuerdo al rea de aplicacin.

Plan de manejo de la programacin. Un plan de manejo de la programacin define como se manejaran los cambios a la programacin. Puede ser formal o informal, con gran grado de detalle o basado de forma conceptual amplia dependiendo de las necesidades del proyecto. Es un elemento subsidiario del plan general del proyecto (Seccin 4.1 del PMI).PMI).

Actualizaciones a los requerimientos de recursos. Las nivelaciones de recursos y actualizaciones a la lista de actividades pueden tener un efecto significativo sobre las estimaciones preliminares de los requerimientos de recursos.

Adm de tiempo 5. Control de la programacin Entradas al control de la programacin

Programacin del proyecto. La programacin de proyecto aprobada, se conoce tambin como la lnea de base, y es un componente de plan general del proyecto tal como se describe en la Seccin 4.1.3.1 del PMI. Provee la base para la medicin y reporte del desempeo de la programacin.

Reportes de desempeo. Los reportes de desempeo, que se discuten en la Seccin 10.3.3.1 dele PMI, proveen informacin sobre el desempeo de la programacin de manera tal que se muestra que fechas programadas se programacin de manera tal que se muestra que fechas programadas se han cumplido y cuales no. Los reportes de desempeo pueden tambin alertar al equipo de proyecto a temas que pueden causar problemas en el futuro.

Requisiciones de cambio. Las requisiciones de cambio pueden ocurrir de muchas maneras de forma oral o escrita, de manera directa o indirecta, iniciadas de manera interna o externa, por mandato legal o por opcin propia. Estos cambios pueden requerir extender el plazo programado o pueden permitir acelerarlo.

Plan de manejo de la programacin. El plan de manejo de la programacin se describe en la Seccin 6.4.3.3 del PMI.

Adm de tiempo 5. Control de la programacin

Herramientas y tcnicas para el control de la programacin Sistema de control de cambios a la programacin. Un sistema de control de cambios

a la programacin define los procedimientos por medio de los cuales la programacin del proyecto puede ser cambiada. Este incluye el papeleo, el sistema de seguimiento (tracking), y los niveles de aprobacin necesarios para autorizar tales cambios. El sistema de control a la programacin deber estar integrado de manera intima con el sistema general de control de cambios que se describe en la Seccin 4.3. del PMI.

Medicin de desempeo. Las tcnicas de medicin del desempeo tales como las que se describen en la Seccin 10.3.2 del PMI ayudan a cuantificar la magnitud de cualquier variacin que ocurra. Una parte importante del control de la programacin es decidir si la varianza de programacin requiere accin correctiva. Por ejemplo, una demora variacin que ocurra. Una parte importante del control de la programacin es decidir si la varianza de programacin requiere accin correctiva. Por ejemplo, una demora considerable en una actividad no crtica puede tener poco efecto sobre el proyecto en general, mientras que un pequeo atraso en una actividad crtica o casi crtica puede requerir accin inmediata.

Planeacin adicional. Muy pocos proyectos se desarrollan exactamente de acuerdo a su plan. Cambios prospectivos pueden requerir nuevas o revisadas duraciones de actividades, secuencias de actividades modificadas, o anlisis de programaciones alternas.

Software de administracin de proyectos. La habilidad del software de administracin de proyectos de hacer un seguimiento de fechas programadas versus fechas reales y de pronosticar los efectos de los cambios de programacin, reales o potenciales, hacen de esta herramienta un recurso til para el control de la programacin.

Adm de tiempo 5. Control de la programacin Salidas del control de la programacin Actualizaciones a la programacin. Una actualizacin de programacin es

cualquier cambio en la informacin que se usa para administrar el proyecto. Los partidos interesados apropiados debern ser notificados como sea necesario. Las actualizaciones a la programacin pueden o no requerir de ajustes en otros aspectos en el plan general de proyecto.

Las revisiones son una categora especial de actualizaciones de la programacin. Las revisiones son cambios a las fechas programadas de inicio y finalizacin en la programacin de proyecto aprobada. Estas fechas solo son revisadas generalmente en respuesta a cambios en el alcance. En algunos casos, las demoras en la en respuesta a cambios en el alcance. En algunos casos, las demoras en la programacin pueden ser tan severas que hay volver a calcular la lnea de base, de manera que se puedan proveer datos realistas para la medicin de desempeo.

Accin correctiva. La accin correctiva es cualquier cosa que se haga para hacer que el desempeo futuro del proyecto se ajuste a lo esperado en la lnea de base del plan del proyecto. La accin correctiva en el campo de la administracin del tiempo muchas veces requiere expeditar: accin especial que se toma para asegurar la terminacin de una actividad a tiempo o con el menor retraso posible.

Lecciones aprendidas. Las causas de varianza, el razonamiento detrs de las acciones correctivas escogidas, y otros tipos de lecciones aprendidas del control de la programacin, debern ser documentadas para poder que sean parte de las bases de datos histricas, tanto para este proyecto como para otros proyectos de la organizacin ejecutora.

Administracin de Costos del Proyecto

La Administracin de Costos del Proyecto incluye los procesos requeridos para asegurar que el proyecto se completar dentro del presupuesto aprobado. Los principales procesos involucrados son:

Planeacin de Recursos es determinar que recursos (personas, equipos, materiales) y en que cantidades de cada uno debern ser usados para ejecutar las actividades del proyecto.

Estimacin de Costos es desarrollar una aproximacin (estimado) de los costos de los recursos que se necesitan para (estimado) de los costos de los recursos que se necesitan para completar las actividades del proyecto.

Presupuestaron de Costos es asignar el presupuesto general de costos a cada tem individual de trabajo.

Control de Costos Es controlar los cambios al presupuesto de l proyecto.

Administracin de la Calidad del Proyecto

La Administracin de la Calidad del Proyecto incluye los procesos requeridos para asegurar que la calidad del proyecto va a satisfacer las necesidades para el cual fue acometido. Este incluye "todas las actividades de las funciones administrativas generales que determinan la poltica de calidad, objetivos, responsabilidades y las implementas por medios tales como planeacin de la calidad, control de la calidad, aseguranza de la calidad, y mejoramiento de la calidad, dentro del sistema de calidad" Los principales procesos son:sistema de calidad" Los principales procesos son:

Planeacin de la Calidad es identificar que standards de calidad son relevantes al proyecto y determinar como satisfacerlos.

Aseguranza de la Calidad es evaluar el desempeo general del proyecto de manera regular para as proveer la confianza de que el proyecto va a satisfacer los standards de calidad relevantes.

Control de Calidad es monitorear resultados especficos del proyecto para determinar si cumplen con los standards de calidad relevantes e identificar maneras de eliminar causas de desempeo no satisfactorio.

Administracin del Recurso Humano

La administracin del recurso humano del proyecto incluye los procesos requeridos para hacer el uso ms efectivo de las personas involucradas con el proyecto. Este incluye a todos los partidos interesados del proyecto patrocinadores, clientes, contribuidores individuales, y a otros como se describe en la Seccin 2.2. del PMI. Los siguientes son los procesos principales:

Planeacin Organizacional- es identificar, documentar, y asignar roles de proyecto, responsabilidades, y relaciones de reporte (Organigrama).proyecto, responsabilidades, y relaciones de reporte (Organigrama).

Adquisicin de Staff es conseguir los recursos humanos necesarios para asignarlos y ponerlos a trabajar en el proyecto.

Desarrollo de Equipo es desarrollar las habilidades individuales y de equipo para mejorar el desempeo del proyecto.

Administracin del las Comunicaciones

La administracin de comunicaciones del proyecto incluyen los procesos requeridos para asegurar la generacin, coleccin, diseminacin, almacenaje y ultima disposicin de la informacin del proyecto de manera oportuna y apropiada. Provee las relaciones criticas entre personas, ideas, e informacin que son necesarias para el xito. Todas las personas involucradas en el proyecto deben estar preparadas para transmitir y recibir comunicaciones en el "lenguaje" del proyecto y deben de comprender como las comunicaciones en las que estn involucradas como individuos afectan el proyecto como un todo. Los procesos generales son:procesos generales son:

Planeacin de las Comunicaciones - determina las necesidades de informacin y comunicacin de los partidos interesados: quien necesita que informacin, cuando la van a necesitar, y como se les ser entregada.

Distribucin de la informacin Es hacer que la informacin necesitada este disponible para los partidos interesados de manera oportuna.

Reportes de desempeo Es colectar y diseminar informacin de desempeo. Esto incluye reporte de status, medicin de avance, y pronsticos.

Cierre administrativo Es generar, recoger, y diseminar informacin para formalizar la fase de terminacin del proyecto.

Administracin del Riesgo

El manejo del riesgo del proyecto incluye los procesos que se preocupan con identificar, analizar, y responder al riesgo del proyecto. Este incluye maximizar los resultados de eventos positivos y minimizar las consecuencias de eventos adversos. Los procesos principales son:

Identificacin del Riesgo determinar que riesgos tienen probabilidad de afectar el proyecto y documentar las caractersticas de cada uno.

Cuantificacin del Riesgo evaluar el riesgo y las interacciones del riesgo para cuantificar el rango de posibles resultados del proyecto.

Desarrollo de Respuesta al Riesgo es definir los pasos de mejoramiento para las Desarrollo de Respuesta al Riesgo es definir los pasos de mejoramiento para las oportunidades y respuestas a amenazas.

Control de Respuesta al Riesgo es responder a cambios en el riesgo a travs de la vida del proyecto.

Administracin del Procuramiento

La Administracin del Procuramiento del Proyecto incluye los procesos requeridos para la adquisicin de bienes y de servicios de afuera de la organizacin ejecutora. Por simplicidad, los bienes y servicios, ya sea un o muchos, son referidos como el "producto". Los principales procesos son:

Planeacin de la Procuracin es determinar que procurar y cuando

Planeacin de la Solicitacin es documentar los requerimientos del producto e identificar fuentes potenciales.

Solicitacin es obtener cotizaciones, licitaciones, ofertas, u otras propuestas como sea apropiado.sea apropiado.

Seleccin de Fuentes es escoger de entre los vendedores potenciales.

Administracin del Contrato es administrar la relacin con el vendedor.

Cierre del Contrato- es la terminacin y arreglo final del contrato, incluyendo la resolucin de cualquier tem abierto.

Gracias por su amable atencin

Dr. Dorindo Elam Crdenas Estrada, CFPS Ph. D. Ingeniera: Proyectos, Medio Ambiente, Seguridad, Calidad,

Comunicaciones Investigacin en Seguridad Elctrica.

Especialidad doctoral: Modelado Matemtico de Incendios Elctricos

DEA. Ingeniera de Proyectos esp. Ingeniera de Diseo. DEA. Ingeniera de Proyectos esp. Ingeniera de Diseo.

CFPS Especialista Certificado en Proteccin contra Incendios por NFPA CFPS Board - ANSI

Ingeniero Electromecnico