El Apartado

Promotores Vs Constructores

2011-03-11T02:16:00.000-08:00

Un tema conflictivo en cualquier organización es el coste del desarrollo IT. Es decir, ¿cuanto cuesta hacer tal o cual aplicación?. Desde la ingeniería del software se han dado varias propuestas para resolver este problema pero que, en mi modesta opinión, no sirven para el cliente que encarga el desarrollo software. Básicamente, estas técnicas de estimación están orientadas a las empresas que desarrollan software como su negocio principal, por lo que pueden conocer datos significativos como la preparación de su gente, la calidad de sus herramientas, el histórico de proyectos, etc...
El cliente que subcontrata el desarrollo no tiene nada de esto y siendo realistas, lo que suele ocurrir en la práctica, es que el cliente final pregunta a diferentes empresas de construcción de software en cuanto estiman el coste. El problema de esto es que normalmente no está definido lo que se quiere hacer por lo que las estimaciones pueden ser muy variables y además las sorpresas son frecuentes.
La propuesta que yo hago es fijarse en otros sectores. Por ejemplo, un promotor de viviendas puede ser que no tenga ni idea de cuanto vale poner 5 ventanas de doble cristal con aislante térmico de primera categoría ni falta que le hace. Lo que sí sabe es cómo es la clientela en esa zona, cuanto está dispuestos a pagar por una casa de unas determinadas calidades, cuanto debe ser el margen y cuanto está dispuesto a invertir él. Con estos datos, es ya una misión del de la constructora (que sí sabe cuanto le cuestan a él las ventanas) el dar una memoria de calidades y un presupuesto

El E-Commerce

2011-03-09T02:26:00.000-08:00

No pretendo disertar en este blog sobre el significado del E-Commerce ni sobre sus posibilidades. Se han escrito Teras de información sobre este particular así que no creo que yo pueda aportar mucho en este campo.
Lo que sí me gustaría es reflexionar un poco sobre el E-Commerce y su relación con el concepto de "aldea global". En nuestras ciudades y pueblos, lo normal es que haya una carnicería en el barrio y una panadería y una joyería....Si la población es suficiente incluso se pueden especializar estos comercios y hacer que aparezcan más. Por ejemplo, puede haber pastelería y panadería, a veces dos de cada pero es muy raro que haya cuatro o cinco, ¿no?.
Pues en el E-Commerce yo creo que va a pasar lo mismo. Si la logística no lo impide veremos dos o tres tiendas de cada ramo en todo el mundo, seguramente la más competitivas (ya sabéis, la mano invisible del mercado). El resto simplemente no tiene sitio.

Aplicaciones en USB revisited

2010-02-18T09:53:00.000-08:00

Lockheed Martin ha ido un paso más allá de lo que proponíamos en este post y ha decidido que su personal en movilidad no use portátiles si no llaves USB con un sistemas operativo propio y con mecanismos de cifrado para garantizar la privacidad.
En este artículo podéis ver más información sobre la funcionalidad de estos dispositivos.

Aplicaciones autocontenidas en una llave USB

2009-10-07T09:16:00.000-07:00

En la página portableapps nos explican como podemos llevarnos nuestros programas favoritos de un pc a otro. Para un usuario particular esto puede ser útil si por lo que sea tiene que usar varios pcs y no le interesa instalar todo el software que necesita en todos y cada uno de los pcs.
Para una empresa, las aplicaciones portables pueden tener otra dimensión. Le permite extender su sistema informático a otros empresas. Es decir, si por alguna funcionalidad de negocio hay que darle una aplicación a otra empresa, no se tendría que instalar el software en una máquina de esta segunda empresa. Se podría dar la aplicación en un USB con todo lo necesario para que funcione.

Se podría alegar que al entregar el software en un USB el cliente lo podría copiar al disco duro, a otro usb, etc, y de alguna manera romper la ventaja de tener un entorno autocontenido. Pues bien, con un simple script en Visual Basic se pueden hacer una serie de comprobaciones que aseguren que el código se está ejecutando en la llave USB correcta, por ejemplo, una unidad de nombre "XXXXX" y un determinado número de serie. Pego un código de ejemplo:

strComputer = "."

' Obtención de la letra de unidad

Set objWMIService = GetObject("winmgmts:" _
& "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")

' Comprobación de S/N del fabricande del HW

' Cogemos el número del fichero
Const ForReading = 1
Set objFSO = CreateObject("Scripting.FileSystemObject")
Set objTextFile = objFSO.OpenTextFile _
("configuracion.properties", ForReading)
strNextLine = objTextFile.Readline
arrServiceList = Split(strNextLine , ",")
SnFichero = arrServiceList(0)

' Hacemos la búsqueda entre los dispositivos físicos conectados al equipo
Set colDevices = objWMIService.ExecQuery _
("Select * From Win32_DiskDrive Where InterfaceType='USB' and PNPDeviceID like '%" & SnFichero & "%'")

if colDevices.count = 0 then ' No hemos encontrado el dispositivo
Wscript.Echo "El dispositivo de nombre XXXXX no está conectado."
else ' El dispositivo existe
Wscript.Echo "El dispositivo de nombre XXXXX está conectado."

' Comprobación de los datos de la unidad lógica asociada al pendrive
Set colDisks = objWMIService.ExecQuery _
("Select * from Win32_LogicalDisk where VolumeName='XXXXX'")
if colDisks.count = 0 then ' No hemos encontrado la unidad lógica
Wscript.Echo "Se ha modificado el nombre del dispositivo de XXXXX."
else ' La unidad lógica existe
For Each objDisk in colDisks
letraUnidad = objDisk.Name
Set colProcesses = objWMIService.ExecQuery( _
"select * from win32_process Where Name = 'Wscript.exe'" )
For Each objProcess in colProcesses
rutaEjecutable = objProcess.CommandLine
' Buscamos la letra de unidad en la ruta de ejecución del proceso
resultado = instr(rutaEjecutable,letraunidad & "\script\Def4.vbs")
' Wscript.Echo letraUnidad & " - " & rutaEjecutable
Wscript.Echo "Ruta de ejecución del script: " & rutaEjecutable & VbCr & "Letra de unidad XXXXX: " & letraunidad
if resultado <> 0 Then
Wscript.Echo "Se está ejecutando en el pendrive."
else Wscript.Echo "NO Se está ejecutando en el pendrive."
end if
Next
next
end if
end if

El ROI en la inversiones tecnológicas

2009-06-16T04:33:00.000-07:00

En algún post como éste, contaba mi modesta opinión sobre añadir herramientas informáticas sin pararse a pensar en el proceso subyacente. Hoy me he encontrado este artículo en donde se va un poco más allá y se afirma que no existe ROI en realizar inversiones puramente tecnológicas.

¿Entonces, cómo decidir abordar un proyecto tecnológico?. Llevado el argumento al absurdo, si no hay retorno de la inversión, nunca se debería realizar ningún proyecto tecnológico, ¿no?. Pues bien, y aquí está el quid del asunto, lo que se dice en el artículo es que el ROI existirá en la medida en la que la tecnología pueda cambiar la naturaleza del trabajo realizado y este cambio se puede medir con elementos más o menos familiares a las empresas como son los cuadros de mando que muestran el "Business Performance".

En definitiva, y aunque tire piedras sobre mi propio tejado, no puedo hacer otra cosa que estar de acuerdo con el autor del artículo y personalmente he asistido a muchos despliegues de herramientas en donde todo el mundo estaba empeñado en que no se debía cambiar la forma de hacer las cosas y el objetivo era adaptar la herramienta a lo que ya se estaba haciendo, costase lo que costase.

Como me dijo una vez un compañero, un clavo lo puedes clavar con una piedra pero si tienes un martillo.... Yo añadiría, ¿de verdad tienes que usar un clavo?.

El directivo perfecto

2009-05-19T02:24:00.000-07:00

El autor americano Lawrence Miller en su libro Barbarians to Bureaucrats habla de unos perfiles directivos que denomina el profeta, el bárbaro y el administrador.

El profeta encarna la fé ciega. Es el entusiasmo en su máximo grado, las nuevas ideas, no le interesan los estudios ni los análisis concienzudos, la verdad le ha sido revelada y su misión es transmitirla a todos los que están con él. Este tipo de directivo es el que se necesita al comienzo de toda actividad (por ejemplo, el cambio de aplicaciones informáticas propietarias a otras open source) ya que se necesita un alto grado de motivación para sobreponerse a las resistencias que todo cambio genera.

El siguiente paso sería el directivo bárbaro. Este no tiene la capacidad de generar ideas como el profeta pero tiene un objetivo claro y nada ni nadie le va a apartar de conseguirlo. Típicamente en informática, este directivo sería capaz de enfrentarse a los usuarios, al departamento financiero y si se tercia al consejo de administración. Por supuesto, no le hablemos de normas, ni de planificación. La ley es él (y también la policia y la administración de justicia). Sus métodos puede que no sean ortodoxos pero es lo que se necesita para que la organización crezca y sea competitiva. Ahora bien, cuidado porque la eficacia del bárbaro está limitada en el tiempo.

El tercer tipo de directivo sería el administrador. A éste le van los planes, las normas, el rigor. No es un conquistador que vaya a anexionar territorios pero la defensa está garantizada. Lo conseguido por el bárbaro, que a su vez realizó la visión del profeta, está en buenas manos con el administrador. El peligro que tiene el administrador es que la situación cambie y se necesite marcar un nuevo rumbo.

En definitiva, el directivo que consiga ser los tres modelos anteriores y en el timing justo será el directivo perfecto.

La burbuja inmobiliaria y la crisis

2009-05-08T03:55:00.000-07:00

En algunos de los post hemos hablado de la crisis económica y de la generación de valor a través de la tecnología. En esta entrada vamos a dejar de lado la parte técnica y os voy a adjuntar un archivo hecho por un compañero en el que se explica de manera muy clara el origen de la burbuja inmobiliaria y sus consecuencias.
Que disfrutéis!

Diez lecciones para que un proyecto de IT sea un éxito

2008-12-22T08:33:00.000-08:00

He encontrado este artículo donde se habla de los 10 punto principales para que un proyecto de IT tenga éxito. Hago una traducción libre de los mismos:

Los procesos de negocio son los que deben decir qué hacer y cuando y nunca la tecnología.
A veces hay que arriesgarse a cambiar la vieja y conocida tecnología por una nueva.
Hay que llevar el control de los proyectos a lo largo de toda la empresa.
Todos los implicados deben estar cerca y disponibles en todo momento.
Hay que darle al cliente lo que quiere, no lo que nosotros (tecnólogos) nos gustaría.
Hay que medirlo todo. El éxito y el fracaso.
La solución más fácil no tiene por que ser la buena (aunque a menudo lo es).
Ten encuenta la gestión de los datos maestros.
Make a lean system even leaner (este punto no lo traduzco)
Don’t use complicated, expensive software when a clipboard and pencil will do (éste tampoco).

En fin, yo añadiría a estos puntos el de "may the force be with you".

Crisis y tecnología

2008-11-28T02:26:00.001-08:00

No hago más que escuchar por la radio a los tertulianos hablar de que uno de los principales problemas de la economía es la falta de productividad y que lo que hay que hacer es orientarse a la economía del conocimiento usando la tecnología para aportar valor.

No voy a decir yo que estén equivocados, muy al contrario, seguramente tengan razón. Ahora bien, lo de mirar a la tecnología como si fuera la panacea tiene sus riesgos. De hecho, si la implantación de cualquier herramienta tecnológica no se hace acompañada de cambios en la estructura y en los procesos puede resultar un lastre más que una ayuda. Esto que puede parecer de perogrullo, muchas veces no se entiende o no se tiene tan claro y se desarrollan sistemas o se implantan herramientas que lo único que hacen es repetir lo que ya se estaba haciendo pero de otra manera aportando, en el mejor de los casos, un valor mínimo. ¿Y esto por qué?, por que tenemos interiorizado el mantra de que la tecnología es la solución a todo y no nos damos cuenta de que la tecnología puede ser el camino pero nunca debería ser la meta.

Os dejo un enlace a un discurso bastante ilustrativo al respecto que dio el presidente de la multinacional Diageo (sector bebidas) en una conferencia sobre los Desafíos de la gestión tecnológica.

De IT a BT

2008-11-12T04:35:00.000-08:00

Dicen los analistas de Forrester, que los líderes de IT deberían focalizarse en los resultados de negocio y en la innovación, no sólo en la madurez de la tecnología.

Según Forrester:

IT Excellence = Maturity + Alignment + Innovation.
Business Technology (BT) = Pervasive technology use that drives busines results.

Es decir, según la gente de Forrester, el role de IT es promover la evolución hacia BT e invertir en innovación pero en innovación de negocio. Muy bien, según esto, se quiere que el departamento de tecnología sea un habilitador del cambio y como ya hemos dicho en algún post, esto es algo no sólo deseable sino que necesario para la supervivencia del departamento de IT porque si simplemente se dedica a dar un servicio "commodity" ahí está el outsourcing.

Dicho esto, quizá también sea necesario que se cambien los criterios por los que se juzga al departamento de IT. En vez de meterle collejas porque se ha caído tal o cual aplicación igual habría que meterle collejas por que no ha propuesta nada que mejore la competitividad de la empresa.

La cultura corporativa

2008-11-04T01:43:00.000-08:00

En uno de los post hablábamos de los tipos de organización y de las enfermedades organizativas. En éste, me propongo hacer un resumen de los tipos de cultura corporativa más abundantes teniendo en cuenta su entorno y su orientación de los que habla Richard L. Daft en su libro "Teoría y Diseño organizacional".

Básicamente, se distinguen las organizaciones por su entorno, si es un entorno que requiere flexibilidad o estabilidad, y por sus fortalezas y orientación, orientación interna o externa.

Así tendríamos las organizaciónes adaptables (entorno flexible, orientación externa) que se caracterizan por:

Ser capaces de traducir las señales del mercado
Estar orientadas a su cliente
Son proactivas no sólo reactivas
Son creativas y asumen riegos

Organizaciones de tipo misión (entorno estable, orientación interna):

Se orientan a un sector específico del mercado
Tienen un visión clara y se manejan bien con metas a corto
Suelen conseguir los objetivos (ventas, crecimiento, cuota...)

Organizaciones de tipo clan (entorno flexible, orientación interna):

Los empleados participan de las decisiones
Existe un gran sentimiento de responsabilidad y compromiso
Se fomenta la promoción interna
Se logran grandes cuotas de satisfación y productividad entre los empleados

Organizaciones de tipo burocrático (entorno estable, orientación interna):

Tienen enfoques metódicos y todo está procedimentado
Suelen hacer uso de la simbología con ceremonias, tradición, héroes.
Hay acuerdo tácitos en todos los ámbitos de la organización
Suelen ser organizaciones predecibles donde existe un gran control que evita el despilfarro

Por supuesto, casi nada es blanco o negro y las organizaciones no escapan a esta máxima. Incluso dentro de la empresa con una cultura más marcada, pueden surgir subculturas de otro tipo casi siempre de la mano de un líder. De ahí que los departamentos de TI no tengan excusas aunque estén en el ministerio más rancio del país.
Diapositiva 6

Diapositiva 5

•

Diapositiva 4

Innovación y gestión del cambio

2008-10-30T03:25:00.000-07:00

Desde hace ya algún tiempo pero con el advenimiento de la actual crisis, todavía más, se habla de que la economía del futuro se basa en el conocimiento y en la innovación. Pero, ¿qué pasa cuando un departamento de una empresa se pone a innovar?. Pues en primer lugar, probablemente se produzca un cambio de "lenguaje" en ese departamento que lo va a distanciar del resto de la empresa lo que provoca un rechazo que finalmente acaba por echar a la parte más débil (el innovador).

¿Qué se puede hacer para que esto no ocurra?. Pues se puede intentar "gestionar el cambio". Para ello hay que tener presente algunas cosas:
Cuando alguien se enfrenta a un cambio, lo primero que se sufre es miedo. Miedo a la magnitud del cambio, luego desconfianza, se empieza a pensar que para qué se va a cambiar si todo va perfectamente, pueden entrar en juego incluso emociones y que alguien se lo tome como algo personal y finalmente, puede que el cambio no sea posible por falta de capacidad para realizar el mismo (conocimiento, medios materiales, ...).

Pues bien, si se evalúa el cambio en dos ejes, se puede hablar de un eje "hard" en el que se representaría la eficiencia operativa del cambio y un eje "soft" en el que estarían los aspectos culturales de la empresa. Una primera aproximación es envolver el plan "hard" dentro del "soft". Es decir, empezar por identificar las barreras contra el cambio, da los primeros pasos, observa quién está dispuesto a seguirlos y otórgale poder o alguna clase de beneficios, da publicidad a estos logros (tanto a nivel operativo como de beneficios para los seguidores del cambio) y vuelve a repetir el proceso.

Por supuesto, este proceso tiene que estar liderado por alguien que realmente tenga potestad (y preferiblemente autoridad también) para llevarlo a cabo. Y una cosa muy importante en todos los cambios organizativos, dar sensación de "URGENCIA".

Hermeneutica

2008-10-28T01:56:00.000-07:00

La Hermeneutica es el arte de la interpretación de textos para determinar la idea exacta que se quiere expresar.
Desconozco si Booch, Rumbaugh y Jacobson creadores del UML eran conocedores de la existencia de la Hermeneutica pero desde luego no les habría venido mal.

Probablemente les hubiese venido bien para evitar que el lenguaje UML carezca de una semántica precisa, lo que dificulta una interpretación objetiva de un modelo UML, que factores como serialización y persistencia, muy importantes en sistemas distribuidos no estén descritos en este lenguaje.

En fin, quizá es el momento de volver a Alejandría y plantearnos cuál es la mejor manera de transmitir ideas entre humanos.

Norma ISO 20000

2008-10-27T09:34:00.000-07:00

Las empresas dependen cada vez más de sus sistemas de información y afortunadamente se exige cada vez más una gestión profesional de los recursos de TI. Por lo tanto, los departamentos de tecnología han desarrollado sus propias "armas defensivas" por las cuales aseguran a la organización que están haciendo lo correcto y no están malgastando la inversión que se ha hecho en infraestructura de TI.
Una de estas armas es la ISO 20000 pero, un momento, ¿no estaba siendo una tal ITIL la defensora de la virtud de los departamentos de TI?.

Bueno, en el fondo son primos hermanos. Las principales diferencias serían:

La ISO 20000 es una norma internacional respaldada por un organismos oficial (la ISO y en España AENOR) mientras que ITIL son “buenas prácticas” aunque sea el "estándar de facto".
La ISO 20000 tiene referencias al control de proveedores lo que en el actual panorama es muy importante ya que casi ninguna empresa gestiona su TI con personal 100% propio.
Los informes al comité tienen entidad propia y se considera un proceso independiente.
En ITIL no es obligatorio el plan de continuidad de negocio y la ISO 20000 incluye además la norma ISO 27001 de seguridad de la información.

Hay alguna otra diferencia pero que no dejan de ser matices sobre lo mismo.

Software Craftmanship

2008-10-15T09:26:00.001-07:00

Es ya un viejo tema la posibilidad de "industrializar" la creación de software. Lo cierto es que los proyectos no suelen acabar a tiempo y normalmente no se ven usuarios pegando saltos de alegría con el producto final.

También es cierto que se han hecho muchos intentos para mejorar la creación de software usando diferentes metodologías que han obtenido resultados desiguales.

A la vista de esto, se me ocurre que a pesar de la metodología aplicada, la última línea de defensa es el programador que teclea por lo que su talento es fundamental. Es como si en una empresa de construcción de coches que usa el "just in time" el encargado de colocar las ruedas al coche no sabe donde colocarlas y le echamos la culpa al proceso. Con esto no quiero decir que la metodología no importe, que importa, si no que está claro que al final del proceso siempre está el programador.

Por otro lado, la mayoría de lenguajes empleados en la programación están hechos para que lo entiendan las personas y por supuesto las líneas de código plasman conceptos. Esto quizá diferencie la construcción de software y la de coches.

Black Swan

2008-10-13T10:26:00.000-07:00

En el año 2007 Nassim Nicholas Taleb publicó un libro llamado "The Black Swan" (en español el cisne negro). En ese libro, expone su teoría (The black swan theory) según la cual la mayor parte de los grandes avances científicos y en general los hechos impactantes y difíciles de predecir son eventos que no deberían ocurrir (de ahí el nombre de la teoría, cisne negro, ya que se supone que los cisnes son blancos).

En el fondo, lo que Taleb nos cuenta es que aunque nos guste pensar que podemos explicar las cosas que pasan, las verdaderamente impactantes son efecto de la casualidad y no de acciones dirigidas a obtener el efecto que finalmente ha ocurrido. Taleb pone de ejemplo el auge de Internet, el ordenador personal, la Primera Guerra Mundial y el 11 de Septiembre.

No es que consuele mucho pero cuando tu sistema redundado, con recovery automático falla estrepitosamente siempre puedes decir que "también existen cisnes negros" y sino que se lo digan a Wallstreet.

La organización del departamento de IT

2008-10-10T02:14:00.000-07:00

El departamento de IT de una empresa suele ser un lugar bastante complejo. El hecho diferencial con respecto a otras áreas de la empresa es que no sólo se da servicio a clientes externos (los otros departamentos de la empresa) sino que existen relaciones clientelares dentro del propio departamente de IT. Así por ejemplo, desarrollo es cliente de sistemas, sistemas es cliente de comunicaciones, etc...

Existe un tipo de organización del departamento de IT que es la organización por tareas en la que existen grupos especializados en una determinada función. Estos grupos siguen el modelo de caja negra, es decir, reciben inputs por un lado (peticiones) y generan outputs (las tareas realizadas).
Esto tiene muchas ventajas pero principalmente se consigue un ahorro de costes ya que con pocos recursos (pocos miembros en estos grupos especializados) se consigue atender a muchos clientes. El problema (y gordo) es que al ser una caja negra, los grupos especialista necesitan un gran detalle en la petición ya que desconocen la finalidad y el contexto en el que ésta se ha hecho.
Otro gran inconveniente es la dilución de responsabilidad. ¿De quién es la culpa de que no hayamos cumplido el plazo?, ¿la petición estaba bien hecha?, ¿le faltaba una coma y no he entendido que querían?...

Existe otra manera de organizar el departamente de IT que es la organización por proyectos. En este modelo, no existen grupos de especialistas sino que se asignan especialistas a cada proyecto. Aquí las responsabilidades están claras y todo el mundo tiene el mismo objetivo (que tu proyecto, en el que estás asignado, salga bien) pero tiene otro gran incoveniente. Se necesita más gente ergo es más caro.

El coste de inventario

2008-10-07T07:44:00.000-07:00

Existe un concepto comúnmente manejado en la industria que es el coste de inventario.
Los inventarios son un conjunto de bienes o productos almacenados. Este almacenamiento funciona como un buffer que amortigua ineficiencias o errores en la cadena de suministro.
Por supuesto, las empresas conocen perfectamente que tener inventarios suponen costes. Por ejemplo tendríamos costes por la compra de los productos que forman el inventario, costes de obsolescencia, costes de manipulación, costes de ocupación y finalmente gastos varios.

Como se puede observar, el coste total es la suma de varios componentes. No siempre todos los conceptos se pueden aplicar en todas las situaciones pero el coste de inventario quizá sea aplicable a más casos de los que normalmente se consideran.
Así, se me ocurren dos preguntas:
¿Para qué quiere una empresa logística, manufacturera, industrial, etc..., un CPD?
¿Será por esto de los costes de inventario que está de moda el tema del Cloud Computing?

LAISSER FAIRE, LAISSER PASSER

2008-10-02T07:40:00.000-07:00

El "laisser faire, laisser passer" (dejar hacer, dejar pasar) es un término económico que está detras de la filosofía del liberalismo económico.

Básicamente, lo que el término "lasser faire" indica, es que el máximo beneficio se obtendrá cuando todos los actores de un determinado sistema actúen libremente según sus intereses sin que nadie externo regule esta actuación.

Estamos viendo últimamente que esta filosfía tiene sus problemas ya que en muchos casos se intenta tener un beneficio a corto plazo aunque a largo plazo esto sea el fin.

Bueno, pues algo parecido pasa en los departamentos de sistemas. Se recibe una petición de un equipo de desarrollo para hacer un pase a producción, ¿que le interesa al departamento de sistemas?, Laisser faire, laisser passer.

Cobrando por los servicios de IT

2008-09-30T03:06:00.000-07:00

El beneficio fundamental que se produce cuando el departamento de IT cobra al resto de departamentos, es que nos da una manera fiel de determinar la cantidad y calidad de los servicios que IT proporciona. Los clientes internos a los que se les cobra, se vuelven más exigentes y quieren tener capacidad de decisión. Si creen que el servicio prestado no es bueno, se quejarán o intentarán buscar esos servicios en otro lado.

¿Es esto positivo para los responsables de IT?. Al menos se producen dos efectos positivos:

En principio, se debería producir una mejora el servicio dado al cliente ya que éste se va a involucrar más
El cliente va a ser más consciente de lo que está pidiendo, ajustándose a sus verdaderas necesidades.

Por otro lado, también se proporciona una manera más formal de medir los beneficios del departamento de IT:

Se facilita la elaboración de un plan de inversiones en base a los costes y a los beneficios para el negocio
Se evalúan los costes de IT de una manera justa
Se da visibilidad a la organización del valor que aporta IT

Existe otra modalidad, la llamada Notional Charging, en donde se extienden facturas pero el dinero no circula realmente entre un departamento y otro.Por supuesto, la eficacia de esto depende de la manera en que se gestionen los procesos, por que los responsables podrían simplemente ignorar la información de costes.

Open Source Vs. Soluciones propietarias

2008-09-26T01:54:00.001-07:00

La pelea entre las soluciones Open Source y las soluciones propietaria parece que va para largo. Los defensores del Open Source habitualmente justifican la superioridad de este tipo de soluciones basándose en una mejor organización del proceso de desarrollo. Lo justifican con las siguientes razones:

Los desarrolladores en una organización propietaria no tienen los objetivos correctos ya que la mayoría no son usuarios y por lo tanto no conocen qué funcionalidades o mejoras son prioritarias, o simplemente dónde están los errores. Por el contrario, los desarrollos Opensource se pueden beneficiar de los “usuarios como innovadores” ya que éstos pueden sugerir nuevos desarrollos o corregir errores usando su propia experiencia.
En el caso del software propietario, se incentiva la producción de versiones mejoradas sólo de vez en cuando, siguiendo una hoja de ruta perfectamente establecida, de tal manera que los usuarios se vean obligados a comprar nuevas versiones regularmente. El software Opensource se actualiza constantemente corrigiendo errores y añadiendo nueva funcionalidad por lo que su eficiencia es mayor que el software propietario.
El rendimiento del software propietario depende de las inversiones en I+D que haga la empresa. Estas inversiones tienden a disminuir una vez que el producto ha logrado una posición monopolística en el mercado. Dado que la contribución al código Opensource suele ser gratuita, la innovación y la evolución de este tipo de productos no se suelen ver afectadas por su posicionamiento en el mercado.

Independientemente de estas razones, cuando se trate de tomar una decisión corporativa sobre qué software comprar, habría que considerar lo siguiente:

La infraestructura disponible
El grado de madurez tecnológico de la empresa
La formación de los usuarios
Presupuesto
Masa crítica en el mercado
Consideraciones políticas (alianzas estratégicas, política del regulador,...)

La organización y los proyectos "Llave en Mano"

2008-09-23T05:14:00.001-07:00

Desde un punto de vista directivo, los proyectos "Llave en Mano" (en inglés, "turnkey contract") de construcción de software tienen un montón de ventajas. Por ejemplo, el responsable de IT sabe de antemano cuánto va a costar el proyecto y se pueden fijar penalizaciones si existen incumplimientos en las entregas a un único proveedor. Es decir, los costes y las responsabilidades están claramente definidas con el consiguiente alivio para los directivos.

Por supuesto, esta modalidad de contratación también tienen sus problemas. Normalmente, son proyectos en los que el contacto entre el proveedor y el cliente se producen de manera puntual (usualmente con las entregas de software) por lo que el seguimiento del proyecto se vuelve muy difícil. También se complica el aseguramiento de la calidad por el mismo motivo de falta de contacto.

Pues bien, muchas organizaciones todavía no han entendido el escenario que se produce cuando se contrata un proyecto llave en mano y siguen con procedimientos y controles típicos de los desarrollos in-house. Esto no sólo repercute en un derroche inútil de recursos sino que puede dar una falsa sensación de seguridad y finalmente producir una desorientación total en la organización al ver que proyecto tras proyecto se fracasa, ya que esos procedimientos y controles válidos para el desarrollo con equipos internos no son neutrales con los desarrollos llave en mano. Son perjudiciales.

Los directivos y las crisis

2008-09-18T09:13:00.000-07:00

Es bien sabido que cuando alguien gestiona dinero ajeno pueden surgir contradiciones entre los intereses del gestor y del dueño del dinero. Se produce entonces lo que se llama un "problema de agencia". Una forma de minimizar los efectos del problema de agencia y conseguir el alineamiento entre el gestor y el propietario es la retribución por objetivos. Es decir, yo accionista y por lo tanto dueño de la empresa pagaré al directivo profesional que gestiona la compañía según los beneficios que este obtenga para mí. Pues ya está, asunto resuelto, ¿no?.

Pues parece que no. Estamos viendo estos días como gigantes financieros que daban enormes beneficios están literalmente desapareciendo por la irresponsabilidad de sus directivos, ya que arriesgaron demasiado para ganar más.

Quizá dentro de la remuneración por objetivos habría que ponderar el riesgo que se asume para obtener el beneficio.

Los recursos humanos

2008-09-08T09:44:00.001-07:00

No hace mucho tuve una conversación con una amiga sobre la capacidad que tienen las personas de cambiar su personalidad o lo que es lo mismo, cambiar su forma de actuar ante determinadas situaciones. Mi amiga creía que ese cambio era posible a través de estímulos externos. Por ejemplo, a una persona que le encante salir de noche, se la podría convencer de quedarse en casa si sabe que saliendo va a provocar un conflicto con su pareja.

Mi argumento era que este cambio de comportamiento iba a ser pasajero y que llegaría el momento en el que el "chantaje" ya no iba a ser efectivo.

Quizá es esto lo que pasa con los trabajadores en las empresas. La recompensa con mejoras salariales funciona momentáneamente pero es un estímulo que se acaba perdiendo.
¿Qué es lo que puede hacer más perdurable la fidelidad y el compromiso de los trabajadores?. Que conozcan y compartan los valores de la empresa. El sentimiento de pertenecer a un grupo y a una causa es de los más fuertes que existen.

Más sobre organizaciones

2008-07-22T02:09:00.000-07:00

La consultora estratégica Booz Allen publicó un informe sobre los tipos de organizaciones haciendo una diferenciación entre empresas sanas y empresas enfermas. La diferenciación era la siguiente:

Organizaciones sanas:

Resiliente: Este tipo de organizaciones se adapta fácilmente a los cambios externos aunque es fiel a una estrategia coherente.
Justo a tiempo: No está preparada para cambios pero responde ante los mismos sin perder de vista un marco general de actuación
Precisión militar: Suele ser un grupo pequeño, altamente preparado que obtiene su ventaja a través de una ejecución superior.

Organizaciones enfermas:

Pasiva-agresiva: Ya hemos hablado de esto. Son organizaciones con una cara amable pero que no es capaz de implementar los planes
Sobregestionada: El típico caso de parálisis por análisis.
Sobreexpandida: Estas son las empresas que han crecido mucho pero que siguen gestionadas por una cúpula pequeña, que normalmente no es capaz de resolver los problemas reales porque muchas veces ni siquiera le llegan a sus directivos.
Espasmódica: Son comparables a un equípo de fútbol lleno de estrellas. Sus empleados desbordan talento pero no reman todos en el mismo sentido.

¿Con cuál de estos tipos identificáis vuestra empresa?

El buen gobierno

2008-07-21T07:45:00.000-07:00

En el mundo empresarial hay que tomar decisiones. Evidentemente, las decisiones las toman las personas, no las empresas. Esto que parece una obviedad no se debe olvidar nunca. ¿Por qué es importante tener presente esto siempre?. Por que cuando una empresa hace algún movimiento estratégico (por ejemplo, lanzar una OPA hostil), los analistas explican la acción desde un punto de vista neutral, diciendo que esto va a permitir consolidar su posición como líder, o diversificar o cualquier otra explicación con sentido. Ahora bien, ¿qué pasa si el director general de la otra empresa ha sido compañero tuyo del colegio y lo que quieres es echarlo a la calle?. Pues no pasa nada salvo que tus accionistas se pueden ver muy perjudicados.
Por eso se dice que la integridad del directivo debe ser vista como la suma de sus acciones empresariales y personales porque no se puede ser una cosa y la contraria y no existen valores personales y profesionales ya que los directivos son personas en su casa y en el consejo de administraciónDiapositiva 15

•

Organizaciones pasivas-agresivas

2008-07-08T04:50:00.000-07:00

Existe una enfermedad organizacional que se denomina "organización pasiva-agresiva". En estas organizaciónes es muy fácil llegar a acuerdos. Es decir, se monta una reunión a la que acude todo el mundo, la parte convocante expone sus argumentos, deseos, peticiones, inquietudes,..., y luego de un tímido turno de preguntas o aclaraciones se llega a una series de acuerdos sobre los pasos a dar.
Normalmente, estos acuerdo quedan en papel mojado y no se hace nada de lo previsto, ¿por qué?. Porque cuando se está celebrando la reunión todo el mundo está asintiendo a las propuestas pero pensando que no va a hacer absolutamente nada por ejecutarlas.

Por eso es tan fácil llegar a acuerdos. Otra interpretación complementaría sería que no se realizan las acciones acordadas porque al no haberse producido discusión, los participantes en la reunión no han asumido ningún compromiso.

¿En vuestra organización ocurre algo parecido?

Los 10 Errores mas comunes en la implementación de SOA

2008-07-08T04:34:00.000-07:00

Me pasan un link a los 10 errores más comunes en la implementación de una arquitectura SOA.
Los errores vienen agrupados por "temática".

Errores de implementación

#10 -Síndrome del no está inventado aquí

#9 - Versionado

#8 - Seguridad

Errores de Arquitectura/diseño

#7 - Granularidad de los servicios incorrecta

#6 - SOA no resuelve automaticamente la complejidad

#5 - BDUF (hacer un diseño demasiado detallado al principio)

#4 - Aplicación incorrecta del modelo de datos canónico

#3 -Falta de conocimientos

Errores organizacionales:

#2 - Responsabilidades poco claras

#1 - Ignorar la cultura corporativa

WOA, SOA y WEB 2.0

2008-05-30T01:00:00.000-07:00

A lo largo de la historia de los ordenadores y de la informática ha habido varias etapas de todos conocidas. No voy a empezar a enumerar en este blog todos los avances desde el ENIAC sino que simplemente dividiré la historia en dos partes: sistemas machine-centric y sistemas user-centric. ¿Qué es lo que estoy diciendo?, pues una obviedad. Al principio de los tiempos el interfaz con el usuario era muy, muy pobre (o inexistente) y con la evolución se fué haciendo más rico (y más importante) otorgando el protagonismo al usuario.

Pues algo así está ocurriendo con los paradigmas WOA y SOA. Con el advenimiento del movimiento llamado Web 2.0, las aplicaciones web se han hecho más abiertas proporcionando funcionalidades accesibles a través del navegador del usuario. Este es el concepto llamado WOA que pone al usuario (a través de su interfaz navegador web) como centro de todo el proceso a diferencia del soa que es comunicación máquina a máquina.

Es la guerra

2008-05-22T03:02:00.000-07:00

Después de que la negociaciones con Yahoo! fallasen, Microsoft se desmelena y lanza un programa agresivo para intentar posicionarse en el mercado de la publicidad en Internet. La iniciativa se llama Microsoft Live Search Cashback y consiste en que al usuario que compra un producto usando el navegador Internet Explorer se le aplica una rebaja en el precio.

Lo dicho, parece que MS empieza a ver el peligro que le anuncian todos los analistas y está poniendo toda su artillería en el mercado de la publicidad en Internet. Primero intentando comprar a Yahoo! y ahora esto.

SOA con OKI

2008-04-30T00:30:00.000-07:00

La Open Knowledge Initiative (OKI) desarrolla y promueve especificaciones que describen cómo los componentes software se comunican entre ellos y con otros sistemas. Es decir, OKI define estándares para las Service Oriented Architecture (SOA) a los que llama Open Service Interface Definitions (OSIDs).
Para ver donde encajan los OSIDs en una arquitectura SOA podemos empezar por definir las características de ambos.

SOA es un paradigma arquitectónico que modela los sistemas como servicios. Cada servicio en una arquitectura SOA está definido por una interfaz que oculta al consumidor del servicio la implementación del mismo. En muchos casos de arquitecturas SOA, el interfaz es realmente un protocolo de comunicación en sentido amplio o como se suele decir "is on the wire".

Los OSIDs definen los interfaces software de los servicios. La filosofía que está detrás de las OSIDs es que el interfaz debe estar situado en el software cliente. Los OSIDs no especifican como funciona un servicio y dos proveedores diferentes con el mismo OSIDS pueden hacer cosas distintas.

SOA o no SOA

2008-01-24T01:38:00.000-08:00

Me pregunta un compañero del metal qué es lo que debe tener para decir que posee una infraestructura SOA. A parte de suerte, lo que dice la ortodoxia, es que debe tener lo siguiente:

- Se necesita un pintador de procesos (para los analistas de negocio).
- Una herramienta que una los procesos con la implementación tecnológica. Es decir, los procesos no son más que dibujos y luego hay que unir esos dibujos con el código que hace la funcionalidad. Típicamente, esta herramienta es la que acabará generando BPEL.
- Una herramienta BPM. Normalmente un motor de ejecución de BPEL
- Un ESB. Se encargará de enrutar y de transformar las peticiones entre los diferentes servicios.
- Un registro de servicios. Típìcamente un UDDI que permita gestionar el ciclo de vida y publicar los servicios.
- Una herramienta BAM para monitorizar los procesos.

En fin, si queréis ver un par de presentaciones sobre SOA y sus partes, las podéis consultar en estos enlaces:
SOA y Negocio
SOA e Integración

Twitter

2008-01-17T04:58:00.000-08:00

Me había propuesto no hablar de Twitter en este Blog porque es algo de lo que se habla en 200 trillones de sitios (por ejemplo, en éste) pero hoy he visto una entrevista en el País a Jack Dorsey, que es el fundador y director del invento éste, y no me he podido resistir a comentarla.

Básicamente, lo que se cuenta en la entrevista es la historia archiconocida de cómo surgio la idea y demás pero, en un momento dado, el periodista hace una pregunta que es para nota: ¿cuál es el plan de negocio de Twitter?. Respuesta: "eh, esto..., bueno, ya nos preocuparemos de eso más tarde" :-).

Entrando de lleno en la WEB 2.0

2007-12-03T10:01:00.001-08:00

Hace ya algún tiempo que me planteo para que sirve todo este tema de la WEB 2.0. Cuando digo "para qué sirve" me refiero a qué utilidad le puede dar una empresa a estas tecnologías.

Estando el otro día en clase con Enrique Dans surgió un tema muy interesante. Básicamente, se llegó a la conclusión de que actualmente el mercado es una conversación en la que las empresas proponen servicios y los usuarios responden a estas propuestas.
Tradicionalmente la respuesta que dan los consumidores es binaria; compran o no compran. Con las tecnologías Web 2.0, por ejemplo los Blogs, se puede enriquecer la conversación dándoles a los clientes no sólo la oportunidad de opinar sino que también se puede aprovechar el feed-back para la mejora o creación de los servicios.
Así que, los departamentos Comerciales y de Marketing deberían empezar a pensar en las posibilidades que se les abren. Desde luego, todo esto sin perjuicio de que un Blog puede contribuir y mucho a mejorar la imagen corporativa. Si no que se lo pregunten a Rosa García presidenta de Microsoft España.

Las dimensiones de la vida

2007-11-29T10:26:00.000-08:00

El sábado fui padre por primera vez. Como no puedo describir con palabras lo que sentí, os dejo una poesía musicalizada por Franco Battiato. Se llama "La Cura".

La cura

Te protegeré de los miedos, de las hipocondrías,
de los contratiempos que desde hoy encontrarás debido a tu naturaleza.

De las injusticias y los engaños de tu tiempo,
de los fracasos que atraerás por tu naturaleza.

Te levantaré de tus penas y de tus cambios de humor,
de las obsesiones de tus manías.

Superaré las corrientes gravitacionales, el espacio y la luz, para que no envejezcas.
Y te curarás de todas las enfermedades,
porque eres un ser especial,
y yo, yo cuidaré de ti.

Deambulaba por los campos de Tennessee (cómo llegué ahí, ¡quién sabe!).
¿No tienes flores blancas para mí?
Más rápidos que las águilas
mis sueños atraviesan el mar.

Sobre todo te llevaré el silencio y la paciencia.
Juntos iremos por los caminos que llevan a la esencia.
Los perfumes de amor emborracharán nuestros cuerpos,
La bonanza de agosto no calmará nuestros sentidos.
Tejeré tus cabellos como tramas de un canto.
Conozco las leyes del mundo, y te las donaré.

Superaré las corrientes gravitacionales, el espacio y la luz, para que no envejezcas.
Te salvaré de toda melancolía,
porque eres un ser especial y yo cuidaré de ti...

Yo sí que cuidaré de tí..............

El efecto Dunning-Kruger

2007-11-21T03:15:00.000-08:00

Hace ya algún tiempo llegó a mis oídos un estudio realizado por dos investigadores de la Cornell University cuyo resultado se llamó el efecto Dunning-Kruger.

Básicamente, lo que viene a decir el estudio es que a mayor ignorancia, menos capacidad para reconocer la misma y lo que aún es más grave, se produce una distorsión de la percepción por la cuál el sujeto sobrestima su capacidad.

No quiero ir de agorero ni caer yo mismo en el efecto Dunning-Kruger pero no me digáis que en el fondo de nuestra mente no existía ya alguna sospecha sobre que esto tenía que estar pasando...

La fiesta del Samain (o Halloween)

2007-10-25T08:50:00.000-07:00

Se acerca la fiesta de Difuntos (Samain en la cultura celta) y de todos es conocida la costumbre americana de tallar calabazas poniéndole ojos y boca. Al parecer, esta costumbre también existía en nuestro país. Os traduzco el primer párrafo de esta web

www.culturagalega.org

"Si se busca en libros de etnología las celebraciones que se hace con ocasión del día de Difuntos, encontraremos una serie de costumbres ancestrales propias del país. Desde dejar un hueco en la mesa o raciones de comida para los difuntos hasta hace collares con las castañas nuevas. A poco que se pregunte a personas de más de cuarenta añoos de diferentes puntos de nuestra geografía (Noia, Catoira, Cedeira, Muxía,Sanxenxo, Quiroga...) recuerdan que también era habitual por Difuntos coger calabazas, tallarles unas caras feroces, ponerles uno palitos como dientes y dejarlas en los caminos para asustar a los viandantes. Todo esto con ocasión de la festividad de Difuntos, el dos de noviembre. Esta costumbre coincide con el americano de Halloween y aún con el más antiguo celta del Samaín, en el que eran los cráneos de los enemigos los que brillaban en la oscuridad con velas en su interior."

Bueno, pues ahí lo tenéis. Los americanos no son tan originales. Eso sí mola mogollon lo de los disfraces y tal :-).

Seminarios, Congresos y otros timos.

2007-10-11T04:22:00.000-07:00

Siguiendo la serie dedicada al fraude que comenzó con la publicidad engañosa, hoy me gustaría hablar de los seminarios y congresos que te cobran 2.000 euros por asistir.
La pregunta que hoy lanzo es: ¿Están justificados los 2.000 euros por la calidad de los conferenciantes?. Por supuesto, estoy haciendo trampas y os estoy engañando ya que juego con información privilegiada. En un seminario sobre arquitectura informática organizado por un famoso grupo internacional, había un Speaker que, por ponerlo de manera suave, dejaba mucho que desear.

En fin, compañeros, que te intenten cobrar 2.000 euros para escuchar a ponentes como éste merece la actuación del fiscal anticorrupción y del Ministerio de Sanidad.

2007-10-03T04:22:00.000-07:00

Publicidad engañosa

Esta mañana aparecía una noticia en el periódico hablando sobre publicidad engañosa.

Decía el artículo que en las agencias de viaje online y en las líneas aéreas, se ofrecían billetes que luego era imposible de encontrar.

Pues vaya novedad, ¿no?. Eso lo sabemos todos. Y también sabemos que es prácticamente imposible darte de baja en un montón de servicios que no quieres, que los bancos te cobran comisiones abusivas, que es imposible que el IPC esté en el 2% y que el problema de la vivienda tiene solución pero no quieren dársela.

Hala!. Ya me he quedado más agusto.

2007-05-23T06:32:00.000-07:00

El futuro de los lenguajes de programación

Hoy me han hecho una pregunta sobre el lenguaje Ruby. Os dejo aquí mis reflexiones:

Ruby y en general los lenguajes de scripting son algo muy interesante a medio y largo plazo.

What is Ruby?

Ruby is a pure object-oriented programming language with a super-clean syntax that makes programming elegant and fun. Ruby successfully combines Smalltalk's conceptual elegance, Python's ease of use and learning, and Perl's pragmatism. Ruby originated in Japan in the early 1990s. It has become popular worldwide in the past few years as more English-language books and documentation have become available (and its popularity has really taken off since the introduction of Rails!).

What is Rails?

Rails is an open source Ruby framework for developing web-based, database-driven applications. What's special about that? There are dozens of frameworks out there, and most of them have been around much longer than Rails. Why should you care about yet another framework?

¿Por qué digo que esto es algo muy interesante a medio y largo plazo?. La clave está en el modelo SOA. A medida que las aplicaciones se vayan convirtiendo en coreografías de servicios, los lenguajes específicos para implementar los servicios van a coger más protagonismo. Es decir, va a haber una especialización de lenguajes. Desde este punto de vista el Java está muerto. Digo el Java y no el J2EE (o JEE como se llama ahora) porque seguramente la plataforma evolucionará para dar cabida a estos nuevos lenguajes.

En fin, estas son mis reflexiones a 23/05/2007. Veremos si el tiempo me da la razón.

2007-03-21T04:53:00.001-07:00

Hay un tema que me preocupa últimamente.

Existen un montón de encuestas que dicen que la gente está cansada de su puesto de trabajo y quieren cambiar. Y yo me pregunto, ¿estás cansado de estar en tu empresa o estás cansado de lo que haces?. Si tu caso es el primero, yo creo que se puede solucionar de una manera más o menos fácil. Antes o después encontrarás otro sitio. El caso preocupante es el segundo. ¿Tienes posibilidades reales de cambiar?. Me explico.

Normalmente, una empresa recibe de ti un CV (casi siempre inflado, para qué negarlo) que es tu carta de presentación. En ese CV está el pasado, dónde has estado, cuánto tiempo y qué has hecho. ¿Qué puede encontrar atractivo de tu CV una empresa?, pues que hayas hecho en otro sitio lo que ellos necesitan. Es decir, ahora vas a hacer lo mismo que en tu anterior empresa cobrando un poco más en el mejor de los casos.

Nadie, queridos amigos, te va a dar una función muy distinta a la que ya venías realizando (salvo que sea la empresa de tu padre o de algún amiguete, claro) por que lo que se pretende es que produzcas desde el principio. De ahí el tema de usar CVs que cuentan el pasado lo cuál es un poco estúpido porque si quieres cambiar, a lo mejor es porque no estás a gusto con ese pasado.
Por ejemplo, yo soy una persona que siempre ha trabajado en puestos muy técnicos (programación de sistemas informáticos y esas cosas...), ¿no podría yo ser un monstruo del marketing o de la organización empresarial?, ¿alguien me va a dar la oportunidad de demostrarlo?.

Veis, amigos, que poniendo un caso en concreto se ilustra perfectamente que la posibilidad de cambio real es al menos complicada. Estás atrapado por tu pasado.

¿No habría otra manera de ver en qué puestos encajarías sin centrarse en el pasado?.

My2Cents.

2006-12-05T00:05:00.000-08:00

Esta semana, como ya estamos en Navidad, os voy a poner una historia que habla de la tensión y del estrés. A ver si os gusta:

Situación límite.

Cuando se habla de una situación límite, todo el mundo tiene más o menos claro a que nos estamos refiriendo. Ahora bien, la percepción de lo que es una situación límite cambia de persona a persona. Así, lo que para una persona es una situación límite, otra persona exactamente en la misma situación podría no tener la misma tensión.

Básicamente se podría decir que es la propia experiencia la que va a determinar si se percibe la situación como límite o como algo más o menos normal. También el entorno o las circunstancias influyen en la determinación de si una situación es límite. Por ejemplo, para una persona con una buena preparación y con potencial, una situación de reestructuración de la empresa puede ser recibida como una oportunidad y para otra persona quizá más acomodada o que no ha evolucionado, puede suponer la pérdida de estatus e incluso de su empleo.

Seguramente todo el mundo haya sentido la sensación de haber estado en una situación límite en el trabajo. La reunión en la que tu jefe lanzó tu informe al suelo, o en la que el cliente insinuó que se le había acabado la paciencia…, pero permitidme que me refiera a una situación que yo percibí como límite hace ya algún tiempo y que no está circunscrita al mundo del trabajo.

Cuando era un adolescente, catorce años más o menos, pertenecía a un club de piragüismo muy pequeñito en la que muchas veces salíamos a entrenar sin supervisión adulta. El club de piragüismo no estaba situado al lado de un río, como suele ser lo habitual, sino que en este caso estaba en la costa. Un 24 de diciembre por la tarde, (recuerdo la fecha por su especial significado) nos juntamos cuatro compañeros y salimos a entrenar en una K-4 (una embarcación para cuatro personas). Decidimos cambiar nuestra ruta habitual de entrenamiento y nos fuimos hacia una parte de la costa que no conocíamos. Llevados por el entusiasmo de lo nuevo, nos alejamos demasiado y cuando nos quisimos dar cuenta, la noche había caído, estábamos muy lejos y el frío empezaba a afectarnos.

Entonces fue cuando surgieron los primeros roces. El que estaba más cansado quería acercarse a tierra y buscar un teléfono desde el que poder llamar para que nos viniesen a buscar, el que tenía más frío opinaba básicamente lo mismo pero no le gustaba la idea de pedir ayuda, decía que sólo necesitaba calentarse un poco para poder empezar a remar hacia casa otra vez. La principal preocupación del otro compañero y la mía propia, era la imagen de inconsciencia, con la consiguiente pérdida de confianza, que íbamos a dar en nuestras respectivas casas. Cualquiera que haya mantenido una discusión en algo tan frágil como una piragua, de noche, y el medio del mar, sabrá que la situación no era fácil.

Estuvimos intercambiando nuestras respectivas opiniones durante un rato sin que se vieran avances significativos hasta que en el medio de la refriega nos dimos cuenta de una cosa. Nuestros objetivos no eran incompatibles en absoluto. El que estaba cansado quería descansar, pues bien, podía dejar de remar y manejar el timón en la oscuridad permaneciendo atento a las rocas. El que tenía frío quería calentarse, así que le dejé mi chubasquero (yo incluso sudaba pensando en la situación) y al rato se sentía mucho mejor. Ya estábamos todos en condiciones de abordar la tarea de regresar. Lo hicimos y llegué a casa con el tiempo justo para ganarme una bronca más que merecida pero salvando la cara y sin consecuencias en la confianza que mis padres tenían en mí.

Eso sí, aquel día aprendí dos cosas. No hay que dejarse distraer por el paisaje perdiendo la perspectiva de la situación, y el significado de la palabra trabajo en equipo.

Starting...

2006-10-19T01:40:00.000-07:00

Comienzan aquí una serie de comentarios que iré actualizando periódicamente. Mi intención es reflejar las cosas que voy viendo en la evolución de las tecnologías de la información (con absoluta modestia, desde luego) y algún otro temilla que me parezca interesante.