Professional Documents
Culture Documents
Parte 1
0:00
0:12
0:28
1:29
4:12
Muy bien, ahora vamos con otra definicin u otras definiciones, que tambin
son clave en este tema. Lo que son los programas de proyectos y lo que son los
portafolios de proyectos.
4:23
5:13
5:42
Vamos a ver, por ejemplo, aqu podramos observar que hay varios proyectos,
cuadritos, que estn relacionados entre s, con las flechas. Ah podemos ver,
por ejemplo, dos proyectos relacionados. Ah es un pequeo programa,
podramos ver varios otros proyectos relacionados con flechas. Es un
programa, son programas un poquito ms grandes. Si estos tres programas
que observamos ah, los relacionamos o los agrupamos de otra manera, ah
hablaramos de portafolios de proyectos. Vean que los portafolios de proyectos
estn alineados a objetivos estratgicos, cules seran esos objetivos
estratgicos? El lanzar un nuevo producto, el ampliar la capacidad de una lnea
de produccin en un negocio, expandir lo que sera un nuevo mercado en otra
regin geogrfica del pas, sera, por ejemplo, todo lo que est relacionado a
desarrollo de tecnologa en los prximos 5 a 10 aos en la organizacin. Eso
sera un portafolio de proyectos.
6:48
Como vemos, hasta arriba estn los portafolios de proyectos, abajo estaran los
programas de proyectos y ms abajo estaran los proyectos como tal. Claro,
abajo podramos ver que podramos tener subproyectos y as respectivamente,
verdad? Administrar un proyecto, como deca hace rato, es administrar
correctamente en tiempo, costo y alcance, un proyecto. La administracin de
programas sera el administrar correctamente ese conjunto de proyectos
relacionados y administrar un portafolio de proyectos es identificar,
7:28
8:12
0:04
Vamos a hablar de los que es el gerente de proyecto. El gerente de proyecto
0:13
es uno de los actores principales en esta labor de los proyectos, por qu?
Porque l es el director de la orquesta, es el director que es la liga entre lo que
es el cliente de un proyecto, el patrocinador de los proyectos y lo que es las
tareas que se estn realizando para que ese proyecto termine en el tiempo, en
el costo y en el alcance verdad? Entonces, el gerente de proyecto es uno de
los actores principales en este, en este labor, en este trabajo. Qu debe tener
un gerente de proyecto? Qu caractersticas debe de tener, qu habilidades y
conocimientos debe de tener? Bueno, pues en primer lugar vamos a hablar de
los conocimientos. Los conocimientos fundamentales que debe de tener todo
gerente de proyecto es acerca de cmo administrar correctamente un proyecto
con base en lo que acabo de mencionar, debe de conocer acerca de estructurar
un calendario de trabajo, los recursos, lo que es las expectativas de las
diferentes partes o involucrados que tenemos ah. Bueno, pues esos
conocimiento estn enmarcados en algo que se llama un estndar o gua de
trabajo para la administracin de proyectos, que el Project Management
Institute lo ha elaborado y as se llama, en ingls se conoce como el PMBOK.
1:38
Adems debe tener otros conocimientos que no los engloban en este estndar
de trabajo, conocimientos bsicos de matemticas, administracin, etctera,
s? Bueno qu habilidades debe de tener un gerente de proyectos? Hay
habilidades que se llaman interpersonales, es decir, para relacionarse con las
dems partes o personas y ah hablamos de liderazgo, hablamos de
comunicacin, de trabajo en equipo, de solucin de conflictos.
2:07
Descargas
Videoleccinmp4
0:00
0:10
Que bueno que sigues conmigo, y vamos a continuar ahora en este video
hablando de las estructuras organizacionales para desarrollar proyectos y
tambin vamos a hablar acerca de lo que es el ciclo de vida de los proyectos y
el ciclo de vida del producto. Una estructura organizacional es aquella
estructura donde tenemos los recursos humanos organizados dentro de una
empresa para realizar operaciones o proyectos. Tenemos las posibilidades de
manejar varios tipos de estructuras organizacionales. La primera de ellas es la
estructura funcional. La estructura funcional es aquella donde todas las
empresas lo tienen, hay un director general arriba, diferentes reas o
departamentos abajo, cada uno de estos departamentos o reas tiene su
propio responsable, como el gerente de recursos humanos, el gerente de
operaciones, el gerente de compras, y as respectivamente. Es una estructura
que tambin se le llama piramidal, se le llama jerarquizada, y est por
funciones. Aqu las lneas de autoridad y poder estn muy bien delimitadas, es
decir, las rdenes van de arriba hacia abajo, se estn haciendo operaciones, es
estn haciendo produccin, como lo vimos anteriormente, los proyectos y las
operaciones son diferentes. Aqu las empresas hacen lo que es el da a da de
esa organizacin, es decir, producir automviles, producir computadoras,
producir servicios, como tal. No hacen proyectos. Esta estructura funcional no
es la mejor estructura organizacional para trabajar proyectos porque no hay el
tiempo suficiente para hacer proyectos. Los proyectos se hacen despus de
terminar la operacin. Es la peor estructura organizacional para realizar
proyectos. Qu otras posibilidades tenemos para trabajar proyectos dentro de
estas organizaciones? Estructura proyectizada, que como el nombre bien lo
dice, es una estructura orientada totalmente a hacer proyectos, es decir, hay
un gerente de proyectos, el gerente de proyectos est arriba. Y abajo, seran
otros gerentes de proyectos u otros gerentes de reas dedicados al proyecto.
Por ejemplo, podramos hablar de un rea de laboratorio, un rea de ingeniera,
un rea de pruebas, un rea de programacin. Es una estructura totalmente
orientada a hacer proyectos, no hace operaciones. Cules son las principales
ventajas de esta estructura proyectizada? Pues, como el nombre lo indica, est
totalmente haciendo proyectos, no hacen ninguna operacin y el tiempo lo
tienen dedicado totalmente a hacer el proyecto y por lo tanto los resultados
son bastante mejores. Cul es es una de las desventajas, entre comillas, yo
dira? Que al terminar el proyecto desaparece la estructura como tal. Y, por lo
tanto, los recursos humanos dejan de trabajar para esa estructura o para esa
organizacin que tenemos ah. Empresas dedicadas a la construccin manejan
este tipo de estructuras organizacionales, donde se termina la autopista, la
carretera y se crea esa estructura y al finalizar la obra o la construccin, pues
desaparece la organizacin como tal, verdad?, o empresas que se dedican a
consultora, donde hacen bsicamente un proyecto de consultora a
organizaciones, se termina el proyecto, y por lo tanto, la organizacin
desaparece. Esa sera, digamos, la principal desventaja que tiene.
3:43
4:34
El gerente del rea, el gerente funcional para el cual est trabajando y tambin
est reportando, pues, a otras reas el del proyecto en este sentido, verdad?
El integrante del equipo de trabajo ahora se ve inmerso en una dualidad donde
tiene dos jefes y, por lo tanto, pues puede haber conflictos y, por lo tanto, hay
diferentes esquemas de estructuras matriciales en este sentido. Hay lo se
llama la estructura matricial dbil, la estructura matricial fuerte y la estructura
matricial balanceada. Cules son las diferencias entre estas tres estructuras?
Bueno, la matricial dbil pues, realmente las decisiones las toma el gerente
funcional. El responsable del proyecto del equipo de trabajo del proyecto
realmente es un coordinador, es alguien que est a cargo de la supervisin de
los recursos humanos y de los resultados que se estn logrando, verdad? No
tiene poder de decisin. Esa es la caracterstica principal de una matriz dbil.
En cambio, una matriz fuerte, las decisiones, la autoridad principal la tiene el
gerente de proyecto y el gerente funcional no hace mucha labor de
responsabilidad o de decisin. Ese es en el otro extremos que tenemos, s? El
gerente de proyecto en una estructura matricial fuerte realmente es un
gerente. En una estructura matricial dbil el responsable de proyectos no es un
gerente, es un coordinador como tal. Y en medio de esas dos estructuras
matriciales tenemos a lo que se llama estructura balanceada, donde hay un
balance de poder, de autoridad, de toma de decisiones. Un gerente funcional
de un rea con el gerente de proyectos de la otra rea, y hay un acuerdo y un
trabajo en conjunto como tal, verdad. No es que sean buenas o malas esas
estructuras, eso depende del tipo de proyecto, del nivel de importancia que se
tenga de los proyectos hacia las organizaciones. Por lo tanto, una organizacin
que est totalmente orientada a ser operaciones, a hacer manufacturas, a
hacer servicios pues temporalmente estara trabajando a estructuras
matriciales dbiles pero una empresa que est trabajando con proyectos
frecuentemente importantes estara con una estructura matricial fuerte como
tal. Bien, ya revisamos los conceptos de estructuras organizacionales.
Resumiendo, son estructuras funcionales proyectizadas, matriciales y las
matriciales son dbiles, fuertes o balanceadas. Te invito a que continuemos con
los siguientes temas.
0:07
1:15
1:45
2:41
2:46
Ese producto que estamos operando o estamos haciendo, al final va a salir del
mercado como tal y ah concluye lo que vemos, que sera el ciclo de vida del
producto. Bueno, el ciclo de vida del producto va desde la deteccin de la
necesidad o de la problemtica hasta la conclusin, despus de ser una
operacin. Todo esto incluye lo que es el ciclo de vida del producto y adentro
vamos a tener lo que es el ciclo de vida del proyecto como tal.
3:18
A lo largo del ciclo de vida del proyecto, estamos viendo que pues por ejemplo
el nivel de esfuerzo, el nivel de costos que podramos tener a lo largo de ese
ciclo de vida va a ir cambiando, al principio es poco, en las etapas de
planeacin y ejecucin principalmente el costo se va incrementando y despus
vamos reducindonos hasta terminar al final, verdad? Qu tenemos tambin?
A lo mejor un comportamiento en relacin a la incertidumbre. La incertidumbre
al principio del proyecto es muy alta, s? Y despus se va reduciendo a lo largo
del proyecto con los trabajos que estamos realizando. Qu pasa con el
comportamiento de los cambios en el proyecto? Al principio en los cambios en
el proyecto, el costo en los cambios en el proyecto puede ser muy bajo, porque
estamos haciendo realmente lo que el cliente est esperando que hagamos o
estamos haciendo el producto de acuerdo a la medida de l pero si en etapas
intermedias un cliente nos pide cambios, el costo de hacer esos cambios o de
implementar esos cambios se va incrementando radicalmente, por lo tanto no
es conveniente que en etapas intermedias o en etapas finales se realicen
cambios fundamentales o radicales al proyecto. Los voy a dejar con una
pregunta de reflexin para que veamos estos temas que acabamos de
mencionar. Cmo te fue en esta pregunta? Yo espero que bien. Te invito
nuevamente a que sigas revisando los materiales que tenemos en la
plataforma para que vaya profundizando un poco ms sobre estos conceptos y
nos vemos en los siguientes temas que vamos a estar revisando.