De medir Proyectos (II)

En una entrada anterior introducía el tema de cómo el hecho de cómo medir un proyecto puede distorsionarlo y ser incluso de un coste comparable al mismo proyecto.

Como medir los proyectos es algo necesario (¿seguro?), en esta entrada pretendo aportar mi pequeño granito de arena a la discusión de cómo evitar esos males antes mencionados, para que la ingrata tarea de medir realmente aporte valor al proyecto.

Para ello me basaré en un puñado de principios básicos que creo que hay que tener siempre en cuenta: Continuar leyendo

De medir proyectos (I)

Principio de Indeterminación de HeisenbergEs la ecuación que enuncia matemáticamente y de forma elegantísima por sencilla (al menos para mí) el Principio de Incertidumbre de Heisenberg.

En lenguaje llano viene a decir que no es posible medir de forma exacta y a la vez la velocidad (1) a la que se mueve un objeto y su posición – que siempre hay un margen de imprecisión en la medida de alguna o ambas de las magnitudes, y que el producto de esas imprecisiones es una constante, concretamente la de Planck dividida por dos.

Este principio básico de la física cuántica es frecuentemente interpretado en el sentido de que cualquier cualquier acción de medir altera de alguna forma al objeto medido y falsea, por tanto y aquí está el quid de la cuestión, el resultado de la propia medida. Es curioso porque a una conclusión similar se llega en otros ámbitos tan distintos (o no) de la física cuántica como la psicología del trabajo o sociología donde se habla del Efecto Hawthorne (los sujetos que saben que siendo sometidos a un experimento modifican los comportamientos que están siendo experimentalmente medidos)

Aterrizando dentro del ámbito de la temática de este blog, ¡cuántas veces nos empeñamos en medir proyectos y equipos… y sólo por este hecho de medir, aparentemente inocuo, estamos condicionando el desarrollo de lo que estamos midiendo!

No creo que nadie discuta la necesidad de medir de alguna forma cómo van los proyectos. La cuestión está en hacerlo de forma que no haga entrar en dinámicas dañinas a las personas protagonistas del proyecto ni a distorsionarlo. Y esta es una de las reflexiones recurrentes y retos con las que me tengo que enfrentar proyecto a proyecto.

Es muy conocido y cuestionado, por ejemplo, el modo de medir el avance de un proyecto por el tiempo que se invierte (o gasta, no sé qué término es mejor) en él. Este método de medir el avance por horas invertidas/gastadas provoca que las personas de los equipos no se vean motivadas por la calidad o eficiencia de lo que hacen – no son factores que se midan al fin y al cabo – y que los proyectos se alarguen y alarguen para alborozo de la consultora cárnico-industrial de turno y desesperación del pagano cliente.

Otra situación perniciosa tiene que ver con las reuniones de seguimiento e informes de progreso, donde a veces (me resisto a decir frecuentemente) se pierde de vista el objetivo del proyecto y el informe de marras se convierte en un objeto en sí mismo… el esfuerzo del equipo, el tempo y las tareas del proyecto se centran en la redacción del consabido informe – que para acabar de arreglarlo se plasma en uno de esos powerpoints infumables con fuentes a tamaño 10.

¿Cabe algo más perverso que el que el objeto de un proyecto sea la propia medición del mismo?

¿Y qué decir cuando el coste de medir es desproporcionado, del mismo orden de magnitud y comparable al coste del objeto medido, verbigracia el proyecto?.

Cuando analizo para mis clientes el coste de sus proyectos a donde primero apunto es a lo que se denomina eufemísticamente, la capa de gestión o de calidad que suele poner el proveedor. No digo que no haga falta pero hay que escrutar con detenimiento y siempre cuantas de las funciones de esas capas son sólo meramente administrativas, es decir para contar horas en un excel y dibujar bonitos (?) diagramas de Gantt.

En alguno de mis proyectos de selección de aplicaciones de gestión, medio en broma, le he llegado a proponer a mi cliente que dominar el Microsoft Project sea directamente un criterio de exclusión/veto (o al menos penalizador) de la persona propuesta como jefe de proyecto por los proveedores ofertantes (hay que aclarar que en las ofertas siempre exigimos que adjunten los CVs del equipo que proponen para hacer el proyecto).

Y a todo esto, alguno de mis hipotéticos lectores se dirá: vale, cierto, es verdad… este tipo saca todo esto a relucir y no aporta nada para cambiarlo o mejorarlo. Pues sí, tendría toda la razón (al menos eso es lo que yo pensaría). El problema es que esta entrada ya me está saliendo demasiado larga. Mejor lo dejo para un post posterior.

Por supuesto tus comentarios son más que bienvenidos.

 
(1) En realidad no es la velocidad sino la cantidad de movimiento o lo que es lo mismo, el producto de la masa por la velocidad del objeto en cuestión. Para simplificar se suele obviar el concepto masa para no tener que meternos en berenjenales de definir masa y considerar equivalencias con energía, etc. A efectos de esta entrada esta simplificación no tiene relevancia.
 
 (2): Esta entrada es una actualización de una publicada anteriormente.

Zoho aplica IA en su CRM

Según leo en eWeek, Zoho, está introduciendo elementos de Inteligencia Artificial en su solución de CRM.

ZIA,  su motor de IA, implementará estos elementos mediante un robot asistente que sugerirá flujos de trabajo para agilizar procedimientos frecuentes y proporcionando a sus usuarios consejos de, por ejemplo, cuál es el mejor momento para contactar a un potencial cliente.

La aplicación de IA realmente abre un mundo fascinante de posibilidades en el mundo de las soluciones de gestión empresarial. Hay que estar atentos porque se revela como una de las tendencias más relevantes y que mayor impulso pueden dar a este mercado. Me propongo escribir más sobre el tema.

La plataforma Cloud de SAP

SAP no es una organización que se caracterice precisamente por la claridad de su portafolio de servicios. Tiene tantos productos, y les cambia tan frecuentemente el nombre, que realmente es complicado explicar qué productos vende SAP. Por eso es de agradecer artículos como este de Dion Hinchcliffe de los Enterprise Irregulars que ayuda a entender la galaxia SAP, en este caso de su portafolio cloud.

Hinchcliffe, además de escribir estupendos artículos sobre tecnología en el mundo empresarial, suele hacer unos gráficos muy ilustrativos. Os recomiendo que lo sigáis.

Desarrollo de aplicaciones en iPad para SAP Cloud

SAP ha anunciado en el reciente MWC  que su SDK para desarrollar aplicaciones en la nube de SAP (SAP Cloud) soportará de forma nativa iOS, el sistema operativo de Apple.

Es la continuación de una alianza, SAP-Apple, que refuerza los planes de esta última para continuar creciendo en el mercado profesional (B2B),

Si estás interesado en formarte en ese nuevo entorno puedes acceder a la SAP Academy for iOS.

Hacia el fin de las bases de datos comerciales

Las bases de datos relacionales son el fundamento sobre el que se han construido todos los sistemas de gestión empresarial modernos, no vamos a descubrir nada con esto. Y entre ellas Oracle es la utilizada en la mayoría de ellos, como ilustra el gráfico de Gartner que encabeza esta entrada. Pero esto puede estar cambiando según SeekingAlpha, una plataforma de inversiones que predice una contracción del 20-30% en este mercado para el 2021.

Continuar leyendo

Uso de cookies

Este sitio web y subdominios asociados utilizan cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies

ACEPTAR
Aviso de cookies