En este grupo En todos

Foro de Gestión de proyectos

Escrito por Gabriel Vaz Teixeira
el 01/03/2007

Fe de erratas:

Perdon leticia, quise decir "Gestion por PROCESOS", en el ultimo parrafo y al final me falto el NO. En lugar de "Ojo. Aca a proyecto tiene otro significado; relacionado con los procedimientos adminitrativos, de venta, etc...  de una Empresa.   " debe decir, simplificandolo: "proyecto no es lo mismo que procesos"

Saludos

Omar
Perú, Perú
Escrito por Omar
el 12/06/2007

Un saludo a todos los amigos foristas. Hace 4 años vengo trabajando en una empresa de construcción, como verán especializada en gestión de proyectos de construcción.

El dia de hoy tuve un intercambio de ideas con un colega. La pregunta la resumo ¿Que es la oficina técnica de un proyecto? ¿Cuáles son sus funciones?. Un poco filosofando el tema en cuestión es si está oficina DEBE evaluar económicamente una cotización?

Espero que sea de interés para Uds y así leer sus comentarios.


Xavier
Barcelona, España
Escrito por Xavier
el 10/07/2007

MyWorkPLAN es un software ERP modular y flexible especializado gestionar los proyectos desde la oferta hasta la entrega. Además tiene un módulo de planificación muy interesante que lleva incorporado una exportación directa a MS Project. Para saber más sobre el programa o incluso instalaros la versión de prueba podéis ir a www.myworkplan.com

Escrito por John Alba
el 11/08/2007

Hola Liana,

Como vas con el curso, ya lo tomaste?


Cruzy Hara
educycchh u.n.f.v.
Escrito por Cruzy Hara
el 25/11/2009

Hola, alguien me puede ayudar a desarrollar un proyecto de cultivos hidroponicos.


Henry Aponte
Anzoátegui, Venezuela
Escrito por Henry Aponte
el 10/05/2010

Hola estoy interezado en el tema de la gerencia especificamente en una estrategia en dond se apliqque la gerencia para planificar un proyecto.. Les agradesco informacion

Vaz Teixeira Gabriel
Buenos Aires, Argent...
Escrito por Vaz Teixeira Gabriel
el 04/04/2013

A ver, la gestíon de proyectos, incluye varias metodologías para crear un Plan Base de un proyecto en cualquiér ámbito que sea. Para aclarar más, desde el punto de vista de la Investigación operativa o investigación de operaciones hay varios métodos que, si bien NO son matemáticos puros ya que el resultado NO es exacto, sino una aproximación. Los proyectos, dicho de otra manera son parte de la matemática como todo gráfica que no representa una función y/o teorema. En I.O. Aplicamos Métodos de Camino Crítico que resuelven algunos problemas de secuencia dentro de la programación lineal. Básicamente cualquier proyecto es una secuencia de tareas, con una dependencia unas de otras y una estimación de lo que TARDARÍA en hacer cada TAREA o ACTIVIDAD. ¿Por qué estimación de tiempo?. Porque un proyecto es algo NUEVO a hacer. Ejemplo 1: Un casa nueva es un proyecto. Volver a hacer la misma, exactamente la misma casa con los mismos recursos (humanos, máquinas, etc.. ), ya no es un proyecto porque ya la hiciste antes y sabes exactamente cuales son las tareas, cuanto tardan cada una, quienes las van a hacer, cuales son la tareas críticas (que son la que te determinan la duración de todo el proyecto). Ejemplo 2 (más acertado): Hacer la matriz de un carro es un proyecto, la linea de producción de fabricación de ese carro ya es la REPETICION de la misma secuencia de tareas y tiempos. Por suspuesto que puede haber desvíos de tiempos por problemas que puedan surgir en la línea de producción, que exepcionalmente se suelen compensar en tiempo con el resto de las "secuencia" de producción, para el control de la producción exite un método científico llamado LOL (Line of balance) que se utiliza para el control de la producción de un producto determinado. Este tipo de problemas donde se hace una y otra vez en forma repetitiva algo. Ahora si lo querés hacer por primera vez o con recursos nuevos es un proyecto ya que tenés la incertidumbre en el medio. Un heladera, un viaje de vacaciones, un producto, una casa, etc... Pueden ser tratado como un proyecto siempre y cuando sea algo nuevo para vos o lo haces por primera vez o lo hacés de nuevo, pero en un entorno distinto. FInalmente: La planificación (es la lista de cada una de la tareas o actividades de un proyecto que incluye la dependencia: una tarea puede preceder inmediatamente a otra o darse en simultánea y/o requiere que la anterior este realizada en un 80% y/o que se inicie lo antes posible y además hay que asignarle recursos: horas hombre, máquinas, capacitación, pruebas, etc...). La programación es lo que los yanquis llaman schedule (cronograma o tabla de tiempos). Es asignarle una duración estimada a la cada tarea que debería estar concensuada con aquel que es responsable de realizarla. Tenés todas las tareas, sus dependencias, los tiempos y recursos de cada una entonces podes armar el Plan Base que permite generar un gráfico de red donde cada nodo de la red es una tarea y las lineas que van de una tarea a otra son las dependencias que unen los nodos/tareas, esas lineas indican para cada tarea cuales es/son la/s tarea/s antecedente/s y cuales le/s sigue/n. Si vas de nodo en nodo desde el nodo inicio (que un hito= una tarea con tirmpo cero) y sumas las duraciones obtenes: para cada tarea una fecha de inicio más tempraan, la fecha de finalización más temparna y la fecha de finalización del proyecto. Luego, si vas del hito Final pero en sentido inverso obtenes para cada tarea la fecha de inicio más tardía, la fecha de finalización más tardía de cada tarea. De alli suge para cada tarea el slag (o holgura) y también los llamado márgenes que en realidad son 2: uno indica cuantos días se puede retarzar la tarea sin que esta afecte el comienzo de la próxima tarea (se llama margen libre) la otra indica cuanto puedo retrazar la tarea si que me afecte la fecha de fin de proyecto. Cuando, durante la etapa de control que dura todo lo que dura la realización del proyecto) el margen de una tarea pasa a ser cero esa tarea se vuelve crítica. Despues de terminar esto haces para cada tarea los cálculos de la holgura, el margen total y el margen libre. Si el Margen Total de una tarea libre te da CERO entonces esa es un TAREA CRITICA. // Nota: Recuerden que estamos trabajando en un gráfico de red donde en cada nodo (tarea) ya podríamos visualizando y que tenemos los siguientes datos (no todos se muetran en la red): nª de tarea, denominación, duración estimada, holgura, fechas más tempranas y más tardías, margen total y libre, responsable de la tarea y otros datos. //. Finalmente en el gráfico marcás con trazo más fuerte las lineas que unen la secuencia de tareas críticas (con margen total cero) se visuliza el camino crítico constituido que los componen las tareas que si se retrazan afectan la fecha de finalización del proyecto, cuyo margen de retrazo es cero (son las tareas donde hay que tener puesta la mayor atención cuando se inicia el proyecto y durante el control de todo el desarrollo o realización del proyecto y normalmente para ellas se arman planes alternatios de contingencia por si se retrazan). Si además podes calcular y si reamente es necesario (en proyectos de envergadura) el costo por día para cada tarea, sumando todos los costos ya mutilicado por los dñias de duración (si pusiste todas las tareas hasta las más ínfimas) obtenes el costo final del proyecto con un adicional importante: en la ultima etapa que es la de seguimiento Durante la etapa de control del proyecto usas el Plan Base para comparar con el Plan Real( el que llevas día a día), a medida que avanza el proyecto, hay tareas que se retrazan según lo estimado y otras que se hacen en menos plazo por lo que si está bien hecho y si tenes experiencia, tratas además de pensar en todas las variables adicionales posibles que surgen del ENTORNO y las CONDICIONES en la que se va a realizar el proyecto (Por ejemplo: cuál es el nivel jerárquico del sponsor del proyecto, de esto va a depender la bola que le den los responsables del proyecto al proyecto o dicho de otro modo la prioridad que ler asignan los responsables al proyecto; si hay tareas que se realizan en épocas de vacaciones debés tener en cuenta que tanto los responsables de hacer las tareas se van a ir faltando, etc... ) Hay que tener en cuenta que no uno no puede ir en contra del entorno y las condiciones dadas, por lo tenes que tratar de calcular la duración estimada de cada tarea teniendo en cuenta estas variables también. Si tu proyecto es producir tomates tenes que tener en cuenta cuando se debe sembrar, cuando cosechar (es obvio, pero cuando uno es nuevo en esto te podés topar con cosas que no tuviste en cuenta en las tareas o tareas que no tuviste en cuenta, ya sea porque no lo pensaste a fondo o por el echo de ser obvias no te diste cuenta. Puse un ejemplo bastante exagerado para que lo entiendan) todas las variables adicionales que se te ocurran del entorno y las condiciones particulares deben ser estimadas al determinar las duraciones que te podrían afectar el proyecto, hay casos donde hay una fecha de comienzo fija para una tarea y/o una fecha de fija de finalización que no surgen de sumar la secuencia de duraciones de los nodos (tareas) que las preceden (que estan conectados por una flecha) sino que deben comenzar en esa fecha porque las condiciones de la tarea lo determinan. Al estimar los tiempos el P.E.R.T. (que es método más utilizado en los software de planificacion, programación y control de proyectos: Ms-project, Manager Workbench, etc) la duración calculada se basa en una curva estadistica denominada Normal y estas fórmula lo calculan uno y la ingresa como dato, o la calcula el soft. La formula es: (Dp + 4 x De + Do) / 6 (en realidad es D sub p, D sub e y D sub o, pero como ahora no me acuero el ASCII la puse así :P). Donde D sub p es el Tiempo de Duración Pesimista de la tarea (esta tenes que poner VOS), D sub e es el Tiempo de Duración Estimado esta tiene que estar determinada y/o aprobada por el RESPONSABLE DE LA TAREA de la duración de la misma tarea (es la primera duración que obtenés) y D sub O es el Tiempo de Duración Optimista de la misma tarea ( lo calculas VOS). El tiempo pesimista y optimista lo pones VOS por las variables adicionales de las que hablamos, incluso cuando estimas el tiempo con el responsable y este te asegura que puede comenzar en la fecha de inicio que muestra el gráfico y finalizarla en la fecha de fin de tarea que tambien se visualiza -y ojo que digo responsable y NO el o los que las hacen las tareas ya que NO es lo mismo-. Para cada tarea necesito tener un único responsable que es mi interlocutor válido y es a quien hay que poner en vereda para que cumpla y/o haga cumoplir la tarea en la duración estimada D sub e (que fué concensuada con él) y con las fecha de inicio y fin de la tarea que fue vista y vuelta a chequear y repensar la duración ya con el grafico del PERT del Plan Base a la vista y en función de las fechas de inicio que surgió por la primera estimación de la tarea y de fin idem del grafico del Plan Base. La duración estimada debe ser establecida por él responsable y concensuada con VOS para obtener una duración racional tanto en al estimación incial como sobre el plan base ya hecho con el gráfico de red que ahora le esta mostrando las fechas estimadas en el PLAN BASE. El Grafico de Red o Grafo de la red es muy entendible para cualquiera que esté involucrado). Ahora si, finalmente, si las duraciones calculadas obtenidas estan cerca de la realidad (para esto no hay como la experiencia) y tenes a todos los recursos humanos anoticiados y COMPROMETIDOS (si mejor te firman el Plan Básico al final todos los que intervienen mejor) es muy probable que lleges a hacer las cosas en tiempo y forma o que el desvío sobre la fecha final sea potable. Tengan en cuenta que siempre hay compensación de tiempos, unos por exceso y otros por defecto. Por lo que, también, hay compensación de costos. La finalidad es realizar el proyecto en el plazo estipulado o lo más aproximado posible (por eso que el método no es matemático puro ya que la matemáticas es una ciencia exacta, se trara de una forma de resolucion científica semi-matemática denominado en matemáticas ·heurístico" ya que el resultado es un valor aproximado. El control se realiza sobre los responsables de las tareas que se estan realizando en ese momento, comprobando lo hecho, asignando un porcentaje de realización de cada tarea en curso semana a semana y si es necesario con reuniones y chequéos más de una vez por semana y en los mega poryectos en forma diaria. El P.E.R.T. Es -entre los métodos de planificacion , programación y control proyectos por red de camíno crítico- el método científico más utilizado para pequeños, medianos y megaproyectos. Da mucha información cruzada adicional. Espero les aclare las cosa un poco más. Para más información pueden poner P.E.R.T. (ya que son las siglas en inglés del método) y van a tener mucha info. En internet. Ojalá que les haya aclarado el panorama. :). La idea que yo tenía es itercambiar experiencias con profesionales con esperiencia -como es mi caso- que ya hayan utilizado este método (y en serio) no para "adornar" presentaciones de proyectos con P.E.R.T. Truchos cuando se cotizan a las empresas los proyectos de Investigación o desarollo "para que parezca más serio". By y seguimos en contacto. Por último, ahora si, OJO con los cursos que por son dados por gente conoce la teoría, pero no lo ha practica. Dar un cruso del uso de Ms-project no te va a servir ya que lo importante lo tenes en cualquier manual. Lo difícil es que el curso sea práctico en serio donde se bvueque la experiencia de gestionar proyectos y te comenten esas variables de entorno y de condiciones que tenes que evaluar y otras posiblilidades que te da el pert si lo utilizas a fondo.

Vaz Teixeira Gabriel
Buenos Aires, Argent...
Escrito por Vaz Teixeira Gabriel
el 20/04/2013

Hola


Vaz Teixeira Gabriel
Buenos Aires, Argent...
Escrito por Vaz Teixeira Gabriel
el 20/04/2013

Disculpen que tardé en responder, fue por cuentiones perosnales.

Aclararé un poco esto para que entiendan cúal es mi experiencia y sobre que puedo/ podemos intercambiar información y EXPERIENCIAS.

Antes convendría definir que entendemos en Investigación Operativa como PROYECTO:

Un proyecto es algo distinto de lo que hacemos todo los dias, porque el objetivo de un proyecto es un evento específico bien definido y acotado, con una diferencia fundamenta: Es no rutinario . Al no ser una rutina requiere de alguna planificación. La cantidad y calidad de la planificación es directamente proporcional a la complejidad del proyecto.

P odemos describir a un proyecto como una secuencia bien definida de metas (hitos) que son el resultado de actividades (tareas) con un principio y un fin bien establecidos, dirigidos a alcanzar un objetivo claro, y donde dichas actividades están sometidas a variables intimamente relacionadas que funcionan como restricciones.

Las variables principales en un proyecto son:

· Contenido

· Calidad

· Recursos

· Plazos

· Costos .

Al definir un proyecto estamos obligados a establecer claramente estas variables.

Si durante el transcurso del proyecto modificamos voluntaria o involuntariamente estas restricciones estariamos cambiando la definición, la espectativa inicial y el resultado esperado.

Entendemos por:

Planeamiento de proyectos: Establece qué debe hacerse y en que orden; en otras palabras: especifica una secuencia operativa de tareas. Hay que tener en cuenta que algunas actividades preceden a otras, o sea, se dan en serie o secuencia y otras pueden ejecutarse en paralelo o simultáneo.

Programación de proyectos: Responde a la pregunta de cuando se debe llevar a cabo, es decir, acota en el tiempo lo que se planeó, pone en el calendario lo que hay que hacer, y lo sitúa en el tiempo.

Control de proyectos: Permite seguir la marcha del proyecto y posibilita verificar si éste cumple o no conforme lo planificado y programado, y proponer las correcciones a los desvíos que puedan producirse.

Estas herramientas tienen las siguientes ventajas:

1- Sistematiza el planeamiento de las actividades dado que nos permite pensar con orden en la secuencia de las tareas.

2- Separa las actividades en críticas y no críticas.

3- Permite aplicar mayores esfuerzos de verificación (durante las etapas de control) a las actividades críticas.

4- Contempla 4 de las 5 variables fundamentales de todo proyecto, y que responden a las siguientes preguntas:

- ¿Qué es lo que hay que hacer y en qué orden?

- ¿Cúales son los plazos?

- ¿Que recursos necesito y quienes seran los responsables de cada tarea?

- ¿Cúal es el costo?


PORQUE la UTILIZACIÓN de METODOS CIENTÍFICOS PARA IMPLEMENTAR PROYECTOS:

Así como es habitual ver proyectos de Investigación y de Desarrollo que fracasen porque superan el costo y/o plazo presupuestados, también es común (aunque a veces no es tan visible) el degradamiento de lo previsto en cuanto a calidad y contenido. Está demostrado que, en la mayoría de los casos, lo que retraza verdaderamente la culminación de un proyecto son, casi siempre, pocas y pequeñas cosas. Esto, expresado en números, ubica la media de las tareas con dificultades en menos del 20% del conjunto de actividades de un proyecto. El resto se resuelven bien, o su retrazo no repercute o afecta a otras tareas o a la culminación del proyecto.

Cuando el tiempo apremia, lo primero que se suele relegar es la calidad, para luego jugar a modificar el alcance eliminado contenidos que, de momento, no aparecen como significativos.

Nadie está exento de equivocarse con los plazos y costos, pero lo que no es justificable es la falta de aviso temprano que posibilite tomar cursos de acción correctivos consensuados que pueden o no terminar modificando la espectativa inicial sobre los resultados esperados y/o el costo del proyecto. La diferencia radica en que hay casos en que se puede evitar el impacto del atraso y en los casos en que no es posible, se procura el consenso.

La mejor manera de garantizar el aviso temprano y que da lugar a los cursos de acción alternativos “a tiempo” es la experiencia en planificación, programación y control de proyectos acompañado por el uso de metodologías como el CPM, PERT, PERT Costo, RAMPS, ROY, etc. , según sea el caso.

La experiencia nos indica que, en el fondo, los proyectos fracasan, no se dan conforme a lo previsto y/o son procesos traumáticos mayormente por causa de la:

- Improvización: Los proyectos de investigación y de desarrollo deben ser cuidadosamente planificados, programados y controlados. Esto trae aparejado una ventaja adicional: como en la planificación debe hacerse intervenir a los futuros Usuarios del proyecto, ésta hace las veces de moderador de la expectativa inicial adecuándola a la realidad de la Empresa que, para el proyecto, la representan la combinación de los siguientes parámetros de integración: recursos, costos, tiempos, calidad y contenido.

- Simplificación: Lo que varias veces no se evalúa es el entorno donde se va a efectuar la implantación y en otras no se tiene en cuenta el grado de impacto del sistema sobre la operatoria vigente (o viceversa), y los usos y costumbres de los Usuarios.

- Falta de Compromiso: El Usuario debe sentirse partícipe del proyecto. Esto se logra con: la figura del Sponsor que, necesariamente, debe motivar a los Usuario y, mediante la asignación de responsabilidades en la etapa de planificación obligando su participación en la planificación, relevamiento, valoración de las alternativas que puedan plantearse durante el avance del proyecto y en las pruebas. Cuanto mayor sea el niveer jerárquico del Sponsor en la Empresa mayor posibilidades de que éste se lleve a cabo en tiempo y forma.

- Coyuntura: El Usuario suele privilegiar lo urgente de su labor diaria frente a lo que para nosotros es importante: el proyecto. Esto se puede solucionar, algunas veces, con la labor del Sponsor del proyecto y el compromiso explícito asumido por los Usuarios en la planificación inicial.

Los puntos anteriores, y otros más, solos o combinados pueden provocar el fracaso del proyecto o variar en forma considerable los parámetros de integración ya enumerados: recursos, costos, plazos, calidad y contenido durante la implantación o en objeciones de calidad y contenido en la etapa de utilización.

Tambien podemos intecambiar información, como metodologías, formularios, etc... Para las etapas de: Contenido de la Presentación del Proyecto para su puesta a aprovación, Relevamiento (formularios), informes de avance del proyectos (Bitácoras), verificiacion de cumplimiento de las tareas, etrategia para el manejo de prevención o control de conflictos de los grupos de trabajo (incluyendo usuarios), etc...

Propongo a tal fin administrar un grupo de afinidad (o de interes) por este tema en Grupos de listas con yahoo, google, elistas (si sigue existiendo) etc... Con subscripción de ingreso moderada para evitar las propagandas, etc.

NO utilizo fecebook, tweeter, ni nada parecido. Soy usuario de Skype, pero creo que sería un gran problema utilizar este medio.

¿Que opinan?. Veamos si hay quorum...

Gabriel Vaz Teixiera.

Lic. En Investigación Operativa (Promo. :1985).

Lic. En Sistemas de Información (Promo. :1983).

Ex-profesor a cargo de la práctica de "Implementación de Sistemas" del 4to. Año de LIc. En Sistemas de Información de la UCA (Universidad Católica Argentina).

Claudia Carlotti
Barcelona, España
Escrito por Claudia Carlotti
el 18/02/2016

¡Entro a este debate!

Hola a tod@s, tengo interés en esta materia y ¿Por qué no? Me gustaría profundizar más... Pero tengo algunas preguntas sobre que camino cursar para recibir formación profesional

Para los que tengáis experiencia ¿Me podrían asesorar sobre masters, oposiciones, postgrados, carreras universitarias u otras formaciones oficiales, cursos superiores o subvencionados?

¿Cuál es la mejor que puedo optar? ¿Algún centro de formación en partícular?

Sobre todo que me podéis decir de Cursos gratis subvencionados de Gestión de la producción

PD: España o formaciones a distancia u online