gestión del dinero

Muchas iniciativas tecnológicas diseñadas para producir el cambio en el interior de las organizaciones no funcionan correctamente cuando se compara el rendimiento obtenido con el que se esperaba conseguir.

Descárgate esta plantilla de experiencia de usuario y asegúrate de que sabes cuáles son las necesidades de tu equipo

 

 

Este fallo en la mayoría de los casos se produce porque, pese a que aparentemente los nuevos sistemas de gestión de proyectos se han implementado, no se ha conseguido cambiar verdaderamente el tejido operativo de la empresa.

La premisa que se asume equivocadamente es “nuestro equipo de trabajo utilizará los nuevos métodos, las nuevas tecnologías, procesos y sistemas de trabajo, a medida que se diseñan o que se les dice que los utilicen”.

La realidad es muy diferente, el hecho de que desde las estructuras corporativas se decida adoptar una nueva metodología de trabajo no significa que se implementen automáticamente en el terreno práctico de cada día. Para que la aplicación se realice de manera correcta, es necesario que exista un proceso de docencia y unos sistemas de control que así lo garanticen.

Sin ellos, el resultado es que pese a que en apariencia se actúa según las nuevas metodologías, en el fondo se sigue actuando según los viejos sistemas, utilizando las nuevas metodologías como un parche para salvar las apariencias. De esta forma, se generan duplicidades que no solamente no incrementan la productividad sino que incluso pueden disminuirla.

Además, en estas situaciones donde no se trabaja con los usuarios de la nueva herramienta para definir exactamente el acoplamiento entre talento y tecnología, es habitual que se dé pie a la práctica conocida como IT shadowing. Cuando un empleado o equipo se enfrenta a un desafío en su trabajo para el que no existe solución tecnológica, buscará soluciones en el mercado y tratará de adoptarlas de forma espontánea. En organizaciones grandes, esto lleva a un claro desgaste en los flujos de trabajo y a la falta de visibilidad sobre el portafolio tecnológico corporativo.

Por ello, al evaluar los resultados obtenidos por la empresa tras la aplicación de las nuevas metodologías de trabajo, es posible que no se obtengan los resultados originalmente esperados. Sin embargo, no es culpa de que las nuevas tecnologías o métodos de trabajo no sean eficientes, sino de que no se han aplicado adecuadamente. A menudo, esto implica una falta de atención a las necesidades específicas de los empleados; a sus modos de uso de la tecnología; y a una falta de interés por identificar las causas de fricción.

Prueba ITM Platform gratuitamente

Gestión organizacional del cambio: la pieza que falta al engranaje

La gestión organizacional del cambio es la pieza que falta para que la gestión del cambio se pueda implementar adecuadamente en una empresa. Se encarga de gestionar los cambios en la estructura de una empresa, tanto a nivel de distribución de roles como en el aspecto más cultural y personal, para conseguir implementar con éxito una nueva metodología de trabajo.

Expresado de otra manera, la gestión organizacional del cambio se encarga de la faceta más personal y humana del cambio, que suele implementarse de manera práctica a través de proyectos internos.

Con todo ello, se pretende centrar la atención en lo que se ha demostrado que es la principal causa de fracaso en la implementación de nuevas metodologías. No se trata de problemas tecnológicos o de fallos de software, sino del factor humano: la motivación, las expectativas, la alineación entre necesidades de la organización y necesidades del desempeño diario de los expertos, formación, etcétera.

Sin embargo, actualmente la mayoría de las empresas que pretenden implementar el cambio en sus rutinas de trabajo siguen centrando su atención en otros aspectos y generando algunos mitos como los que se exponen a continuación.

Mito 1.- Cuanta más tecnología, mejor

Indudablemente, la tecnología ha revolucionado nuestras vidas, también el mundo de la empresa. Sin embargo, más sofisticación tecnológica no implica necesariamente mayor productividad ni eficiencia en el trabajo.

Implementadas adecuadamente, las nuevas tecnologías ponen al alcance de los trabajadores infinidad de recursos que les permiten ser más productivos, tanto presencialmente como a distancia, con las nuevas oportunidades que todo esto supone. Además, mejora la comunicación y la coordinación de los grupos de trabajo.

Sin embargo, si no se llevan adecuadamente al terreno práctico pueden suponer una merma en la productividad. Chequear constantemente el correo electrónico y otros sistemas de comunicación, tanto de la empresa como privados (como las redes sociales), hacen perder la concentración, interrumpen las tareas y alargan artificialmente los tiempos de trabajo.

Por otro lado, los cambios tecnológicos requieren de un periodo de adaptación y aprendizaje en el que inevitablemente la productividad será menor, de manera temporal, mientras los trabajadores aprenden a utilizar las nuevas herramientas que tienen a su disposición. Cuanta más sofisticada sea la nueva tecnología que se desea implementar, mayor será la curva de aprendizaje y por tanto el periodo de adaptación durará más tiempo, siendo necesarios también más recursos para la docencia.

Por ello, el objetivo no es buscar el desarrollo tecnológico a toda costa, sino hacerlo a un ritmo y de una manera que resulte asumible por los trabajadores y que aumente al máximo su productividad.

Mito 2.- La gestión del cambio se basa únicamente en una buena comunicación y en la práctica

Por supuesto que una buena comunicación es esencial para una buena implementación del cambio. En general, una buena comunicación es esencial para el buen funcionamiento de cualquier faceta de la empresa.

Del mismo modo, adquirir práctica, entrenarse, ensayar… son aspectos esenciales que ayudan a mejorar en ejecución de cualquier trabajo o tarea.

Sin embargo, la gestión del cambio es algo más complejo y requiere la interacción de otros factores estratégicos y tácticos si desea llegar al éxito deseado.

Así, por ejemplo, es conveniente transformar a los empleados en clientes internos y considerar cuáles son los factores que les llevarán a comprar la tecnología que se les ofrece. A partir de allí, se pueden realizar técnicas clásicas de investigación de mercado, como encuestas, focus groups, o estudios de usabilidad.

Es fundamental que todas estas técnicas se apliquen pronto en el proceso, de manera que la información recabada sirva para estructurar un perfil con requerimientos funcionales acerca de qué tipo de apoyo tecnológico se necesita. Si el focus group se hace a partir de una herramienta ya instaurada podrá servir para constatar por qué hay problemas de adopción – pero se estará generando un coste de oportunidad muy alto que se podría haber evitado al utilizar ese mismo feedback para escoger el tipo de herramienta óptimo para los usuarios.

Mito 3.- Los especialistas en gestión del cambio conseguirán realizar el cambio por ellos mismos

Los especialistas en gestión del cambio son un elemento crucial para conseguirlo. Al fin y al cabo, son los mejores conocedores de las técnicas y los sistemas que permiten llevarlo a cabo de manera eficiente. Sin embargo, para que en una empresa se consigan implementar nuevas metodologías de trabajo con éxito, es necesario que exista voluntad de cambio por parte de todos los estamentos de la propia empresa.

Los directivos de la empresa no pueden confiar en solicitar los servicios de un especialista en gestión del cambio y posteriormente desentenderse. Para que el cambio se consiga implementar de manera eficiente, es necesario que se involucre a todo el personal de la empresa, comenzando por los directivos y dirigiéndose a todos los trabajadores.

Mito 4.- La herramienta es intuititiva, así que se aprende sola

Incluso el programa más sencillo de empezar a utilizar esconde muchos secretos. Pensemos en un editor de textos, con todas las opciones avanzadas para configuración de estilos de párrafo y títulos, indexación o incluso la creación de macros. Para empoderar de verdad al usuario hay que ir más allá de la funcionalidad más inmediata, enseñar qué soluciones existen en el software y aportar documentación para poder recorrer esas soluciones independientemente.

Por ese motivo muchas empresas, obligan a contratar un servicio de asesoramiento y formación inicial que garantice que la nueva herramienta no será una caja negra dentro de la cual nadie mira.

No es de extrañar que nuestro paquete de formación más popular sea el servicio de implementación completo. ¿El motivo? Que está orientado, precisamente, a una gestión del cambio exhaustiva.

Servicio de implementación básico, servicio de implementación completo

Aunque tengan un coste inicial más alto, los servicios de formación para la implementación aumentan inmensamente el ROI del software corporativo. Por supuesto, medir el ROI de estas acciones es, por sí mismo, muy costoso. Sin embargo, organismos especializados como la American Association for Learning Development han demostrado en repetidos estudios que la inversión en formación del talento es una de las que más mejora los resultados de negocio.

Recibe los últimos blogs en tu buzón

 

Nuestro autor invitado, Albert Garriga, responsable de recursosenprojectmanagement.com, hace un clarísimo repaso a las metodologías de Cadena Crítica y Valor Ganado.

vector modern colorful geometry triangle pattern, color abstract geometric background, pillow multicolored print, retro texture, hipster fashion designUna situación habitual en muchas empresas es la existencia de varios proyectos ejecutándose en paralelo, los cuales comparten y compiten por los recursos de los departamentos. Esto es lo que se conoce como un entorno multiproyecto, y exige disponer de criterios y herramientas para priorizar la asignación de estos recursos y maximizar el resultado global de la organización.

En este artículo vamos a indicar dos métodos para poder realizar esta asignación; los cuales están basados en dos metodologías de gestión de proyectos ampliamente conocidas: Cadena Crítica y Valor Ganado.

 

Empieza a calcular el valor ganado de tus proyectos en ITM Platform

Priorización con Cadena Crítica

Si los proyectos están planificados con el método de la Cadena Crítica, las protecciones de los diferentes proyectos permiten disponer de un criterio objetivo para la toma de decisiones, al menos en lo referente al cronograma; ya que esta muestra la situación real del proyecto y el riesgo de no cumplir con la fecha de entrega.

Imaginemos que tenemos seis proyectos, cada uno con su protección relacionada a las tareas en su cadena crítica y su grado de avance. A partir de estos datos, podemos situarlos en un gráfico que muestre el porcentaje de avance de las tareas en el eje horizontal y el porcentaje de uso de la protección en el eje vertical.

Este gráfico quedaría de la siguiente forma y permite distinguir tres áreas:

  • Área verde. El consumo de la protección es bajo en relación al grado de avance de las tareas, lo que implica que el proyecto está presentando un rendimiento superior al esperado, y por tanto el margen de confianza para cumplir el cronograma ha aumentado. Sería el caso de los proyectos D y E.
  • Área amarilla. El consumo de la protección está cerca de lo estimado, por lo que esperamos que el proyecto cumpla con el cronograma; aunque si se desvía un poco puede que no sea así. Sería el caso de los proyectos A y C.
  • Área rosa. Estos proyectos han consumido más margen del estimado para su grado de avance, por lo que no van a cumplir el cronograma si no mejora su desempeño o se implementan contramedidas. Sería el caso de los proyecto B y F.

Como vemos esta gráfica nos permite comparar objetivamente el estado de los diferentes proyectos desde el punto de vista del cronograma, y determinar así cuáles de ellos necesitan de una acción adicional para cumplir los objetivos y cuáles no. Obviamente, desde el punto de vista de la organización, el objetivo es que todos los proyecto cumplan con su objetivo, lo que implica que todos este en las áreas verde y amarilla.

En base a esto, lo razonable sería pasar recursos de los proyectos del área verde a los de la rosa, y priorizar a estos últimos en caso de conflicto. En cierta forma estamos “perjudicando” a los proyectos que van mejor para “favorecer” a los que van peor, con el objetivo de que todos vayan como se espera.

Otro punto importante a la hora de priorizar proyectos según este gráfico es ver su grado de avance, ya que a un proyecto muy avanzado le va a costar más cambiar su situación que a uno que este empezando:

  • En el área rosa esto significa que un proyecto más avanzado va a tener mayor prioridad a la hora de recibir recursos que uno que este menos avanzado.
  • En el área verde ocurre lo contrario, los proyectos más avanzados son los menos prioritarios, ya que la reducción de recursos va a tener un impacto absoluto menor sobre su resultado final (tiene menos tiempo para actuar).

Prueba ITM Platform gratuitamente

Priorización con Valor Ganado

En los proyectos gestionados con Valor Ganado también es posible priorizar y comparar objetivamente su estado, con la ventaja de que en este caso podemos hacer comparaciones de plazo y coste simultáneamente mediante diferentes parámetros:

Variación de costes (CV), que se calcula de forma porcentual como CV=(EV-AC)/EV, siendo EV el valor ganado y AC el coste actual, y que se usa con el siguiente criterio:

  • CV>0: el proyecto está ahorrando dinero
  • CV=0: el proyecto está siguiendo la línea de costes planificada
  • CV<0: el proyecto presenta sobrecostes.

Variación del cronograma (SV), que se calcula de forma porcentual como SV=(EV - PV)/PV, siendo EV el valor ganado y PV el valor planificado, y que se usa con el siguiente criterio:

  • SV>0: el proyecto está adelantado respecto a la planificación.
  • SV=0: el proyecto está siguiendo la planificación.
  • SV<0: el proyecto está retrasado respecto la planificación.

Imaginemos que tenemos seis proyectos gestionados con Valor Ganado, lo que permite mostrarlos conjuntamente en un gráfico de acuerdo a su SV y CV; distinguiendo cuatro áreas:

diagrama, variación de cronograma (SV) en función de la variación de coste (CV)

  • La área en rosa (3) muestra aquellos proyectos que no cumplen ni con costes ni con plazo (caso de los proyectos A y E); los cuales pasan a ser los más prioritarios.
  • Las dos áreas en amarillo (1 y 4) muestran aquellos proyectos que no cumplen con una de las restricciones, bien sea coste (proyecto C) o de cronograma (proyecto B).
  • El área en verde (2) significa que el proyecto está mejor que lo planificado en relación al coste y plazo (proyecto F), o justo como lo planificado en el punto 0,0 (proyecto D)

De acuerdo a este criterio, el objetivo de la organización sería tener todos los proyectos en el área verde. Por tanto, el criterio a la hora de priorizar los recursos sería el siguiente:

  • Priorizar el uso de los recursos más económicos en los proyectos de las áreas 3 y 4, lo cual puede hacerse incluso si implica un atraso en los proyectos del área 4, ya que estos tienen margen en plazos.
  • Incrementar los recursos en los proyectos del área 1 y 3 para que estos puedan completarse en un plazo menor, incluso a costa de mayores costes en los proyectos del área 1 aprovechando que tienen ahorros para asumirlos.
  • Esta priorización puede hacerse “a costa” de los proyectos del área 2, ya que tienen margen para atrasarse o asumir mayores costes. Excepto los proyectos en el 0,0 que es mejor no tocarlos.

Como se intuye, la situación más compleja se da en los proyectos situados en el área 3, ya que estos deben mejorar simultáneamente en costes y plazo. Esto implica que debemos evitar mejorar una variable perjudicando la otra, o que al final limita las posibilidades.

Enlace relacionado con este tema:

Consideraciones finales sobre priorización

Hasta ahora se ha tratado la priorización entre proyectos de una forma objetiva y basada en variables cuantificables, lo cual es correcto pero insuficiente. En la realidad existe otro aspecto a tener en cuenta: los intereses políticos o comerciales de la organización.

Si pensamos más allá del plazo o coste de ejecución de los proyectos, vemos que no todos ellos son igual de importantes para la organización. En algunos casos vamos a tener proyectos que pueden generar nuevos encargos o que tienen una alta visibilidad, lo que les otorga un plus de prioridad. Por ello la persona encargada de gestionar el portafolio de proyectos debe conocer estos aspectos políticos y comerciales, y saber balancearlos con los criterios objetivos.

 

Albert Garriga
Recursos en project management

Recibe los últimos blogs en tu buzón

 

Descarga nuestra comparativa de MS Project frente a ITM Platform

Los estándares sectoriales que se consolidan en momentos históricos determinados tienen a menudo más fuerza por la tendencia humana al conservadurismo que por el valor que aportan.

Vector de Cloud Computing. copia de respaldo y almacenamiento de datos del negocio mediante Cloud Computing. ilustración vectorial.Puede parecer una afirmación arriesgada, pero hay abundante literatura al respecto. Quedará más claro con un ejemplo: el teclado QWERTY surgió de una ocurrencia comercial: los agentes que vendían las máquinas de mecanografiar demostraban la asombrosa facilidad de uso escribiendo la palabra “typewriter” usando solamente teclas de la fila superior del teclado.

Sin embargo, mucha gente sigue creyendo que el teclado QWERTY se creó tras estudios exhaustivos sobre las relaciones entre letras del vocabulario inglés y, por lo tanto, está optimizado para hablantes de esta lengua.

 

Es el caso de MS Project, que apareció en la era del ordenador personal y propulsó la consolidación digital de las metodologías de gestión de proyectos en cientos de miles de organizaciones. Al igual que QWERTY nunca ha sido sustituido por un teclado alternativo por la resistencia de los tipógrafos (primero) y los millones de usuarios (después) que ya estaban acostumbrados a una configuración determinada, la continuidad en el uso de MS Project no se debe a una comparación racional entre alternativas evaluadas en pie de igualdad, sino al enorme poderío de la continuidad.

Lo que tienen en común ambos productos es el uso combinatorio para generar un resultado superior a sus partes. Es la magia común del lenguaje y del proyecto: la integración de caracteres y componentes crea un significado coordinado. En esta situación, sustituir todas las funciones por modos de acceso distintos en una alternativa genera un trauma importante en la transición.

Pero ahí está la diferencia entre ambos ejemplos. Mientras que QWERTY ha capturado al 100% de los usuarios, Microsoft Project solo tiene el 67% del mercado en gestión de proyectos, y el 15% en gestión de portafolio, según Statista.

Qué porcentaje de usuarios captura MS Project comparado con QWERTY statistics

Esta tasa irá bajando por un motivo tan sencillo como contundente: MS Project es un producto anclado en el pasado. Hay múltiples motivos para descartarlo a favor de una solución basada en un paradigma digital contemporáneo, es decir: colaborativo, distribuido y conectado.
¿Cuáles son pues los principales motivos para dejar atrás MS Project?
La pregunta también podría formularse en sentido contrario: ¿Cuál es el motivo para seguir utilizando MS Project a pesar de que es fundamentalmente un programa de escritorio y uso personal? ¿Puede tratarse sólo de comodidad? ¿O de una falsa percepción del equilibrio entre ventajas y desventajas?

Repasemos las motivaciones para sustituir MS Project por una solución SaaS como ITM Platform:

MS Project es para un solo usuario (ITM Platform es multiusuario)

En MS Project, el modelo de trabajo es un jefe de proyecto que crea el plan de proyecto, lo guarda en un archivo en un disco duro local… y hace cambios manualmente.

"En ITM Platform, tu equipo puede ser un ejército permanentemente conectado."  

Superar las limitaciones nativas de MS Project como solución de escritorio es muy costoso incluso para equipos reducidos. Mientras que con ITM Platform bastan 1.000 dólares USD al año para soportar a equipos de hasta 7 personas, esa misma cantidad sólo permite servir a 1,5 personas con la versión más asequible de MS Project onine.

Además, como MS Project no cuenta con mecanismos de aprobación de proyecto y cambios de estado, cualquier persona puede hacer cambios a archivos mpp en un servidor compartido sin discusión previa, sin flujos de aprobación ni notificaciones a las partes implicadas.

Por el contrario, ITM Platform funciona desde un modelo en red, de manera que los usuarios no trabajan sobre archivos, sino en entornos: ecosistemas de proyectos compartidos comunes a cada organización. Este modelo tiene implicaciones importantes:

  • Los usuarios tienen perfiles de acceso diferenciados, de manera que efectúan modificaciones exclusivamente en su área de responsabilidad;
  • Ninguna acción de otros usuarios pasa desapercibida: el sistema genera notificaciones sobre los cambios efectuados a proyectos y tareas, además de permitir comunicaciones contextuales.
  • En definitiva, gracias a la posibilidad de los miembros de cada equipo de reportar horas y avances, la distancia entre planificación y ejecución es mucho más corta y está mejor medida que en MS Project.

ITM Platform está orientado a la planificación estratégica – MS Project no

MS Project se concentra en mejorar su cronograma; ITM Platform en la alineación con objetivos de negocio

Al considerar este aspecto vuelve a tener un peso particular la historia de la gestión de proyectos como disciplina. Con su expansión más allá de los ámbitos de la ingeniería hasta afirmarse como un modelo de gestión de organizaciones, las exigencias sobre los aspectos prioritarios con los que debe cumplir un software han cambiado.

MS Project no ha respondido a esas necesidades, habiendo preferido concentrarse en la complejidad de los aspectos de planificación.

Por el contrario, ITM Platform permite introducir objetivos de negocio, estudiar distintas hipótesis de escenarios y tomar decisiones basadas en datos reales sobre qué proyectos ejecutar.

MS Project exige instalaciones costosas – ITM Platform está en la nube

"ITM Platform es una herramienta para organizaciones; MS Project es un software para el uso personal de gestores de proyectos." 

Esta distinción tiene matices: MS Project Server es la versión para organizaciones que oferta Microsoft. Sin embargo, el proceso para pasar de la versión personal a la organizativa puede costar entre 10.000 y 20.000 dólares. Además, la instalación on premises necesita servidores MS, SQL y Sharepoint como punto de partida, además de expertise técnico avanzado en esos campos.

Por el contrario, el despliegue de ITM Platform en una organización es mucho más ágil, puesto que no precisa de ningún tipo de instalación (aclaración: ofrecemos instalación on-premises para las organizaciones que la exigen, pero se trata de una opción marginal entre nuestros clientes). Incluyendo toda la parametrización y la formación inicial, nuestros clientes empiezan a utilizar ITM Platform en plazos de entre dos días y dos semanas.

Montar una PMO en una semana… o en una eternidad

"ITM Platform es una herramienta idónea para crear una oficina de dirección de proyectos." 

Por las facilidades de adopción y sus prestaciones de gestión de portafolio, ITM Platform es una herramienta idónea para organizaciones que ya gestionan proyectos a partir de la iniciativa de gestores de proyectos individuales y están a punto de crear una oficina de dirección de proyectos. Mientras MS Project Server exige un esfuerzo económico y humano muy notable sencillamente para desplegar la herramienta, ITM Platform es un catalizador de la gestión centralizada, gracias a la capacidad de concentrarse en los aspectos metodológicos que realmente importa.

MS Project no ofrece control sobre componentes básicos de la integración

La gestión de componentes básicos de la integración de proyectos –como, por ejemplo, los costes y la facturación de los proyectos– , se hacen fuera de MS Project, por lo que quien solo acceda al archivo mpp no tiene visibilidad sobre las modificaciones.

Por el contrario, en ITM Platform la solución incluye gestión de costes, lo que la convierte en una excelente candidata para integraciones con sistemas de ERP. Otro ejemplo del enfoque holístico de ITM Platform son los riesgos.

MS Project tiene una filosofía cerrada – ITM Platform una filosofía abierta

En la era de la productividad empresarial online, donde la mayor parte de actores integran soluciones a través de API para conseguir flujos de automatización más ambiciosos, Microsoft mantiene una filosofía cerrada que solamente permite conectar sus propias soluciones entre sí: Excel, Access, etcétera. Aun así, las posibilidades para conectar MS Project son deficitarias. Es imposible, por ejemplo, recibir notificaciones personalizadas en Outlook cuando se realizan modificaciones en los proyectos.

Por el contrario, ITM Platform parte de la voluntad de convivir con los sistemas de todos nuestros clientes: no queremos provocar cambios traumáticos.

No solamente contamos con una completa API para que desarrolladores de cualquier organización puedan conectar sus sistemas de ERP, contabilidad o CRM; también existen integraciones con JIRA y Slack, además de una próxima presencia en Zapier.

MS Project es rígido – ITM Platform es flexible

Según Mark Corker, presidente de Seradex Web Services, la complejidad del software y las repercusiones de las opciones preprogramadas para reajustar fechas en tareas con dependencias tiene el resultado contraproducente de que el 99% de los proyectos en MS Project no tienen fechas fiables.

Por el contrario, ITM Platform se basa en un modelo de software flexible: de adaptación resiliente al usuario, en lugar de lo contrario. Por eso, se trata de una herramienta que no solo da valor a directores de proyecto, sino también a directores financieros, directores generales, COOs, CIOs, etcétera.

Recibe los últimos blogs en tu buzón

 

 Analítica y gestión electrónica de datos en DashboardUna de las metas más complejas de alcanzar para un director de proyectos es conseguir gestionar todos los componentes de proyectos de forma coordinada y unificada. Es lo que se conoce como integración de proyectos.

La integración es probablemente el área de conocimiento más crucial: no es casualidad que sea la primera de las 10 áreas que reconoce el PMBOK. De hecho, es la que más directamente se refiere a la gobernanza del proyecto y a la capacidad del director de proyecto de “estar en todas partes”.

ITM Platform es un software de gestión de proyectos específicamente diseñado para ayudar a que la integración no se convierta en una tarea imposible. Su menú de navegación pone a simple vista todos los componentes del proyecto para que sea posible acceder a ellos y controlarlos con un sencillo click.

General

Prueba el menú de proyecto de ITM Platform y empieza a integrar sin dificultades

En este artículo repasamos cómo resolver los aspectos más importantes de la integración de proyectos con ITM Platform. Puedes seguir leyendo sobre integración de proyectos en este artículo.

1. Aprobación del proyecto

Todo proyecto comienza por su aprobación, que, según PMBOK, debe quedar reflejada en un Acta de Constitución del Proyecto.

Cómo se hace en ITM Platform

ITM Platform permite configurar el flujo de los estados de aprobación del proyecto, adaptándolo a las realidades de cada organización.

configurar el flujo de los estados de aprobación del proyecto

Además, a la hora de crear un proyecto, es obligatorio indicar el estado de aprobación, que por defecto figura como “pendiente”.

Aprobación: pendiente

El Acta de Constitución puede subirse en la sección de los documentos del proyecto de modo que la persona responsable pueda revisar la documentación antes de tomar la decisión.

Pide una sesión de demostración para ver cómo ITM Platform puede adaptarse a tu organización

2. El plan de dirección del proyecto

La planificación de proyectos con ITM Platform puede empezar por el diseño de un cronograma, pero va mucho más allá.

Cómo se hace en ITM Platform

  • Gantt o Kanban: Para proyectos predictivos o para equipos ágiles. Tanto la planificación de proyectos como los aspectos de portafolio y programas son totalmente compatibles con ambas metodologías.

  • Compras, ingresos y presupuestos: Una vez introducido el presupuesto del proyecto, ITM Platform se encarga de realizar el seguimiento a partir de cada factura, midiendo la distancia entre el presupuesto estimado y el gasto real. En la pestaña de compras,

  • Gestión de riesgos: En la vista de riesgos es posible planificar y consultar los riesgos asociados al proyecto, que pueden evaluarse con nuestra matriz de evaluación de riesgos.

3. Monitorización y control del trabajo del proyecto

El control del trabajo de proyecto tiene varios frentes:

  • Desde la pestaña de equipo se pueden asignar responsabilidades de proyecto al equipo, mientras que desde las pestañas de Gantt/Kanban se puede realizar el seguimiento de avance en las tareas.

  • Desde la pestaña de seguimiento del menú del proyecto se pueden añadir evaluaciones rápidas de avance referidas a la totalidad del proyecto.

  • La pestaña de presupuesto permite comparar el presupuesto estimado con los valores reales

Empieza a monitorizar tus proyectos con ITM Platform

presupuesto, estimación, valores reales

  • El cuadro de mando ofrece una vista panorámica de los indicadores más importantes de los distintos componentes y es una herramienta de trabajo que nuestros clientes utilizan continuamente para reportes internos y para apoyar en la toma de decisiones.

diagrama coste previsto/coste real

4. Más allá del menú de proyecto

Ciertos procesos de la integración más relacionados con la administración de la organización viven fuera de la vista de proyecto.

  • Comunicación: ITM Platform cuenta con una red de comunicación contextual que habilita el intercambio de información a cualquier escala: notificaciones a toda la organización, discusiones de proyecto o discusiones de tarea.

  • Stakeholders: Esta es una de las características más diferenciales de ITM Platform. La sección de clientes externos conecta los proyectos con su rentabilidad, facilitando un análisis de las relaciones con clientes orientada a proyectos.

Recibe los últimos blogs en tu buzón

 

Ilustración de la codificación con las herramientas de medición, compás, regla, cuadrado

Un área de conocimiento es, según PMBOK (Project Management Body of Knowledge), "un área identificada de la dirección de proyectos definida por sus requisitos de conocimientos y que se describe en términos de sus procesos, prácticas, datos iniciales, resultados, herramientas y técnicas que los componen." De hecho, todos los procesos de la dirección de proyectos contenidos en el PMBOK se reparten entre las 10 áreas.

 

Empieza a integrar los componentes de tus proyectos con ITM Platform y mantén el control sobre actividades, recursos, costes, proveedores, clientes, riesgos y mucho más.

Además de las famosas 6 fases de la dirección de proyectos, el PMBOK contiene 10 áreas de conocimiento:

  1. Integración del proyecto
  2. Gestión del alcance del proyecto
  3. Gestión del tiempo del proyecto
  4. Gestión de los costes del proyecto
  5. Gestión de la calidad del proyecto
  6. Gestión de los Recursos Humanos del Proyecto
  7. Gestión de las Comunicaciónes del Proyecto
  8. Gestión de los Riesgos del Proyecto
  9. Gestión de las Adquisiciones del Proyecto
  10. Gestión de los Interesados del Proyecto

En este artículo repasamos el primer área de conocimiento: la integración del proyecto.

La gestión de la integración del proyecto PMBOK reúne los procesos y las actividades necesarias para que el proyecto exista más allá de sus partes. Sin integración, el proyecto no es más que una propuesta de valor con un objetivo; una vez que se identifican y definen sus componentes para integrarlos en torno al alcance que se quiere producir, el proyecto está suficientemente definido para ser aceptado.

La integración, con todo, no debe confundirse con la iniciación: de hecho, es un error de principiante integrar los componentes solamente al definir el proyecto: la integración se debe mantener durante todo el ciclo de vida del proyecto, a lo largo de la cual se jalonan los seis procesos de gestión de este área de conocimiento.

Las 4 claves decisivas para mejorar en esta área de conocimiento son:

  • Obtener la aceptación
  • Crear un plan de ataque
  • Estar dispuesto a hacer concesiones y rectificaciones
  • Aprender de los errores y también de los éxitos con el cierre de proyecto

Prueba ITM Platform gratuitamente

Obtener la aceptación

La gestión de la integración será eficaz si obtenemos el apoyo de todos los miembros del equipo y, sobre todo, de los grupos de interés. Obtener su aceptación desde el inicio del proyecto nos asegura tener el apoyo y la financiación necesaria para que tenga éxito. Para ello, podemos empezar creando un Plan de Proyecto y una Declaración de Alcance Preliminar.

El Plan de Proyecto es el que marca el inicio del proyecto e incluye las aprobaciones y rectificaciones que sean necesarias. Además, autoriza al director de proyectos a dirigir y organizar los recursos, que quedarán plasmados en esta carta, quedando bien definidos sus roles y responsabilidades.

En la Declaración de Alcance Preliminar indicamos el nivel de alcance del proyecto, definimos las razones para emprender esta iniciativa, los objetivos, las limitaciones que hayamos detectado, sus posibles soluciones e identificamos a los grupos de interés importantes a los que afecta este proyecto. Este documento define el proyecto en sí, así como las tácticas que hay que seguir para el proceso de control de cambios.

Con estos dos documentos podremos garantizar que los recursos estén coordinados y programados en la forma y tiempo que se necesiten.

Crear un plan de ataque

Empezamos identificando las actividades que serán necesarias para ejecutar, administrar y monitorear el proyecto de manera efectiva. Será necesario disponer de un software de gestión de proyectos que nos permita planificar y supervisar el proyecto en cualquier momento y desde donde estemos.

Podremos visualizar con un cronograma de Gantt las tareas del proyecto y los recursos asignados. Además, obtendremos actualizaciones de estado del día a día, necesarias para gestionar eficazmente el proyecto.

A medida que avance el proyecto, para que la presentación de informes y el monitoreo entre todos los miembros del equipo sea más preciso y oportuno, debemos hacer hincapié en que todos actualicen el estado de finalización de sus tareas. Por lo demás, su uso es muy fácil e intuitivo.

Estar dispuesto a hacer concesiones

Uno de los mayores desafíos a los que nos enfrentaremos en la ejecución del proyecto es la gestión de las personas. Pueden verse solapados los intereses y opiniones entre encargados de distintos departamentos y más de una vez solicitarán que realicemos cambios en la planificación de nuestro proyecto.

Para que seamos eficaces debemos estar dispuestos a hacer concesiones, aunque no siempre podremos darles lo que nos piden. Por encima de todo está el proyecto, que debe cumplir con los objetivos y requisitos establecidos en Plan de Proyecto.

Debemos controlar que el equipo esté llevando a cabo correctamente su parte del proyecto y asegurarnos que completan el trabajo según los requerimientos de la Declaración de Alcance Preliminar. Hemos de monitorear y controlar el trabajo del proyecto midiendo y equilibrando el progreso del proyecto; y llevando a cabo acciones correctivas o preventivas, según el caso, para garantizar el cumplimiento de todos los objetivos.

Es importante que sigamos el proceso establecido para el control de cambios, definido en la Declaración de Alcance Preliminar, y cuando surja una solicitud de cambio, asegurarnos de que pase por los canales adecuados antes de que se convierta en parte del plan.

Cada solicitud de cambio debe ser evaluada individualmente y solo implementaremos aquellos cambios validados y aprobados que nos van a ayudar a cumplir con los objetivos del proyecto.

Aprender de los errores y también de los éxitos

Como al principio del proyecto ya dejamos claramente definidas todas las actividades, al finalizarlo solo hemos de verificar que estén todas completadas y que el producto o servicio final cumple con las expectativas del cliente y de las partes interesadas. Es conveniente que obtengamos una aprobación por escrito de la finalización del proyecto.

Una vez terminado el proyecto, toca aprender de los errores y éxitos. Organizamos una reunión formal con los miembros del equipo y hacemos una sesión de brainstorming, enumerando uno a uno todos los errores observados durante el proyecto. Hacemos también una lista con las cosas que salieron bien.

Las debilidades con las que nos hemos topado, las amenazas del entorno sufridas, las fortalezas que hemos detectado como equipo y las oportunidades que hemos sabido o no aprovechar, todo lo aprendido en esta experiencia, nos va a servir para el próximo proyecto en el que seguro seremos más eficaces.

Recibe los últimos blogs en tu buzón