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

 

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

 

modern simple graphic of men transforming into professional businessman

En el trabajo diario de cualquier organización habitualmente se vive demasiado de cerca del funcionamiento cotidiano para poder afrontar grandes procesos de cambio. Cuando éstos se plantean explícitamente, se suelen traducir en aspectos metodológicos de la gestión del cambio, como pueden ser los planes de comunicación, la mitigación de riesgos o el análisis de stakeholders.

La gestión del cambio es un área de la dirección altamente formalizada. Cuando hay altos grados de formalización, es fácil perderse en procedimientos estandarizados y perder de vista la finalidad del cambio.

Aprende cómo afrontar el cambio a partir de experiencias reales de éxito

Además, es un planteamiento cómodo, al que estamos acostumbrados y que supuestamente da buenos resultados.

Sin embargo, es menos frecuente realizar un análisis más profundo que observe la situación en perspectiva y plantee preguntas como qué es lo que hace la empresa, qué es lo que da a los clientes o qué es lo que éstos esperan de nuestro trabajo para, a partir de las disonancias que se identifiquen, reorientar el trabajo de la organización.

En definitiva, solemos definir nuestra actividad diaria y la de nuestra empresa en función de lo que hacemos, pero no nos planteamos qué sentido tiene la propia existencia de la empresa dentro de su nicho empresarial, en el mercado, y en el conjunto del mundo, y qué esperamos aportar a la sociedad.

¿Qué pasaría si en lugar de entender el cambio como una cuestión de procesos, partiéramos de los resultados?

¿Qué tal si a partir de ahora en lugar de centrarnos en cómo funciona la empresa nos centramos en por qué y para qué realizamos nuestro trabajo?

Quizás en ese momento la gestión del cambio dejaría de paralizarse por los procesos personales de resistencia para encontrar su energía precisamente en el cambio individual.

Al fin y al cabo, una empresa es la suma de todos sus trabajadores. Para producir un cambio en la gestión global es más sencillo comenzar por la disciplina de trabajo de cada uno de sus empleados, por la revisión de sus motivaciones y sus criterios de referencia y productividad.

Una vez conseguido el cambio individual, el siguiente paso es alcanzar el cambio global, que tendrá resultados mayores que los conseguidos como suma del cambio individual debido a la aparición de nuevos beneficios por sinergia.

De este modo, el cambio comienza por centrarse en la reorientación de cada individuo. Posteriormente, se pasa a una segunda fase en la que se optimizan los mecanismos que articulan los cambios individuales para maximizar los beneficios del trabajo en grupo.

Por otro lado, la adopción por parte del grupo de unas determinadas actitudes y sistemas de trabajo implica la necesidad de adaptación de todos los objetos que forman parte de él, tanto de los que ya se encuentran en la empresa como de aquellos que puedan venir.

Es decir, el círculo se retroalimenta positivamente, consiguiendo mantener los efectos del cambio tanto como sentido o finalidad del trabajo como en cuanto a aplicación de metodologías concretas.

Resumido en una frase, la gestión del cambio persigue movilizar individualmente a todos los trabajadores para alcanzar el éxito de cada uno de ellos, y a partir de eso, alcanzar resultados globales, que a su vez se traducen de nuevo en cambios individuales.

¿Significa esto que los sistemas tradicionales de análisis de los clientes, del impacto, la planificación de la comunicación, la gestión de riesgos y otros factores son inútiles?

Todo lo contrario: todos estos aspectos son fundamentales para llevar a la práctica los objetivos individuales y de la empresa, para optimizar metodologías y sistemas de aplicación.

Todas las mejoras orientadas a optimizar procesos de trabajo explican cómo alcanzar los objetivos, pero solamente tendrán pleno sentido si se enmarcan en un contexto de tensión entre lo global y lo individual que pueda armonizar el trabajo de las partes desde el reconocimiento de las diferencias en los roles de cada miembro del equipo.

Recibe los últimos blogs en tu buzón

 

calculadora, boletos, papeleo, imagen vectorialLas horas-hombre, también llamadas horas-persona, son la unidad de medida que se emplea en gestión de proyectos para medir los esfuerzos necesarios para completar una tarea.

1 hora hombre = trabajo completado en una hora de esfuerzo ininterrumpido por un trabajador medio.

Calcular horas hombre es la base para poder medir el coste por proyecto de cada tipo de experto y su contribución al resultado.

 

 

Gestiona automáticamente el coste de las horas hombre de tus proyectos con ITM Platform

El total de horas hombre por tarea se obtiene multiplicando el número de personas asignadas a una tarea por el tiempo total que lleva completarla.

Pongamos, por ejemplo, que 15 operarios en una planta metalúrgica dedican 10 jornadas de trabajo para completar un pedido de 800 unidades de producto.

Estimando 6 horas útiles al día, el total de horas hombre se obtiene de la siguiente multiplicación:

15*10*6=900 h

Por lo tanto, la productividad es igual a 800/900= 0,89 unidades por hora. Como conocemos el coste de la hora-hombre, es fácil calcular cómo la fuerza de trabajo contribuye al coste unitario y a la rentabilidad de la línea del producto.

Además, este ratio puede ser tomado como punto de partida para medir mejoras de productividad, introducir nuevos procesos y recortar costes.

Muy a menudo la fórmula se puede utilizar para saber cuántos trabajadores se necesitan, empezando desde el total de horas del proyecto:

Horas totales del proyecto / duración del proyecto = Número de horas hombre al día

A continuación, el total de número de horas hombre diarias se divide por 8 (o por 6, si queremos ser precavidos).

Número de horas hombre al día / 6 = número de trabajadores necesarios. 

Sin embargo, en cualquier proyecto mínimamente más complejo será también necesario tener en cuenta que el coste de las horas-hombre es variable, dependiendo de la categoría profesional a la que corresponda el trabajador.

No todos los miembros del equipo cuestan lo mismo

Un requisito para poder calcular el costo laboral total del proyecto es considerar tarifas horarias distintas por cada categoría profesional. En un proyecto de TI, por ejemplo, no costará lo mismo una hora de un programador junior que la de un responsable.

Por lo tanto, a la hora de calcular el coste del proyecto a partir de las horas hombre, deberás tener en cuenta que la multiplicación del coste se debe factorializar por cada categoría:

Coste total = (CH1 X HH1) + … + (CHn+HHn)

Donde CH1 es igual al coste por hora de la categoría profesional 1 y HH1 es el total de horas hombre estimadas por la categoría profesional 1.

Cálculo de coste por proyecto con ITM Platform

ITM Platform permite calcular los costes de tareas y proyectos con horas hombre y planificar proyectos basados en cálculos automatizados por la herramienta.

Esta es la pantalla de ITM Platform desde la que puedes planificar todos tus recursos:

pantalla de planificación de recursos

Para poder disfrutar de sus ventajas, solo tendrás que definir los valores de 3 variables:

  • Los perfiles profesionales de tu organización
  • Las tarifas asociadas a cada perfil profesional
  • Los costes estándar, que se calcularán cuando se asignen horas a un trabajador genérico.

ITM Platform costes estándar globales y por perfiles

Consulta en este tutorial cómo definir los perfiles profesionales, tarifas y costes estándar para poder calcular el costo de todos tus tareas y proyectos.

¿Quieres seguir leyendo? Descubre en este e-book todo lo que puedes aportar a tu organización centralizando tus proyectos en una oficina de gestión de proyectos (PMO).

Recibe los últimos blogs en tu buzón

 

intercambio de información vector cerebro imagen de potenciaUno de los mayores desafíos de una PMO es conseguir que las experiencias generadas en el seno de un proyecto se extiendan al resto de la organización y que no se pierdan al disolverse el equipo del proyecto. Incluso dentro de cada proyecto, alcanzar una línea de base de conocimiento compartido explícitamente por todos los miembros clave del equipo puede ser complicado.

Este proceso de transferencia de conocimiento es específico de las organizaciones basadas en proyectos y se encuentra con obstáculos diferentes a los que caracterizan la transferencia y aplicación del conocimiento en el ámbito de la I+D+i, por ejemplo.

Por desgracia, las Oficinas de dirección de proyecto pueden dejar las funciones de transferencia del conocimiento en un segundo plano o, cuando reconocen su importancia, a menudo no van más allá de un enfoque ingenuo. Para tratar el problema en su complejidad, recomendamos partir del reconocimiento de los principales obstáculos que impiden una función lineal del conocimiento.

Según B. H. Reich, existen 9 obstáculos para la transferencia de conocimiento entre proyectos:

 

1. Lecciones no aprendidas

Las dificultades que tienen las organizaciones para gestionar su día a día en base a proyectos comienzan y terminan con esta amenaza. Bien es verdad que más allá de los registros de experiencias anteriores y las directrices para el proyecto en cuestión, se emprende un camino nuevo e irrepetible que no es posible predecir, pero las lecciones aprendidas permiten al equipo comparar y analizar los posibles escenarios, así como aprender de situaciones anteriores que dificultaron el logro de los resultados deseados.

Por desgracia, el carácter irrepetible de los proyectos complica cognitivamente la aplicación de esas lecciones, que a menudo se transfieren por efecto de la experiencia personal de un miembro del equipo. Para conseguir escalar el aprendizaje más allá de los componentes personales, es recomendable:

  • trabajar sobre repositorios documentales que permitan identificar similitudes anteriores de forma proactiva
  • compartir las lecciones más relevantes de proyectos con características que se vayan a repetir, ya sea por pertenecer a la misma línea de negocio, tener el mismo cliente, o desarrollarse en mercados o circunstancias semejantes.

2. Selección de equipo defectuosa

Aun cuando el equipo de un proyecto cuente sobre el papel con todas las competencias necesarias para entregar un resultado de suficiente calidad, es posible que existan requisitos competenciales de difícil identificación, especialmente por lo que atañe a aspectos relacionados con la experiencia acumulada, el conocimiento del know how de la empresa y, en el caso de proyectos en el extranjero, la dimensión multicultural. A ello se añade el hecho de que quien lleva a cabo la planificación nunca será un experto en todos los aspectos técnicos que deben ser cubiertos, por lo que puede fallar al casar los requerimientos con la capacidad técnica del equipo. En este caso, incluso la transferencia de conocimiento internamente al proyecto puede fallar gravemente.

3. Volatilidad en el equipo de gobierno

En esta ocasión, se trata de un problema relacionado con la gobernanza del proyecto. La pérdida de un miembro de la estructura de gobierno que tiene incidencia directa en la orientación de los recursos y las estrategias corporativas (patrocinio ejecutivo o dirección del proyecto, por ejemplo) compromete seriamente los niveles de conocimiento y estabilidad dentro de los departamentos de la empresa basada en proyectos.

Descarga el ebook 7 formas de resistencia a la adopción de una herramienta ppm

4. Falta de reconocimiento de las funciones

La gobernabilidad del proyecto se sostiene tanto desde la gerencia como desde los patrocinadores de los proyectos, quienes deben recibir la formación adecuada para monitorizar con más criterio. La dificultad consiste en incorporar a la alta gerencia en la gestión del conocimiento sin quitarle su autoridad y la urgencia la percibimos en el peligro de tomar direcciones equivocadas debido a que los patrocinadores pueden tener alguna imprecisión o distinción equivocada en relación con el proyecto.

5. Inadecuada integración del conocimiento

Los proyectos de gran magnitud requieren entrelazar conocimientos especializados de varias áreas para solucionar problemas complejos, innovar o transformar esos conocimientos en algo mayor, gracias a su correcto acoplamiento.

Como vemos comúnmente, no hay una persona con la clave exacta para encajar de forma adecuada esos conocimientos diversos, por lo que se corre el riesgo de que las piezas del rompecabezas se junten incorrectamente, interfiriendo en el resultado.

Ante este escenario, la gestión de proyectos requiere que los directores velen por sostener una comunicación efectiva con y entre sus equipos de trabajo, para lograr una exitosa integración de conocimientos multifuncionales y evitar que algún equipo de trabajo se dedique, de manera independiente y por desconocimiento, a resolver un problema que ya otro equipo esté solventando. Esto genera frustración y un desgaste innecesario de los recursos.

6. Transferencia incompleta del conocimiento

A menudo, para el desarrollo de un proyecto complejo e innovador que requiera la implementación de recursos o soporte técnico especializado, los miembros del proyecto deben acudir a los proveedores de la organización o interactuar con un consultor. En esas interacciones, la transferencia del conocimiento debe procurar ser lo más transparente posible, pero los temores y conflictos de interés entre el equipo de proyecto y su proveedor de conocimientos suelen interferir en el proceso.

La mayoría de los fallos que atentan contra la concreción de un proyecto ocurre debido a que, durante el diseño, hubo una transferencia de conocimientos incompleta entre el equipo y los consultores externos o proveedores.

Esto se debe a que las personas que se dedican a la consultoría tienen la aspiración futura de recibir un alto provecho, por su propiedad intelectual y reconocimiento de valor, así que rehúsan vender sus conocimientos, en primera instancia.

En consecuencia, durante la transferencia de conocimientos, se omite información que suele ser crucial para el éxito del proyecto y esto no suele descubrirse hasta que se ha fracasado, lo cual nos invita a retroceder y evaluar el fallo. Por tanto, es de suma importancia cerciorarse de la calidad en la documentación recibida por el proveedor de conocimiento y evaluar su calidad y operatividad, de modo que el gerente del proyecto pueda tomar las decisiones más adecuadas para su empresa.

7. Salida de los miembros del equipo

El hecho de que algún miembro del equipo deba salir por circunstancias planificadas o imprevistas supone una fuga intelectual de gran valor para el proyecto, ya que el tiempo que ha dedicado esa persona al proceso de planificación y/o diseño implica la acumulación, para cada miembro, de conocimientos y destrezas relacionados con el proyecto y que resultan insustituibles. Estos conocimientos desaparecen una vez la persona se va.

Para protegernos de las brechas de conocimiento que crean las eventuales migraciones de integrantes del equipo que resultan piezas clave para el proyecto, deben tomarse medidas preventivas de documentación de conocimientos, con la finalidad de dar continuidad al proyecto con nuevos integrantes, en el caso de que ocurra esa salida anticipada al cierre. Claro está que siempre habrá una cantidad imprecisa de conocimientos que migren en el interior de la persona, los cuales serán irremplazables.

Prueba ITM Platform gratuitamente

8. Falta de un mapa de conocimientos de roles

Como parte que no podemos olvidar de la gestión de proyectos, destacamos la creación anticipada de un mapa de conocimientos, agrupados por roles, que sirva de herramienta para que todos los miembros del equipo (incluidos los cargos superiores) puedan identificar quiénes conocen qué cosa y cuáles son esos conocimientos de los que el equipo dispone para un proyecto.

El mapa de conocimientos nos permite facilitar el abordaje eficiente y efectivo de problemas complejos. No contar con uno se traduce en mayores dificultades para encontrar la solución a un determinado conflicto, ya que supone el riesgo de asignar la toma de decisiones a personas cuyos conocimientos no son los más idóneos para el tipo de problema.

Los teóricos sobre la materia, como Crowston y Kammerer y Faraj y Sproull han concluido, en sus estudios, que pueden ser más eficaces los equipos de proyectos con un mapa de conocimientos, que sí se enfocan, principalmente, en la integración del conocimiento.

9. Pérdida entre fases

Durante los procesos operacionales del proyecto, la estructura e integración del equipo varía con el paso de una fase a otra, por lo que corremos el riesgo de perder conocimiento valioso en esos cambios de composición o de transmitir conocimientos de forma inadecuada. Para estos casos, tradicionalmente, se acude a las técnicas de documentación escrita o gráfica para registrar los conocimientos de una fase previa, útiles de cara a las operaciones de la fase siguiente.

No obstante, en el registro escrito, solemos pasar por alto datos de gran relevancia para el desarrollo óptimo de la nueva fase operacional, como la razón de ser del diseño o sus opciones. A su vez, las interpretaciones que cada equipo da a la documentación pueden verse alteradas por los criterios subjetivos de sus integrantes, lo que da lugar a errores o retrasos, mientras se procura comprender por qué se tomaron determinadas decisiones en la fase anterior.

Por tanto, como método de gestión de conocimientos dentro de la gestión de proyectos, te recomendamos integrar en la documentación registros multimedia que complementen con audio y vídeo aspectos cruciales de la toma de decisiones de una fase, así como manejar minería de datos y redes de expertos, para que la sea lo más específica y clara posible.

Recibe los últimos blogs en tu buzón