jueves, 23 de febrero de 2017


CPM Y COMERCIO DE TIEMPO – COSTO

El método del camino crítico es un enfoque sistemático para la asignación de recursos entre actividades.

Relación tiempo – costo


Método PERT

Se desarrolló para su aplicación en proyectos  con actividades inciertas. Es una técnica para estimar la probabilidad de un proyecto finalizando a tiempo.

Las tres estimaciones se usan para calcular el tiempo esperado.

Este método permite a los gerentes medir el riesgo del proyecto mediante la estimación de la probabilidad de finalizar un proyecto en una fecha de vencimiento predeterminada.

Una premisa de TOC es que cada sistema tiene una meta, y que a menudo solo un elemento del sistema impide el logro de este objetivo.

TOC: teoría de las restricciones

1.       Identificar las restricciones del cuello de botella del sistema

2.       Decidir cómo explotar la restricción

3.       Limitaciones a la decisión tomada en el paso 2

4.       Elevar la restricción

5.       Regresar al paso 1 para determinar si ha aparecido una nueva restricción.

La finalidad del TOC es permitir el mayor número posible de proyectos concurrentes mejorando el flujo de proyectos a través del sistema.

Cuando la filosofía TOC se aplica a la planificación y control de proyectos se denominan CCPM o el método de la cadena crítica.

Variables Solucionadas:

1.       Alcance
2.       Trabajo
3.       Costos
4.      Calidad
5.       Riesgo 
6.       Calendario de Eventos.

Cadena Crítica: EL CAMINO QUE CONECTA LAS ACTIVIDADES QUE REQUIEREN LAS MISMA RESTRICCIÓN DE RECUSRTSOS.

Comportamiento humano:

·         Saturación de tareas

·         Tiempos ajustados

·         Tareas sin importancia

Método Huristico

1.       Identificar el problema

2.       Definir y presentar el problema

3.       explorar las estrategias

4.       Avanzar en las estrategias

5.       Lograr la solución.

Estimación de costos y presupuestos

La planeación de un proyecto requiere conocer los recursos necesarios.
La estimación inicial de costos puede ser riesgosa ya que puedes menospreciar el costo o inflario causando en ambos casos:
·         Inflar el costo
·         Menospreciar el costo

Posibles razones del aumento de costos:
·         Incertidumbre y falta de información precisa
·         Factores económicos y sociales
·         Ineficiencia, mala comunicación y falta de control
·         Juicio de quien realiza la estimación.
·         Tipo de contrato
·         Sesgo y ambición
Estimación de costos y sistemas de ciclo de desarrollo.

Ciclo de vida de los costos

·         Representan todos los costos del proyecto a través de su ciclo de vida.
·         Es importante anticipar esto porque de esto dependen los costos.
·         Es necesario analizar los costos del ciclo de vida para fijar metas en el desarrollo y costo de la operación.

Proceso de estimación de costos

1.       Estimación vs. Objetivos y metas

2.       Exactitud vs. Precisión

3.       Calcificación de tareas y costos

4.       Juicio profesional

5.       Estimación análoga.

6.       Estimación paramétrica

7.       Ingeniería de costos

8.       Monto de contingencia

9.       Top down vs Bottom up

10.   Estimación de reconciliación

11.   Reducción de costos.
La estimación se tiene que definir y redefinir varias veces.
Elementos incluidos:
·         Costo de mano de obra directa
·         Costos directos
·         Gastos generalñes
·         Costos generales y admin
·         Ganancias y facturación total

martes, 21 de febrero de 2017

Diagramas de Red

Diagramas de Red
Un diagrama de red muestra un grupo de actividades  o tareas que se tienen que hacer con sus procedencias.
Diagrama de red AON o PDM.
¿Qué actividades son sus predecesores?
¿Qué actividades son sus sucesores?
¿Qué actividades se pueden hacer al mismo tiempo o sin importar el orden?
Image result for diagrama de red

Camino Crítico
Cualquier intento de acortar un proceso debe ser sobre el camino crítico de la red.
Las actividades que se acorten que no estén en el camino crítico no tendrán efecto sobre la duración.
Si puede haber más de un camino crítico.
Early START (ES) Early finish (EF)
Late Start (LS) Late finish (LF)
Slack: se refiere a el tiempo entre un early finish y late start, ya que es un tiempo en el que no se hacienda nada (tiempo perdido).
Free slack: es el tiempo que puede demorar una actividad sin que se demore la actividad sucesora ( solo con un early finish).
Free slack =ES –EF
Se pueden mostrar estas cosas en los ejemplos como las gráficas de gant.
Reserva de horarios de gestión
Relaciones de precedencias
Programación con limitación de recursos: es la disponibilidad de recursos y duración del proyecto.





jueves, 9 de febrero de 2017

Definición de proyecto y sistemas

La definición de sistema comienza con la definición de las necesidades y requerimientos del usuario. Empieza con abordar esos requisitos en una solución propuesta; proyecta.
Comienzo del Proyecto:
Comienza con una reunión inicial, la cual es una reunión formal, aquí se anuncia el proyecto y se presenta los siguiente:
·         Objetivo y metas
·         La propuesta
·         Presupuesto
·         Programa
·         Principales paquetes de trabajo
·         El cliente
·         Necesidades y requisitos
·         La organización del proyecto
·         Estructura.
Nombre del Proyecto
Es lo primeo que la gente oye, debe de ser breve y llamar la atención.
Capítulo del proyecto
Se crea tras la aprobación del proyecto, basado en un estudio de factibilidad o aceptación de una propuesta.
Planificación  del Proyecto
Es un esquema que debe ser ampliado y elaborado a detalle.

El equipo va ser diferente al equipo que trabaja en la propuesta.

Plan Maestro del Proyecto
·         Una declaración de alcance que incluya requisitos de usuarios de alto nivel.
·         Estructura de trabajo y paquetes o y tareas de trabajo
·         Organización del proyecto
·         Asignación del personal
·         Plan de calidad
·         Plan de adquisición
·         Plan de revisión de trabajo
·         Plan de control de cambios.

Requisitos del sistema
Un gran impulso es traducir los requisitos del usuario en los requisitos del sistema.