Professional Documents
Culture Documents
Octubre, 2018
Índice
Lista de abreviaturas o siglas
Definiendo la empresa la definición del ciclo de vida de sus proyectos, cuyo desarrollo
corresponderá al entrégale número tres para Todo Acero, el que se sumará a las métricas de control
y un PMO framework.
El uso de una metodología para la gestión de proyecto es voluntario, pero los beneficios
asociados a su implementación son atractivos para la organización, si se requiere un alineamiento
de la alta gerencia con el emprender los cambios a nivel organizacional y de inversión de recursos
que se requieren, la guía metodológica constituye una norma de principios y directrices sobre las
“buenas prácticas” en gestión y dirección de proyectos recogidos en los estándares más acreditados
como el PMBOK o la norma ISO 21500 es un estándar muy similar al estándar del PMBOK del
Project Management Institute.
Debido al crecimiento que ha experimentado Todo Acero en los últimos años y que se trata
de una organización orientada a los proyectos, se ha hecho más latente la necesidad de contar con
una metodología y/o herramientas para gestionar los proyectos que son adjudicados, poder
controlarlos adecuadamente, darles un cierre y obtener un aprendizaje de estos para posibles
futuros proyectos de características similares.
1.2 Objetivo
El objetivo que persigue el proyecto, es establecer una guía metodológica, que entregue las
herramientas necesarias para una adecuada toma de decisiones por parte de gerencia. Al no existir
formalmente en la actualidad una metodología es sumamente relevante establecer la manera de
integrar la solución planteada a la organización sin causar choques entre departamentos, controlar
la resistencia al cambio y adoptarse a la organización acostumbrada de trabajar bajo un nivel alto
de presión propio del rubro minero, se busca aprovechar la complejidad que exigen los clientes a
Todo Acero para sin mayor burocracia obtener resultados reales, además de resaltar los beneficios
asociados que esta podrá traer consigo, si se logra alinear a la alta gerencia con los estándares del
PMI.
Debe estar en conformidad a las mejores prácticas establecidas por el PMBOK para la
gestión de proyectos. Esta metodología se aplicará tanto para el estado actual de la organización,
como al ciclo de vida que tendría la industria en su conjunto, con el fin de poder hacer un análisis
de brechas que consiste en ver las diferencias entre uno y otro y así observar que se hace
adecuadamente y en que se puede mejorar a la hora de ejecutar los diferentes proyectos. Es
importante decir que, con ciclo de vida de proyectos de la industria nos referimos al ciclo de vida
ideal que los proyectos deberían tener, adecuado a la industria particular.
Consideramos sumamente relevante poder entregar herramientas con las que la empresa
pueda controlar los proyectos que ejecutan, por eso, otro elemento que daremos al cliente será el
diseño de mínimo 3 métricas clave para monitorear sus proyectos. Para hacerlo utilizaremos
como guía metodológica el libro Project Management Metrics, KPIs, and Dashboards, escrito
por Harold Kerzner. Que explica como diseñar métricas especiales para la gestión de proyectos.
Como primer paso, recopilaremos la información histórica de proceso y más el ciclo de
vida del punto anterior, podremos determinar cuáles son las tareas críticas, que son aquellas que
pueden retrasar y hasta detener el funcionamiento de la planta, ya que es en estos donde es
necesario mantener un constante control.
Luego se diseñarán los indicadores relevantes a estas tareas críticas, que cumplan con los
siguientes criterios.
5. PMO Framework
Proyecto de acuerdo al estándar PMI. Basado en 6ta edición de Guía para la dirección de
proyectos PMBOK (sexta edición, 2017) y Head First PMP (segunda edición, 2009) segunda
edición.
Debe cumplir con los contenidos mínimos de una metodología de dirección de proyectos
establecidos por Cadence, MC.
.
ENTRADA
GUIA DE
RECIBE SDT RECIBE RECIBE
DESPACHO
OTM OTF OTF / OTM
GERENCIA DE GERENCIA DE
GERENCIA DE OPERACIONES
CONTACTO GERENCIA ADM. Y FINANZAS
CLIENTE OPERACIONES
PROYECTOS / CLIENTE Se invo lucra a la
Gcía de Proyecto s
Requerimiento el Cliente
Documentos Necesario s
Alcances
Control de Calidad
}
PODEMOS Cubicación (despiece) Por trabajos a realizar
NO REALIZAR EL SI Compra materiale s
ENCARGADA DE FINANZAS
TRABAJO Creación de la Nota de Reunión de
envío Coordinación
Control de la Bitacora
Documentar Autocontrol PLANIFICACIÓN
Archivar Pro tocolos de
Calidad
Generar Packing List Administrador Administrador
Faena CORD Faena PTCH
Cliente
INGENIERO DE PROYECTOS SI ¿FABRICACIÓN? NO provee
Cubicación estructuras
Ofe rta té cnica
Ofe rta económica
COMPRA DE
SDT
MATERIALES
SIEMPRE
Oficina
Técnica CICLO DE GESTIÓN
ENTREGA PROPUESTA Levantamiento
DE TIESGOS
Planimetrico
Planificación:
PRODUCCIÓN Mapa de Procesos
Matriz de Riesgos
}
Planes de Mitigación
NO ACEPTA
CONTROL y Control
DE CALIDAD Y Conocimiento /
Aprendizaje / Ejecución:
Figura 1.2: Proceso productivo Todo Acero
Proveedores
Stakeholders
Figura 1.3: Diagrama de contexto de Rummler–
Brache. Adaptación a Todo Acero
2 Metodología técnica de ejecución del proyecto
Teniendo en cuenta el contexto explicado y analizado en el punto anterior, es importante
ahora explicar cómo abordamos estas problemáticas, teniendo en cuenta los requerimientos del
cliente, y el funcionamiento general de la organización.
En el siguiente apartado se explicará la metodología seleccionada por el equipo para
abordar las problemáticas. Se explicarán individualmente las metodologías utilizadas para cada
entregable, además de dejar clara la forma de integración de todas estas, para dar un resultado final
coherente y satisfactorio para el cliente. A modo general, nuestro marco teórico para todo el
proyecto, se basa en la gestión de proyectos, sobre todo en las metodologías difundidas por el PMI.
Vale decir que todo lo relacionado con el entregable de dirección de proyectos, se puede
consultar en el anexo 2.
Las matrices resultantes después de la aplicación de este método se pueden ver en Anexos.
2.2.2 Matriz de Holmes
El segundo método propuesto, por el equipo consultor, para la jerarquización de
alternativas de solución, es la matriz de Holmes. Se propone este método como opción rápida y
sencilla, para jerarquizar las alternativas según un solo criterio.
La matriz de Holmes es una técnica muy útil para la visualización y clasificación de
alternativas en base a un criterio particular. A grandes rasgos los pasos a seguir para utilizar la
herramienta son:
En primer lugar, se deben tener claras las distintas alternativas que se quieren priorizar,
numeradas e identificadas.
Luego se debe definir el objetivo, de este modo determinar el criterio más relevante o que
más peso tenga para realizar la priorización.
Finalmente se debe llenar la matriz de la siguiente manera: Listar todas las alternativas
tanto en las filas como en columnas y comparar una a una si cumple mejor (1), peor (0) o igual
(0,5) el tema u objetivo. La matriz resultante se puede consultar en anexos.
Esta metodología se aplicará tanto para el estado actual de la organización, como al ciclo de vida
que tendría la industria en su conjunto, con el fin de poder hacer un análisis de brechas que
consiste en ver las diferencias entre uno y otro y así observar que se hace adecuadamente y en
que se puede mejorar a la hora de ejecutar los diferentes proyectos. Es importante decir que, con
ciclo de vida de proyectos de la industria nos referimos al ciclo de vida ideal que los proyectos
deberían tener, adecuado a la industria particular.
Además, es importante conocer los diferentes tipos de PMO que pueden existir en una
organización dependiendo de las funciones y atribuciones de la misma, en general se puede decir
que existen 3 tipos: estación meteorológica, torre de control y piscina de recursos.
Una PMO estación meteorológica es la más básica, no influye en los proyectos,
solamente se limita a brindar información que le sea solicitada. No está autorizada a decirle a los
gerentes ni a sus clientes el cómo ni el qué hacer, es responsable de mantener una base de datos
actualizada de los proyectos, mantiene el estatus del proyecto; pero no busca remediar o
influenciar, simplemente, es informativo.
Luego tenemos la PMO torre de control esta ejerce un poco más de control sobre los
proyectos, apoyando en las diferentes etapas del ciclo de vida de éstos. Incluso estandariza
políticas y procedimientos para realizar planificación y ejecución. Igualmente se sugiere la
creación de un comité para seleccionar y definir estándares sobre los proyectos.
Finalmente tenemos la PMO piscina de recursos, en este caso la participación del gerente
de la PMO es sumamente fuerte en los proyectos, aquí la PMO le indica a cada gerente de
proyecto qué hacer y en qué momento. El gerente de la PMO es evaluado por el desempeño del
equipo en el proyecto, y es el responsable de designar los gerentes a cada proyecto. Este tipo de
PMO es el que más atribuciones tiene dentro de una organización y es recomendado para una
organización madura en gestión de proyectos
Finalmente es importante establecer el tamaño que tendrá la PMO dentro de la
organización, y para esto es importante saber que la PMO no tiene por qué ser una entidad
demasiado importante en la organización, sobre todo al comienzo, ya que es factible que esta vaya
creciendo gradualmente tanto en tamaño, como en atribuciones y funciones. Por esto es que
dependiendo de las necesidades y requerimientos de la organización es que se decide el tamaño
que puede ser desde una única persona hasta una oficina de varios trabajadores.
Dado el extenso tiempo que es necesario dedicar para completar los cuestionarios,
se seleccionaron 4 cargos a los cuales aplicarles el cuestionario de nivel I,
orientados principalmente a aquellos con relación directa sobre los proyectos
adjudicados y 6 cargos a los cuales se les aplico el cuestionario de nivel II, estos
fueron tanto al nivel de operación sobre los proyectos como a nivel de gerencias
medias y altas.
De acuerdo al resultado obtenido se establece que Todo Acero no alcanza los niveles I y
II de acuerdo al modelo Project Management Maturity Model (PMMM), debido a lo
anterior, no es necesario aplicar los cuestionarios de los niveles superiores y el objetivo
que se debe perseguir, es que la empresa en mediano plazo pueda alcanzar el nivel de
madurez I y II, y cuente con las herramientas para que a largo plazo pueda continuar su
avance en la madurez en la gestión de proyectos teniendo en consideración que la
experiencia ha demostrado que aplicar una buena gestión de proyectos, sobre todo para
una compañía donde su núcleo de trabajo son los proyectos, permitirá mejorar el margen
de ganancia, a la vez que se pulen los procesos relacionados a los proyectos, esto
mediante la optimización de los tiempos de trabajo y el perfeccionamiento de las tareas
necesarias, la eliminación de tareas irrelevantes y el adecuado control y seguimiento de
cada proyecto.
Sobre el nivel II: Procesos comunes, se establece que Todo Acero se encuentra
en la fase inicial: Embryionic, lo que nos indica que la organización reconoce la necesidad
de la gestión de proyectos y sus potenciales beneficios, y existe conciencia en los niveles
de alta gerencia y gerencia media reconocen que se deben hacer muchos cambios para
lograr implementar la gestión de proyectos, pero aún las acciones reales que se han
implementado no son suficientes para aplicar los procesos y métodos de la gestión de
proyectos, se recomienda priorizar esta brecha con planes de acciones a implementar
para escalar en el nivel de madurez como también resaltar de manera tangible y acorde
a la realidad de la organización, como impactarían dichos cambios en el desempeño de
la organización, cuales son los beneficios asociados y cuáles son los plazos acordes para
lograr los objetivos planteados, es importante que a nivel gerencial se entiendan los
beneficios provenientes de una adecuada gestión de proyectos.
dsada
Se obtuvo de esta forma las causas basales, en las cuales se deberá enfocar
el esfuerzo para mitigar las consecuencias encontradas, ofreciendo
alternativas de mejora.
Costos de implementación
Niveles de madurez “que ataca”
Utilización de recurso
Beneficios
Riesgos
Alcances en costos, cronograma y desempeño en la gestión de
proyectos.
Con esta tarea se espera poder tener un punto con el que comparar lo
obtenido en la actividad anterior, y poder hacer un adecuado análisis de
brechas (actividad posterior).
La decisión tomada por el equipo ha tenido buenos resultados, les ha permitido, a los
miembros del equipo consultor avanzar, sin mayores complicaciones relacionadas a la falta de
conocimiento en los temas a tratar. Logrando de esta forma enfocar sus esfuerzos en generar
un trabajo conforme con los criterios de aceptación definidos.
Un punto que ha resultado clave ha sido, tener bien definida la bibliografía necesaria durante la
totalidad del proyecto, esto ha sido una de las bases del buen desempeño y un punto a
recomendar y no olvidar para siguientes proyectos.
Los integrantes han mostrado un alto nivel de responsabilidad y compromiso con esta tarea, la
cual es crítica tanto para el avance y costo planeado. Conocer, entender y ser capaces de tener
una mirada crítica sobre el tema, son indispensable para obtener resultados acordes a los
exigidos.
Bibliografía
Anexos
Anexo 3 – Aspectos de la dirección de proyectos
1 Estructura de desglose de trabajo
A continuación, se muestra la estructura de desglose de trabajo correspondiente al proyecto del
equipo consultor.
Figura 1.1: EDT Proyecto equipo A
Diseño de sistema de
gestión de proyectos
para TodoAcero
4. Informe
3. Informe auditoría 5. Formalización
1. Dirección de categorización y 6. Metricas de
2. Informes EII sobre madurez ciclo de vida de 7. PMO Framework
proyecto oportunidades de monitores y control
organizacional proyectos
mejora existentes
1.4 Realizar matriz 2.4 Realizar 4.4 Definir 6.4 Diseñar 7.4 Definir roles y
3.4 Analizar 5.4 Realizar analisis
de exposición oral de alternativas de indicadores responsabilidades
resultados de brechas
responsabilidades avance mejora relevantes PMO
1.8 Participar en
reuniones de
seguimiento
2 Matrices de responsabilidad
A continuación, se muestran las 7 matrices de responsabilidad correspondientes a los 7
entregables del proyecto.
1. Dirección de proyectos
4 Presupuesto
A continuación, presentamos el presupuesto asociado al proyecto del equipo consultor, y muestra
en horas hombre y UF los recursos necesarios para llevar a cabo el proyecto.
Figura 4.1: Presupuesto del proyecto del equipo A
5 Matriz de riego
A continuación, se presenta la matriz de riesgo realizada para el proyecto del equipo consultor,
esta fue divida en dos partes pertenecientes a la misma tabla, por problemas de espacio.
Matriz de riesgos
Riesgo inherente
Descripción del
No. Entregables afectados Causas Consecuencias
riesgo
Probabilidad Impacto Riesgo
cronograma
Alto volumen de información Si
Pérdida de costo:
Descuido de unidades fisicas
R1 documentación Todos los entregables No Posible Mayor Moderado
de almacenamiento
sensible
Deficiencia sistema de desempeño
seguridad Si
cronograma
Sin proyectos 5. Formalizacón ciclo de Bajo crecimiento en el sector No
adjudicados vida de proyectos minero
R4 durante el 6.Métricas de monitoreo costo: Raro Moderado Bajo
segundo y control No
Alta competitividad
semestre 2018 7.PMO Framework
desempeño Si
cronograma
Alcance incompleto Si
Planificacion mal
realizada sobre la costo:
R5 Todos los entregables Mala estimación de HH Si Probable Catastrofico Extremo
ejecucion del
proyecto desempeño
Enfermedades o problemas
Si
personales
Estudiantes provienen de cronograma
No
universidad de prestigio
No cumplir costo:
1. Direccion de proyecto Malas experiencias anteriores No
R6 expectativas del Posible Mayor Moderado
2. Informes EII
cliente
desempeño
Mal alineacion de objetivos Si
cronograma Si
Paralizacion de Accidente en faena
costo: No
R7 Todos los entregables Improbable Moderado Moderado
actividades
Problema sindicales desempeño No
cronograma
4. Informe de Olvidar claves de acceso Si
Dificultad acceso
categorizacion y costo:
R8 sistema Sistema fuera de linea No Raro Moderado Bajo
oportunidades de
informatico (ERP)
mejora existentes desempeño
Dificultad acceso internet Si
Figura 5.1: Matriz de riesgo del proyecto del equipo A (parte 1).
Matriz de riesgos
Riesgo residual
No. Medidas de control
Probabilidad Impacto Riesgo
Figura 5.2: Matriz de riesgo del proyecto del equipo A (parte 2).