Carta abierta* al Secretario General del Consejo de Coordinación Universitaria:
Estimado Sr.,
Escribo esta carta para hacerme eco de las noticias que me han llegado desde la Real Sociedad Española de Física (RSEF), de la que soy miembro, acerca de que la física va a desaparecer como materia de en los nuevos títulos de grado y master de Ciencias de la Salud. Nos parece sorprendente que esto ocurra con una materia que es hoy día la base de muchos de los métodos más recientes de diagnóstico médico.
De hecho la relación moderna entre la física y la medicina viene desde los rayos X, que valieron a su descubridor, el físico alemán W. Roentgen, el primer premio Nobel de Física en 1901, y cuyo uso recibió un fuerte impulso durante la primera Guerra Mundial, gracias a Marie Curie, también premio Nobel de Física en 1903. Ella equipó 20 coches radiológicos con sistemas de rayos X y los envió al frente para localizar los proyectiles y la metralla en los cuerpos de los soldados y extraérselos con rapidez, lo que permitió salvar muchas vidas.
Desde entonces esa asociación no ha cesado de intensificarse. Hoy juegan un papel importante en medicina las fibras ópticas para endoscopia, los láseres, la resonancia magnética, los TAC, las gammagrafías, ecografías, o el uso de radiaciones en terapia de tumores. En análisis son cada vez más frecuentes técnicas físicas con fluorescencia, luminiscencia o espectroscopia. También los encefalogramas, electrocardiogramas o magnetocardiogramas están basados en la física. La física de fluidos es necesaria para entender la circulación de la sangre y la teoría de la corriente eléctrica sirve para modelar las señales nerviosas. Sin olvidar que los huesos, músculos y tendones forman sistemas mecánicos que siguen las leyes de la física.
Parece evidente que si los profesionales de la salud no adquieren algunas nociones de física, no podrán entender suficientemente algunas herramientas importantes de su trabajo.
Por eso, le ruego que reconsidere la desaparición de la física en Ciencias de la Salud, incluyéndola de nuevo y corrigiendo así un defecto notable del proyecto educativo actual en esta rama universitaria.
*basada en la enviada por el presidente de la RSEF al secretario general del consejo.
28 febrero 2007
La ciencia pierde terreno de nuevo
27 febrero 2007
21 febrero 2007
Órdenes de magnitud

El orden de magnitud es una forma muy útil para comparar números muy grandes. Es un invento muy reciente porque nuestros ancestros no requerían de tan depurada técnica para saber si tenían que lanzarse al ataque de dos mamuts solitarios o, por el contrario, tenían que poner los pies en polvorosa ante la violenta estampida de 9 mamuts con las trompas en alto. Y por eso es a la vez tan poco intuitivo; imagínense hace unos 100 mil años a un “1000-tatarabuelo” nuestro ante una estampida de un trillón de mamuts. Veamos un ejemplo para un homo economicus típico licenciado en empresariales y con un MBA: el presupuesto del estado español para el 2007 es de 188.417 millones de euros, es decir, de casi dos veces 10 elevado a
Volvamos ahora a la TIR de nuestra start-up. El siguiente orden de magnitud a 74 se sitúa en las centenas. Por tanto podría ser tanto una TIR de 101 como de 909, siendo una nueve veces la otra o el 900% de la otra. Vemos pues una propiedad que cumplen los números pertenecientes a un orden de magnitud dado, a saber, que entre el primero y el último hay unas diferencia del 999%. Esta curiosidad puede tener consecuencias para lo que entendemos por precisión cuándo utilizamos los órdenes de magnitud para efectuar estimaciones. Como hemos visto antes, el presupuesto del estado es del orden de las centenas de millardo. Si el gobierno se planteara estimar un presupuesto del orden de las centenas de millardo, estaría asumiendo que dicho presupuesto podría ser tanto de 150 mil millones de euros como de 700 mil millones. Como esta precisión provocaría terribles pesadillas al ministro de economía, muy bien se cuidaría de hablar de una estimación de orden de magnitud para acotar más el presupuesto y poder dormir por las noches. Y ahora es cuando acabamos con una joya del PMBOK: en la página 161 de su edición española, y también inglesa, dice: “un proyecto en la fase de iniciación podría tener una estimación aproximada de orden de magnitud (ROM) en el rango de -50 a +100%”. ¿Mande?
18 febrero 2007
Jenny
Roberto había conocido a Jenny a finales de mayo en un kick-off en el que QRYPTOTECH, una start-up de reciente creación, realizaba la presentación del proyecto empresarial en el que él iba a ser asesor científico. Entonces disfrutaba de un contrato posdoctoral en el departamento de física de la Universidad de Stanford, donde había llegado el año anterior. Durante ese año largo no dejó de sorprenderse de las diversas peticiones que llegaban a la universidad en busca de expertos para formar parte de comités asesores en el sector de la alta tecnología, donde las empresas se creaban y destruían como partículas subatómicas en un vacío cuántico. No era esa una actividad que interesara a Roberto, quien siempre la había considerado inferior a su actividad profesional. Pero al final había llegado también su turno, y el director del grupo en el que trabajaba había acabado convenciéndolo para que aceptara formar parte, como experto en óptica cuántica, de un comité en un nuevo proyecto empresarial que se proponía desarrollar aplicaciones comerciales en criptografía de los recientes experimentos que dos años antes se habían realizado en Europa sobre teleportación cuántica. Roberto acabó haciéndose a la idea de que tampoco iba a estar tan mal, después de todo.
Y en aquella presentación vio por primera vez a Jenny. De lo que allí se habló, poco interés suscitó en Roberto, pues versó principalmente sobre los aspectos de alto nivel de QRYPTOTECH –puro marketing y autobombo pensó. Pero en verdad, después de ver a Jenny, poco le importó ya a partir de ese momento. Su atención, a pesar de los intentos de disimulo, fue hecha prisionera por la presencia de ella. En la tarjeta que le había entregado en el momento en que se la presentaron podía leer R&D VP -vicepresidente de I+D. Luego, durante su intervención, sabría que era licenciada en ciencias cognitivas y que, después de acabar sus estudios en Berkeley, se enroló en el MBA de Stanford, que abandonó a los siete meses para hacer uno de verdad: participar en la creación de una empresa de alta tecnología en la mismísima meca mundial del emprendizaje. Verla de pie, entre el retroproyector y la pantalla, desenvolverse con tanta soltura durante su intervención, con sus cabellos iluminándose cuando se acercaba a la pantalla para señalar algo, le quitaba el aliento. Era obvio que era uno de los promotores del proyecto empresarial, y a Roberto se le antojaba que era incluso su alma. Sentado a poco más de cinco metros de ella, la observaba aunque, en ese momento, le parecía una distancia inalcanzable. El evento finalizó y Roberto se pasó unos días sin poder dejar de pensar en ella y cómo podría volver a verla. No quedó muy claro cuál iba a ser su contribución al proyecto, aparte de la de aportar el nombre de un científico al advisory board.




16 febrero 2007
Valorando un proyecto (o chiringo) con Excel
Ah, para hacer lo que contaba en la entrada anterior no hace falta hacer ningún master ni conjurar al oráculo -aunque esto último sí lo hagamos para obtener las proyecciones de ingresos y gastos futuras-. Hacerlo es tan simple como abrir una hoja de cálculo y escribir lo siguiente

que da esto

Como se puede observar, las mates ni son complicadas ni oscuras, más bien todo lo contrario. El verdadero quid de la cuestión lo tenemos en determinar los CFs. Ah amigo, planificar es nuestra asignatura pendiente. Planifique, mójese, eche órdagos con base analítica, visualice el futuro. Le frenará su falta de ímpetu, nunca las mates.
Un último comentario. Un 74% puede parecer una muy buena rentabilidad. Pero un buen chiringo que se precie se va un orden de magnitud más arriba. El dinero parado se rancia.

que da esto

Como se puede observar, las mates ni son complicadas ni oscuras, más bien todo lo contrario. El verdadero quid de la cuestión lo tenemos en determinar los CFs. Ah amigo, planificar es nuestra asignatura pendiente. Planifique, mójese, eche órdagos con base analítica, visualice el futuro. Le frenará su falta de ímpetu, nunca las mates.
Un último comentario. Un 74% puede parecer una muy buena rentabilidad. Pero un buen chiringo que se precie se va un orden de magnitud más arriba. El dinero parado se rancia.
15 febrero 2007
Valorando un proyecto
Por aquella época, para nada lejana, cuando al sur de San Francisco se ponían de moda los cementerios de puntocoms, a este lado del charco lo hacían el capital riesgo, se lanzaba la iniciativa Neotec, bullían los viveros de empresas, se celebraban los First Tuesday y a los gobiernos de la UE se les llenaba la boca sobre cómo alcanzar los objetivos de Lisboa de 2000, entre los cuales destacaba el chiste de alcanzar a los EEUU para el 2010. Por aquel entonces, también, todas esas profundas diferencias me hacían añorar mi periplo californiano-canadiense (costa oeste en ambos casos, es decir frontera, aventura, espíritu pionero). Igual que aquí, donde el lema de una firma de capital riesgo era el de que “a los pioneros se los comen los caníbales”. No voy a negar que no tuvieran parte de razón. Tener éxito no es fácil, y detrás de cada éxito hay numerosos casos de fracaso. Pero una sociedad avanza en su conjunto a base de saturar todas las posibilidades de manera que asegure que se alcanzan los pocos éxitos sonados que se puedan dar y dar una nueva oportunidad a los cadáveres que se han quedado por el camino. Pero vamos a dejar esto para no desviarnos del objetivo inicial.
Decía que, una vez concretada la idea de negocio, debíamos plasmarla en un plan de negocio, herramienta fundamental para vender el proyecto empresarial y, en nuestro caso, obtener financiación. Y aquí es cuando sobreviene la pregunta del millón de dólares: ¿qué vale nuestro negocio cuando, en realidad, aún no es nada, tan sólo cuatro garabatos sobre unas hojas de papel y un puñado de ilusiones en las mentes de unos “juannadies”? En realidad, existen diversas formas de valorar, sobretodo cuando la subjetividad entra en juego. Nosotros, que íbamos aprendiendo sobre la marcha, optamos por una técnica muy sencilla que se utiliza para tomar decisiones a la hora de seleccionar proyectos desde el punto de vista financiero, y que viene muy bien para quien ve las cosas desde la trinchera. La motivación que subyacía era la siguiente: imaginemos que necesitamos unos ochocientos mil euros, que obviamente no tenemos, para financiar el desarrollo de un chip para meter en lavadoras, neveras y otros electrodomésticos para hacer algo que no voy a desvelar. Además de querer que alguien nos proporcione ese dinero, no queremos perder el control de nuestro negocio. Si consideramos que está valorado en, digamos, dos millones de euros entonces ochocientos mil supone un 40% del negocio. El inversor compra el 40% de nuestro negocio por ochocientos mil. ¿De donde salen los dos millones? Aquí es donde interviene nuestra técnica de análisis financiero de proyectos.
Un proyecto empresarial de nueva creación se puede ver como un proyecto en el que realizamos una inversión y recogemos unos beneficios durante un periodo de tiempo determinado. En un plan de negocio se suele hacer una proyección económico-financiera a tres o cinco años, que en esencia consiste en estimar los ingresos que vamos a ir obteniendo a lo largo de dicho periodo y los costes operativos derivados de la actividad. La diferencia entre los mismos es lo que se conoce como flujo de caja FC. Ahora nos podemos preguntar qué beneficios nos reporta el proyecto durante los tres primeros años. A bote pronto podríamos pensar que sería la suma de todos los flujos de caja a lo largo de los tres años menos la inversión inicial. Pero pasamos por alto un hecho que hace que nuestra estimación esté sobrevalorada: consideremos que el flujo de caja del tercer año es de un millón seiscientos mil, pero estamos en el ahora, dos o tres años antes, y vamos a comparar esa cifra con una inversión que vamos a hacer ahora, ¿son comparables esas cifras? Una cifra menor dejada en cualquier depósito durante tres años se va a convertir inevitablemente en otra mayor, por muy poco mayor que sea, gracias a ese invento humano del interés compuesto. Por tanto no son comparables, ese millón seiscientos mil a fecha de hoy es una cantidad menor. Lo mismo ocurre para los flujos de caja del segundo y primer año. Así pues, para traducir todas esas cantidades de periodos diferentes al instante actual, definimos una magnitud que se llama Valor Neto Actual VNA de la siguiente manera VNA = CF1/(1+r) + CF2/(1+r)^2 + CF3/(1+r)^3, donde r es el coste del capital estimado para los tres años. El VNA son los beneficios operativos de nuestro chiringuito, obtenidos a lo largo de tres años de dura supervivencia y traducidos a día de hoy –antes de impuestos y otras deducciones que no tienen trascendencia para lo que nos ocupa. Si a esa cantidad, imaginemos que salen 2.800.000 €, le restamos la inversión inicial, tenemos los dos megaeuros en los que valoramos el chiringo. Y ahora a convencer a alguien.

Ah, mi estómago bien.
13 febrero 2007
Embriagados por la incertidumbre

Mientras Lawrence y su acompañante descansan en el desierto, un diminuto punto empieza a distinguirse en el horizonte, agrandándose a medida que se viene acercando. El misterioso objeto parece encontrarse muy lejos aún como para saber de qué se trata, aunque la curiosidad los mantiene expectantes, mirando y esperando sin apenas hablar, y sin saber qué hacer ante el fenómeno que se aproxima. Hasta que llega un momento en el que lo reconocen, es un hombre montado en un camello. Aún así, no saben quien es ese hombre y la incertidumbre continúa. Permanecen inmóviles sin saber quien es o qué deberían hacer. Finalmente el acompañante de Lawrence, sospechando que la situación puede entrañar peligro se dispone a coger su revólver. Pero, antes de que pueda alcanzarlo, el hombre desconocido le dispara. El hombre baja del camello, camina hacia el cuerpo inerte y dice: “está muerto”. A lo que Lawrence replica: “sí, ¿por qué?”.
Cuántas veces intuimos o sentimos que algo comienza a amenazar el proyecto pero no lo tenemos los suficientemente en cuenta, bien porque no es lo suficientemente concreto, bien porque es difícil darle un significado o, y esto sí que no tienen perdón, bien porque preferimos no hurgar en el asunto porque a nadie le gustan las malas noticias. Al final, cuando el desastre sobreviene, y todo ha acabado, lo único que podemos hacer es preguntarnos por qué.
11 febrero 2007
Proyectos IT versus Servicios IT
Es un hecho cada vez más reconocido que las organizaciones están dependiendo cada vez más de las tecnologías de la información para alcanzar sus objetivos corporativos y sus necesidades de negocio. Para alcanzar dichos objetivos las organizaciones realizan trabajo, y las labores que realizan los sistemas de información o sus departamentos IT se pueden considerar como una parte muy importante de ese trabajo. Como cualquier tipo de trabajo realizado por una organización, este se puede clasificar de forma general en operaciones y proyectos. Puede haber casos en que ambos se superpongan, como en el mantenimiento evolutivo de una aplicación de software empresarial; pero también hay casos en los que existe gran confusión respecto a sus dominios de aplicación: referirse a algo como un proyecto cuando en realidad es una operación, no delimitar claramente cuando un trabajo deja de ser un proyecto y pasa a ser una operación, etc.
Así pues, esta clasificación del trabajo entre operaciones y proyectos no es para nada un asunto académico sino que tiene unas consecuencias prácticas muy directas a la hora de tener éxito y alcanzar los objetivos corporativos. Porque, aunque tanto operaciones como proyectos sean realizados por personas y estén planificados y controlados, la forma de organizarse, asignar recursos, planificar el trabajo, desde un punto de vista metodológico en definitiva, son diferentes. En esencia las operaciones son continuas y repetitivas mientras que los proyectos son temporales y únicos. No es lo mismo planificar una línea de montaje que fabrica lavadoras en serie (operaciones) que construir toda la infraestructura que constituye la propia línea de montaje (proyecto). De la misma manera, no es lo mismo implantar un CRM que utilizarlo en las operaciones diarias del negocio. La finalidad de las operaciones es mantener el negocio. En cambio, la de un proyecto es alcanzar sus objetivos y, aunque muchas veces parezca mentira, terminar. La explotación de un CRM mantiene o ayuda a mantener el negocio formado parte de las operaciones diarias a partir de unos procesos de negocio predefinidos y repetitivos; su construcción es un proceso que se inicia y se finaliza cuando se han alcanzado los fines para los que se decidió su construcción. Posiblemente, antes de la implantación del CRM, existían otros procesos operativos diferentes para la gestión de clientes que han sido sustituidos después. Así que aquí tenemos otra gran diferencia: los proyectos provocan un cambio. No por capricho. Si el entorno no cambiara, si las necesidades de los consumidores y clientes siempre fueran las mismas, los productos y servicios tampoco lo harían y, por tanto, el propio negocio y su mantenimiento permanecerían de forma indefinida. Pero el entorno cambia, los productos y servicios cambian, y por ende los objetivos de las operaciones cambian con el tiempo, aunque continúan adoptando otros. Esos cambios en las operaciones son provocados por los proyectos: con el advenimiento de Internet el sector bancario tuvo que vincular sus entornos HOST y bases de datos, en los que residían los cimientos de las operaciones bancarias, a las nuevas infraestructuras y transacciones realizadas a través de Internet.
Desde un punto de vista gerencial también existen diferencias. Las operaciones, que llevan un mayor recorrido desde el punto de vista metodológico y organizativo –y a pesar de que no sean más antiguas, proyectos se han realizado desde los albores de la civilización-, se sustentan mediante una estructura organizativa funcional, mientras que los proyectos deberían sustentarse mediante una estructura más orientada a proyecto. Y digo deberían porque en la mayoría de los casos perdura la más afianzada estructura funcional. Ejemplos de estas diferencias los encontramos en los aspectos que deberían caracterizar a un gerente de proyecto frente a un gerente funcional. Aspectos como pueden ser el enfoque, el estilo y la responsabilidad. Mientras que un gerente funcional posee un enfoque analista especializado en su área funcional, un gerente de proyecto debería tener un enfoque más generalista debido a que un proyecto suele abarcar diferentes áreas funcionales. El estilo del gerente funcional es el de experto de su respectiva área funcional, en cambio el del gerente de proyecto debe ser un estilo facilitador: no puede ni debe ser un experto en todas y cada una de las áreas funcionales que abarca el proyecto, pero debe conseguir que los verdaderos expertos tengan lo que tienen que tener en el momento preciso para que puedan realizar su trabajo. Finalmente, la responsabilidad del gerente de proyecto es la de asegurar los resultados del proyecto a diferencia de la de un gerente funcional que es la de la tecnología y recursos de su área funcional.
Como vemos, la diferencia entre operaciones y proyectos no es trivial. Por ello se uitilizan, o debería, metodologías diferenciadas para abordar cada caso, como pueden ser ITIL para operaciones de servicios IT y Prince 2 para proyectos IT, por citar un par de ejemplos muy fashion en estos tiempos. Esperemos que no se queden muy old fahsioned en poco tiempo, como muchas otras modas pasajeras del managamet, si se me permite el uso indiscriminado de anglicismos tan de moda, por cierto, en nuestro entrañable y castizo management.

Desde un punto de vista gerencial también existen diferencias. Las operaciones, que llevan un mayor recorrido desde el punto de vista metodológico y organizativo –y a pesar de que no sean más antiguas, proyectos se han realizado desde los albores de la civilización-, se sustentan mediante una estructura organizativa funcional, mientras que los proyectos deberían sustentarse mediante una estructura más orientada a proyecto. Y digo deberían porque en la mayoría de los casos perdura la más afianzada estructura funcional. Ejemplos de estas diferencias los encontramos en los aspectos que deberían caracterizar a un gerente de proyecto frente a un gerente funcional. Aspectos como pueden ser el enfoque, el estilo y la responsabilidad. Mientras que un gerente funcional posee un enfoque analista especializado en su área funcional, un gerente de proyecto debería tener un enfoque más generalista debido a que un proyecto suele abarcar diferentes áreas funcionales. El estilo del gerente funcional es el de experto de su respectiva área funcional, en cambio el del gerente de proyecto debe ser un estilo facilitador: no puede ni debe ser un experto en todas y cada una de las áreas funcionales que abarca el proyecto, pero debe conseguir que los verdaderos expertos tengan lo que tienen que tener en el momento preciso para que puedan realizar su trabajo. Finalmente, la responsabilidad del gerente de proyecto es la de asegurar los resultados del proyecto a diferencia de la de un gerente funcional que es la de la tecnología y recursos de su área funcional.
Como vemos, la diferencia entre operaciones y proyectos no es trivial. Por ello se uitilizan, o debería, metodologías diferenciadas para abordar cada caso, como pueden ser ITIL para operaciones de servicios IT y Prince 2 para proyectos IT, por citar un par de ejemplos muy fashion en estos tiempos. Esperemos que no se queden muy old fahsioned en poco tiempo, como muchas otras modas pasajeras del managamet, si se me permite el uso indiscriminado de anglicismos tan de moda, por cierto, en nuestro entrañable y castizo management.
Suscribirse a:
Entradas (Atom)