Dia a dia

Estrategia de mercadeo en Internet

2009-11-11T19:43:00.001-05:00

En Lantech venimos haciendo un esfuerzo importante en mercadeo. Hemos utilizado muchos medios tradicionales: avisos en Portafolio, vendedores visitadores, llamadas informativas, cuñas en la W, folletos impresos, organización de eventos, en fin. Un sin número de vehículos mediante los cuales, hasta ahora, no hemos logrado los resultado que esperábamos.

Desde hace unos 10 meses venimos implementando la estrategia de mercado a través de Internet. Tiene como objetivo principal la generación de nuevos contactos y candidatos, la detección de oportunidades y obviamente la transformación de estas oportunidades en ventas y relaciones duraderas con nuestros clientes.

Implementamos la estrategia utilizando varios medios: los servicios de anuncios en Google, el rediseño de la página web, la creación de la página de Facebook y la creación del perfil de la compañía en LinkedIn. Hasta ahora, tengo que decir que el resultado ha sido muy exitoso en cuanto a generación de contactos y candidatos. Hemos incluso, podido llegar a concretar oportunidades en departamentos tan diversos como Casanare, Bolívar, Valle del Cauca y municipios como Turbo, Caucacia, Paso Nuevo entre algunos otros. Hablo principalmente de lugares diferentes a Bogotá, Medellín, Cali y Barranquilla.

Nuestra sitio web fue recientemente renovado con un enfoque de simplicidad e información. Nuestro objetivo es informar lo que hacemos a clientes potenciales y clientes efectivos. El cómo, lo resolvemos en fases posteriores, pues siendo nuestros productos y servicios del área informática, revisten un poco de complejidad.

Nuestra presencia en Facebook ha logrado convocar hasta hoy a 50 fans. El objetivo con esta iniciativa es proveer de información valiosa de seguridad informática a nuestros seguidores y de esta manera generar interés sobre un tema tan crucial para todos, sabiendo que cuando utilizamos Internet hasta para pagar los servicios públicos.

La presencia de Lantech en LinkedIn pretende mejorar el posicionamiento de nuestra marca dentro del circulo de profesionales y ejecutivos. Esperamos poder llegar a ser reconocidos y facilitar la apertura de puertas en el segmento de medianas y grandes empresas.

Sin duda ha sido un proceso de aprendizaje largo y costoso, pero simultáneamente estimulante y lleno de satisfacciones. Espero poder cerrar el año con los objetivos cumplidos y con más ideas para desarrollar en 2010, que será mucho más movido que este 2009 que ya está acabando.

Tráfico en Medellín

2009-07-17T20:40:00.001-05:00

Ahora le dicen movilidad, y hasta existe un sistema para brindarle al ciudadano información sobre este asunto. Se llama SIMOC: Sistema de Información a la Movilidad del Ciudadano. Muy interesante. Visítelo en http://alcaldia.medellin.gov.co/transito/quees.html.

En una entrada pasada llamada Soluciones Improvisadas para el Problema del Tráfico de Medellín propuse algunas soluciones que de alguna manera parecen medio zafadas. Para mi sorpresa, recientemente me contactó alguien relacionado con el SIMOC y, oh sorpresa: están implementando algunas de las soluciones que mencioné en ese momento.

Por supuesto no soy tan ingenuo como para pensar que tomaron estas ideas y de allí idearon el plan de mejoramiento, tampoco pienso que estas ideas sean demasiado originales. Lo que si me impacta es que la ciudad se está moviendo y que está entrando a la modernidad. Por ahí estuve viendo una noticia sobre la enfermedad del Alcalde Salazar. Que estuvo en Corea viendo un sistema de semaforización automatizado y vino enfermo de gripa. Eso, además de causarme envidia de la buena por el viajecito, me parece que es un indicador claro de que existe la voluntad, la inquietud y la necesidad de presentar soluciones prácticas al asunto.

Felicitaciones a los gestores de estas iniciativas.

Hora Oficial en Colombia II

2008-12-02T15:41:00.002-05:00

En el artículo anterior me referí a la maravilla del servicio de la hora oficial en Colombia. Después de implementarla en varios clientes, resulta que los servidores NTP de la Superintendencia de Industria y comercio tienen una disponibilidad diaria absolutamente baja. Casi nunca se encuentran disponibles y por lo tanto no existe una manera confiable de mantener los sistemas que manejan el sistema financiero en Colombia sincronizados respecto a la hora.

La Superintendencia Financiera exige, mediante la Circular 052 que se mantenga esta sincronización, pero la Superintendencia de Industria y Comercio no ofrece un servicio confiable. Para acabar de ajustar, cuando se le realizan consultas respecto a este tipo de problemas a la Superintendencia Financiera, las respuestas nunca llegan. Realicé una consulta desde Mayo de 2008 y esta es la hora (diciembre de 2008) en que no he recibido respuesta. Me dicen que existe una cola de requerimientos que no han sido atendidos y que tengo que esperar.

Bueno, así son las cosas. Espero que el nuevo año 2009 nos traiga confiabilidad y eficiencia en nuestras entidades de vigilancia y control.

La hora oficial en Colombia

2008-10-16T11:15:00.003-05:00

Algunas de las preguntas mas frecuentes en cualquier conversación laboral son las relacionadas con la hora o el tiempo: ¿Qué hora es? ¿Cuándo llega la mercancía? ¿A qué hora se programó la reunión? ¿Cuando terminará el proyecto? ¿A qué hora se realizó la transacción?

Conocer la hora y que todos utilicemos la misma hora es fundamental para que los negocios fluyan y en general la sociedad funcione correctamente. Por ello, un país que pretendar se coherente, productivo y cumplido debe tener mecanismos para la difusión de la hora oficial.

Recientemente, la superintendencia Financiera emitió la famosa Circurlar 052, en donde se plantean una serie de medidas de seguridad, incluyendo medidas de seguridad informática. En el punto 3.1.16, se exige que los relojes de los sistemas de información se sincronicen con la hora oficial emitida por la Superintendencia de Industria y Comercio.

Afortunadamente, investigando un poco sobre nuestra situación, existen y funciona adecuadamente los mecanismos electrónicos para la sincronización de tiempo, llamados Servidores NTP (Network Time Protocol). Con este servicio, la infraestructura informática de todas las empresas colombianas pueden mantener sincronizados sus relojes y cumplir con la normatividad, evitar pérdidas y disminuir costos relacionados con la falta de sincronización temporal.

Para más información puede dirigirse a:

Superintendencia de Industria y Comercio
Instructivo y Software para la Sincronización
La hora legal en Colombia

Google Chrome

2008-09-02T21:04:00.002-05:00

Acabo de probar el nuevo browser de Google: Chrome. La experiencia ha sido, como decirlo....refrescante. Del tipo de cosas que me gustan a mi, simples y eficientes. Algunos adjetivos que se me ocurren son: minimalista, completo, eficiente, enfocado, calidad.

Este es, en la filosofía de Google, el Sistema Operativo de los clientes de la red. Pienso que con este movimiento y con la calidad del producto se acercará a la competencia por el desktop con Microsoft.

Realmente vale la pensa estudiar un poco la arquitectura de Google Chrome, pues tuvieron la ventaja de emperzar de cero, esta totalmente enfocados en Internet, pertenecer a una de las compañías más innovadoras en TI.

Esta presentación de Google sigue los mismos principios de Chromes: simple en la explicación, completa en la información y eficiente en la transmisión.

Felicitaciones Google.

http://books.google.com/books?id=8UsqHohwwVYC&printsec=frontcover

Soluciones Improvisadas para el Problema del Tráfico en Medellín

2008-07-25T02:54:00.002-05:00

Yo soy el primero en disgustarme con las posiciones fáciles de muchos cuando simplemente se critica una situación y no se proponen soluciones. Esta vez voy a tomar ese camino, pues no se me ocurren muchas soluciones de corto plazo para este grave problema.

Resulta que en Medellín el tráfico está insufrible. Un recorrido que toma unos 7 minutos un domingo, puede llevar 40 minutos cualquier día laboral (incluyo el sábado). Si se viaja de sur a norte se tienen básicamente cuatro caminos: la Avenida del Poblado, al regional (o autopista, no he podido saber cual es cual), la 65 y la Avenida 80 (¿tal vez la avenida guayabal, también?). Vamos por pasos.

La avenida del Poblado fue estrechada para ofrecer un mejor aspecto y espacio para el peatón. Estoy de acuerdo con el espíritu de la obra pero absolutamente preocupado por su consecuencia: el tráfico en la avenida del Poblado fluye a ritmo de tortuga, y ahora está peor con la construcción del intercambio vial de los Balsos.

La regional tiene un problema muy particular. Es en espíritu una vía rápida pero la realidad es diferente. Además de los trabajos actuales de ampliación, si en la regional se vara un carro suceden dos cosas: la primera es que se forma un taco monumental y la segunda que la Avenida Los Industriales también se tapona. Ahí quedan frustradas las esperanzas de la vía rápida y quién sabe qué pasará cuando se termine el edificio tipo pared de Bancolombia y la cuidad del Río

Sigamos.

Leí hace algún tiempo que el punto más congestionado de Medellín es la intersección entre la Avenida 65 y la calle San Juan. Resulta que en ese punto confluyen cuatro flujos en diferentes direcciones y una cantidad impresionante de carros. Para colmo de males, la 65 no está alineada en ambos extremos, de manera que los carros, al terminar de cruzar San Juan, se deben apretar y reacomodar causando aun más congestión.

La avenida 80 es una de las vías que en mi concepto más retraso tiene. Esta vía es archifamosa por sus glorietas. Recuerdo que cuando estaba buñuelo tenía que pasar las glorietas desde San Juan hasta la Aguacatala. Eso era una tortura. Llegaba con la camisa empapada. Yo creo que las glorietas son un buen adorno y que funcionan para un nivel de tráfico reducido. Ahora, si el tráfico es alto, entonces ensanche la glorieta o piense en un intercambio. Desarrollos urbanos como La Mota y sus alrededores, la Loma de los Bernal, el Mall Los Molinos, entre otros, tienen esta vía completamente colapsada.

Yo de transporte se que existe el terrestre, aéreo y acuático, pero bueno, me atreveré a contar algunas de las soluciones que se me han ocurrido y que seguramente son irrisorias, totalmente imposibles y económicamente desastrosas. Pero bueno, siento que pongo mi granito de arena.

1. El Río-Túnel: Un túnel que hace todo el recorrido debajo del río para que el tráfico intermunicipal se vaya exclusivamente por ahí.

2. El Aero-Túnel: Un túnel que pase por debajo de la pista del aeropuerto Olaya Herrera en sentido Oriente-Occidente y viceversa. Este túnel conecta el Poblado con La Mota. Me ahorraría como 20 minutos por recorrido, 40 minutos al día, +3 horas a la semana, 13 horas al mes y casi 7 días al año, suficiente para irme de vacaciones.

3. Quitar dos metros de separador de la 65 en la intersección con la calle San Juan, y modificar la ciclo-ruta que pasa por ahí. Esto es simple y barato, ánimo alcalde.

4. Que si hay vías paralelas, pues que una vaya en un sentido y la otra en el sentido contrario. Ejemplo claro: La Avenida del Poblado y la Avenida Las Vegas. La 30 y la 33. No sé…. ¿por qué no se hará el experimento?

5. Armar el equipo SWAT para emergencias por las vías principales. Este equipo se encargar de quitar a los chocados y los varados de la Avenida Regional en menos de 10 minutos. Podría funcionar en horas pico y luego irse a tomar tinto. Ya me lo imagino: un equipito con el guarda de tránsito, con el paramédico, la ambulancia y la grúa. Se ponen cámaras en el recorrido y así se sabe donde está varado.

6. Hombre, algo que dominamos, es tecnología conocida y creo que es relativamente simple. Que los semáforos detecten si hay carros esperando (ojala pudieran saber qué tan larga es la cola). Si no hay carros ¿para qué ponerse en verde? Estoy seguro que no es tan difícil.

7. El servicio de tráfico o la emisora de tráfico de la alcandía. El primero es un sistema sofisticado con mapas de la cuidad digitales en el que se ingresas el recorrido y te sale que ruta está menos congestionada. Esto se llama mejorar la eficiencia: con los mismos recursos se hace más. El otro es lo mismo pero low-tech. Un señor en la radio que informa en tiempo casi-real, qué vías están congestionadas y qué rutas alternas tomar. Pero que sea una emisora fija, puede ser AM para que salga baratica. Ya me lo imagino: voy a salir para donde un cliente y prendo la emisora: me dice en la regional hay un choque y que es mejor tomar la Avenida Las Vegas. Jeje, llegué a tiempo donde mi cliente, cierro un negocio y puedo pago mis impuestos.

En fin, así como estas hay otras tantas ideas medio locas. No creo que tenga la difusión suficiente para llamar la atención de la secretaría de tránsito de Medellín, y menos que me haga caso, pero bueno, hice mi intento.

UNE vs Telmex

2007-11-16T08:56:00.000-05:00

En estos días se ha movido muchísimo la competencia entre UNE y Telmex. Por su parte UNE está promocionando paquetes para el hogar como estrategia de retención de sus clientes actuales. UNE hasta hace poco ha sido casi un monopolio en la ciudad y por ello tenía cauto al mercado. Con esta estrategia, que incluye contratos con permanencia mínima de un año, UNE se protege y trata de mantener su masa crítica de usuarios.

Por su parte Telmex, muy hábilmente, adquirió compañías de televisión por cable, tendió fibra óptica por los puntos más estratégicos de la cuidad (Centro, Poblado, Laureles, La 80). Viene ofreciendo fibra óptica y mejor reuso, hablan de 1:4 versus 1:10 – 1:8 de UNE.

Mi posición es paternalista en el siguiente sentido: UNE es una empresa pública que genera grandes dividendos para la ciudad. Hace parte del bienestar que todos estamos experimentando: parques bibliotecas, nuevos colegios dignos, nueva infraestructura vial, mejor alimentación, etc. Desde es te punto de vista, quienes dicen odiar entrañablemente a UNE, creo que no caen en cuanta que se están odiando, de alguna manera, a ellos mismos, pues por ser ciudadanos de Medellín son dueños de una parte de esa empresa y por lo tanto están recibiendo directamente sus beneficios.

Yo creo firmemente en el libre mercado, en que la competencia es el mecanismo de “selección natural” del ecosistema empresarial, que es lo que hace que las empresas innoven, se pellizquen, ofrezcan más y mejores productos y servicios. Pero también creo que un patrimonio tan importante como es UNE y EEPPM debe ser protegido por nosotros como ciudadanos, como Antioqueños y como Colombianos. Este no es un ataque de nacionalismo anticuado, es un raciocinio sobre el bien superior y el interés común.

Mi conclusión: la competencia de Telmex asegurará un equilibrio en el mercado, obligando a UNE a ser más competitivo y a reaccionar y planificar mejor su estrategia comercial y operativa. Sin embargo, como ciudadanos, debemos ser cuidadosos y asegurarnos de proteger nuestros intereses y nuestro mayor y mejor patrimonio.

Superando la Teleadicción

2007-10-31T12:23:00.000-05:00

SUPERANDO LA TELEADICCION
Ya llevaba algunas semanas llegando a mi casa a descansar y a ver televisión. Al principio me pareció una buena manera de relajarme, de dejar de pensar en las cosas del trabajo, pasar un buen rato y prepararme para el siguiente día.

Empecé a ver habitualmente con el programa de Anthony Burdain – Sin Reservas -, que me parece de lo mejor de la televisión. Se trata de un chef que viaja por el mundo descubriendo la comida realmente callejera, es decir, lo normal, lo cotidiano. Es como si llegara alguien a Medellín a comer a Doña Rosa o a los restaurantes del centro donde sirven fríjoles con carne, huevo, maduro y arroz por $2.500 pesos.

La cosa iba muy entretenida y seguí viendo más televisión por las noches. Para mi propia vergüenza me volví asiduo consumidor de la telenovela furor de RCN, Pura Sangre. Para mí, eso ya era tocar fondo.

Y digo tocar fondo porque al final de cuentas ese tipo de televisión no deja nada: nada para pensar, nada par discutir, nada de nada. Queda una igual a como si hubiera estando mirando para el techo sin pensar en nada. Es más, creo que mirando al techo por lo menos se ejercita la imaginación y se despierta a una que otra neurona que hace meses no se usaba. En fin, estaba decidido a mejorar esta situación.

Fuimos al centro comercial y entramos a la Librería Científica a ver qué novedades podríamos encontrar que nos llamaran la atención. Básicamente, yo tenía tres requisitos: a) que fuera un libro relativamente corto o que el libro consistiera de varios relatos que pudiera acabar en una o dos hora de lectura en la noche. b) que me ayudara a ejercitar la mente, que no fuera un culebrón que tomara dos meses en leer y dos años en comprender. c) que no excediera nuestro limitado presupuesto de $50.000 pesos por libro.

Lo primero que se me ocurrió fue revisar las novedades. Como realmente no estoy al tanto de lo que es bueno o de la moda en literatura, no tenía ninguna preferencia particular. Alguna vez me llamó la atención leer esos libros de El Rasguño, o los paramilitares o ese tipo de cosas. Pero no quería más de lo mismo, es decir, suficiente tengo todos los días con las noticias como para llegar en la noche a leer sobre cómo fue la masacre o que cómo compraron a tales políticos.
Seguí buscando por el lado de biografías, pero me parecieron demasiado largos y por ello contradecían mi primera y segunda condiciones. El libro debería ser digerible, lo tengo que leer en poco tiempo, de lo contrario quedará empolvándose en mi biblioteca.

Pasé junto a los libros de administración, pero he comprobado que es muy bueno tener una fundamentación teórica, pero del dicho al hecho, hay mucho trecho.

Ya llevábamos una media hora en la librería. Mi esposa había seleccionado un libro que prometía mucho, el libro de Anthony Bourdain - Secretos de Cocina. Como puedes ver, querido lector, somos un poco obsesivos con los temas nos interesan.

Pasando por lo libros de Administración, al frente, encontré los libros de Carl Sagan y Isaac Asimov. Siempre he sido medio nerd y como consecuencia me gusta la ciencia ficción.

Por pura casualidad, justo al lado de estos libros encontré uno sobre la teoría de la evolución y lo que llaman la filosofía de la biología. Me llamó poderosamente la atención porque hace muy poco estaba discutiendo con mi esposa sobre cómo diablos puede generarse un ala a través de mutaciones y como puede ser concebible que se llegue a una estructura tan compleja y funcional a través de pasos sucesivos y progresivos.

El libro es publicado por la Universidad Nacional y se trata de la teoría de la evolución desde las perspectivas filosófica y científica, pasando por pensadores como Lamark, Darwin, Mendel, Sober, Ayala, Neander, entre otros. El libro es un compendio de varios artículos que tocan los temas que precisamente me interesan. Y lo más importante: a) es relativamente corto y cada artículo lo puedo leer al llegar a mi casa y antes de dormir, b) es un tema totalmente diferente a lo que hago durante el día, todos los días y c) costó la muy módica suma de $33.000 pesos.

Finalmente, después de 45 minutos buscando algo que nos gustara, salimos contentos con tres libros (el tercero fue un regalo para una familiar). Sin embargo, creo que la más contenta fue la señora que nos atendió, no podía creer que no lleváramos 3 libros en una sola compra.

El costo ecológico del progreso?

2007-07-05T10:33:00.000-05:00

En frente de mi oficina están desarrollando el proyecto del centro comercial Santa Fé. Será un centro comercial enorme, con muchísimas tiendas y seguramente con un diseño espectacular. Con proyectos como estos se evidencia el progreso y el cambio que está teniendo la cuidad (Medellín), sin embargo ¿a qué costo llega este progreso?

No me refiero precisamente al costo económico y financiero, me refiero al costo ecológico. En el lugar en el que se está levantando este proyecto se encontraba el restaurante La Aguacatala. Un sitio lleno de árboles, lleno de verde y seguramente de pequeños animales. Es una pena que para que este tipo de proyectos se lleven a cabo haya que acabar con tanto árbol. Espero que exista alguna legislación que diga algo como: por cada árbol que se tumbe se deben sembrar 20 árboles nativos en las cuencas protegidas por el estado.

Cambio de rumbo

2007-03-29T09:16:00.000-05:00

Desde hace ya algún tiempo llevo considerando la opción de arrancar un negocio de tecnología motivado por múltiples factores: crecimiento profesional, oportunidades económicas, oportunidad de negocios y de inversión, entre otros.

A partir del 23 de abril asumo las funciones de gerente de la empresa, que ya lleva operando unos cuatro años.

Con motivo de este nuevo rumbo, inauguro un nuevo blog en que iré registrando las experiencias como empresario nuevo. Para mí será un proceso de aplicación de la teoría de de profundo aprendizaje. Estaré rodeado de un excelente equipo estratégico: un publicista, un abogado/contador y un empresario. Además del equipo operativo, en el que tengo confianza y del que espero un excelente rendimiento.

El nuevo blog: http://diarioempresario.blogspot.com/ lo actualizaré con las experiencias, que a mi modo de ver resulten más interesantes y que puedan ayudar a otros que quieran emprender el camino o que estén en él.

Día a Día seguirá operando normalmente, probablemente enriquecido con otros aspectos más diversos de tecnología, con un panorama más amplio y contemplando la arquitectura de infraestructura / arquitectura técnica, como una pieza fundamental de las soluciones tecnológicas con valor estratégico.

Editado: 2007/04/08. Gracias a "La Gente Normal" por la corrección sobre la URL del nuevo blog.

Verbo o Sustantivo

2007-02-27T22:21:00.001-05:00

Continuando con el tema de Arquitectura Empresarial, en estos días he continuado con la aplicación de la metodología de arquitectura empresarial. Coincidencialmente Oracle me invitó, junto con otros compañeros, a un curso de metodología SOA. Oracle afirma, y con el apoyo de Accenture, que los servicios se deben definir alrededor de las entidades de negocio.

Al principio, esta idea me causó sorpresa y hasta pensé que estaban totalmente equivocados. La razón es que cuando se establece un negocio se piensa en los procesos que se ponen en marcha para ofrecer servicios y productos. Como colateral, se obtienen entidades de negocio, que en una empresa con poca automatización se convierten en los formularios, las carpetas y las hojitas de Excel. De esta línea de pensamiento se desprende que para analizar las funcionalidades de un negocio y llegar a los servicios SOA se debe partir de los procesos de negocio, que eventualmente afectarán a las entidades, no al revés.

Ahora, durante la aplicación de la metodología de arquitectura empresarial con una estrategia top-bottom que incluye varias líneas de negocio, se llega a un listado de funcionalidades por cada línea de negocio. La gran pregunta es ¿cómo homologar las funcionalidades de diferentes líneas de negocio?

La primera estrategia es ordenar las funcionalidades alfabéticamente y comparar coincidencias. Este esquema tiene la ventaja de la efectividad. Es muy rápido, pero en su misma simpleza reside su problema: hay funcionalidades que se pueden llamar igual y que hacen cosas diferentes y hay funcionalidades que se llaman diferente y hacen cosas similares. Conclusión: esta estrategia sirve como filtro inicial.

La segunda estrategia consiste en que cada líder de línea de negocio compare sus funcionalidades con sus pares. Este es un proceso sumamente tedioso que puede generar resultados incompletos aunque mucho más aproximados. Su desventaja es la cantidad de esfuerzo que requiere y su ventaja es que resulta bastante aproximada, es decir, esta estrategia es más efectiva y menos eficiente.

Como decía un filósofo, en el centro está la virtud. Reflexionando sobre cómo mejorar la metodología decidí explorar en centro, es decir, incluir en el enfoque top-bottom el análisis de entidades de negocio y así obtener una correlación mucho más fuerte entre funcionalidades dispares de las líneas de negocio.

La idea es recorrer todas las listas de funcionalidades y aislar los sustantivos. De ahí se obtienen las listas de entidades por unidad de negocio. Después de este proceso se homologan las entidades (que resultan menos numerosas que las funcionalidades) entre las diferentes líneas de negocio. Este ejercicio tiene el beneficio directo de obtener la lista de entidades generales y un beneficio indirecto de hacer que las diferentes líneas de negocio verifiquen si no les ha faltado alguna funcionalidad importante que cubra entidades generales.

Terminado el procedimiento anterior, se seleccionan las entidades más reutilizadas en las líneas de negocio, haciendo un top-n, de acuerdo con las condiciones del proyecto. Con este top-n de entidades empresariales cada línea de negocio las relaciona con sus funcionalidades. De aquí se obtienen las operaciones que deben implementar los servicios.

En mi concepto esta estrategia de centro es más efectiva y eficiente. Efectiva porque se obtienen los servicios y sus operaciones, así como una verificación cruzada de completitud. Eficiente porque requiere menos esfuerzo que el cruce de funcionalidades de negocio entre líneas. En este caso resulta tan importante el verbo (funcionalidad) como el sustantivo (entidad), el uno sin el otro no completa su sentido.

En días próximos terminará el proyecto y obtendremos el resultado final, que es un portafolio de proyectos para la implementación y ajuste de servicios empresariales.

El Ingeniero y la dificulta del Método del Caso

2007-02-26T08:53:00.000-05:00

Durante la estancia en España trabajamos en las clases con el método del caso. Este método consiste en presentar una base teórica y a continuación presentar un caso en el que se describe una situación, involucrando diversos ángulos y con información relevante, irrelevante y, a veces, contradictoria. Tal y como ocurre en la realidad.

Un ingeniero está acostumbrado a calcular un resultado con un conjunto de variables conocidas, con un grado de incertidumbre muy bajo o nulo, y con la información depurada. Existen muchos ejemplos de este modo de actuar, el más cercano a mí es la construcción de software. ¿Qué queremos antes de empezar a construir un software? Obviamente, que esté bien especificado. De hecho, cuando encontramos requisitos ambiguos o incompletos ponemos el grito en el cielo y hacemos que el proceso vuelva a arrancar. De alguna manera no toleramos bien la dualidad. Al parecer, no tenemos desarrollada la capacidad de leer entre líneas y obtener la información que realmente es útil.

En la solución de casos sentía algo de frustración pues la información que me entregaban era sumamente incompleta, contradictorio, irrelevante. Otros compañeros parecían capaces de interpretar las pequeñas pistas que estaban regadas y armar el rompecabezas. Con la práctica, entendí el mecanismo y fue capaz de resolver los casos mas o menos, afortunadamente.
Durante una capacitación dictada por Oracle, a la que asistimos unos 12 ingenieros compañeros de trabajo, presentaron varios casos. Inicialmente me tomó por sorpresa pero luego de leer por segunda vez recordé el método y la forma de abordarlo. Simultáneamente, algunos de mis compañeros fallaban miserablemente y se quejaban de que la información (¡adivinen!) era incompleta, irrelevante o contradictoria. Vaya sorpresa, mis compañeros tuvieron la misma reacción que yo tuve. Esta experiencia sirvió para recordar que los ingenieros solemos ser muy buenos para resolver problemas bien especificados, pero fallamos miserablemente cuando las variables no están bien identificadas y cuando hay un gran nivel de incertidumbre.

Arquitectura Empresarial en la Práctica

2007-02-06T09:01:00.000-05:00

Hemos iniciado el proceso de arquitectura empresarial. Aunque en la teoría todo suena muy lógica, especialmente el cruce entre funcionalidades y procesos, en la práctica las cosas se hacen bastante borrosas y empezar a diferencia entre servicio, procesos, actividades, flujos de trabajo, procedimiento, en fin, entre los diferentes niveles de abstracción se hace realmente difícil.

Otro punto interesante consiste en la identificación de “servicios” comunes. En este sentido hay solo dos alternativas prácticas: (a) plantear un pool de servicios de acuerdo con el conocimiento de la empresa (b) tomar los servicios de un conjunto pequeño (4, a lo sumo 5) procesos de gran valor para la compañía e identificar los servicios compartidos. De ahí en adelante identificar los procesos de negocio y verificar si hay oportunidad de reutilización.

Según la teoría hay dos maneras de enfrentar el reto: bottom-up o top-down. La primera alternativa requiere conocer cada una de las aplicaciones en detalle y mapear las funcionalidades a procesos de negocio. La segunda sugiere identificar todos los procesos de negocio, identificar sus funcionalidades y finalmente cruzar procesos, funcionalidades y aplicaciones.

En mi opinión estas estrategias funcionan en papel, en la práctica hay que ser muy ágiles y nos se puede ser demasiado estricto. A continuación mis observaciones:

Sobre la alternativa top-down

Procesos Documentados. El primer requisito de la teoría es que los procesos de negocio estén debidamente documentados, de lo contrario pueden ocurrir dos cosas: los participantes de la iniciativa se inventan los procesos de acuerdo a su conocimiento o se utiliza muchísimo tiempo de los líderes de negocio para la especificación de los procesos. Ambas cosas tienen problemas puesto que generalmente el área de tecnología tendrá una visión muy limitada del proceso y el líder del proceso tiende a plantear un proceso idealizado o futuro, no el proceso actual de negocio justo como se lleva a cabo.

Nivel de Abstracción. La teoría habla sobre utilizar los procesos de negocio, pero en la práctica hay varios niveles de abstracción para los procesos de negocio: desde la cadena de valor hasta los procesos de nivel tres que llevan a cabo un reducido número de personas. Un ejemplo concreto es El Proceso de Venta de cualquier negocio. Este, sin duda, será un proceso de negocio, sin embargo, analizándolo en detalle, es un proceso transversal a los de más procesos. No es demasiado concreto, pues en una empresa multi-canal, multi-producto, para cada combinación canal-producto, la implementación del proceso de venta tendrá variaciones considerables y por lo tanto funcionalidades muy diferentes que, sin lugar a duda, la arquitectura empresarial deberá tener en cuenta.

Definición de procesos y de servicio. Diferenciar entre un servicio, un proceso y un servicio en el sentido SOA de la palabra a veces se convierte en una discusión bizantina. Por ejemplo, una persona puede argumentar que todo servicio será un proceso y por lo tanto el análisis de deberá llevar a cabo, no tiendo en cuenta los procesos de negocio, sino teniendo en cuenta los servicios. Bueno, aceptado, pero cual es el foco para acotar los servicio. Mi respuesta es que los servicios deberán ser aquellos que aporten valor al cliente, es decir, los servicios de cara al cliente. En este sentido, el servicio como tal se convierte en un proceso de negocio y la distinción entre servicio y proceso se torna irrelevante. Otra confusión a la hora de identificar servicios es que hay personas en tecnología que inmediatamente inicia el análisis se meten en la idea de un servicio como lo define SOA. Este puede ser un error, puesto que esa visión tiende a identificar solo servicios de lógica no funcional, por ejemplo el envío de mail, los sistemas de autenticación y autorización, la transferencia de archivos, etc. Si esto ocurre se habrá perdido la oportunidad de agregar valor al negocio y se seguirá con la visión táctica de TI.

Sobre la alternativa bottom-up

Visión limitada. Puesto que se parte de las aplicaciones existentes, es difícil considerar funcionalidad de negocio que no está automatizada. Es como construir un rompecabezas con piezas faltantes. A la larga la figura final tendrá muchos vacíos que a nuestros ojos no serán aparentes pero a los ojos de negocio serán muy evidentes. En este caso no podremos aportar nada o muy poco.

Dificultad en la ejecución. Pregúntese, cómo identificar las funcionalidades de 150 aplicaciones que su departamento de informática soporta. Lo primero que se les ocurre a muchas personas es identificarlas a través de sus especificaciones. Bueno, si tiene las especificaciones para las 150 aplicaciones realmente se merece un premio, y aun más, si mantiene las 150 especificaciones actualizadas se merece una certificación CMMI nivel 5!!!. Existen varias alternativas prácticas. La primera es que a través del conocimiento de un grupo de personas, se elabore una lista de las funcionalidades de más alto nivel de negocio y que cada analista dueño de aplicaciones indique si su sistema implementa dicha funcionalidad. La segunda alternativa es utilizar las opciones de los menús de las aplicaciones para identificar las funcionalidades. Esta última opción es muy poco productiva y puede conducir a errores.

Espero haber transmitido un poco de la realidad en la aplicación de la metodología de arquitectura empresarial. Como dije inicialmente, una cosa es la teoría y otra muy diferente son las lecciones que deja la práctica.

Gobierno en Línea

2007-02-05T20:22:00.000-05:00

Hasta ahora he sido muy crítico de la ejecución de los programas relacionados con la exposición de información y de servicios estatales a través de Internet. Creo, firmemente que este es un canal de relación sumamente valioso y productivo para todos los ciudadanos, especialmente, para aquellos que no tiene un acceso “físico” a las entidades gubernamentales y que se encuentran, por ejemplo, más alejados de los centros de poder.

Realizando una investigación sobre la normatividad relacionada con la Telemedicina me llevé la grata sorpresa de encontrar sistemas de consulta como los del Archivo Nacional, el Ministerio de la Protección Social, el Sistema de Información Legislativa de Bogotá y el Departamento Nacional de Planeación (que incluso ofrece un sistema en FoxPro gratuito para la consulta de los indicadores de Colombia). No solo pude encontrar la información que estaba buscando sino que existían referencias a documentación relaciona, a sitios complementarios, a bibliotecas virtuales, a resoluciones, decretos y leyes.

Siento que en este aspecto, como en algunos otros, el programa Gobierno en Línea va por buen camino y ha acertado. Espero que se continúe profundizando aun más en este esfuerzo y que no solo el gobierno central ejecute el programa sino que los gobiernos departamentales y municipales participen activamente.

Ministerio de la Protección Social: http://www.minproteccionsocial.gov.co/VBeContent/home.asp
Departamento Nacional de Planeación: http://www.dne.gov.co/
Departamento Nacional de Estadística: http://www.dane.gov.co
Archivo General de la Nación: http://www.archivogeneral.gov.co

Entre otros muchos sitios interesantes.

De regreso a la blogosfera

2007-01-31T15:10:00.000-05:00

Es como cuando, después de haber estado habituado a hacer ejercicio, se ha dejado de practicarlo. Se sienten los músculos tiesos, los movimientos son lerdos al igual que los reflejos. De vuelta a la blogosfera.

Estoy de nuevo en Colombia, el terruño, la patria. En resumen, mucha alegría de volver a ver a las personas que quiero, mucha inquietud por aplicar todo lo aprendido. España es un país muy agradable, ya me lo habían dicho, y me lo creí completamente.

Profesionalmente hablando, creo que el vuelco que le daré a mi carrera tiene que ver con la forma en que pienso sobre la tecnología. Si antes la tecnología era el fin en si misma, ahora esta será útil como medio para alcanzar un objetivo de negocio. Y por objetivo de negocio se entiende cualquier utilidad para el hombre, sea económica, social, etc.

Este será año de muchos retos: arranco a dictar clases en la universidad, la empresa para la que trabajo crece comprando nuevas empresas, existe muchas oportunidades para compartir el conocimiento, en fin, estaré atento este año y dispuesto a establecer conexiones con todas las personas que pueda.

Como decía un profesor, esta es la época de la red, de las conexiones, del trabajo conjunto. Si no ¿qué piensas de los blogs? ¿De las social networks? ¿Del messenger, de gtalk, de skype, de emule, de SecondLife? Todas estas, aplicaciones tecnológicas encaminadas a conectar (y paradójicamente, desconectan de la realidad) a las personas y a formar comunidades.

Hablando de SecondLife. Qué cosa tan increíble. Un mundo virtual en la red, igual de los SIMS, pero con la variación de que se maneja el concepto de dinero. Es posible comprar dinero virtual y, oigan esto, gastarlo dentro del mundo virtual. Se llega al extremo de comprar tierra y realizar proyectos inmobiliarios. Hay gente que se ha lucrado de este negocio enteramente virtual y sin asidero alguno.
Esperemos que este año tengamos muchas otras. Habrá que mantener los ojos bien abiertos y los blogrolls bien actualizados.

Viajando por España

2006-12-18T17:00:00.000-05:00

Ya terminó la parte presencial del master y ahora me dedico a viajar dos semanas por España. Del master me quedan muchas lecciones, que ya las iré publicando aquí. Por ahora lo que tengo que decir es sobre todo acerca de lo que he visitado.

Cadiz, San Fernando y Jeréz de la Frontera: Son ciuidades o pueblos pequeños. son muy bonitos y cada cual tiene su particularidad. De Cádiz se dice que es la cuidad más antígua de Europa, el gentilicio es Gaditano/a. Tiene una cultura muy marcada por el mar. De San Fernando se puede hablar de la música, de Camarón de la Isla y de los astilleros que ahora están cerrados. De Jeréz, único por su vino: El vino de Jeréz. Es lo que conocemos nosotros simplemente como Jeréz. Las bodegas de las diferentes marcas son muy agradables para conocer. Toda la gente de esta región es muy amable y relajada.

Se Sevilla puedo decir que es una cuidad histórica, llena de lugares para conocer: el rio Guadalquivir con todos sus puentes, la infinidad de bares en donde ir a tapear y tomarse unas cañas. La influencia árabe es patente y la arquitectura mudejar, que en mi limitada y homilde opinión es la mas hermosa.

Para Granada hay dos palabras: La Alhambra y el agua. Simplemente sorprendente, hace falta conocer La Alhambra y dedicarle todo el tiempo que sea posible, a ver si se queda tanta belleza tatuada en la retina. El agua es el centro de todo: de los palacios, de las plazas, y como no, de la Sierra Nevada, que con su nieve se ve majestuosa desde el Mirador de San Nicolas.

Apenas llegué a Barcelona. Desde el bus que me trajo a la cuidad pude empezar a descubrir lo diferente que es de todo lo que he podido ver de España. Mucho más moderna, más a la vanguardia. Esperaré para ver las sorpresas que me pueda encontrar.

Aprendiendo de los Españoles

2006-11-30T17:48:00.000-05:00

Ya llevo dos semanas de clases intensivas aprendiendo de los españoles. He pasado por la globalización, las habilidades directivas, la planificación estratégica, el análisis estratégico, las finanzas, la calidad y el marketing. El gran resumen es: conocer el mercado, definir las redes, crear nuevos mercados (océanos azules), crear y sostener la ventaja competitiva, ser rentables, medir y controlar.

Además de todos estos temas comprimidos en dos semanas, he trabajado en equipo con panameños, argentinos, peruanos, ecuatorianos, dominicanos y compatriotas. De todos he aprendido muchas cosas buenas y he identificado diferencias sutiles y evidentes, que nunca imaginé fueran tan determinantes para poder obtener buenos resultados.

Hasta ahora España me ha tratado muy bien. El clima en el sur, a pesar de estar a finales del otoño, es bastante benigno. Además, ya me acostumbre a palabras como:

- Los costes
- El valor añadido
- Coño
- La leche
- Me cago en la leche
- Vamos, macho
- Gilipollas
- Cojonudo
- Es las ostia
- La madre de todos los corderos

En fin, es un vocabulario tan rico, que hay que hacer el diccionario. Eso sí, estos son solamente los términos españoles, faltan los de el resto de países, porque aunque creemos que todos hablamos el mismo idioma, cada país tiene sus variaciones y lo que es peor, sus propias maneras de decir las cosas.

2006-11-18T15:42:00.000-05:00

Finalmente salí hacia España. Tomé el avión para el primer trayecto, Medellín-Bogotá a las 11:45 AM. Por fortuna me aforaron la maleta hasta Madrid directamente en Medellín, por lo que no tuve que pasar por los controles de emigración de Bogotá, que son ridículamente exagerados y ahora peor, pues entró en vigencia una normatividad europea que indica que los vuelos que se originan o que llegan a Europa deben asegurar que los pasajeros lleven muy pocos líquidos y geles. La norma dice que solo se puede llevar pequeñas cantidades de hasta 100 centímetros cúbicos. Y yo que llevaba un tarro de shampoo, uno de acondicionador, gel para el pelo, pasta de dientes, medicinas, etc, etc, etc. Como dije, fui muy afortunado en que me aforaran la maleta en Medellín. Muchas personas sintieron el rigor de la norma y tuvieron que dejar tarros de crema para las manos, crema de dientes, el guarito y muchas otras cosas.

Hasta el ingreso a la sala de embarque todo transcurrió con normalidad, los controles a los que estamos, desafortunadamente los colombianos, acostumbrados. Aprovechando el duty free, y cumpliendo una promesa, compré una libra de café especial para compartir con todos, profesores y estudiantes, aquí en Cádiz.

Llegué a la sala de embarque a eso de las 3:30 de la tarde. El avión de Iberia llegó como a las 5:00 pm. Entonces, estando todos acomodados en la sala, nos pidieron que saliéramos y tuvimos que pasar por otro chequeo más de seguridad.

Después de una fila de unos 20 minutos, con la maleta de mano al hombro, llegué a la máquina de rayos X (o no se que rayos será). Me bajé de mis tres riñoneras (la de la billetera, la de la cámara, la de la plata), de la maleta de mano, de la chaqueta, de la correa. Pasaron todas mis cosas por la máquina de rayos X mientras al otro lado las cosas iban cayendo al piso, ensuciándose contra el piso y contra la banda de caucho de la máquina. Entonces, recogí mis cosas en una canasta plástica y la puse sobre una mesa metálica, en donde hacen la “revisión exhaustiva de la humillación final” ™. Es decir, como no aprovechar esta última oportunidad para una ultima humilladita por parte de tus mismos compatriotas. En fin y volviendo al relato. Mientras yo hacía maromas para sostener la canasta plática con mis cosas (que sumadas pesan más de ocho kilos) una policía antinarcóticos con sombrerito, como de 1.80 m de altura y mas cuaja que Capax, tomaba mi canasta y la empujaba hacia mí, haciendo que se cayera de la mesa. Eh ahí cuando cometí el error de reclamar por su altanería. Señora, me va a tumbar las cosas al piso, le dije. En tono desafiante y mirándome con ira a los ojos me dijo: No diga cosas que no son ¿por qué dice cosas que no son?, en excelente acento policial, ese acentico rolo mezclado con Santandereano.

Me volvió a mirar con rabia y me dijo, venga que le voy a revisar su equipaje. Yo entendí el mensaje y me tragué lo que quedaba de mi dignidad después de haber pasado por tres controles de seguridad. Se dedico a revisar milimétricamente el contenido de mi maletín: revisó la caja de recuerdos (una chivas miniatura de porcelana) tirándolo todo sobre la mesa, rompió la bolsa sellada de café con un palo como de chuzo (pincho) revisando el interior de la bolsa, encontró mi computador portátil y me lo hizo prender. No se muy bien si su objetivo era simplemente fastidiarme o si era fastidiarme y demostrar su conocimiento en el manejo del touch pad. El caso es que usó el computador unos 5 minutos iniciando programas al azar. Para redondear, interrogó:

La policía: ¿Motivo de viaje?
El ciudadano: Estudio
La policía: ¿Qué va a estudiar?
El ciudadano: una maestría
La policía: ¿Una maestría en qué?
El ciudadano: en dirección de empresas tecnológicas e industriales
La policía: muéstreme su carnet de profesional
El ciudadano: -- No entendía a qué se refería y buscó afanosamente el carnet de egresado – Aquí está mi carnet.
La policía: muéstreme su cédula y pasaporte
El ciudadano: aquí están los documentos
La policía: -- Revisa milimétricamente la correspondencia entre cada documento. Devuelve los documentos de mala gana al ciudadano.
El ciudadano: -- Guarda sus documentos y recoge lentamente las cosas de la mesa y pregunta: ¿Va a revisar algo más o puedo guardar ya las cosas?
La policía: Guarde las cosas.

Creí que ahí terminaría todo, pero que equivocado estaba. La policía se dedicó a patrullar la sala de espera, mirando detalladamente a cada una de las personas que aguardaban el abordaje, pero en especial, a mí, Me miraba (yo me hacía el loco y fingía un bostezo o miraba hacia el techo), seguía, daba media vuelta y me volvía a mirar de reojo, continuaba su marcha y dabas un giro rápido de 180 grados para ver si yo la estaba mirando. Hasta que por fin se acercó hacia donde yo estaba sentado. Se dedico, entonces, a interrogar a la persona que estaba sentada a mi lado. Le preguntó sobre el motivo de viaje, le pidió documentación y siguió con su patrullaje.

Después de todo este show, abordé finalmente el avión. El viaje fue bastante bueno. El flotador para descansar la cabeza, que me prestó mi hermano, fue sumamente útil para descansar. El avión resultó muy cómodo, de hecho me pareció mejor que el de AirFrance, excepto por las pantallas personales de los aviones de AirFrance. La comida también estuvo muy bien. Delante de mí, curiosamente había un Indio y un Judío. El Indio estudiaba un master en mercadeo en Estados Unidos. Lo supe por metido, pues habló durante un rato, en inglés, con una señora en el puesto vecino. Se dirigía a Inglaterra. El Indio no tenía la típica pinta de Indio, por el contrario, el pelo engominado, jeans modernos, gafas de marco grueso. Por esto mismo me sorprendió cuando pidió una comida vegetariana.

El judío resultó bastante pintoresco. Era un joven de unos 26 o 27 años. Alto, creo que podría medir 1.95. Acuerpado, pero no obeso. Blanco y de ojos claros. Era un judío ortodoxo, infiero yo por su pinta: Sombrero negro, camisa blanca, chaqueta negra, pantalón negro, zapatos negros y barba larga. Cuando se sentó en su puesto se quitó el sombrero y la chaqueta y los guardó en el compartimiento de encima. Además pidió que le sirvieran comida Kosher, a lo que las azafatas respondieron con gusto.

El vuelo tardó nueve horas y quince minutos. Me descrestó que en las pantallas, durante el despegue y el aterrizaje, se proyectaba la imagen de la cámara montada en lo alto de la cola del avión, de modo que se podía observar toda la maniobra, el terreno y los detalles de funcionamiento del avión (el despliegue y repliegue los flaps, el movimiento de los planos de dirección, los frenos de aires, el tren de aterrizaje). Me gustó muchísimo esta capacidad.

Finalmente salí del avión de segundo y pisé al aeropuerto de Barajas. Muy impresionante. Caminé primero por pasadizos de cristal, subiendo, a la izquierda, a la derecha, sigo subiendo, llego a una plataforma, giro a la izquierda y me acerco a la ventanilla de revisión de pasaportes para no comunitarios. Aquí me puse un poco nervioso dado los antecedentes en Bogotá, el cuento de la “colombianidad”, etc. Nada que temer, el guardia me miró, me supongo que para comprar la foto con mi cara (no al revés). Pase ese punto y seguí hacia otra máquina más de rayos equis, en donde pasé nuevamente todas mis pertenencias. Seguí sin problemas, siempre fijándome en los letreros que indican hacia donde girar para buscar el equipaje. (Qué diferencia, me ponen más problema mis compatriotas que los afectados).

Finalmente llegué a un tren que me llevó hasta otra Terminal en donde tuve que esperar unos treinta o cuarenta minutos a que apareciera, de manera mágica para mi, el equipaje en la banda transportadora numero 4.

Tome mi equipaje, y utilizando un carrito para facilitar las cosas me dirigía hacia fuera, con la menta concentrada en encontrar la estación del metro. Para poder hacerlo tuve que tomar un bus que me llevó hasta la terminar dos, en donde finalmente tomé el metro.

Seguí el plan que ya había estudiado con mi esposa y llegué a la estación Opera, después, eso sí, de bajar y subir con mis cuarenta kilos de equipaje al hombre. Emergí a la plaza Isabel Segunda, donde me encontré de frente con el Real Cinema y de espaldas con el Teatro Real. Le di una vuelta a la plaza buscando la calle Mandemanes. Subí por la calle hasta encontrar el edificio en donde se encuentra el hostal Los Tres Amigos.

Entré y efectivamente, como lo habíamos visto durante la reservación, el hostal quedaba en el cuarto piso, y como o habíamos previsto había un ascensor, y como lo imaginábamos, era un ascensor viejísimo en el que solo cabíamos mis maletas y yo.

En la recepción encontré a un joven mexicano que me explicó todos los pormenores, le pagué por la cama (no habitación), por el candado par el locker y le dejé 5 € como depósito para las sábanas y 1 € como depósito para el candado. La habitación era la número 2 y la cama, la numero 2. En total, en la habitación hay tres camarotes y dos bloques de lockers, por lo que pueden dormir hasta seis personas. La primera impresión que tuve fue bastante negativa, pues para ser sincero, en Colombia por se usan las habitaciones compartidas y por fortuna del destino no he tenido que compartir pieza en un hotel con extraños, hasta el este día.

Luego de organizar las cosas se despertó mi espíritu aventurero. Primero me dediquen a conseguir comida. Todo me pareció exageradamente caro: kebbab más gaseosa 8,90 €, bocadillo de jamón 8,45€. Encontré un McDonals, entré compré un combo por 6,45 €.

Con el tanque lleno, subí por la calle Arenal hasta la plaza del sol. Observé mi mapa y verifiqué que si tomaba la calle Carretas llegaría a la calle Atocha. De ahí podría caminar hasta la Puerta de Atocha, reclamar el billete de tren para mañana y ahorrarme un euro. Me arriesgué y caminé, efectivamente hasta la Puerta de Atocha.

La estación se llama Estación Puerta de Atocha y desde aquí salen muchísimos trenes. La estación es muy bonita pues tiene un microclima que controlan utilizando aspersores de agua, calefacción y una especie de invernadero. En el centro de la estación hay una selva pequeñita. Muy impresionante, sobretodo pensando en el frío y la resequedad que hay afuera. Reclamé el billete sin problemas y decidí continuar hasta mi excursión hasta el museo del Prado, sabiendo de antemano que estaría cerrado.

Caminé por la calle que creía El Paseo del Prado para encontrarme con una sorpresa el Parque El Retiro. Decidí abandonar la idea de conocer, por ahora, el Paseo del Prado y me interné en El Retiro. La verdad estaba un poco nervioso, pues mi esposa ya me había advertido que en este parque hay rumanos que atracan a la gente, y yo estando solo y caminando por los caminitos del parque, con una pinta de turista resaltada, podría ser presa fácil. Me relajé un poco y empecé a disfrutar de la vegetación, del palacio de cristal, de los lagos, del monumento a Luís XV, de la plaza Paseo de Colombia, de la fuente del ángel y de muchas otras cosas maravillosas.

Ahora que estaba tan cerca de la puerta de Alcalá, como no conocerla, y ya que estaba allí como no pasar por la Fuente de Cibeles, La gran Vía, la Plaza del Callao para desembocar a la Plaza Santo Domingo y regresar a la calle Campomanes para recargar energías.

Dormí un poco, desde las cinco hasta las nueve de la noche. Claro que antes, tuve que aguantar los ronquidos ensordecedores de uno de los compañeros de mi habitación. Luego me enteré que son estudiantes de medicina realizando una pasantía en España.

Salía a eso de las nueve de la noche con deseos de darle un vistazo al Palacio Real, que dista unas pocas cuadras de la Plaza Isabel II. Di una vuelta por el lugar y decidí aventurarme hasta la Plaza España siguiendo la Avenida Bailén. Di una vuelta por la plaza y subí por la gran vía. El estómago me informó, entonces, que necesitaba una recarga. No quería gastar mucha plata, por lo que me dedique a buscar algo bueno y barato para comer. Resulté en un bar en el que promocionaban un bocadeillo, papas y cerveza por 4,5 €, hasta las 12:30. Como no me he acostumbrado a hablar en 24 horas, asumí que era hasta las 12:30 de la noche. Entré y le solicité a barman una promoción. Claro, como era obvio recibí la burla típica española. El diálogo continuó así:

Turista colombiano: ¿Cuánto vale una cruz campo?
Barman español: ¿Una cruz campo? – Piensa un momento -- ¿Una caña?
Turista colombiano: -- Recuerda que en dialecto alcoholico español, una caña es una cerveza – Si, eso, una cerveza.
Barman español: 1,5 €
Turista colombiano: Hablando mentalmente consigomismo – 1,5 por tres mil, me da 4,500 pesos. Ehhh…he pagado cervezas a siete mil en el parque Lleras, ahora no me voy a tomar una cerveza por 4,500 en un bar de Madrid – Deme una por favor.
Barman español: -- Pone la cerveza, digo, la caña sobre la barra y además una tapa de mejillones a la vinagreta.
Turista colombiano: Gracias – Ve estupefacto la tapa y se pregunta sei se cobra a parte. Se relaja y decide disfrutar la cerveza y su primera tapa española 100% española.

Turista colombiano: ¿Cuánto es, por favor?
Barman español: 1,50€
Turista colombiano: -- Goza en su interior sabiendo que la tapa y la cerveza solo le costaron 1,5€. En Medellín eso podría vales 10,000 pesos. Paga – Gracias – y se va.

Regresé al Hostal, para encontrarme con que ahora serían cuatro Brasileños mis compañeros de cuarto, uno de los cuales tenían pulmones de trompetista que utilizaba para hacer sonar sus ronquidos.

Temas Variados

2006-10-18T23:43:00.000-05:00

Bueno, llevo ya bastante tiempo sin escribir en el blog, no ha sido por falta de tema, ha sido por falta de tiempo. Algunas cosas en las que me he detenido a pensar:

1. Los servicios tecnológicos enmarcados en un modelo de Calidad de Servicio Diferenciada: El concepto aquí es muy parecido al concepto de valor del cliente para la empresa, del que tanto se habla en mercadeo. La idea es identificar los procesos de negocio y los usuarios de dichos procesos de negocio. Aquellos usuarios que generan más valor para la compañía tendrán prioridad para el uso de recursos sincronicos, mientras aquellos que no generen tanto valor accederán a recursos asíncronos. Aquí ya he desarrollado una teoría un poco completa. Con más tiempo la expondré con detalle en un artículo o aquí mismo en el blog. La ventaja de esta aproximación es la optimización del rendimiento y la disponibilidad de los recursos de TI para las transacciones más valiosas (a mayor cantidad de transacciones valiosas, mayor margen para el negocio).

2. La Arquitectura Empresarial como método para abordar la complejidad y crear mayor valor estratégico. Aunque algunos piensan que las áreas de tecnología no son estratégicas para las empresas, yo sostengo el argumento que en las empresas intensivas en información (servicios financieros, consultoría, mercado, software, etc), sin lugar a dudas, las áreas de TI pueden apalancar el negocio y ser fuente de ventaja competitiva, incluso de ventaja sostenible, por lo que se convierte en una ventaja estratégica. Desde ese punto de vista, el análisis de todos los procesos de la cadena de valor, su priorización de acuerdo con el valor que generan para el negocio y el nivel de cobertura tecnológica para cada proceso, son indicadores clave que permiten que las áreas de tecnología planifiquen efectivamente sus limitados recursos. Hay que invertir recursos de TI en los procesos que más aportan valor y que menos cobertura tecnológica tienen. El uso de las matrices de procesos de negocio vs. Sistemas que apoyan cada proceso/actividad es un método para lograrlo. Otro cuento es el esfuerzo involucrado en levantar las matrices y mantenerlas actualizadas. Este problema lo trataré de abordar en otra entrada al blog.

3. Un martillo no debe usarse con un tornillo. Me refiero a que durante mucho tiempo he sido un gran partidario de Java como plataforma empresarial universal. Muchas situaciones y muchas personas me han hecho caer en la cuenta de que Java tiene su nicho, mientras que otras herramientas tienen lo propio. Un caso concreto: una empresa de clase mundial seguramente utilizará servidores robustos, con infraestructura altamente disponible, clusters, etc. Seguramente su sistema operativo (aunque a algunos les moleste) será un sabor de Unix. En este caso, la herramienta adecuada como plataforma empresarial es Java. De otro lado, una empresa que tiene una plataforma Wintel, con cierta estabilidad y con un panorama para el uso continuado de Windows, debería utilizar .NET como plataforma principal para su negocio. Un destornillador para un tornillo, un martillo para un clavo.

4. La formación universitaria en ingeniería, especialmente en el campo técnico, tiene una gran ventaja sobre otros tipos de carreras: desarrollan la capacidad de análisis racional de las personas, permitiendo tomar decisiones de manera “objetiva” y racional. Me refiero a que en la gran mayoría de los casos un ingeniero prefiere tomar una decisión con base en una evidencia y como resultado de un raciocinio. Como lo dije, esta forma de pensar es supremamente válida, pero de alguna manera cuadricula la mente de las personas. En el mundo de los negocios las cosas no necesariamente se comportan de manera predecible o con reglas claramente definidas. En este ámbito la intuición y la heurística juegan un papel muy importante. Un Arquitecto Empresarial debe ser capaz de tener las dos visiones: la ingenieril-racional y la intuitiva-heurística, y si nos las tiene debe, por lo menos, poder comprender ambas. Lo digo porque para un Arquitecto Empresarial la formación de ingeniero no basta, debe formarse como administrador también y comprender las minucias de la empresa. En ese camino estoy enfocado y por esa razón estoy estudiando una maestría en Dirección de Empresas Tecnológica e Industriales. Hasta ahora me ha abierto muchísimo mi punto de vista de las cosas. Este es un camino que, parcialmente, podría recomendar.

5. Prometo no tratar temas políticos en este blog, si lo hago será en otro blog, ni siquiera responderé a insinuaciones políticas en los comentarios que puedan surgir. Esta decisión la tomé porque pienso que las discusiones políticas son irracionales, parten de preconcepciones y prejuicios de las personas, que en muy raras, rarísimas ocasiones, las personas están dispuestas a reevaluar, incluyéndome yo mismo en el término “personas”. Creo que es una discusión en terreno inerte, nada bueno sale, a menos que las partes tengan la disposición para abrirse a opiniones “equivocadas”, a la “ignorancia de los demás”, o a la incromprensión de x,y o z clase/raza/niviel socio-económico/etc. He dicho.

Algunas ideas para realizar presentaciones efectivas

2006-08-31T18:07:00.000-05:00

1. Escribir la presentación en PowerPoint no es preparar la presentación. Una presentación es un discurso que tiene como objetivo informar y persuadir a un público. Este objetivo no se logra con ideas plasmadas como frases en viñetas, se logra con un discurso bien estructurado y articulado. El primer paso para una presentación es escribir el contenido de la misma en un procesador de texto.

2. Los efectos, las transiciones, las animaciones, solo deben usarse para apoyar la expresión de la idea. PowerPoint ofrece una amplia variedad de opciones gráficas que pueden beneficiar, o más comúnmente, perjudicar una presentación. ¿Quién no ha visto el efecto de "aparición" usado en una presentación? Es terrible: el presentador no sabe cuantas veces hacer clic para que la diapositiva se despliegue completamente, y cuando lo hace, se pasa por error a la siguiente. El auditorio pierde la concentración y el presentador el hilo de su argumento. El resultado neto sobre el público es negativo con respecto al objetivo del presentador.

3. Los errores ortográficos y semánticos disminuyen el impacto de un buen argumento. Imagínese en una presentación en la cual le están ofreciendo un servicio de consultoría, ahora imagine que el proveedor está sosteniendo un buen argumento, ha logrado quebrar el hielo y despertar el interés de todos. Los asistentes están atentos y de repente, en la siguiente diapositiva aparece la frase "Un jiro en su extrategia de seguridad". ¿Con qué credibilidad cuenta ahora el presentador?

4. Agenda, Introducción, desarrollo, conclusiones, resumen. Al preparar una presentación, tener en cuenta estas fases ayuda a organizar el trabajo. La agenda presenta los temas que van a ser tratados, debe incluir el tiempo total de la presentación y, si participan varias personas, los momentos de su participación. Esto ayuda a coordinar a los presentadores y a que la audiencia esté preparada para los cambios y para la duración, diminuyendo la ansiedad y mejorando su concentración. La introducción no es el resumen de la presentación, esta sección contextualiza al auditorio, establece el tono y abre la puerta para el desarrollo de la presentación. Las conclusiones son los mensajes que el presentador quiere dejar claros, es la impresión en la retina del auditorio. El resumen permite que el auditorio repase mentalmente el contenido de la presentación y determine cuales puntos quedaron claros y cuales no.

5. La práctica hace al encantador de serpientes. Un fórmula exitosa para el una presentación débil es no practicar la presentación. Improvisar efectivamente es un arte dominado por muy pocos. Asegúrese de realizar la presentación a un conjunto de personas de confianza, con ello podrá comprobar usted mismo que tan convincente es su presentación y qué tan estructurada está. Sus compañeros podrán realizarle críticas constructivas y resaltar los puntos débiles y confusos.

Finalmente, un poco de suerte también ayuda.

Documentación de Integración de Aplicaciones

2006-08-04T08:53:00.000-05:00

Estoy seguro de que un muchas compañías (no orientadas al desarrollo de software) la mayoría de sus proyectos nuevos tiene que ver con la integración de aplicaciones existentes a diferencia de desarrollar sistemas nuevos que apoyen verticalmente un producto. Esta situación se da por muchas razones, entre ellas el hecho que las compañías hoy en día se orientan más a procesos de negocio que ha verticales de producto, pues contiene más valor para el cliente (y para la compañía) ofrecer por ejemplo una administración de riesgos que un seguro de vida, uno de autos y uno de hogar; ofrecer un mantenimiento de vehículo que un cambio de llantas, un cambio de aceite y una revisión de gases. En fin, hoy las compañías se preocupan por entregar mayor valor en forma de servicios que entregar productos puntuales.

De igual manera hay razones técnicas para que en las áreas de TI pensemos y ofrezcamos a nuestros clientes (las áreas de negocio, en este caso) integración entre aplicaciones y no aplicaciones verticales y monolíticas. Entre estas razones se encuentra el hecho que ya tenemos mucha lógica de negocio probada y flexible. Estos componentes pueden reutilizase en diferentes situaciones ajustando algunos parámetros o haciendo pequeñas adecuaciones. La reutilización disminuye los costos de desarrollo y mantenimiento, estos últimos siendo los más importantes.

Hasta aquí todo muy bonito y de alto nivel. Ahora, cuando nos remangamos la camisa y empezamos a trabajar como ingenieros de software, es cuando empezamos a encontrar dificultades. En este artículo corto quiero reseñar el problema del análisis de proyectos de integración y presentar, de manera muy resumida, la solución que he encontrado más adecuada.

En los proyectos de integración existen dos formas de analizar el problema: las aplicaciones que intervienen en el proceso y las integraciones entre dichas aplicaciones. A las primeras se les llaman frentes de trabajo, a las segundas, simplemente integraciones.

Generalmente, un frente ya se encuentra maduro, tiene unos usuarios líderes que conocen del negocio y los analistas dueños del software conocen bien los detalles de la implementación. Un frente recibe un conjunto de requerimientos, generalmente como un documento de especificación de requisitos. El frente realiza sus ajustes y está preparado para especificar los puntos de integración. Hasta aquí el proceso común y corriente que venimos haciendo desde hace ya mucho tiempo.

Las integraciones son un poco diferentes en el sentido que no son un producto concreto, sino que se materializan en las colaboraciones que ocurren de manera ordenada y con un conjunto de reglas semánticas específicas entre dos o más sistemas. La lógica de integración se encuentra en las aplicaciones involucradas en la interacción (y si existe un software de integración, allí también existirá lógica de integración). El análisis y el diseño de las integraciones requiere que un equipo del proyecto que se responsabilice por la coordinación, acuerdo y documentación de cada integración. El equipo de integración no necesariamente es quien realiza las actividades pero si tiene la responsabilidad de que las cosas se hagan y sobre todo, de la comunicación clara y oportuna entre todas las partes.

Para documentar las integraciones recomiendo utilizar dos tipos de diagrama UML: el diagrama de actividades y el diagrama de secuencia. El diagrama de actividades puede usarse en integraciones complejas que requieren muchas condiciones. Los carriles (o swinlanes) representan a los sistemas que se están integrando y las actividades a las operaciones que un sistema particular ejecuta. Las integraciones al nivel de datos se modelan utilizando DataStores, las invocaciones a métodos (WebServices, RPC, DCOM, Corba, etc.) se modela con Control Flows entre actividades. En cada “flecha” se deben documentar los parámetros y las reglas o semántica de la invocación. En las actividades se documenta la operación que se realiza, la entrada que se espera y la salida que se genera.

Cuando ocurre una integración que no tiene muchas condiciones, resulta más útil y expresivo (por el tema de la ubicación de los mensajes en el tiempo) el diagrama de secuencia. En este diagrama, los sistemas son los objetos que se pasan mensajes. Los mensajes contienen los parámetros y la semántica. Una ventaja de estos diagramas es que si se utiliza una buena herramienta se obtendrá “gratuitamente” cada uno de los métodos de integración de los sistemas.

La elaboración de los diagramas tiene dos objetivos fundamentales: el análisis de la integración y la generación documentación suficiente para realizar pruebas de integración. El análisis es una actividad importante, pues una cosa es contar en palabras cómo debe ser la integración y otra modelar con mayor detalle las interacciones entre los sistemas. En esta segunda situación se descubren aspectos que no se habían tenido en cuenta y se aclaran conceptos entre los integrantes de la integración. Este es un ejercicio grupal, nunca un ejercicio individual; con esto quiero decir que no debe existir el “Arquitecto” todo poderoso e infalible que dicta como se realizan las integraciones. Todo lo contrario, este es un proceso de construcción colectiva.

La generación de documentación es un punto crítico, pues es muy diferente probar un frente (mediante casos de prueba levantados a partir de los casos de uso del sistema) comparado con probar un proceso integrado de negocio. Las integraciones quedarán documentadas como diagramas de actividades y diagramas de secuencia, con comentarios en los mensajes o en los pasos de control y con notas sobre las actividades o sobre los objetos que participan en las interacciones. La estrategia que considero más acertada consiste en que los diseñadores de pruebas entiendan los diagramas y tomen los sistemas de un escenario de integración como cajas negras. El resultado de esta estrategia son casos de prueba de tipo: conjunto de datos de prueba, procesamiento y resultado o comportamiento esperado.

Mi conclusión principal es la necesidad de conformar un equipo con la responsabilidad específica del análisis y documentación de las integraciones, de otro modo la comunicación estará llena de ruido y por lo tanto la probabilidad de éxito del proyecto se verá seriamente afectada.

Las decisiones de tecnología basadas en modelos de costos

2006-06-16T08:42:00.000-05:00

Aunque en el país no ha existido un boom de empresas tecnológica como el vivido en el valle del silicio, los presupuestos de las áreas de tecnología tenían cierta flexibilidad. En años anteriores podían proponerse cambios tecnológicos sin un modelo claro de retorno de la inversión. Hoy, los presupuestos de tecnología se observan con mucho mayor detenimiento y cada inversión que se realiza debe tener una justificación en cuanto a un beneficio concreto, generalmente, para el negocio.

Creo que en este punto, somos víctimas de nuestro propio éxito; las áreas de tecnología de muchas empresas dejaron de ser centros de costos que apoyan la operación y se convirtieron en fuente de ventaja competitiva que apoyan la estrategia del negocio. En estos términos, las inversiones que se realizan en tecnología deben tener un modelo de costos y de retorno de la inversión.

Como decían los abuelos, del dicho al hecho hay mucho trecho. Recientemente me he encontrado con algunos proyectos, que sé que son beneficiosos, de los cuales puedo hacer una análisis costo/beneficio muy concreto, pero que me resulta sumamente complicado plantear un modelo de costos o de retorno de la inversión realista y creíble (incluso para mi).

Un ejemplo muy concreto es el middleware de integración, sea EAI (Enterprise Application Integration) o ESB (Enterprise Service Bus). Estas plataformas son excelentes para resolver el problema de integración. Una vez que una empresa se embarca en proyectos de integración o cuando tiene una plataforma de aplicaciones madura, empieza a detectar que tiene muchas aplicaciones aisladas y que pierde mucha eficiencia por los reprocesos que debe hacer para comunicar la información entre los diferentes sistemas. La organización empieza a pensar en procesos transversales de negocio, ya no piensa solo en productos o en operaciones verticales. Descubre que de cada aplicación puede seleccionar piezas que componen un servicio y que quiere reutilizar dichos servicios para lograr sinergia entre los sistemas, integridad en la información y eficiencia en el negocio.

Todo esto suena muy maravilloso, y de hecho los es ¿Qué hacer entonces? El área de tecnología llama a un grupo de proveedores de software de industria y ellos sacan de la manga el último software de integración acompañado de una sonrisita y con un brillo en los dientes tipo caricatura. Dicen que el paquete cuesta X dólares o que por tener infraestructura del proveedor la compañía ya cuenta con el licenciamiento apropiado. El área de tecnología sigue indagando y descubre que necesita muchas cosas nuevas para soportar la solución: nuevo hardware, nuevos administradores, un par de licencias más para soportar alta disponibilidad, entrenamiento para los desarrolladores, un equipo especializado en integración y lo más importante; necesita desacoplar los servicios de las entrañas de las aplicaciones.

Bueno, no sé si alguien sea un experto en plantear un modelo de costos o de retorno de inversión para este escenario, si lo es, por favor cuénteme cómo hacerlo, escriba un artículo, dicte conferencias, pero por favor comparta este conocimiento. Cómo cuantificar los beneficios de la integración, cómo determinar el beneficio que presta una alta cohesión y un bajo acoplamiento para el negocio (aquí se puede hablar carreta, pero la idea no cala en el negocio), cómo cuantificar el costo de desacoplar los servicios de las aplicaciones si nunca se ha hecho.

Para mí, la justificación de una plataforma de integración es bastante difícil, a menos que ocurra un evento como una fusión entre compañías, plantear un modelo de retorno de la inversión sería ideal para justificar una cosa que uno sabe que dará buenos resultados pero que finalmente no es capaz de demostrar con números concretos.

Avances con el Capítulos ACM Colombia

2006-06-09T07:36:00.000-05:00

Estoy realmente contento con el avance y sobre todo, con la aceptación que ha tenido la idea del capítulo ACM Colombia. En estos momentos estamos pasando por uno de los procesos más importantes: la constitución del capítulo. Aquí se deben considerar varios aspectos: el nivel de compromiso de los miembros, los principios de constitución y las actividades.

El nivel compromiso de los miembros es, de lejos, el factor más crítico para llevar a buen término la iniciativa, es decir, que la iniciativa se convierta en una realidad. El compromiso se logra interesando a las personas, logrando que las personas se identifiquen con el objetivo de la organización y presentando actividades retadoras en las que todos puedan participar.

El compromiso es como un árbol: se planta la semilla, germina y crece. Sin embargo al compromiso hay que cuidarlo, igual que un árbol se marchita sin agua, el compromiso desaparece si no se cuida. Creo que a esta altura la semilla fue plantada y está germinando, pero necesitamos encontrar los mecanismos para lograr que ese brote se convierta en un árbol y que todos trabajemos con entusiasmo.

Los principios de constitución fueron claramente definidos en la visión, misión, objetivos, valores y principios. Esta es la guía que utilizaremos cada vez que necesitemos tomar decisiones. El proceso fue consensuado por lo que creo que todos estamos de acuerdo y que todos los compartimos. Espero que muchas personas los compartan para que quieran unirse, más adelante, a este grupo.

La parte que en este momento me tiene más emocionado es el plan de actividades. Hay dos objetivos que considero estratégicos: la realización de las olimpiadas y la publicación de una revista trimestral.

Las olimpiadas son la oportunidad para concretar nuestra misión, sobre todo en el ámbito académico, de atraer nuevos miembros y de lograr un nivel inicial de reconocimiento. Aunque las primeras olimpiadas se realizarán a una escala pequeña comparado con lo que visionamos, será una forma de foguear nuestra capacidad de organización, de innovación, de persistencia y de recursividad. Esperamos poder ofrecer concursos o competencias novedosas, que llamen realmente la atención y que resulten tan interesantes que los participantes quieran invertir mucho de su tiempo resolviendo los problemas. Necesitamos persistencia para lograr obtener los patrocinios necesarios para realizar las actividades con un nivel importante, que las personas que participen sientan que ganar la olimpiada, además de lograr un reto personal, ofrece un nivel de reconocimiento importante. La persistencia es importante, pero la recursividad no se queda atrás. A pesar de que se cierre una puerta debemos encontrar como volverla abrir o debemos buscar otras.

De otro lado, la publicación de una revista trimestral es de esos sueños que se me hacen agua a la boca. Imagino una revista con dos tipos de contenido: uno denso; artículos de carácter científicos (tipo IEEE) que aborden temas actualidad pero con un análisis riguroso y formal, con el nivel necesario para que el ámbito académico los tome en cuenta y sobre todo, para que sirva de fogueo y preparación para la publicación de estos artículos en revistas indexadas, conferencias internacionales y por qué no, en las revistas de la ACM y la IEEE.

El segundo tipo de contenido es un poco más cotidiano, obviamente relacionado con tecnología, pero con un enfoque un poco más periodístico. Algo como información de actualidad en el ámbito local, los perfiles de las empresas de tecnología, mejores prácticas en la utilización de X, Y o Z tecnología, en fin, aquí hay mucho espacio para desarrollar. En este tipo de contenido hay un tema que quisiera explorar y es el de los profesionales colombianos que actualmente están trabajando o estudiando en el exterior. Aquí el objetivo sería exponer desde diferentes perspectivas la experiencia de los profesionales colombianos en otros países; sus competencias, sus debilidades, sus fortalezas. Es un examen para nuestro nivel profesional y del cual, creo, todos podríamos aprende mucho.

La revista sería un medio abierto, en el cual deben publicar todos los miembros del capítulo, pero que recibirá, sin duda alguna, material de otras fuentes. Eso sí, siempre pasando a través del filtro de la junta de redacción.

El objetivo entonces es realizar las olimpiadas a finales del tercer trimestre de este año o a mediados del cuarto. Ojalá logremos realizar la primera publicación de la revista a finales de agosto.

Nos esperan muchos retos emocionantes.

http://andresbube.googlepages.com/indice

Biblioteca EPM / EEPPM

2006-05-18T16:07:00.000-05:00

El fin de semana pasado, como era día de la madre, fuimos a comprar algunos regalos para familiares. Estuvimos comprando cosas en “El Hueco”, allí se puede encontrar desde el collar de cristal de Murano, el jean de la marca más reconocida, los electrodomésticos más sofisticados, hasta la botella de sello azul más barata de la cuidad.

Como este “conglomerado” comercial se encuentra en pleno centro de la cuidad, decidimos no ir en carro sino utilizar el transporte público, los famosos buses de Medellín.

Después de haber terminado las compras y después de haberme comido dos cajitas de “Uvas Chéveres” (son unas uvas pasa recubiertas de chocolate; solo las hemos encontrado en El Hueco) nos dirigimos a coger el bus para regresar a la casa.

Nos fuimos derecho por una carrera que desemboca a San Juan (como la mayoría de los de mi generación, no me sé los nombres de las calles del centro, para mí no sirven los nombres, sirven los números) y nos encontramos con una muy grata sorpresa: La Biblioteca de EEPPM y el Parque de la Luz.

En una palabra

impresionante

La biblioteca Luis Angel Arango: muy grande y muy importante, pero de aspecto retrasado y oscuro. El centro Pompidu: con mucho arte y un edificio de diseño interesante pero no muy acogedor. La biblioteca de EEPPM: un diseño muy interesante; llena de ventanales, metal, madera y luz; sofás, mesas de estudio, cubículos, auditorios, sillas de descanso; muchísimas salas de computadores, sección para niños, sala de exhibición y personal amable que guía a todas las personas de manera adecuada.

En pocas ocasiones he sentido tanto orgullo de ciudad como ese día que conocí la biblioteca y entendí todo el esfuerzo que está haciendo la cuidad por progresar y llevar, de manera equitativa a toda la población, el recurso más valioso que existe hoy en día: el conocimiento

Panorámicas de la Plaza de Cisneros y Biblioteca EEPPM

Algunos links para que se antoje a ir o a venir:

Empresas Públicas de Medellín

Un sitio con fotos de la biblioteca

Galería de Fotos de la Alcaldía de Medellín

Inteligencia ariticial en las empresas

2006-05-16T21:26:00.000-05:00

En días pasados una representación de la Universidad Nacional se presentó en la compañía. La idea era que la Universidad presentara su “portafolio de servicios” y empezara a cultivar una relación mucho más cercana entre la academia y la empresa.

Resultó bastante interesante escuchar los proyectos de investigación en los que la Universidad está trabajando, sobre todo me llamó mucho la atención la aplicación de inteligencia artificial en temas tan diversos como las inversiones, soporte a la toma de decisiones, análisis de sistemas complejos y otros muchos más. Creo que Colombia podría explorar la aplicación de la inteligencia artificial para resolver muchos de sus problemas, incluyendo los empresariales y sociales.

Espero que muchas empresas acepten esta propuesta y se llegue a un desarrollo real en el tema. Yo sé que suena muy raro en Colombia el uso de inteligencia artificial en el ambiente corporativo, pero esta propuesta puede ser uno de los factores que lleguen a diferenciar nuestro desarrollo tecnológico frente a los retos de competitividad que nos esperan, especialmente teniendo el TLC en el horizonte cercano.

Pansantía Seguros I *

2006-05-15T22:04:00.000-05:00

Estas dos semanas pasadas han estado muy movidas. Voy a tratar de escribir cuatro entradas del blog contando la experiencia que he tenido durante la pasantía a la cual me invitaron.

La idea de la pasantía era entender los aspectos generales de la compañía para la cual trabajo. El programa fue muy extenso, en total fueron seis días dedicados tiempo completo; sin embargo valió la pena aguantar el cansancio de estar sentado todo el día por la gran nube de nuevas perspectivas que logré capturar.

Lo primero que tengo que decir es que los conferencistas fueron de primer nivel: el presidente, los vicepresidentes, los gerentes de negocio, de operaciones, de gestión humana; en fin, todas las personas que podían aportar sobre la manera en que opera la compañía y que realmente saben cómo se engrana la cadena de valor.

El ejercicio pretendo realizar es tratar de describir mi impresión sobre la compañía utilizando un enfoque (para mi supremamente nuevo) holístico. Utilizaré los cuatro cuadrantes como los define Ken Wilber: el cuadrante superior izquierdo, que se refiere a la experiencia del individuo; el cuadrante superior derecho que se refiere al objeto; el cuadrante inferior izquierdo que se refiere a lo cultural y el cuadrante inferior derecho que se refiere a lo social.

En esta ocasión comenzaré con la compañía como un objeto, es decir, vista a través de la experiencia empírica; cifras, indicadores, evidencia científica. Esta tarea es delicada pues no puedo revelar información sensible, por lo que trataré de hablar en forma relativa. Aquí va.

Suramericana es una compañía conformada por un poco más de mil empleados, entre los que se cuentan empleados y asesores directos. Los empleados pueden pertenecer a las áreas operativas, administrativas o comerciales. Los asesores son aquellas personas dedicadas a las ventas. Fue fundada en 1944 por empresarios antioqueños.

La sede principal de la compañía se encuentra en la cuidad de Medellín. Desde allí se maneja todo el negocio. Existen sedes en todas las ciudades más desarrolladas de Colombia: Bogotá, Cali y Barranquilla. Además de estas ciudades principales, la compañía tiene sucursales en ciudades intermedias como Santa Marta, Cúcuta, Manizales, Palmira, Ibagué y muchas otras. Esta es la red comercial y está dividida en cuatro regionales: la norte que cubre toda la costa y santanderes, la regional Medellín que cubre todo el área metropolitana y demás municipios de Antioquia, la regional Bogotá y la regional Occidente, que cubre Cali y toda su zona de influencia.

La empresa tiene ventas anuales por más de 1 billon de pesos, es decir, un millón de millones de pesos. Estas ventas se realizan en dos tipos de negocios, los empresariales y los de personas y familias. Existen productos como seguros de vida, de autos, de rentas educativas y pensionales, de incendio, de terremoto, de rotura de maquinaria, de responsabilidad civil, entre otros.

El resultado final de una compañía de seguros se encuentra dividido en tres partes: el resultado técnico, el resultado industrial y el resultado financiero. Los tres se suman para obtener el resultado neto de pérdidas y ganancias de la compañía. El resultado técnico es el relacionado directamente con la venta de primas y pagos de siniestros, es decir, este resultado es la sumatoria de primas recibidas menos la sumatoria de siniestros pagados, ambas sumatorias calculadas anualmente. Existen productos en los cuales los resultados técnicos son negativos, pero eso no es lo importante, pues el dinero captado se invierte de acuerdo con unas reglas emanadas de la superintendencia financiera; más adelante detallaré este tema.

El resultado industrial se obtiene sumado el resultado técnico con los gastos administrativos (que son un indicador de la eficiencia administrativa de una compañía). Aquí se incluyen cosas como la nómina de empleados, gastos de papelería, etc. Como el resultado industrial dependen de la eficiencia administrativa, el control de gastos de uno de los puntos más importantes a la hora de administrar una empresa de seguros rentable.

Finalmente, el resultado industrial (que puede ser negativo) se suma con el resultado financiero, que es obtenido del cálculo de los rendimientos financieros obtenidos mediante la inversión de las reservas en el mercado financiero. Si el mercado financiero va mal, el estado de PyG de una empresa de seguros se verá seriamente afectado, por lo tanto es probable que para mantener una margen de rentabilidad se incrementen las tasas de las primas.

Suramericana de Seguros es la empresa líder en el mercado de seguros en Colombia. Domina el sector de vida, puntea en el sector de autos, compite en el sector de salud y tiene muy buenos resultados en el sector empresarial.

El mercado Colombiano de primas de seguros corresponde al 0.07% del mercado mundial de seguros. El mercado Latinoamericano de primas de seguros corresponde con el 5% del mercado mundial de seguros. En Latinoamérica, los países con mayor desarrollo o con mayor riqueza tiene mercados aseguradores más grandes: el primero Chile, seguido por Brasil, México y Venezuela. Después de Venezuela se encuentra Colombia.

El mercado venezolano se encuentra distorsionado por las primas de PDVSA, mientras que el mercado de Chile está fuertemente influenciado por la agricultura y la pesca. Colombia tiene, comparativamente, un importante desarrollo industrial que mantiene el negocio corporativo. Sin embargo el negocio corporativo, al requerir transferir riesgos enormes, necesita del soporte de reaseguradores, por lo que la retención de primas es baja.

Suramericana ya compite en el ámbito global, pues en Colombia están las principales aseguradas del mundo: Chub, Alliance, etc. El competidor más cercano es Bolivar, con el cual se compite principalmente en vida y autos. El competidor más fuerte en autos es Royal. En este producto se esta desarrollando una guerra de tarifas parecida a la que coincidió con el debacle de la economía unos seis o siete años atrás.

(*) Los datos provistos aquí no son datos confidenciales, es información que puede ser consultada en el sitio web de la compañia o son datos proporcionados públicamente por FASECOLDA (Federación Colombiana de Aseguradoras.

Compensación en ambientes de trabajo de TI

2006-05-02T08:52:00.000-05:00

En general, en Colombia, el trabajo en TI es bien remunerado comparado con trabajos de otros campos (otra cosa se aprecia cuando se compara con la remuneración de profesionales de TI en otros países), como por ejemplo la administración e incluso la ingeniería civil.

A pesar de este aspecto positivo, creo que existe una necesidad de establecer un esquema de remuneración variable que permita a las personas con carácter emprendedor o competitivo obtener una remuneración diferencial de acuerdo con sus resultados y simultáneamente ofrecer seguridad a las personas que quieren mantener un equilibrio entre su tiempo de trabajo y su tiempo personal o familiar.

El esquema que se me ha ocurrido tiene dos componentes: el salario legal fijo y el componente adicional; no lo quisiera llamar variable. El salario legal fijo se establece mediante contrato y se conoce de antemano cuánto será y las prestaciones a las cuales el asalariado tiene derecho. Esta información es vital para que las personas planifiquen su vida y no vivan con la incertidumbre de no saber cuanto le será consignado en su cuenta el mes entrante o dentro de cuatro meses. Además, el salario fijo legal es sujeto de aumentos y de todas las prestaciones sociales y de todos los impuestos a los que el trabajador deba responder.

La porción “adicional” se entregaría a las personas que estén dispuestas a entrar en una esquema competitivo, en el cual se trabaja de manera organizada logrando objetivos de negocio y cuya recompensa, en casos exitosos, además del salario normal, contiene bonos adicionales. Esta porción “adicional” nunca iría en detrimento de la porción fija.

Estos bonos no necesariamente son dinero, por ejemplo: después de un largo proyecto de dos años que ha tenido duros tropiezos pero que finalmente cumplió con los objetivos del negocio, una persona quisiera disfrutar de unas merecidas vacaciones. Una compensación muy apreciada por el trabajador sería, por ejemplo, una semana adicional de descanso. Esta semana adicional sería benéfica tanto para la empresa como para la persona, pues la empresa compensaría el esfuerzo adicional que la persona hizo y recibiría a una trabajador productivo y satisfecho. El trabajador obtendría una compensación por su esfuerzo y la podría dedicar a su familia, al descanso o a cualquier otro asunto personal. Además de tiempo adicional de descanso creo que serían interesantes compensaciones en capacitaciones “especiales”, por ejemplo cursos de certificación, seminarios, cursos de actualización, etc.

Con este tipo de esquema las personas podrían realizar su trabajo de la manera convencional, es decir, respondiendo a las necesidades del negocio eficiente y productivamente, pero además, algunas personas con actitud más competitiva o emprendedora podrían recibir compensaciones adicionales que motiven esfuerzos adicionales.

No sé realmente si la propuesta sea ingenua, pero por lo que he experimentado en empresas con compensación variable y fija, creo que este esquema ofrece oportunidades interesantes de mejorar el ambiente laboral, las expectativas de los trabajadores y la productividad de las empresas de TI.

Trascendencia

2006-04-18T16:25:00.000-05:00

Creo que todos en la vida tenemos sueños, aspiraciones, ilusiones, ganas de dejar nuestra huella, en fin. Creo que en el fondo todos queremos trascender. Creo que existen varios niveles trascendentales: el material, el del conocimiento, el espiritual y el humano.

Trascender materialmente significa superar algún límite económico, en otras palabras, lograr amasar una fortuna (pequeña, mediana, grande o infinita, dependiente de la avaricia de cada quien).

Trascender en el conocimiento significa descubrir alguno que signifique un avance significativo para la ciencia. Podría ser por el ejemplo el descubrimiento de la penicilina, de la cura del cáncer o la vacuna contra el VIH. Podría ser la creación del computador o la concepción de una Inteligencia Artificial capaz de crear.

Sobre la trascendencia espiritual no puedo hablar mucho, no soy una persona muy espiritual, pero creo que trascender espiritualmente significa llegar a un estadio superior de conciencia desde el cual se pueden apreciar las cosas desde una perspectiva más amplia, algo así como poder ver el bosque y dejar de ver solamente al árbol.

La trascendencia humana la entiendo de dos maneras, trascender a través de los hijos o trascender a través de un legado humanista. La trascendencia a través de descendientes es una manera de “ganarle” a la muerte, de continuar viviendo a través de nuestros genes. La trascendencia a través de un legado humanista es un poco más difusa. La diferencia principal entre la trascendencia de legado humanista y la trascendencia mediante el conocimiento es que el legado humanista es una aporte a la formación de la humanidad (sistemas organizaciones, ideologías, etc), mientras que el conocimiento generalmente es científico.

En estos momentos estoy leyendo “Breve historia de todas las cosas”, de Ken Wilber. Creo que es una libro que todo materialista (como yo) debe leer, pues podrá aprender a ver las cosas desde un punto de vista más elevado.

Asociación a ACM

2006-03-28T09:26:00.000-05:00

Después de pensarlo mucho, decidí pagar la suscripción para la ACM. Es gracioso como siendo ingeniero de sistemas, desconfío aun más de las transacciones electrónicas; es que uno sabe realmente como se manejan las cosas y todos los riesgos reales que conlleva la transacción. En fin, superé la desconfianza he hice el pago.

Tengo muy buenas noticias; la primera es que el valor de la suscripción no es el que aparece en la página principal, debido al avergonzarte subdesarrollo de nuestro país, la ACM ofrece unos precios rebajados. Estos son los precios:

Suscripción con Libraría Digital: US$43. Para países desarrollados cuesta U$198, es decir, se ahorran U$155.

La suscripción SIN Libraría digital: U$25. Para países desarrollados cuesta U$99, es decir, se ahorran U$74. Esta suscripción SI incluye la revista impresa.

Tengo que aclarar que hay un tipo de suscripción mucho más barata, de U$17 que es igual a la anterior excepto que NO incluye la revista impresa, solo on-line.

El ahorro es muy considerable. Yo se suscribí a la primera opción, es decir, me costó 100.000 pesos colombianos.

El proceso de suscripción es muy sencillo y realmente eficiente. Inicié el proceso como a las 7:00 AM y me enviaron la confirmación a las diez de la mañana. A partir de ahí empecé a explorar los servicios de ACM. Tengo que confesar que me ha impresionado y creo que U$43 dólares es un precio muy, muy bajo.

Los servicios son:

Las publicaciones de ACM en línea: Excelente material de referencia y consulta.
Librerías virtuales (Safari y Books7x24). Excelente fuente de libros si tener que pagar el envío. Aquí tengo que recalcar que un libro bueno puesto en Colombia puede costar U$50. Ya he leído tres libros y solo he pagado U$43 por la suscripción a la ACM.

Centro de desarrollo Profesional: Excelente, incluye miles de cursos virtuales de gran calidad. Además incluye un conjunto de tests para evaluar la orientación y el progreso profesional. Esto también me descrestó.

“Bolsa de Empleo”. Un típico lugar en donde uno publica su hoja de ida y los posibles empleadores evalúan. Me pareció muy interesante, pero nunca he creído mucho en la efectividad de este esquema.

Sé que faltan otros servicios que no he tenido tiempo de revisar, pero puedo decir que estoy extremadamente satisfecho realmente lo recomiendo. Cuarenta y tres dólares por todo esto es una verdadera ganga.

Grupo Progreso

2006-03-22T19:28:00.000-05:00

Desde hace ya unos años he tenido la idea de fundar un grupo en el que se debata y se promueva la tecnología de la información. El objetivo es a la vez altruista y egoísta. De una parte pretende generar masa crítica, crear y multiplicar conocimiento, generar expectativas, coordinar recursos y todo esto de manera desinteresada. Me refiero a que no hay un interés de beneficio económico individual, por el contrario, hay un interés de beneficio social (aunque la sociedad objetivo es pequeña) que a la larga podrá generar un beneficio económico social.

La parte egoísta del cuento es que muchas veces siento que falta la generación de espacios para dar palmaditas en el hombro a la gente que hace bien las cosas. Hace falta un espacio neutral que permita reconocer los logros de todos en materia de TI y que permita cultivar una sana competencia por mejorar el nivel de innovación. Este egoísmo no pretende ser negativo, pretende encender la chispa de la autoestima que apalanca el deseo de progresar, el deseo de mejorar, el deseo de desarrollarse y poder encarar con éxito los retos de desarrollo de nuestra cuidad, nuestra región y nuestro país.

Durante el tiempo en que esta idea me ha rondado la cabeza he pensado en tres alternativas: fundación de un grupo académico con apoyo de alguna universidad, fundación de un capítulo de ACIS en Medellín, fundación de un capítulo de ACM en Colombia.

La primera alternativa es interesante porque creo que es bastante factible. Sin embargo las iniciativas que provienen de la academia sufren de credibilidad en el sector empresarial y estatal (aunque triste, hay que admitir este hecho), además, al ser patrocinado por una universidad puede pecarse por exclusión de otras universidades, puede verse como un grupo especial de la universidad y se perdería de la mira el objetivo del grupo.

La segunda alternativa es la fundación del Capítulo Antioquia de ACIS (Asociación Colombiana de Ingenieros de Sistemas). El año pasado participé de uno de sus eventos y algunos miembros de esta asociación me mencionaron la idea de fundar el capítulo en nuestra región. Lo positivo de esta propuesta consiste en la historia y el respaldo de ACIS; sin embargo, no veo todavía claramente el “valor agregado” en términos prácticos que ACIS le puede brindar a nuestro grupo. Un punto adicional, aquí se cobraría la membresía.

La tercera alternativa tiene un alcance mucho más amplio y apenas la estoy explorando con detenimiento. La ACM es una sociedad ampliamente reconocida a nivel mundial, conformada por estudiantes e ingenieros que pagan una membresía anual. Tiene publicaciones y eventos de reconocimiento mundial y apoya la creación de capítulos en los diferentes países. Hablando de esto, cómo es posible que Venezuela tenga capítulo ACM y Colombia no!!!. En este caso el “valor agregado” práctico del capítulo ACM Colombia serían las herramientas (foros, wiki, sitio web, listas de correo), las facilidades para el acceso a las publicaciones, un vínculo para mostrar nuestros propios progresos en la comunidad internacional y una tarifa reducida de membresía por ser (tristemente hay que decirlo) un país tercermundista. En este punto tengo que hacer una denuncia: ¡Cómo es posible que cueste menos la membresía para ACM que para ACIS! Insólito.

Esta idea la convertiré en un proyecto y mi cronograma inicial es el siguiente:

Abril de 2006: Decidir la mejor alternativa

Junio de 2006: Concentrar un grupo sólido de fundadores

Julio de 2006: Realizar las suscripciones y crear el capítulo

Agosto de 2006: Solicitar la creación del capítulo

Octubre de 2006: Establecimiento de los estatutos y elección de presidente y junta directiva

Diciembre de 2006: Planeación de eventos y campañas de mercadeo

Creo que el punto crítico es la concentración del grupo de fundadores. Para lograrlo tendré que recurrir a todos los amigos y conocidos y venderles la idea. Ya he hecho algunas aproximaciones iniciales, vamos a ver en qué termina la cosa.

La supervivencia de la organización de desarrollo de software: un enfoque basado en procesos

2006-03-09T10:31:00.000-05:00

Acabo de llegar a una conclusión, que dicha de esta manera puede resultar obvia, pero que en nuestro entorno poco se cumple;

“Los procesos son el conocimiento requerido para la supervivencia de la organización”

Descompondré la frase para poder explicarla con detenimiento:

“Los procesos”
Los procesos son una serie de actividades encaminadas a alcanzar una meta concreta. Se parte, por ejemplo, de una necesidad de un cliente y se llega a un producto que satisface esa necesidad. Mediante los procesos se generar el valor por el cual los clientes pagan.

“Conocimiento requerido”
El conocimiento puede resultar un concepto difuso. En este contexto, el conocimiento de una organización es la suma de información y experiencia. La información se puede recolectar fácilmente a través de datos o documentos, mientras que la experiencia es una propiedad personal. Mi criterio respecto a la experiencia es que la única forma de “documentar” la experiencia de la organización es a través de la documentación de los procesos, lo que implica el desarrollo de mejores prácticas a través de lecciones aprendidas. Lo que nos lleva al siguiente concepto.

“Supervivencia de la organización”
El objetivo de una organización, a menos que se considere temporal (es decir que es un proyecto) es sobrevivir. Sobrevivir quiere decir que debe plantearse como objetivo perdurar a pesar de los cambios en su entorno y a pesar de sus propios cambios. Sobrevivir implica desarrollarse, crecer, madurar, reinventarse, reajustarse, alcanzar objetivos.

Entonces: los procesos permiten alcanzar metas; la meta es la supervivencia; el conocimiento de cómo sobrevivir se encuentra en los procesos que reflejan las experiencias de la organización.

La tarea de las organizaciones exitosas consiste en la caracterización de sus procesos y el establecimiento de mecanismos que permitan monitorear el desempeño de los procesos para plantear planes de mejoramiento.

Del dicho al hecho hay mucho trecho. Cuando una organización dedicada al desarrollo de software llegue al nivel de madurez suficiente para acatar sus procesos con disciplina, cuando tenga la capacidad de monitorearlos y plantear planes de mejoramiento, la organización dejará de depender tan fuertemente de las personas, logrará capturar el conocimiento colectivo y entregará resultados predecibles.

Para una empresa de desarrollo de software, los procesos de su core business deben estar claramente definidos en la metodología de desarrollo de software. Es ahí donde radica su diferencia y su ventaja competitiva.

No tengo duda que estos tres aspectos (disminución de dependencia de las personas, conocimiento colectivo, resultados predecibles) afectan muy positivamente el objetivo definitivo: la supervivencia.

El TLC con Estados Unidos y la Tecnología en Colombia

2006-02-28T16:24:00.000-05:00

Normalmente no escribo sobre temas económicos, pero creo que en esta oportunidad el evento histórico lo amerita.

Ayer en la madrugada Colombia y Estados Unidos llegaron a un acuerdo sobre el TLC. Como respuesta a las enormes dudas de los colombianos, el presidente Uribe se dirigió al país explicando las implicaciones, las posibilidades y las medidas para equilibrar los puntos débiles.

Muy interesante observar al presidente, sin embargo, como es casi obvio, no se refirió al sector de servicios y todavía menos al sector de la tecnología. Creo que valdría la pena reflexionar sobre el efecto del TLC sobre el mercado laboral en el área de la tecnología:

¿Habrá mejor acceso a hardware y software?

¿Se facilitará la exportación de software o por lo menos la maquila de software hacia Estado Unidos?

¿Sufriremos una invasión de mano de obra calificada (muy poco probable)?

¿Habrá mayor interés de los gigantes del software por establecerse en Colombia?

¿Será benéfico o negativo el efecto neto del tratado para el sector del software en Colombia?

Hay muchas otras preguntas, esperemos que con el transcurrir y con el análisis de muchos lleguemos a conclusiones que permitan prepararnos para este nuevo orden económico.

Review del Portátil Toshiba A5-SP519

2006-02-27T09:26:00.000-05:00

Después de seguir mi guía para comprar computador portatil, el día viernes (24 de febrero), recibí el portátil. La transacción fue bastante sencilla, e incluso hubo mucho confianza por parte de ICONIX S.A., el proveedor Toshiba autorizado para Medellín.

A las cinco y media de la tarde llegó el mensajero de ICONIX, ingresó a mi oficina con dos cajas, una de Toshiba y otra de Targus. Al ver la segunda me llevé una agradable sorpresa, pues en el negocio me no se había incluido un maletín.

Destapé la caja, revisé que todo estuviera en orden: manuales, CD de recuperación, Windows XP Professional, factura, empaques originales. Encendí el computador con las manos un poco temblorosas, tanto que dejé marcado en el botón de encendido una huella dactilar del tamaño del dedo índice de Godzilla.

El computadoe inició con la pantalla de bienvenida de Toshiba y mi primera sorpresa fue que la pantalla es bastante clara, es ancha pero no tiene el mismo recubrimiento brillante que los HP, por lo que no tiene ese brillo tan especial. Tengo que aceptar que esto me desilusionó un poco.

Windows XP Professional, inició rápidamente y revisé el procesador y la cantidad total de memoria. Tengo que aclarar aquí que adquirí un módulo adicional de 512 MB, por lo que finalmente el portátil cuenta con 1 GB de RAM, aunque Windows reporta 0.99 MB. Otra aclaración es que la tarjera de video utiliza memoria RAM compartida, por lo que quedan disponibles casi 800Mb.

A continuación revisé la capacidad del disco duro, el acceso wireless, me acostumbré un poco al TouchPad. ICONIX tiene un buen servicio, pues realizar una fase que llaman de “alistamiento”, por lo que instalaron la memoria y cargaron las baterías de acuerdo con las recomendaciones del fabricante. No sé si coindica conmigo, pero no hay nada peor que comprar un dispositivo electrónico y tener que esperar 24 horas antes de poder utilizarlo por esperar a que carguen las baterías.

Finalmente examiné el maletín. Es de lona, marca Targus y el formato es el convencional de portátil, no es un backpack. La verdad yo prefiero este formato aunque grite “aquí llevo cuatro millones de pesos al hombro (US$1.700)”. Por un lado es muy cómo de cargar y por otro creo que le facilita la vida a mi esposa que también utilizará el portátil a menudo para la universidad, para el trabajo, etc.

El fin de semana puse al Toshiba a trabajar. Lo primero que hice fue leer los manuales (increíble pero cierto). Cosas aburridas pero necesarias, claro que son un poco exagerados con el tema de seguridad. Luego me familiaricé con el software que viene incluido. Me llamó mucho la atención el software de conectividad inalámbrica, creo que ahorra mucho trabajo pues permite cambiar de perfiles, conmuta entre Ethernet y Wireless automáticamente, soluciona conflictos de conectividad, etc. Otro plus interesante es el software administrador de la batería, que de igual manera tiene diferentes perfiles (Full Power, High Power, Normal, Duration, DVD Playback, Presentation). Cada uno de ellos se activa con clic derecho. Creo que es muy conveniente, efectivo y fácil de usar.

Después de esta revisión procedí a cargar el software de desarrollo: REM, JDeveloper y MySQL. Todo fluyó sin problemas. El rendimiento del equipo es excelente, el JDeveloper se ejecuta sin mayor esfuerzo incluso ejecutando el contenedor embebido.

El resto de la tarde la pasé realizando un proyecto en REM, ajusté el nivel del consumo a Duración y puede trabajar solamente con baterías durante 3 horas interrumpidas, hasta llegar al 18%.

Tres aspectos finales que me llamaron la atención:

El calor despedido por el equipo no es demasiado, aunque el manual diga que no debe se debe apoyar la parta inferior sobre la piel, pienso que si se hace durante unos minutos no hará ningún daño (teniendo la precaución de no bloquear el ventilador)..

El equipo en general es muy silencioso, aun en una habitación en silencio. No genera ruidos extraños excepto durante la reproducción de DVD. Cuando lo hace, al inicio de la película la cabeza de lectura se mueve y suena bastante fuerte. El equipo cuenta con una utilidad de “Silenciador de DVD” que creo “apaga” el DVD para evitar ruidos extraños durante la operación normal del equipo

La ergonomía del equipo es muy buena, incluyendo el teclado en español, la disposición de las teclas especiales, el botón de encendido. A pesar de esto tuve problemas con el TouchPad, pues mientras escribía, involuntariamente lo tocaba, lo que hacía que se me perdiera texto o que sobrescribiera en otras secciones del documento. Esto resultó bastante molesto, creo que con la práctica desaparecerá o con el uso de un mouse externo.

Mi percepción del equipo es excelente, creo que fue una buena compra. Hasta ahora recomiendo este equipo pode precio, desempeño, ergonomía y soporte.

Resumen de características
Modelo Toshiba A5-SP512
Procesador INTEL Pentium M a 1.73 Gz
1 GB de Memoria RAM
60 GB Disco Duro a 5600 RPM
Pantalla 14” WideScreen
Salida de Video, SuperVideo, USB, WireLess, FireWire (iLink), etc.
Teclado en español
Windows XP Professional
Precio aproximado de esta configuración puesto en Colombia: U$1.442 + IVA
En total son: U$1.673

Mi guía para comprar un computador portátil

2006-02-22T15:47:00.000-05:00

Por muchas razones se encuentra la necesidad de comprar un computador portátil: ya tienes un computador de mesa, pero tu esposa también lo necesita, quieres en la cama, quieres trabajar en la finca, quieres hacer los trabajos en la universidad, quieres hacer presentaciones para clientes que incluyen demos de productos, etc.

Mi primera aproximación fue determinar cuanto estaba dispuesto a pagar por un portátil, después de eso empecé a investigar qué me ofrecían por ese precio. Como siempre arranqué con un valor regular y terminé antojándome por máquinas realmente poderosas, que superaban mi presupuesto inicial, pero que cumplían mucho mejor con mis requisitos.

Luego descubrí que debía concentrarme en máximo dos marcas, en este caso preferí HP y Toshiba; los IBM son muy costosos y creo que los Dell, Gateway y otros no tienen cubiertas tan durables.

Encontré las siguientes alternativas para comprar un portátil:

1. Comprarlo a través de Internet (Dell o HP)
2. Comprarlo en Monterrey
3. Comprarlo en un distribuidor autorizado HP o Toshiba

La primera opción tiene la ventaja de la compra directa, pero las enormes desventaja de la inseguridad del transporte, la espera de tres o cuatro semanas y los muy altos precios comparados con otras opciones.

La opción Monterrey es muy atractiva por buenos precios y buena variedad. Sin embargo, indagando detalladamente descubrí que las gangas se dan por dos opciones: porque los precios no incluyen IVA o porque son equipos remanufacturados (refurbished). En el primer caso, si no se paga el IVA, se tendrán problemas legales y problemas de garantía. En el segundo caso, los equipos remanufacturados, no son equipos de primera sino equipos que ya tuvieron algún defecto y que fueron reparados por el fabricante. Ninguna de las dos opciones es admisible para mí, hablando de una inversión tan importante. En el mejor de los casos pagaré el valor del equipo con IVA y obtendré la garantía del fabricante aquí en el país, pero siempre con la duda de si el equipo fue remanufacturado y dudando de la garantía.

Con estos problemas en mente, decidí consultar en los sitios de HP y de Toshiba los distribuidores autorizados aquí en Medellín. Con esta información me dediqué a llamar y a cotizar. Aquí encontré dos casos: empresas que contestaban oportunamente y empresas que parecían poco interesadas en vender. Sin embargo, encontré la agradable sorpresa que los equipos que vendían los representantes tenían un costo muy similar (prácticamente igual) a los equipos vendidos en Monterrey con IVA. Además, comprar el equipo directamente del distribuidor autorizado me asegura una empresa seria, una transacción con menos riesgos, la garantía de tener un equipo totalmente nuevo y la posibilidad de tener un soporte real.

Así que finalmente hice el pedido de un laptop Toshiba A5-SP519 con un módulo adicional de memoria de 512 Mb. Es un Pentium M de 1.73 Ghz, 1Gb RAM, disco duro de 60 Gb, WideScreen 14” y todas las opciones de conectividad (USB, PCMCIA, RGB, Memory Cards, Wireless b/g, etc). El pedido toma una semana (cinco días hábiles) y el pago lo realiza 100% al recibir el equipo.

Un poco de oxígeno para la carrera

2006-02-20T08:42:00.000-05:00

Vivimos sentados frente a un computador, a veces nos vemos con nuestros compañeros de oficina en reuniones que son una verdadera guerra civilizada, normalmente llenas de eufemismos y aplicando la táctica del “confunde y vencerás”. Cuadriculamos nuestros pensamientos, proyectamos nuestras acciones, presupuestamos nuestros sentimientos y siempre aspiramos lograr nuestros “ambiciosos objetivos”.

Después de esa vida laboral estructurada continuamos con nuestro corre-corre, vamos a la especialización, hacemos trabajos, nos reunimos para discutir ideas de negocio, revisamos las inversiones; que cómo va chocolates, que si es mejor invertir en vivienda que en acciones, que cómo aplico para rebajar la retención. Entonces, después de correr toda la semana, de no tener un tiempo para reflexionar sobre el fondo de la vida, sobre la esencia de lo que nos hace personas, llega el fin de semana.

La tentación de utilizar el fin de semana en cosas productivas es enorme, muchas veces nos dejamos tentar e inevitablemente nos desatrasamos de pendientes, hacemos las vueltas que nos faltan, hacemos el mercado, y si nos queda algo de tiempo, compartimos un par de horas con nuestras familias en la casa de las mamás o de las abuelas. Llegamos nuevamente a la casa, vemos factor X, CSI, o la serie que prefiera el domingo por la noche.

Este agitado ritmo de vida nos desgasta y nos desconecta de cosas simples, relajantes, admirables; cosas naturales que no están hechas de chips y que no funcionan con baterías, que no conoce de mp3, de CMMI o de cronogramas exigentes.

Ir al campo relaja los sentidos aunque inquieta la mente. Permite que los ojos se fijen en el horizonte a lo que la mente responde con bondades como la imaginación y la relajación. Permite admirar cosas pequeñas como las mariposas, que llenas de colores baila sobre las playas de las quebradas. Cosas grandes quitan el aliento, como un toro Holstein de quinientos kilos mirándote fijamente o una gata celosa que furiosa defiende a sus gatitos.

Finalmente, cuanto se empieza a disfrutar la tranquilidad del campo, llega la hora de regresar a la cuidad. El contraste es enorme: de la amplitud a la estreches, del verde al gris, de los animales a los ANIMALES, del horizonte a la facha de un edificio de veinte pisos.

El regreso a la cuidad es inevitable, es nuestro hogar, es en el lugar donde nos sentimos a gusto, productivos y donde alcanzamos nuestras metas. Pero de vez en cuando es bueno hacer una pausa, tomar oxígeno y continuar en nuestra carrera.

Las actividades de construcción en un proyecto Web utilizando Java + Struts

2006-02-10T09:34:00.000-05:00

Si las fases de iniciación y elaboración han culminado, el proyecto de software se enfrenta a la fase de construcción. Durante esta fase se fabrica el producto con el cual el usuario interactuará directamente. Como esta fase es mucho más concreta y requiere una gran cantidad de recursividad por parte del desarrollador, una buena práctica consiste en definir las actividades que se deben realizar para obtener un producto con buenas características técnicas e implementando la funcionalidad de acuerdo con los requisitos. Enumerar las actividades facilita la concentración del esfuerzo técnico disminuyendo el riesgo de tratar de probar alternativas o tecnologías que puedan retrasar el cumplimiento de las metas de tiempo.

A continuación planteo las actividades que considero componentes fundamentales de la etapa de construcción de software WebCentric utilizando Java y Struts.

1. Modelado de entidades
El objetivo de este modelado es generar el modelo de clases y el modelo entidad relación. El modelo de clases representa el modelo del negocio en tiempo de ejecución, soporta las funcionalidades más transaccionales del sistema

El modelo relacional permite persistir eficientemente el modelo de objetos del negocio. Ofrece capacidades de almacenamiento muy grandes comparado con el modelo objetual. Además, tiene capacidades de consulta avanzadas que ofrecen un manejo más eficiente de procesador y memoria.

Los entregables de esta actividad son.

1.1 Clases que implementan el modelo del negocio
1.2 Tablas que permiten operaciones CRUD sobre el modelo de negocio

2. Implementación de capa de acceso a datos
Consiste en generar la infraestructura necesaria para facilitar el acceso a la base de datos, realizando operaciones CRUD sobre el modelo.

3. Implementación de conversores
Los conversores son el filtro entre la interfaz web y el modelo de objetos de negocio. Los conversores son capaces de recibir conjuntos de strings y convertir estos stings en objetos del modelo aplicando reglas de conversión complejas, validaciones, etc.

4. Implementación de casos de uso
Los casos de uso requieren la intervención de un usuario, por lo tanto, los artefactos generados en esta actividad son:

4.1 Páginas JSP
4.2 Acciones de Struts
4.3 Código pegante entre Acciones, Conversores y Capa de Acceso a Datos

El Enfoque
El enfoque que recomiendo es:

Construir la base de datos y modelo de objetos simultáneamente.
Implementar las operaciones CRUD más básicas en los DAO, evitando desarrollar operaciones complejas, pues es muy posible que las operaciones que realmente se necesiten se descubran mientras se implementan los casos de uso
Implementar los conversores aplicando algunas reglas de conversión complejas, especialmente de conversión de fechas, formateo de identificadores, etc
Implementar los casos de uso mapeando cada caso de uso a una acción. De aquí se derivarán actividades sobre los conversores, los DAO y posiblemente sobre el modelo de objetos y de datos.

REST y SOAP

2006-02-01T10:36:00.000-05:00

Dentro de mi visión de arquitectura empresarial pienso que REST tiene un lugar privilegiado en el ámbito empresarial al interior de la organización, mientras que SOAP podría estar más orientado al tema de B2B.

Pienso que una plataforma de servicios web REST permite un desarrollo ágil, disminuyen la utilización de recursos (CPU, memoria, ancho de banda, tiempo de desarrollo) al interior de la organización. Además, al utilizar REST se puede definir un estándar simple que sea efectivo para la organización y que solo pocos (comparando entre las personas de la organización vs el mundo entero de IT) necesitan conocer en detalle. Creo que PUBS, la plataforma de publicación de servicios que hemos desarrollado en Suramericana sigue en gran medida el estilo arquitectónico REST y hay de ahí proviene su efectividad.

De otro lado, es muy difícil que una empresa que no está dedicada a la tecnología proponga un estándar efectivamente y que sus socios de negocio lo utilicen activamente. En este caso, la herramienta preferida es SOAP. Este protocolo es estándar, es mantenido por cuerpos bien definidos y organizados y tiene un amplio apoyo de la industria. A pesar de estas ventajas, SOAP tiene desventajas importantes que tiene que ver con la complejidad de sus mensajes, la capacidad de cómputo necesaria para su procesamiento y la necesidad de utilizar librerías de terceros para la interpretación de los mensajes. Creo que SOAP es efectivo cuando se requiere la interacción entre negocios, es decir, puede ser efectivo en el mundo B2B, más específicamente, entre socios de negocios que no tengan una relación suficientemente estable como para acordar un estándar eficiente de intercambio de información.

En el ámbito colombiano es más efectivo utiliza una arquitectura REST para integración tanto al interior de la compañía como entre compañías. El primer caso lo sustenté en los párrafos anteriores, el segundo caso lo sustento en el echo que el presupuesto para tecnología es limitado y se requiere sacar el máximo provecho de infraestructura de IT limitada. Es más eficiente tratar con una pequeña o mediana empresa de despacho de mercancía utilizando REST que SOAP.

UML, ambigüedad y estilos

2006-01-27T15:57:00.000-05:00

Al principio, cuando comencé a utilizar UML pensé que el lenguaje era bastante intuitivo y que por tanto sería fácil su utilización. Digamos que durante esta etapa utilizaba la sintaxis y semántica de UML de forma bastante liberal, mi objetivo era transmitir ideas generales de software y no especificar detalladamente diseños a los desarrolladores.

Durante este proceso de maduración me dirigí a lo que hoy denomino la fase de formalización, que tiene como objetivo generar modelos con un bajo nivel de ambigüedad, de manera que sean entendidos de la misma manera por diversas personas. En este momento es cuando empecé a descubrir que, como en cualquier lenguaje, en UML existen estilos. Pensé ¡imposible, cómo pueden existir estilos! Eso quiere decir que cada persona puede modelar los mismos conceptos de maneras diferentes, lo que va en contra de mi idea de uniformidad y no-ambigüedad.

Los estilos residen en que UML permite modelar el mismo concepto de diferentes maneras, por ejemplo, en un componente, una interfaz expuesta puede ser <> por una clase concreta o la interfaz puede <> a una clase concreta la responsabilidad de recibir las peticiones de la interfaz. En este caso, todo depende del estilo que se prefiera.

Como el anterior, existen otros ejemplos que poco a poco he ido descubriendo. Ahora que trato de especificar la arquitectura de sistemas complejos he tenido que acordar un estilo con mis colegas, de manera qué todos entendamos lo mismo y más importante aun, que todos utilicemos el mismo estilo para trabajar sobre la arquitectura (aquí seguiremos en el debate entre puertos e interfaces).

Las olas de “fichas clave” en empresas de tecnología

2006-01-20T10:52:00.000-05:00

Parece que la idea de los ciclos en las empresas de desarrollo de la cuidad sí que se cumple. Generalmente la rotación de personal en las empresas de tecnología Antioqueñas se presenta por temporadas. Durante el último año, y valga la pena aclarar que yo he visto la corrida desde las barreras, se presentó una relativa calma, las “fichas clave” de algunas empresas estuvieron bastante estables y no se avizoraba el revolcón que pronto llegaría.

En estos momentos, las fichas se encuentran acomodándose, ha habido movimientos con la creación de nuevas viejas empresas, y me refiero a que se han creado nuevas empresas con personas con mucha experiencia en el sector.

Además, muchas “fichas clave” se han movido de empresas bien establecidas, lo que agita mucho más el panorama y hace que, por un lado, los clientes se agiten y por otro los compañeros o busquen oportunidades externas o quieran ocupar posiciones liberadas.

Y aquí toqué uno de los puntos más débiles de las empresas de tecnología antioqueñas, todavía se depende en gran medida de las personas que trabajan en ellas, no hay un esquema de relevos o de transmisión de conocimiento eficiente. Cuando una “ficha clave” se va hay que empezar a entrenar a su reemplazo o hay que traerse una “ficha clave” de afuera. Pero, un momento; si se la traen de afuera, qué pasa con la empresa de donde salió? La ola de cambio se fortifica hasta que las “fichas clave” se estabilizan y comienza un nuevo ciclo de calma.

Vamos a ver dentro de un mes cómo estará el panorama y que novedades interesantes traerá para los clientes la movida tecnológica en Antioquia.

Documentación de la arquitectura de un sistema: Vista de despliegue

2005-12-15T20:18:00.000-05:00

La vista de despliegue muestra en donde se ejecutan los componentes del sotware, entonces para poder documentar en donde, primero hay que decumentar qué, es decir, los componentes. Para hacerlo encontré un documento excelente que explica estrategias de documentación la vista de componentes o “Componentes & Connectors”, como ellos la llaman. Es un documento del SEI (Software Engineering Institute). La URL es la siguiente: http://www.sei.cmu.edu/publications/documents/04.reports/04tr008.html

Además, existe un ejemplo muy práctico en http://www.agilemodeling.com/artifacts/deploymentDiagram.htm, con explicaciones que aclaran qué vale la pena documentar en la mayoría de situaciones.

Hasta ahora, mi experiencia con UML indica que no es un lenguaje trivial, no porque su simbología sea compleja, sino por las sutilezas de su semántica. Hay que ser un experto en UML para que se cumpla aquel slogan de que” UML es un lenguaje que disminuye la ambigüedad”. El problema más importante es que no solamente quien diseña debe ser experto en UML, para que el mensaje llegue sin ruido quien lee debe tener ese mismo nivel de conocimiento.

[1] IVERS, CLEMENTS, et. all. "Documenting Component and Connector Views with UML 2.0". Software Engineering Institute. 2004.

[2] AMBLER, Scott. "The Object Primer 3rd Edition: Agile Model Driven Development with UML 2". Cambridge University Press. 2004.

Procesos asíncronos

2005-12-14T18:30:00.000-05:00

Desde hace algún tiempo he descubierto que los procesos asíncronos son muy adecuados en muchas circunstancias de procesamiento. A medida que se van encontrando situaciones reales para las cuales este tipo de procesamiento es adecuado, se descubren nuevas ventajas y nuevas desventajas. Una de las desventajas más importantes consisten en que los procesos asíncronos, a diferencia de los procesos sincrónicos necesitan dejar un rastro de ejecución y además una interfaz administrativa para consultar y tomar decisiones sobre las excepciones registradas en este rastro (o log de ejecución).

A primera vista, esta administración adicional hace menos factible el uso de procesamiento asíncrono, pero muchas veces esta funcionalidad adicional ofrece una mayor flexibilidad, facilita el monitoreo y permite conocer el estado o la evolución del servicio.

El procesamiento asíncrono es una buena alternativa para ciertas soluciones, como todo, debe aplicarse donde realmente tenga sentido, aplicarlo por estar “de moda” puede tener el efecto contrario: complicar la interacción en el usuario y el sistema, demorar un proceso que requiere información en línea y agregar complejidad administrativa.

Metodología de desarrollo de software y nivel de madurez del proceso

2005-12-13T12:30:00.000-05:00

Implantar una metodología de desarrollo de software puede ser algo complicado si no se tiene un horizonte, sino se sabe hacia donde se quiere ir y que nivel de madurez se quiere lograr.

Alguien desprevenido diría que todo el que desarrollo software quisiera alcanzar el mayor nivel de madurez posible. El problema es que alcanzar cada nivel de madurez tiene un costo importante, requiere entrenamiento, planeación, control, ejecución y otras cosas más. Además, cada nivel de madurez tiene ciertos beneficios específicos.

El primer paso para implantar una metodología es tener el deseo y estar convencido que es lo que se necesita para mejorar, si no existe este compromiso, como mínimo, en el nivel gerencia, el proyecto tiene un gran riesgo de fracaso.

Después de tener el compromiso debe levantar el mapa de procesos que servirá como carta de navegación. Los procesos de una compañía reflejan la cultura organizacional y las mejores prácticas que se han identificado con el tiempo; una metodología de desarrollo no debe ser disruptiva en este sentido, debe formalizar y mejorar los procesos actuales y evitar causar un alto impacto sobre la estructura organizacional.

Creo muy recomendable, el acompañamiento del proceso de implantación de una metodología por parte de una empresa de consultoría con amplia experiencia práctica en el tema, evitando complejidades académicas y aprovechando sus experiencias. El perfil de la empresa de consultoría incluiría características como agilidad, practicidad, conocimiento, evidencia de proyectos exitosos y sería muy deseable una certificación CMMI.

Finalmente, la metodología personalizada para la organización debe ser ajustada durante su tiempo de “producción”, por lo tanto, en esta fase de ajuste se debe estar conciente que no es perfecta y que se necesita la retroalimentación de sus usuarios.

El punto más álgido de todo el proceso es la auditorio y control. Se necesita comprobar que el proceso de desarrollo se está llevando a cabo de acuerdo con la metodología que tanto trabaja a costado. Para ello hay dos estrategias: el seguimiento a través de indicadores y las auditorias a los proyectos. La definición de los indicadores es fundamental, de manera que se pueda evidenciar objetivamente el comportamiento de la organización y verificar una progresión en la calidad, la productividad o en general las metas que se fijen. Las auditorias son acciones más detalladas que permiten verificar mediante evidencias concretas (a través de entregables, por ejemplo) que los pasos definidos por la metodología se cumplen y se cumplen como se supone deberían ser.

Para concluir, creo que una metodología es importante como medio de estandarizar el proceso de desarrollo de software, logrando monitorear y controlar el desempeño de la organización IT. Una vez se logre controlar, es decir, saber el estado actual, es deseable tener un modelo de referencia de madurez que sirva como mapa de navegación para el futuro y facilitar el establecimiento de metas claras y pasos concretos de mejoramiento.

Modelos de Madurez para SOA (Service Oriented Architecture)

2005-12-12T16:07:00.000-05:00

Hay un tema muy interesante que está ganando popularidad y es el modelo de madurez para SOA. SOA, además de ser un término de moda (buzzword), es una aproximación arquitectónica para resolver los problemas de reusabililidad, flexibilidad y visibilidad de los sistemas de software que soportan las operaciones de las compañías.

Sobre SOA hay muchísima información, lo gracioso es que se convirtió en un término de mercadeo por lo que la información se convirtió en desinformación. Ahora, existe una tendencia muy interesante hacia la formalización del concepto (aclaro que el concepto no es que sea nuevo, su amplia adopción y soporte por parte de proveedores de tecnología si lo es).

Desde mi punto de vista existen tres puntos débiles de SOA: una metodología de desarrollo orientada a servicios, el control del ciclo de vida de un servicio y la evaluación de la madurez de adopción de SOA en una organización.

Las metodologías de desarrollo son un tema actualmente bien estudiado y documentado. Existen muchas y de muchos sabores, muchas tendencias y hasta “fundamentalismos” como por ejemplo los defensores de “agil” versus los defensores de BUFD (Big Up-Front Design). Leáse Martín Fowler versus Joel Spolsky, por ejemplo.

Las metodologías de desarrollo definen claramente los flujos de trabajo, los responsables, entregables, disciplinas, prácticas y otras cosas, sin embargo, durante el proceso se ignora frecuentemente el tema de servicios, lo que genera aplicaciones un poco monolíticas o si se tiene suerte, el arquitecto del sistema divide el software en componentes. Desafortunadamente un servicio es de grano grueso comparado con un componente; un servicio ejecuta una actividad completa de negocio, a diferencia de un componente que tiene un conjunto de métodos que presta servicios muy específicos, por ejemplo consulta de valores de acciones, conversión de tasa y monedas extranjeras, entre otros. Una metodología que tenga en cuenta la existencia de servicios debería identificarlos como tal y verificar qué servicios existen para ser reutilizados en el proyecto. Algunos pueden pensar que esta es una actividad de arquitectura, pero yo pienso que como los servicios son de nivel de negocio valdría la pena subir esta actividad a nivel de metodología y tenerla en cuenta a través de todo el proceso, inclusive durante el levantamiento de requisitos.

El ciclo de vida de un servicio inicia en su especificación, sigue con su construcción, pruebas, publicación, mantenimiento, reutilización, monitoreo y posiblemente, muerte. No existen herramientas muy populares orientadas facilitar este proceso, existen orientadas a WebServices, sin embargo faltan muchas características importantes. Una de estas características es la matriz de dependencia, es decir, la matriz que indica quien está o han consumido un servicio. Este dato es fundamental para el ciclo de vida del servicio, especialmente durante la fase productiva del servicio. Lo único que es seguro en software es que los requisitos cambiarán, como los requisitos de negocio cambias los servicio cambian. La administración de este cambio es fundamental para lograr estabilidad en una SOA, de lo contrario tendrá un caos generalizado. Saber qué impacto tendrá el cambio en un servicio proveerá herramientas para coordinar los cambios, proyectar tiempos y costos y ofrecer seguridad al negocio.

Por último, un modelo de madurez para SOA beneficiaría a las empresas que se embarcaron o que piensan adoptar una iniciativa SOA. Les permitiría medirse y plantearse metas de mejoramiento, ubicándose objetivamente en un nivel. Además permitiría tomar decisiones tecnológicas fundamentadas en las capacidades actuales y las capacidades deseadas, podría ayudar a enfocar esfuerzos organizacionales, gerenciales y personales. Organizacionales pues SOA no es solo una iniciativa exclusivamente tecnológica, gerenciales pues requiere un cambio de enfoque en las gerencias de IT y personales porque las personas de TI involucradas en este tipo de proyectos deben capacitarse y cambiar esquemas de pensamiento.

Business Process Management (BPM) y Business Process Análisis (BPA)

2005-12-06T18:39:00.000-05:00

Existe una fuerte tendencia en las grandes empresas a especificar mejor sus procesos de negocio y de apoyo. La idea con esto es lograr mejorar eficiencia, eficacia, manejar indicadores y otra muchas características. Yo creo que el principal beneficio consiste en documentar el conocimiento de la organización y sus mejores prácticas, que sin lugar a duda están en la manera en que funcionan sus procesos. Como respuesta a estas necesidades los proveedores de software han desarrollado productos que se pueden categorizar como BPM y BPA.

Generalmente existen dos fuerzas que inician procesos BPM y BPA, la que yo llamo fuerza hacia arriba se origina en una arquitectura orientada a servicios en la que se tiene la capacidad de componer aplicaciones a partir de servicios. Cuando se logra un nivel de madurez interesante, se empieza a pensar en componer procesos de negocio e incluso, darle al usuario de negocio la capacidad de definir los procesos a partir de servicios existentes. La capacidad más importante de este tipo de aproximación es la automatización, es una solución más orientada a IT que al negocio y la iniciativa generalmente se origina en estas áreas.

Cuando las iniciativas de especificación de procesos se inicia desde el área de negocio, es decir, cuando el enfoque es de arriba hacia abajo, lo que se espera son obtener las caracterizaciones de los procesos, herramientas de modelado de procesos orientadas al usuario del negocio, herramientas de simulación y análisis y en ultima instancia, una posible automatización del proceso.

Creo que hace falta un punto intermedio, pues las herramientas tipo BPM son muy orientadas a IT, mientras que las BPA son muy orientadas a la documentación de los procesos. Una herramienta intermedia permitiría que IT contara con una infraestructura técnica importante para desarrollar una SAO, mientras que los usuarios de negocio podrían diseñar, simular, analizar procesos de negocio, para luego implementarlos con piezas de software reales y con interacción humana donde fuere necesario.

Ser jefe, Ser Lider IV – Los resultados de mi visión

2005-10-24T16:54:00.000-05:00

Después de este mes pasado, en el cual tuve la oportunidad de liderar el equipo de arquitectura, me queda un muy buen sabor, una excelente experiencia y unas buenas relaciones con mis compañeros de trabajo.

Cuando reporté inicialmente esta experiencia aquí en el Día a Día, afirmé que la estrategia para lograr los objetivos consistiría en tres aspectos: lograr resultados verificables, apoyar al equipo por medio de la motivación y mantener una mi visión sólida.

Al cabo de este breve, pero muy enriquecedor lapso, me alegra que hubiera podido mantenerme en esos tres pilares de la siguiente manera:

1. Enfocarme en obtener resultados verificable
Para toda actividad que realizáramos, siempre busqué que existiera un entregable verificable, sea un documento, un producto de software, una reunión, etc. Con estos resultados verificables es más fácil medir el progreso del equipo, lo que mejora el desempeño y la motivación de todos, además, facilita el control de las actividades.

2. Apoyar a mi equipo por medio de la motivación.
Creo que esta estrategia es demasiado amplia, pues motivación es un área grande que puede ser vista desde muchos puntos de vista. Me enfoqué en el reconocimiento y la autogestión.

El reconocimiento lo desarrollé a través de los grupos primarios. En cada una de estas reuniones mencionaba los proyectos que íbamos desarrollando y el estado, haciendo una mención especial de los adelantos sobresalientes de cada miembro del equipo. Esta táctica fue sumamente eficiente para la motivación de un proyecto clave. Además, como efecto colateral se logró mejorar la comunicación y cada miembro del equipo conocía los proyectos y el estado de estos.

La autogestión la entendí como la capacidad que tiene cada uno de los miembros del equipo de planear y ejecutar sus actividades sin requerir gran supervisión. Esta táctica me permitió concentrarme en mis actividades, en la coordinación de los miembros y la gestión de recursos externos, así como la planeación de actividades futuras y la definición de caminos alternativos que facilitaran la llegada a resultados verificables.

3. Mantener una visión sólida
Respecto a este tema es importante mencionar que muchas veces hay que ser terco, pero cuando se presentan argumentos igualmente sólidos hay que reflexionar qué es lo mejor. Reitero mi opinión de no girar como una veleta, pero si estar dispuesto a cambiar siempre que existan argumentos suficientes. La terquedad por terquedad es tan mala como la incapacidad de mantenerse firme en una posición.

Finalmente quiero decir que ver la acción desde este lado de la barrera fue sumamente interesante. Me permitió, por ejemplo, conocer otras facetas de mis compañeros, conocer mejor sus fortalezas y debilidades. De igual manera, me permitió conocer cómo son las relaciones entre los miembros del equipo de ejecutivos y conocerlos en otras facetas. Ahora entiendo parte de sus actitudes, aunque no necesariamente las comparta.

En opinión de mis compañeros, tengo el perfil de líder, yo me siento seguro desarrollando este papel. Espero que pronto pueda desarrollar esta capacidad en un cargo de jefe.

Histórico Concierto de Juanes en Medellín

2005-10-18T15:20:00.000-05:00

El domingo 16 de octubre ocurrió un evento inolvidable para la cuidad de Medellín. Un concierto multitudinario realizado en plena Calle San Juan, con más de 100.000 espectadores y 5 bandas en concierto.

Como prefacio al cumpleaños 330 de la cuidad de Medellín, que dicho sea de paso es el 2 de noviembre, la alcaldía de Medellín, encabezada por el alcalde Sergio Fajardo y Juanes (Juan Esteban Aristizabal), le regalaron a Medellín un espectáculo lleno de música, de paz de esperanza y de agua.

Conseguir las boletas fue más o menos una odiosea, realmente no teníamos tiempo para ir a un CERCA y luego ir a La Alpujarra a reclamar un par de boletas, de manera que nos valimos de mi hermano y de una tía de mi esposa para que nos consiguieran un par de boletas. Como siempre, en eventos públicos, se arma una mafiecilla de intereses, para poder obtener las cosas se debe conocer a las personas correctas. Yo creo que eso pasa aquí en Medellín, aquí en Colombia, aquí en Suramérica, aquí en la tierra. Este tipo de comportamiento es inevitable en una sociedad numerosa y organizada.

Llegamos al sitio del concierto a las 15:30. El lugar no podría ser más simbólico. El corazón administrativo de la ciudad de Medellín y del departamento de Antioquia, es decir, lo que nosotros conocemos como La Alpujarra. Cerca de la alpujarra se encuentran: el edificio inteligente de EEPPM, el Parque de los Pies Descalzos, el Museo Interactivo de EEPPM, el Parque de la Luz, el Concejo de Medellín, la Alcaldía de Medellín, los despachos judiciales, la Gobernación de Antioquia, en fin, es el centro neurálgico de la administración pública de nuestra región.

Sobre toda la avenida San Juan, y justo después del deprimido, entre la carrera Carabobo y la Avenida del Ferrocarril, montaron una tarima enorme con pantallas gigantes y no se cuantos miles de vatios de potencia. Como el espacio del concierto era tan grande instalaron tres tarimas más con amplificación y pantallas gigante, que permitían que todos, hasta los últimos en llegar (como mi esposa y yo) disfrutáramos de un buen sonido y de la imagen de los artistas sobre el escenario.

El primero en aparecer fue el grupo Entre Tres, que a mi parecer no estuvo muy bien, pues sus canciones no era muy conocida, además el sonido no les funcionó también como esperábamos.

A continuación se presentó el maestro Octavio Mesa, un representante de la música guasca antioqueña. Esta música, aunque autóctona y muy popular, no es que disfrute mucho. El sonido tampoco fue un éxito y el maestro se quejaba de falta de retorno hasta el final. De todas manera fue un tanto emocionante porque Octavio Mesa es el elemento que articula el folclor antioqueño con la música moderna de Juanes.

La lluvia empezó a caer y compramos el par de bolsas plásticas más caras de nuestras vidas, dos medias bolsas por dos mil pesos. Además, esperábamos que las bolsas tuvieran forma de abrigo, pero no eran más que bolsas cortadas en dos. En fin...

Luego de esperar otro rato empezó a calentarse el ambiente con la buena música de Coffe Makers, una mezcla de Reggae y Ska muy agradable y entretenida. Tienen un par de canciones pegadas en la radio que alcanzamos a tararear y a disfrutar de verdad.

Aparecieron en escena, a eso de las 18:00 Tres de Corazón, una excelente banda local de Neo Punk. Con esta banda se prendieron los motores y el público realmente empezó a disfrutar de la fiesta. Mi esposa y yo empezamos a bailar y a brincar al ritmo de sus letras (cien por ciento, entre otras).

Después de una larga espera y con una incipiente lluvia, subió al escenario “El Patrón”, como lo llamaron los integrantes de Tres de Corazón. Juanes desplegó un espectáculo de luces, sonido y energía deslumbrante, que a pesar de la torrencial lluvia logró mover a 100.000 espectadores y calentar el ambiente de la fría noche. Una tras otra, sus canciones fueron coreadas, bailadas, saltadas y disfrutadas por toda la multitud, desde la humilde niña de La Sierra, hasta el hijo del político más importante de Antioquia.

A las 9:00 parecía terminado el concierto y la lluvia inclemente terminaba de enfriar el ambiente. Sin embargo, la multitud clamorosa aclamaba por una canción más: otra, otra, otra, otra. Después de cinco minutos de oscuridad en el escenario se presentó nuevamente Juanes y después de dedicarle una canción a su madre, aprovechó para grabar el video de su canción “Para Tu Amor”. El espectáculo de la gente registrado en el video seguramente será conmovedor, lástima que en el estribillo la gente no hubiera estado tan preparada como lo esperaba la producción del video.

Siguieron varias canciones más de su más reciente grabación “Mi Sangre” y, para mí, el momento del éxtasis se dio cuando entonó un himno de nuestra generación “Solo”. Un clásico del rock antioqueño que identifica a la generación X y que siempre, donde suena, es coreado y disfrutado.

El concierto finalizó cuando Juanes invitó al escenario a sus amigos: Mauricio “El Chicho” Serna, Víctor Hugo Aristizabal, el alcalde Sergio Fajardo y otros tanto que no logré reconocer ni por el noticiero. Junto con ellos y con la fuerza de 100.000 almas se entonó el himno de esta tierra, el himno Antioqueño, toda una joya para cerrar este espectáculo de paz, convivencia, tolerancia.

Gracias Juanes por este regalo a tu cuidad, gracias al Alcalde por la voluntad política para hacer cosas grandes y gracias a toda la gente de Medellín por disfrutar un espectáculo memorable e irrepetible.

Conclusiones XXV Salón de Informática ACIS 2005

2005-10-10T07:46:00.000-05:00

Pretendía relatar todo el evento de ACIS, sin embargo, creo que sería demasiado largo para el blog, y si alguien está interesado pues no creo que esté dispuesto a leer más de dos páginas sobre el tema. Por ello he decidido sintetizar todo el evento en las siguientes observaciones:

En el país se tiene cierta claridad sobre el rol del arquitecto de software. El sector académico tiene una definición más o menos formal mientras que el sector empresarial trata de hacer énfasis en una definición práctica.

Falta claridad sobre los niveles de los arquitectos de software, yo los clasifico en dos (y esta definición ya la he validado con varios colegas): el arquitecto empresarial y el arquitecto de soluciones. El primero se materializa en las empresas como Gerente de Tecnología de Información, es responsable de entender la estrategia del negocio y plantear una estrategia de TI acorde y que apalanque la visión del negocio. De otro lado el arquitecto de soluciones es un perfil un poco más técnico y orientado a proporcionar soluciones concretas.

Los proveedores de tecnología están concentrados en ofrecer soluciones de integración, ahora no se llaman EAI sino ESB. La idea es facilitar la integración de aplicaciones y procesos utilizando una middleware de integración. La piedra angular de esta estrategia es SOA.

SOA no es una tendencia pasajera, es una solución para los problemas concretos de muchas organizaciones. Es una arquitectura que irá evolucionando y que facilitará el mantenimiento de las aplicaciones. SOA plantea muchos retos, por ejemplo una metodología de desarrollo orientada a servicios, una metodología de administración del ciclo de desarrollo de servicios, una framework de pruebas y de administración de dependencias, entre otros.

Aunque existen visiones optimistas respecto al rol del arquitecto, existen visiones fundamentalmente negativas fundamentadas en la complejidad del trabajo. El argumento de los “complejistas”, como yo los he llamado, se basa en la idea que no existen fórmulas o soluciones preconstruidas para problemas realmente complejos, del tipo sistemas de mil casos de uso. El argumento en contra indica que ya existen muchas “buenas prácticas”, patrones en varios niveles (de codificación, de diseño, de arquitectura, empresariales) bien conocidos y comprobados, así como técnicas que mitigan muchos de los riesgos de los sistemas complejos. Los “complejistas” afirman que la única herramienta que mitiga el riesgo afrontado por un arquitecto es la experiencia. Creo que aquí falta dividir el problema para no enredarse demasiado.

Fue realmente una grata sorpresa conocer a personas que tienen conocimientos y experiencias sólidas en arquitectura de software. Se puede afirmar que en el país existe una fuerte base que seguramente facilitará el desarrollo de la industria de software, permitiendo afrontar o asimilar la competencia india y china.

Queda por definir si los chinos e indios serán aliados o competidores. Habrá que alinear la industria de software colombiana, a través de agremiaciones y posibles fusiones de empresas fuertes, de manera que se pueda enfrentar al músculo humano y financiero de las empresas de software extranjeras.

Lastimosamente no llevé mi cámara, por lo que tendré que esperar a que ACIS publique alguna foto del evento.

Estas son las conclusiones más importantes del evento. Para más información se puede referir a http://www.acis.org.co

XXV Salón de informática ACIS - Día 1

2005-09-29T20:03:00.000-05:00

Llegué el día 28 las diez de la noche. Tomé un taxi directo al hotel, el Hotel Tequendama. Me habían hablado de este hotel, pues es, supuestamente donde se alojan presidentes y personajes importantes de la vida nacional.

La estada fue bastante normal, el hotel es clásico y bastante pretencioso, sin embargo las cosas se ven un poco viejas, por ejemplo los teléfonos, los ascensores, los radios, etc... La atención en el lobby fue bastante regular y ni siquiera el botones se ofreció a subir la maleta a mi habitación, así que lo hice yo.

Me acosté a las once de la noche y me desperté a las 7:30, así que sabía de antemano que llegaría un poco tarde a la primera sesión. Me arreglé rápidamente, bajé a desayunar al restaurante “El Virrey”. El restaurante es elegante, pero el buffet me pareció bastante regular, nuevamente comparando con mi experiencia en el Bogotá Plaza y el Hotel La Fontana. Al salir no me ofrecieron un taxi, así que tomé cualquiera de la calle.

El trayecto del hotel a la biblioteca Luis Ángel Arango es bastante corto, tomó unos 10 minutos, pero sobre todo, por el tráfico de la capital. El sector en el que se encuentra la biblioteca es bastante histórico, cerca se encuentran el museo del oro, la casa de la moneda, el palacio de justicia y el congreso de la república.

La biblioteca es enorme, muy bien organizado y con muchísimos auditorios. Finalmente y después de atravesar un laberinto sin señalización alguna, logré llegar al sitio del evento.

Me recibió una joven que luego me remitió a su compañero, este me pregunto mi nombre, a los que le respondí y además le entregué la invitación que me habían enviado por correo. Buscó en la lista y no me encontró, por lo que me dio una escarapela temporal de Hewllet Packard y un bonito portafolio de cuero negro, con las memorias, un block y un lapicero para tomar notas y el programa del evento.

Saludé a Jorge Arias, me dio la bienvenida y me indicó donde sentarme, pues en la parte delantera, en el costado izquierdo había gente de Medellín. Yo la verdad, no conocía a nadie.

La conferencia empezó con el “keynote” (ahora el término parece estar de moda) de los codirectores del evento Jorge Arias y Juan Carlos Cárdenas. Se centró en la definición académica de arquitecto y arquitectura. Lo más destacable de las presentaciones fue el enfoque que ellos definen del arquitecto y de la arquitectura: el arquitecto debe definir una arquitectura que satisfaga las necesidades de los clientes. Hablaron de la importancia de determinar cómo estaba posicionada una solución de software dentro de la cadena de valor del negocio y de la necesidad de estar alineada con la visión empresarial. Además, se mencionaron algunos frameworks de arquitectura como el de Zackman y eTOM, entre otros. Lo fundamental de los frameworks es que son guías para dimensionar problemas de negocio a través de diferentes perspectivas.

Me quedaron las siguientes dudas: ¿Acaso el arquitecto será capaz de dominar el negocio? ¿Acaso el arquitecto tendrá que ser un colectivo, es decir, un grupo de personas con conocimientos en varias áreas y con una visión integral del problema?
La presentación de Jorge Arias me pareció bastante aterrizada, mientras que la de Juan Carlos Cárdenas un poco abstracta y algo difícil de aterrizar a la realidad.

Seguidamente, Mauricio Álvarez, con la camiseta de Microsoft puesta (literalmente) hizo una presentación bastante amena y práctica. Sin embargo es la misma temática a la que estoy acostumbrado en los eventos de Microsoft, especialmente en el consejo de arquitectos en Medellín. Una de las frases más valiosas fue la relacionada con la sinergia: “La suma de las partes es mayor que las partes individuales”. No es que no la conociera, es que se puede obtener un corolarios: “La suma de unas partes es diferente a la suma de otras partes similares”. Con esto quiero decir que los modelos de arquitectura no funcionan igual en diferentes grupos, por lo que no existe una solución única y verdadera para todos los casos. Esto me hace pensar en las posibles fallas que pueda tener el modelo tecnológico que Suramericana podría compartir con sus aliados de negocio. Otra frase importante que refuerza el mensaje de la conferencia anterior fue que el punto de partida para una SOA no es la tecnología, es la definición de los procesos de negocio. Además mencionó unas reglas interesantes para una SOA: (1) los límites son explícitos (2) los servicios son autónomos (3) los servicios comparten esquemas y contratos, no clases (4) la compatibilidad de los servicios se logra si y solo si cumple con las mismas políticas. Además mencionó la necesidad de una metodología de análisis orientado a servicios.

Continuó Jaime Moreno. Este personaje presentó todo el proceso que habilitó a la Cámara de Comercio de Bogotá para definir una SOA. Fue muy interesante porque ofreció una visión desde el punto de vista empresarial, en donde realizaron un proceso riguroso y muy completo de definición de procesos y después de terminarlo definieron los servicios que debían ser implementados por medio de tecnología y que agregarían un gran valor al negocio. Le hice tres preguntas: ¿Qué experiencia tuvieron con la interoperabilidad entre servicios desarrollados en diferentes plataformas?¿Cómo medir los resultados en una organización matricial, por ejemplo, los resultados del oficial de seguridad? ¿Cómo resolvieron el problema de dependencia entre aplicaciones y servicios durante las pruebas de desarrollo y pruebas funcionales, especialmente en lo que tiene que ver con estabilidad del ambiente? Desafortunadamente no encontré respuestas satisfactorias. Me ofreció darme su tarjeta, lo cual le solicité durante el brake. No se ofreció a responderlas, trataré de contactarlo más adelante para ver si puedo obtener mejores respuestas.

Edgar, Andrés y yo fuimos a dar una vuelta cerca, pues inició la hora del almuerzo. Dimos una vuelta y me impresioné gratamente con los edificios, las construcciones, las calles. Esta parte de la cuidad es realmente bonito y tiene un estilo marcadamente europeo. Almorzamos en un restaurante argentino muy bonito y con muy buena comida, muy cerca de la biblioteca.

Al regresar asistí a la charla de Jitedra Pudri, la cual fue bastante jocosa, pero tan jocosa como poco interesante. Tal vez por la dificultad que tenía el expositor con el español o tal vez por la preparación de la presentación. Las ideas más interesantes fueron las siguientes: Tendencia a la simplificación, tendencia a la modularización, adaptitive business como modelo de madurez de una organización o departamento de IT. Además mencionó el white paper de Harvard Business Review, el que se refería al City Planning, que el fundamente para el equipo de arquitectura de Suramericana.

Después de Jitedra Pudri, continuó Raquel Anaya. Una presentación muy interesante pero bastante académica que mis compañeros criticaron mucho por su practicidad, no por su contenido per se. Hablo nuevamente de la idea del rol del arquitecto como factor equilibrante y mediador entre el negocio e IT. Mencionó el tema de tácticas de arquitectura, que me parece muy interesante, habló de ADL, MDA y por supuesto, el infaltable UML como lenguaje para todos nuestros problemas.

Nuevamente de vuelta al hotel, con un frío penetrante y después de saludar a un amigo que trabaja como consultar de SAP. Me fui caminando del parque central Bavaria hasta el hotel. Me perdí un poco pero llegué sin problemas.

Tengo que resaltar que el servicio de Internet aquí en hotel es bastante regular, pues los computadores son incómodos, aunque muy modernos y solo venden tarjetas de media hora y un día. Muy caras y poco prácticas.

Eso es todo por el día de hoy.

Ser jefe, ser líder III - De la teoría a la práctica

2005-09-23T11:24:00.000-05:00

Ya he escrito un poco sobre mis observaciones respecto a ser líder y ser jefe (aquí y aquí). Ahora es mi turno de aplicar lo que he predicado. Tengo una oportunidad de cuatro semanas para experimentar lo que es ser jefe de un equipo de arquitectura. Tengo tres objetivos principales:

1. Enfocarme en obtener resultados verificables
2. Apoyar a mi equipo por medio de la motivación
3. Mantener una visión sólida

Con el primer objetivo pretendo lograr enfocar los esfuerzos, me refiero a que cuando no se tienen resultados verificables generalmente no se obtiene motivación tras completar una tarea. Además, en general, siempre se mide el desempeño de un jefe de equipo en términos de los resultados de su labor. Cuando un técnico de un equipo de fútbol no gana, lo cambian; cuando un alcalde no cumple con su programa, baja su popularidad; cuando un jefe de proyecto no logra un producto con las restricciones de los clientes, le es difícil liderar nuevos proyectos retadores

El segundo objetivo es muy importante para mi situación. Como no tengo mucha experiencia en el entorno en el que me desarrollo desde el punto de vista de “jefe”, necesito que las personas con que trabajo se encuentren motivadas para que desarrollen sus actividades eficientemente y pueda delegar muchas funciones con tranquilidad. Además, con la motivación podremos lograr mejores resultados.

Para mantener la motivación y para lograr resultados se necesita tener un visión clara del sueño que se quiere alcanzar, a pesar de los sutiles variaciones en las condiciones. Por ello se debe mantener una visión firme; es mejor tener un objetivo bien definido que ser como una veleta que cambia de dirección con la más mínima brisa.
Estaré reportando mis experiencias con la convicción de que haré una buena labor y que aprenderé mucho asumiendo el trabajo desde otro punto de vista.

Cuál es la diferencia entre un objetivo y un requisito?

2005-09-08T09:48:00.000-05:00

Introducción
En el contexto de elicitación de requisitos es importante poder definir claramente los objetivos y los requisitos del sistema. Generalmente los objetivos provienen de la visión y a su vez los requisitos provienen de los objetivos.

Los Objetivos y los Requisitos
Los objetivos son requisitos de alto nivel que el sistema debe cumplir para satisfacer necesidades de negocio. Para indagar sobre los objetivos se deben hacer preguntas de este tipo:

¿Por qué se construye el sistema?
¿Qué beneficios espera del nuevo sistema?
¿Cómo se podría determinar que el nuevo sistema será exitoso?

Este tipo de pregunta permite que tanto clientes como usuarios identifiquen los objetivos del sistema en términos de negocio y no en términos de la solución.

Los requisitos son especificaciones de las características que el sistema debe tener para cumplir con esos objetivos, particular son:

· Una condición o capacidad que un usuario necesita para solucionar un problema
· Una condición o capacidad que debe tener un sistema o componente para satisfacer un contrato, una norma, una especificación u otro documento formal

Conclusión
Un objetivo está orientado a determinar los puntos que permitirán evaluar si el sistema será exitoso
Un requisitos es una condición o capacidad que un usuario necesita para solucionar un problema

Referencias
[Brooks 1995] F. P. Brooks, Jr. The Mythical Man-Month: Essays on Software Engineering Anniversary Edition. Addison-Wesley, 1995.

[Christel y Kang 1992] M. G. Christel y K. C. Kang. Issues in Requirements Elicitation. Technical Report CMU/SEI-92-TR-12, Software Engineering Institute, Carnegie Mellon University, 1992. Disponible en http://www.sei.cmu.edu .

[Davis 1990] A. M. Davis. The Analysis and Specification of Systems and Software Requirements. En Thayer y Dorfman [1990], páginas 119-144.

[Davis 1993] A. M. Davis. Software Requirements: Objects, Functions and States. Prentice-Hall, 2 a edición, 1993.

[DoD 1994] DoD. Military Standard 498: Software Development and Documentation. Departament of Defense of the United States of America, 1994. Disponible en . mil/mil std/498 win3.exe .

[Durán 2000] Durán, Amador. Un Entorno metodológico de Ingeniería de requisitos para Sistemas de Información. Tesis Doctoral. Sept. 2000.

[ESP 1996] ESPITI - European User Survey Results. Informe Técnico ESI-1996-TR95104, European Software Institute, 1996. Disponible en http://www.esi.es

[GAO 1979] Contracting for Computer Software Development: Serious Problems Require Management Attention to Avoid Wasting Additional Millions. Report FGMSD-80-4, U. S. Government Account Office, Noviembre 1979. Este documento es difícil de encontrar, pero está comentado y referenciado, entre otros, en [Davis 1993], [Christel y Kang 1992] y [Goguen 1994].

[Gause y Weinberg 1989] D. C. Gause y G. M. Weinberg. Exploring Requirements: Quality Before Design. Dorset House, 1989.

[Goguen 1994] J. A. Goguen. Requirements Engineering as the Reconciliation of Social and Technical Issues. En Requirements Engineering: Social and Technical Issues, páginas 165-199. Academic Press, 1994. Disponible en http://www.cse.ucsd.edu/˜goguen .

[Hsia et al. 1993] P. Hsia, A. Davis, y D. Kung. Status Report: Requirements Engineering. IEEE Software, 10(6), Noviembre 1993.

[IEEE 1996] IEEE. IEEE Guide for Developing System Requirements Specifications. IEEE/ANSI Standard 1233-1996, Institute of Electrical and Electronics Engineers, 1996.

[Pohl 1997] Pohl, Klaus. Requerimentes Engineeering: An Overview. Encyclopedia of computer Science and Technology, 36, 1997. Disponible en http://sunsite.informatik.rwth-aachen.de/CREWS/reports96.htm

[Pressman 1997] R. S. Pressman. Ingeniería del Software. Un Enfoque Práctico. McGraw-Hill, 4 a edición, 1997.

[Shaw 1990] . Shaw, M. Prospects for an Engineering Discipline of Software. IEEE Software, 7(6):15-24.

[TSG 1995] TSG. The CHAOS Report. The Standish Group, 1995. Disponible en http://www.standishgroup.com/chaos.html .

[Wieringa 1996] R. J. Wieringa. Requirements Engineering: Frameworks for Understanding. John Wiley & Sons, 1996.

El problema de la obsolescencia y Pair Programming como técnica de mitigarla

2005-09-05T09:14:00.000-05:00

En las organización que tiene un departamento de desarrollo de software siempre ocurre lo que describiré a continuación y que tiene que ver con la “obsolescencia” del conocimiento que poseen las personas: cuando un analista ingresa siendo joven a una compañía, este posee los conocimientos y la mente fresca, de manera que es capaz de enfrentar e incorporar como parte de su conocimiento las últimas tendencias y las últimas tecnologías. Después de aproximadamente un año, el analista llega al tope de su productividad, pues conoce los procesos, las dependencias, las estructuras y demás sutilidades de la organización que facilitan su trabajo.

Sin embargo, el tiempo pasa y el desarrollo de la tecnología no se detiene. El sujeto de este artículo, el analista de desarrollo, se fija en sus compañeros mayores que conocen al dedillo el negocio y las maneras tecnológicas del negocio. Sin embargo, en el fondo siente que son “obsoletos” pues la tecnología que utilizan es anticuada. A pesar de esta “obsolescencia” muy a menudo recurre a su compañero mayor para que le aclare cómo utilizar cierta regla de negocio que le parece compleja, o como utilizar cierta estructura de datos. Como se nota, en analistas fresco llega a ser productivo con el apoyo del obsoleto, mientras que el analista “obsoleto” no gana ningún conocimiento fresco.

El tiempo pasa y aquel analista fresco empieza a madurar, empieza a conocer los detalles del negocio, las sutilidades de la organización y empieza a parecerse a aquellos analistas obsoletos, mientras observa cómo va llegando gente nueva con ideas refrescantes y tecnologías y tendencias de punta. Entonces el analista ya no está tan fresco y empieza a sentirse obsoleto.

Este ciclo es inevitable, pues el paso de la tecnología atropella, y a pesar de ser inquieto, autodidacta e innovador, se requiere tiempo para la familia, para el descanso, para los hobbies y para el trabajo. En el tiempo libre no se logra un nivel de renovación suficiente como para compararse con los analistas frescos.

Siempre que ocurren este tipo de situaciones se requiere la influencia de un ente externo que lo mitigue. En esta caso, mi propuesto consiste en la práctica de programación por pares predicada por la programación extrema.

En esta técnica el objetivo NO ES REPARTIR EL TRABAJO ENTRE DOS, por el contrario, es producir en conjunto. Tras esta técnica reside la idea de la sinergia, en la que el trabajo en conjunto es mayor que la suma del trabajo de las partes. En este caso, la sinergia logra disminuir el nivel de obsolescencia y, simultáneamente, disminuir la curva de aprendizaje de la particularidades de la organización; produciendo mejor software, probablemente, en un tiempo igual o un poco menor que el producido por dos personas por separado.

Mientras el analista fresco aporta la novedad, el analistas obsoleto aporta la experiencia. Mientras el analistas fresco se desespera por los resultados, el analista obsoleto mantiene el foco.

Cada parte tiene mucho para beneficiarse y por transitividad, la organización podrá obtener estos beneficios: mejores productos de software, disminución de curvas de aprendizaje, personal actualizado, sinergia y trabajo en equipo.

Los Requisitos y la Calidad de Software

2005-09-01T08:17:00.000-05:00

Recientemente, durante un taller de requisitos que estoy dictando, surgió la inquietud de qué tipos de requisitos afectan la calidad del software. Por un lado se aseguraba que la calidad estaba definida por los requisitos no funcionales, mientras que por otro lado se aseguraba que ambos tipos de requisitos afectaban la calidad del producto. La confusión, sobre todo, se encontraba en lo que se conoce como necesidades implícitas y explicitas. A continuación reúno algunas definiciones que ayudan a aclarar el tema.

Según el SWEBOK, los requisitos funcionales “... describen las funciones que el sistema ejecutará: por ejemplo la aplicación de un formato a un texto o la modulación de una señal...”

“Los requisitos no funcionales son aquellos que actúan como restricciones para la solución. Los requisitos no funcionales algunas veces se conocen como requisitos de restricción o requisitos de calidad”.

De otro lado [ISO/IEC JTC1/SC7, Software engineering - Product
quality - Quality Model, ISO, 2001], define calidad como “la totalidad de características de una entidad que soportan su habilidad de satisfacer las necesidades implícitas y explícitas”

De este modo se tiene que tanto los requisitos funcionales como los requisitos no funcionales soportan la habilidad de satisfacer las necesidad de los stakeholder, por lo tanto, ambos tipos de requisitos afectan la calidad de un producto de software.

Es necesario resaltar que cuando se elicitan requisitos funcionales, es necesario indagar sobre los requisitos de calidad, es decir, aquellas características que contribuirán a que el sistema se desempeñe como realmente se requiere. De nada sirve un sistema que es funcionalmente correcto pero que no soporta el número de usuarios necesario, el sistema operativo del cliente, o cumple con las regulaciones de seguridad de alguna organización.

Conclusión
Los requisitos no funcionales también se conocen como requisitos de calidad, son restricciones que debe cumplir el sistema y que complementan su funcionalidad. Tanto los requisitos funcionales como no funcionales afectan la calidad de un producto de software.

Referencias

Applying ISO/IEC 9126-1 Quality Model to Quality Requirements
Engineering on Critical Software

SWEBOK: Software Engineering Body Of Knolwledge

Precondiciones y Poscondiciones en los Casos de Uso

2005-08-31T08:55:00.000-05:00

Es muy común confundir el uso de las precondiciones y poscondiciones en los casos de uso. Las precondiciones son confundidas con validaciones que hace el sistema durante el caso de uso, mientras que las poscondiciones se asumen como operaciones que hace el sistema después de la ejecución decaso de uso. Para aclarar un poco las cosas propongo las siguientes definiciones

Precondición

Fuente: Internet
Las precondiciones son los hechos que se han de cumplir para que el flujo de evento se pueda llevar a cabo.

Fuente: Wikipedia
La sección de precondiciones se usa para informar cualquier condición que DEBA ser verdadera cuando el usuario inicia el caso de uso. Sin embargo, no son eventos que inician el caso de uso.

Fuente: Craig Larman “Use Case Model: Writing Requirements in Context”
Las precondiciones declaran lo que DEBE ser siempre verdadero antes de iniciar el escenario en el cado de uso. Las precondiciones no son probadas dentro del caso de uso, son condiciones que se asumen verdaderas. Normalmente, una precondición implica un escenario de otro caso de uso que se ha completado satisfactoriamente, como por ejemplo la “autenticación”, o más general “el cajero se identificar y se autentica”.

Conclusión
Las precondiciones son un conjunto de condiciones que deben ser ciertas antes de iniciar el caso de uso. Es muy común que la precondición sea el resultado exitoso de un caso de uso anterior.

Poscondición

Fuente: Internet
Las poscondiciones son los hecho que se han de cumplir si el flujo de eventos normal se ha ejecutado correctamente.

Fuente: Wikipedia
La sección de poscondiciones resumen el estado de las cosas después de que el escenario se completa

Fuente: Craig Larman “Use Case Model: Writing Requirements in Context”
Las garantias de exito o poscondiciones declaran que DEBE ser verdadero cuando se completa exitosamente el caso de uso, sea a través de su escenario principal o a través de un flujo alternativo. La garantía debe cumplir las necesidades de todos los stakeholders

Conclusión
Las poscondiciones indican el estado final de las cosas después de que el caso de uso termine exitosamente a través de cualquiera de sus flujos. No son acciones del sistema sino resultados de acciones. Se deben tener en cuanta las necesidades de todos los stakeholders para la definición de las poscondiciones.

Referencias

Wikipedia: Use Case

Internet - Ingeniero de Software

Craig Larman

Aplicación Masiva Desarrollada en Java

2005-08-26T10:37:00.000-05:00

Become.com's Web Crawler: A Massively Scaled Java Technology Application.
Muy interesante este artículo en el que explican cómo fue posible implementar una plataforma de Crawlers capaces de indexar más de 3 billones de páginas en el lapso de una semana.

Aunque en general un proyecto como estos no sería implementado en Java, la experiencia en CEO de la compañía en otro proyecto similar le indicó que era una buena alternativa.

Este tipo de ejemplo son los que sorprenden y hacen replantear el estereotipo de las aplicaciones desarrolladas en Java

Artículo Original
Sitio web del Producto

¿Hacia donde va Google?

2005-08-24T15:09:00.000-05:00

No pretendo responder esta pregunta porque solo la gente de Google sabe para donde van, pero si quiero plantear una hipótesis basándome en las herramientas que han liberado.

Gmail es tanto un servicio correo, como un cliente de correo web. El servicio de correo es simplemente excelente, porque aun siendo gratuito ofrece una enorme capacidad y gran calidad en cuanto a estabilidad y disponibilidad. El cliente de correo es una de las aplicaciones Web más eficientes, elegantes incluso diría con inspiración en el iPod (por su limpieza de diseño y efectividad de utilización). Este cliente de correo web es sumamente ligero, tiene todas las características importantes de Outlook y sobretodo posee la capacidad de buscar con el poder de Google, lo que evita muchísimo trabajo de clasificación.

Google Desktop 2 es una herramienta que integra muchos servicios, obviamente en el corazón está su motor de búsqueda que, como una gran sorpresa, indexa el mail de Outlook y se integra con este. Además, permite ver fotos, mantenerse informado con los blogs favoritos, saber cómo va la bolsa de Estado Unidos, saber cuales son los temas más candentes de Internet. Además, provee una API que permite desarrollar plug-ins y de esta manera extender los servicios, algo que le encanta al mundo del Open Source.

GoogleTalk. Este es un capítulo aparte, pues se había especulado enormemente sobre la necesidad que Google proveyera un servicio de mensajería instantánea. Entrando en materia, el software es muy sencillo, siguiendo la filosofía de los demás productos, sin embargo, aun le faltan muchas características, tales como emoticons (gráficos que permiten expresar el estado de ánimo), video conferencia y teleconferencia.

Con estas herramientas, claramente Google va en curso de colisión contra Microsoft: Herramientas de productividad, herramientas de colaboración, herramientas de información. Google se va perfilando como una contrincante de Microsoft Office, que es el caballito de batalla de la empresa de Redmond.

Habrá que esperar al próximo año para ver qué otras herramientas de productividad nos ofrecerá esta dinámica compañía y cómo responderá Microsoft a esta afrenta directa.

¿Será posible una alianza Google Apple?
¿Será posible una distribución Google Linux?
¿Será posible una alianza Google StarOffice?
¿Será Google el siguiente Microsoft y Microsoft el siguiente IBM?

Participación en el XXV Salón de Informática de ACIS

2005-08-22T16:46:00.000-05:00

Este año me invitaron a participar en el XXV Salón de informática de ACIS, llamado "Arquitectura Empresariales de Software: Espejismos y Realidades". La invitación se debe a la experiencia que ha tenido mi compañía y a mi participación directa en todo el proceso. El salón se llevará a cabo en la cuidad de Bogotá, el 29 de Septiembre de 2005.

La conferencia que dictaré se llama "Implementación de una visión de Arquitectura: Experiencias y Resultados".

Además de mostrar nuestros resultado, espero poder tomar el pulso del progreso de la industria del software y, sobre todo, de los clientes de esta industria en este evento.

Actualizaré el blog con los resúmenes de las conferencias en la medida en que participe y me parezcan interesants.

Se puede encontrar más información aquí

De la teoría a la práctica

2005-08-22T08:54:00.000-05:00

El jueves pasado (2005/08/18) participé en la tertulia de Ingeniería de Software de la universidad EAFIT. El tema general de la tertulia tenía que ver con las herramientas utilizadas para la gestión, desarrollo y calidad de proyectos de software.

Los puntos más importantes, según mi criterio, fueron:

· Las diferencias entre las visiones del proveedor y del cliente de software
· La voluntad de compartir los conocimientos para lograr mejorar la competitividad de nuestra industria de software

En cuanto a las diferencias entre las visiones del cliente y del proveedor se puede resaltar que el cliente necesita software flexible, resultados rápidos y gran calidad. Aun que estas metas parecen contradictorias, esa es la realidad del negocio y el reto que se debe asumir. El proveedor, por su lado, está mentalizado que lo único constante en software es el cambio y para poder entregar soluciones flexibles necesita el conocimiento técnicos y las herramientas adecuadas.

Respecto a compartir el conocimiento, Raquel Anaya, la directora del grupo de investigación, mencionó algo muy importante: El uso de herramientas Open Source en nuestro medio ha ido desarrollando la cultura de compartir el conocimiento por el bien común. Ahora las empresas de desarrollo se encuentran enfocadas en la integración de herramientas Open Source para cubrir el ciclo completo de desarrollo. Honrando la licencia Open Source, deben liberar el resultado de su trabajo al público, por lo que el esfuerzo conjunto de la industria del software está orientado a mejorar este aspecto. Esperemos que llegue a buen término para el bien, tanto de clientes, como de proveedores.

Cuando este tipo de reuniones involucran a los actores reales del negocio, la discusión se hace más interesante y se enriquecen todos los participantes, especialmente lo estudiantes. La academia, sin lugar a dudas es fundamental, pero periódicamente debe acoger a la industria para verificar como los modelos académicos se adaptan a las realidades del medio.

Ser jefe, ser Lider II

2005-08-19T07:59:00.000-05:00

El tema del liderazgo es similar en todos entornos, sin embargo cada entorno tiene diferencias que hacen que ciertas características sean más importantes que otras.

Una forma de liderazgo muy efectiva en los ambientes de tecnología consiste en el conocimiento y la experiencia. Dentro de los equipos de desarrollo generalmente hay un líder técnico, este no tiene un cargo formalmente establecido, sino que a través de su experiencia y conocimiento logra establecer un liderazgo entre sus compañeros. Del otro lado de la balanza se encuentra el jefe del equipo, generalmente el coordinador o jefe de proyecto. El perfil del jefe del proyecto es más administrativo que técnico.

Para que el equipo se desempeñe adecuadamente el jefe de proyecto debe asumir un rol motivacional pues el liderazgo real del equipo se encuentra en la faceta técnica. Cuando un jefe de proyecto se involucra en la parte técnica, generalmente la acción es contraproducente causando un rechazo. En contraste, cuando el jefe del proyecto descubre los factores que motivan al equipo y a cada uno de sus integrantes, el equipo se desempeña adecuadamente.

Es responsabilidad del jefe del proyecto conformar un equipo de trabajo con un líder técnico, sino, el mismo tendrá que asumir esta responsabilidad que generalmente no le sienta bien.

En este caso se evidencia como el liderazgo no necesariamente va investido de una autoridad formal y sin embargo es efectivo

Parte I

Parte III

Luna de Miel en Panamá

2005-08-17T20:40:00.000-05:00

El 30 de Julio de 2005 sucedió el evento más importante en mi vida, finalmente me casé con la mujer que adoro y con la que espero compartir mi tiempo por el resto de la vida.

Aquí, algunas fotos del hotel, de cuidad de Panamá y de una de las maravillas del mundo, el Canal de Panamá

Mi esposa y yo saliendo del centro de visitantes del Canal de Panamá

Mi esposa en centro de visitantes desde donde se pueden observar los barcos pasar a través de las esclusas de Miraflores

Ese soy yo aguantando el sol para poder ver esta maravilla del mundo funcionado.

El barco ingrasa al primer juego de esclusas de Miraflores

Una panorámica de la Ciudad e Panamá desde las tres islas o Amador, como también es conocido

Catedral del casco antigüo de Ciudad de Panamá

La moderna cuidad de Panamá y su zona bancaria

La playa del hotel, costa del oceano pacífico en Panamá. Desde aquí se debería trabajar siempre.

Una de la lindas piscinas del hotel

Mi esposa y yo después de unos buenos cocktails, mar y piscina.

Se nota la emoción por los postres

Vamos en el carrito de golf que recorre el hotel rumbo al lobby principal para tomar el transporte hacia el aeropueto internacional de Tocumen

Avances en la Guía de Arquitecto

2005-08-17T08:47:00.000-05:00

Sigue el trabajo en la Guía del Arquitecto. No escribo todos los días pero si lo hago con frecuencia. Como va el trabajo todo indica que no será un libro sino un ensayo o un artículo.

Los capítulos o títulos que he desarrollado son

· Los valores del arquitecto
· Las habilidades del arquitecto
· La imagen del arquitecto
· Actividades recurrentes del arquitecto

Quisiera incluir un título más relacionado con el liderazgo y el estilo de liderazgo que puede asumir un arquitecto de software. Sería útil enriquecerlo con mis experiencias y las experiencias de otras personas dedicadas a esta interesante labor.

Nueva Cara para Dia a Dia

2005-08-17T08:32:00.000-05:00

Ya era hora de un cambio de look para el blog. El anterior ya me tenía un poco cansado, era algo monótono. Por ahora, estoy conforme con esta nueva plantilla.

La verdad no le he gastado mucho tiempo la cómo se ve el blog. En lo que si he invertido algo de tiempo es en probar AdSense de Google. Este es un servicio de avisos "inteligentes", pues muestra publicidad relacionada con la información contenida en el sistio. La verdad no he visto mucha relación de lo que he escrito con los anuncios que se generan, pero me gusta como se ve.

Además estoy utilizando un servicio de Hit Counter, para ver cuantas visitas tengo. Por ahora no es que este sea el blog más popular (de hecho, casi no lo es), pero es interesante ver cómo gente de todo el mundo visita este sitio, y sobre todo, cómo llegan aquí. Excelente esta herramienta gratuita.

Otra cosa que tengo pendiente es actualizar la foto de mi profile, porque la de FortuneCity no funciona muy bien, lo haré pronto.

Plataforma Fácilmente Administrable

2005-08-16T17:38:00.000-05:00

Introducción
¿Se ha preguntado alguna vez qué significa “Plataforma Administrable”? Bueno yo también he hecho y basándome en la funciones de la administración definidas académicamente, he planteado que significa “Plataformas Fácilmente Administrables”.

Plataforma Administrable
La plataforma tecnológica debe ser fácilmente administrable lo que implica lo siguiente:
· Fácil Planeación
· Fácil Organización
· Fácil Integración
· Fácil Dirección
· Fácil Control

Fácil Planeación
La plataforma debe proveer las estadísticas suficientes para facilitar la planeación de la capacidad requerida para soportar la operación del negocio.

Fácil Organización
La organización implica la definición de una estructura orientada a lograr los objetivos. En otras palabras, la infraestructura debe facilitar su organización física y lógica, de manera que se logren los objetivos del negocio.

Fácil Integración
Los elementos de la plataforma deben ser fácilmente integrables, de manera que cooperen para soportar la operación.

Fácil Dirección
Dirigir implica hacer correcciones durante la marcha. Estas correcciones pueden ser de capacidad, de organización, de integración o de funcionamiento en general. La plataforma debe poder ser dirigida fácilmente para lograr los objetivos de negocio.

Fácil Control
La plataforma debe proveer puntos de control, de manera que se puede monitorear su comportamiento y se puedan tomar decisiones aplicables en el corto plazo (dirección) o en el medio y largo plazo (planeación).

Prácticas y Herramientas para la gestión aseguramiento de Calidad

2005-08-16T09:11:00.000-05:00

Introducción
El resultado del proceso de desarrollo de software consiste en soluciones informáticas para problemas de negocio. La gestión y el aseguramiento de calidad de estas soluciones son clave para lograr los objetivos corporativos por los cuales el software fue concebido.

A través del proceso de desarrollo de software se deben llevar a cabo actividades que permitan verificar la calidad del producto que se está construyendo. Según la IEEE, existen atributos internos y externos de calidad. Los atributos internos son indicadores de los atributos externos, y estos últimos a su vez, predicen la calidad de uso del producto.

En esta charla se presentarán algunas de las practicas y herramientas relacionadas con la gestión y el aseguramiento de calidad del producto de software.

Atributos Internos

Evaluación de calidad en la especificación de requisitos de software
La evaluación de los requisitos está en un estado incipiente, pues se está desarrollando una metodología de elicitación de requisitos y una metodología de verificación de requisitos.

El objetivo de este proceso es lograr calificar el documento de especificación de requisitos de una manera objetiva. De acuerdo con las necesidades del negocio se aplicarán tres plantillas de evaluación y de acuerdo a la calificación obtenida por el documento, se continuará el desarrollo del sistema o se solicitará la revisión de las inconformidades.

La metodología está siendo desarrollada y se incluirá dentro del mapa de procesos de las gerencias de tecnología.

Evaluación de la arquitectura de software
Mediante la evaluación de la arquitectura de software se puede verificar en un estado temprano la estructura de un sistema y las principales prácticas que serán utilizadas para su desarrollo. Estas características son indicadores importantes que permiten vislumbrar la calidad técnica del producto, es decir, mediante los atributos internos de calidad se pueden predecir los atributos externos de calidad. La experiencia ha indicado que cuando un proveedor entrega un documento de arquitectura bien estructurado, claro, conciso, resaltando las prácticas y patrones que utilizará, el proveedor ha entendido el problema. Este entendimiento lo ha logrado desde el punto de vista funcional y no funcional y este documento es la evidencia de ello.

Cuando se recibe un documento de arquitectura poco estructurado, incompleto o poco claro, la experiencia indica que el proveedor no tiene el suficiente conocimiento técnica y que probablemente requerirá mayor nivel de seguimiento durante el proceso de diseño y construcción para lograr un producto adecuado.

Existe otro extremo que consiste en que el proveedor cuenta con experiencia técnica pero que no ha entendido adecuadamente el problema. En este caso, el proveedor genera la documentación directamente desde sus herramientas de diseño o herramientas CASE sin agregar valor alguno. En estas situaciones la documentación, más que una herramienta de análisis, se ha convertido en una formalidad lo que la hace muy poco útil y práctica.

Las herramientas utilizadas para este proceso de evaluación son:

· Un documento estándar de arquitectura de software basado en el modelo de 4+1 vistas. Este modelo es muy reconocido y fue recomendado por consultores de Oracle, Brasil.
· Una plantilla en Excel, en la cual se especifican cada uno de los items de evaluación que el analista de arquitectura tendrá en cuenta. Además, la plantilla indica el puntaje mínimo con el cual se aprueba la arquitectura del sistema.
· La evaluación final se entrega al proveedor con toda la explicación de cada una de las observaciones. Esta evaluación es una evidencia objetiva del proceso de calidad que podrá ser revisada en momentos posteriores.

Atributos Externos

Evaluación de calidad mediante pruebas técnicas del producto

Las pruebas técnicas de productos son necesarias debido a:

· La complejidad del ambiente de ejecución
· La convivencia otros productos
· Requisitos de gran eficiencia en el uso de recursos informáticos
· Requisitos de bajos tiempos de respuesta requeridos

Las pruebas técnicas que se realizan son tres:

Homologación
La homologación es el proceso mediante el cual se verifican los manuales y los medios de instalación. Los manuales requeridos para todo producto son:

· Manual de instalación del producto: Contiene las instrucciones detalladas para la instalación del producto
· Manual de pruebas: Es el manual que utilizan los operadores para verificar que un producto de software se encuentra operativo.
· Ficha técnica: Describe las características y requisitos técnicos necesarios para la operación del software.

Además, el proceso de homologación recibe el producto en medio digital, los instala y lo pruebas en el ambiente de pruebas.

Si el producto de software cumple con los requisitos, se instala y funciona adecuadamente, se obtiene la homologación del producto.
Pruebas de Telecomunicaciones
Esta prueba se realiza en un laboratorio que permite simular la latencia y el ancho de banda de todas las oficinas, desde canales de 56 Kbps hasta canales Giga.

Durante las pruebas de telecomunicaciones se verifica el consumo de ancho de banda. El consumo de ancho de banda es diferente para aplicaciones Web y para aplicaciones C/S. En aplicaciones web se impone una restricción por página, mientras que por la naturaleza de las aplicaciones C/S se impone una restricción por consulta.

Las inconformidades son registradas en el BugTracker. Si el producto no logra obtener los puntajes establecidos como política de la organización, no se le concede la certificación de telecomunicaciones y se pasa al ciclo de desarrollo nuevamente. Si el producto logra los puntajes establecidos, el producto obtiene la certificación de telecomunicaciones.

La experiencia indica que los productos que se desempeñan adecuadamente en telecomunicaciones tendrán un comportamiento adecuado en tiempo de respuesta y son menos propensos a sufrir problemas rendimiento.

Las herramientas utilizadas en este proceso son:

· Laboratorio de pruebas
· Simulador de canales
· Sniffer
· BugTracker

Pruebas de Bases de Datos
El objetivo de las pruebas de bases de datos es identificar posibles cuellos de botella debidos a queries ineficientes o estructuras de datos poco optimizadas.

Algunos puntos que se tienen en cuenta:

· Full scan de tablas, es decir, uso ineficiente de índices
· Bloqueos o deadlock
· Alto consumo de memoria
· Alto consumo de procesador

Las herramientas utilizadas en este proceso son:

· Consola de administración de base de datos
· Laboratorio de pruebas
· BugTracker
· Hoja de cálculo con el informe del DBA

Las inconformidades son registradas en el BugTracker y el producto debe ser corregido y preparado para el siguiente ciclo de pruebas. Si el producto cumple con todas las pruebas, entonces se le otorga el certificado de bases de datos y puede continuar el proceso.

Esta es una de las pruebas más críticas para un software, pues indica el comportamiento que el sistema tendrá y su estabilidad. Aunque el ambiente de pruebas pretende simular el ambiente de producción, este último es mucho más complejo y sensible, de manera que si existe una pequeña falla de base de datos es imperativo su corrección, de lo contrario el problema se convertirá en un problema superlativo que afectará de una manera importante al software.

Pruebas de Seguridad
Las pruebas de seguridad son un conjunto de pruebas encaminadas a lograr un nivel de seguridad adecuado, establecido por el área de seguridad informática.

Estas pruebas consisten en una batería de pruebas previamente diseñadas que abarcan desde el aseguramiento del medio de transporte pasando por técnicas de cross-site scripting y SQL Injection.

La batería de pruebas de seguridad no es divulgada. Los especialistas en seguridad las ejecutan y reportan el tema en el cual la aplicación debe mejorar, pero evitan divulgar la manera de explotar la vulnerabilidad.

Las herramientas utilizadas para las pruebas son:

· Laboratorio de pruebas
· Sniffers
· Reverse-Proxy
· Otras herramientas de seguridad

Pruebas de Estrés
Por experiencia, las pruebas de estrés son el ítem más importante de las pruebas técnicas, pues son estas las que exigen al máximo todo el conjunto de componentes del software y permiten hallar fallas estructurales que ponen en riesgo la viabilidad del software. En gran medida, una buena definición de la arquitectura del software evitará problemas en las pruebas de estrés, pero no lo garantiza.

La experiencia indica que para que el software se comporte bien bajo cargas extremas, su arquitectura debe ser sencilla y robusta, evitando complicaciones innecesarias y artificios inoficiosos.

Siempre, durante el diseño del software, se debe tener en cuenta el perfil de la aplicación, es decir, el nivel de transaccionalidad, el tamaño del público objetivo, la proporción de usuarios concurrentes y otros temas muy importantes que afectan la escalabilidad.

Aunque las pruebas de estrés nunca han logrado replicar la carga de los ambientes de producción, si logran detectar problemas estructurales que deben ser corregidos.

Las herramientas utilizadas son:

· Laboratorio de pruebas
· Herramienta de estrés de aplicaciones
· Sniffer
· Consolas de monitoreo

Durante una prueba de estrés se monitorean todos los frentes de manera conjunta; bases de datos, servidores de aplicaciones, otros repositorios de datos, redes, etc...

Si la aplicación logra mantener sus niveles de errores en cero al nivel de concurrencia objetivo la aplicación obtiene el certificado de pruebas de estrés. De lo contrario se registra la no conformidad en el BugTracker y se prepara un segundo ciclo de pruebas de estrés

Evaluación de calidad mediante ejecución de pruebas funcionales
Las pruebas funcionales son llevadas a cabo en de dos maneras: a través de testers y a través de usuarios del sistema.

Los casos de prueba son levantados durante el proceso de desarrollo de la aplicación y sobre todo, durante el proceso de homologación por el analista de calidad asignado para el producto.

Al finalizar el proceso de desarrollo, el analista de desarrollo debe certificar que el sistema pasa los casos de prueba levantados por el analista de pruebas. Después del proceso de homologación, en el cual se instala la aplicación en el ambiente de laboratorio, los testers o los usuarios finales ejecutan los casos de prueba y registran bug en el BugTracker. Se realizan las correcciones y se inicia un segundo ciclo de pruebas, después del cual se deben haber corregido estos problemas y el producto debe estar listo para su paso a producción.

La experiencia indica que cuando se han contratado el servicio de testing el proceso de pruebas funcionales ha sido muy efectivo, sin embargo, existen problemas importantes de costo. El esquema de testing se asemeja a un taxímetro, ya que cada hora que el tester pasa en las instalaciones de la compañía es facturada y si surgen inconvenientes de plataforma o de desarrollo, ese es tiempo facturado que no ha sido productivo en términos de pruebas.

En caso de un producto desarrollado a la medida, el software ya debió haber sido probado por el proveedor. Existe una corriente de pensamiento que asegura que el servicio de testing debe ser pagado por el proveedor sin cargo directo al cliente, pues este último espera un producto de calidad. Sin embargo persiste el esquema en el cual, aunque el producto es desarrollador a la medida, los testers corren por cuenta de la compañía.

Herramientas:

· Metodología de pruebas funcionales
· BugTracker
· Laboratorio de pruebas

Gestión de la Calidad
El ciclo PHVA (Planear, Hacer, Validar, Actuar) indica que después planear y hacer las cosas se requiere validar que el proceso sea efectivo y se debe actuar sobre el proceso para mejorarlo. En general, la herramienta fundamental para la gestión de calidad es el BugTracker, pues contiene la evidencia objetiva que permite obtener estadísticas sobre los niveles de calidad de los productos que diariamente se pruebas en la compañía.

Además de la gestión de la calidad durante el proceso de desarrollo, existe la gestión de la calidad posimplantación, es decir, cuando inicia el ciclo de mantenimiento. Este ciclo es vital, pues logra mantener el producto de software vigente. La gestión de la calidad del producto en ciclo de mantenimiento se logra a través de Tickets, que son incidentes reportados por los usuarios finales y que deben ser resueltos por los analistas con unos niveles de servicio previamente pactados.

Tanto los reportes del BugTracker como los Tickets son indicadores que entran en el proceso de evaluación de la gerencia, de los ejecutivos y de los analistas. Desde este punto de vista se gestiona el proceso de desarrollo y por lo tanto de la calidad de los productos de software.

Cómo documentar la arquitectura

2005-07-28T09:16:00.000-05:00

Para un proyecto relacionado con metodología de desarrollo que estoy llevando a cabo, estoy planteando la forma de documentar la arquitectura de las aplicaciones. Este es un reto interesante porque el tipo de arquitectura y las habilidades de los analistas y los proveedores son muy diferentes. Por un lado, algunos tienen un conocimiento bastante profundo del tema mientras que otros no le ven el sentido a este tipo de documento.

Dentro de las referencia que he revisado, creo haber encontrado un buen punto de partida, que aunque muy formal, se puede modificar para que sea práctico. La plantilla de word puede ser descargada de aquí.

Además, he estado revisando el documento clásico de Kruchten de Rational Rose: “The 4+1 View Model of Software Architecture”. El contenido es interesante en cuanto a concepto, pero creo que la técnica es bastante anticuada.

La nueva tendencia es documentar las vistas según se necesite y utiliza el concepto de punto de vista para evidenciar cómo la solución arquitectónica abordará las problemática que los clientes quieren solucionar.

Guía del Arquitecto

2005-07-26T18:45:00.000-05:00

Tengo el proyecto de escribir un libro corto, y más que un libro corto, una guía para el arquitecto de software. El rol que debe ejecutar este persona es muy importante dentro de las organizaciones de TI y por ello se debe especificar de manera adecuada, no tanto las funciones, sino sus valores, su perfil y las habilidades que debe cultivar.

Con el fin de compartir la experiencia que tengo en el tema, especialmente para Colombia, voy a desarrollar la guía del arquitecto.

La idea fundamental es que el rol de arquitecto está por encima de la tecnología que utilice o prefiera, que son cosas distintas. El arquitecto utiliza ciertas tecnologías para lograr que los sistemas y la plataforma en general, solucione las necesidades de sus clientes.

Por lo tanto la guía será “agnóstica” en cuanto a tecnología, pero totalmente enfocada al rol como yo lo percibo.

26 años

2005-03-23T17:05:00.000-05:00

Este mes cumplí 26 años. La verdad ha sido un poco complicado porque crucé una barrera sicológica, quiero decir: cuando uno cumple 25 todavía está jóven y te dicen: Feliz cumpleaños, como estas de joven. Ahora que cumplí 26 ya oí la frase: Feliz Cumpleaños y que cumplas muchos más.

Hablando en serio, creo que voy por buen camino y este siguiente año de mi vida tengo tres proyectos muy importantes de los cuales el matrimonio es el más importante y, que espero, sea el que me impulse aun más, para alcanzar mis metas.

Algo que a veces, por la rutina del trabajo y la comodidad de lo conocido, se olvida, son los sueño que se tenían desde muy joven o por qué no, desde niño. Ahora voy a retomar esos sueños y haré todo lo posible por hacerlos realidad.

Quiero/Odio a Colombia

2005-02-28T20:47:00.000-05:00

A veces me levanto, veo las noticias y a pesar de la ola de atentados, robos, huelgas, corruptos, entre otros muchos males, me digo: Por este país vale la pena luchar. Salgo de mi casa y me dedico a trabajar duro, a tratar de demostrar bueno valores en la gente que me rodea y en general a luchar porque el país en donde nací salga adelante.

De pronto siento que me quitan una venda de los ojos y veo la realidad tal y como es. Una elite dispuesta a sacrificar la vida de los millones de colombianos, una elite concentrada en exprimir hasta la última gota de sudor, y peor, hasta la última gota de sangre, con el propósito de defender su estatus y su riqueza. Pasan por encima de la salud, de la dignidad, de la infancia, de la juventud, del honor, de la honestidad y hasta de la ley, con el fin de perpetuar su prebendas.

Una guerrilla sanguinaria, sin norte político, convertida en un cáncer cocalero y dedicada a la extorsión, a las matanzas, a las torturas, a la despreciable práctica del secuestro.

Unos paramilitares totalmente inhumanos, ladrones de tierras y ganado, apoyados por los terrateniente y, por qué no decirlo, cobijados por el ejército de la república. Que espectáculo tan deplorable y vergonzoso.

Peor aun, cuando pienso en que la esperanza está en las personas comunes, en los profesionales, en las personas educadas, veo como se replican las misma costumbres, o mejor dicho, los mismos nefastos vicios de "la elite": La exclusión, el arribismo, el consumismo, la mentira, la hipocresía, y lo que es peor, una cegues voluntaria hacia los males del país, una negación de su propia cultura y una estúpida perpetuación de lo mismo de siempre.

Es entonces cuando empiezo a odiar a este país, que no hace nada por cambiar, que se deja manipular como al poder de turno le dé la gana. ¡Es que los que tenemos las culpa de todo somos los que nos dejamos manejar como títeres! ¿Por qué no nos damos cuenta de eso? ¿Por qué votamos por los mismos de siempre, por la misma retórica añejada y mentirosa, por la violencia, por el capitalismo a ultranza? ¡Por qué lo permitimos!

Después de tanta rabia y dolor de patria, leo cómo nos ven los franceses: "como una nación de narcotraficantes y bandidos". Después pienso en cómo dejaron plantado a nuestro presidente en el congreso europeo, después veo como nos desprecian en la embajadas. Esta visión de nosotros a través de los ojos de los de afuera tiene que indicarnos algo, ¿Quién es tan ciego y tan sordo para ignorarlo? ¡Algo está muy mal, algo apesta aquí adentro! Y nosotros, inocentes y pensando en que somos maltratados nos limitamos en pensar que pobres de nosotros, que somos maltratados y discriminados por culpa de unos cuantos malos. ¿Unos cuantos malos? Yo pregunto ¿Quien tiene la culpa de no obligar al cambio? Pues nosotros mismos, pues nos aguantamos, y lo que es peor, perpetuamos la barbarie, la corrupción y la cultura de la "viveza".

Entonces, es cuando empiezo a pensar si esta país sí vale la pena. Si vale el miedo que se siente todos los días, la incertidumbre económica, el subdesarrollo y humillación y la intolerancia entres nosotros mismos.

Trabajo, trabajo, trabajo

2005-02-22T21:19:00.000-05:00

Llevo tres semanas trabajando fuertemente para sacar la versión cinco de uno de mis proyectos a producción. Ha sido duro y muy complicado. Hoy finalmente, el sistema se comportó bien en producción y pienso que la migración se llevará a cabo mañana por la noche con la ayuda de los demás analistas. Esperamos que todo termine bien.

Hoy entregué la hoja de vida de Carolina para aprovechar una buena oportunidad que tenemos. Fue una sensación extraña porque, aunque me he preocupado por sus cosas desde hace mucho tiempo, ahora siento que esa oportunidad es una oportunidad compartida, es algo que sería bueno para los dos en conjunto. No quiero decir que antes no fuera bueno, sino que nuestros planes cercanos han cambiado la forma de ver las cosas. Muy extraño, pero muy bueno.

Para continuar con el tema del trabajo: Espero que cumpla las metas que tengo de preparar un portafolio de servicios para este año. Es una meta interesante pero con la ayuda de un compañero es probable que lo logremos.

EPICO - Esto lo debí hacer hace rato

2005-02-16T22:35:00.000-05:00

Este es el link hacia la página de "El Colombiano" en donde registraron la noticia del premio que ganamos en Panamá en el marco de la Ibero American Science and Technology Education Consortium

El proyecto que desarrollamos durante casi dos años consistía en un robot programables más un entorno de desarrollo en el cual se programaba mediante un lenguaje natural. El paquete completo esta enfocado hacia la enseñanza de la programación a los niños.

Hubo varios involucrados en el proyecto, en donde mi papel principal tuvo que ver con la programación del PIC en sus fases iniciales, desarrollo de un sensor de luz y del desarrollo la transmisión infrarroja entre el computador y el robot utilizando la codificación Manchester.

Viaje a Francia: Paris - Cote D'Azur - Euro Disney

2005-02-15T21:34:00.000-05:00

Entre el 24 de diciembre de 2004 y el 9 de enero de 2005, estuve en Francia visitando a mi novia. Ella está haciendo una pasantía en un laboratorio de una importante universidad de París.

La Tour Eiffel. La edificación simbólica más reconocida en el mundo

El viaje lo dividimos en dos, primero, conociendo París. Es una cuidad increible. Es organizada, llena de cultura, llena de gusto, con un increible sistema de transporte másivo. Lo único malo de París es la frace "C'est Ferme", es decir, está cerrado. Lo curioso de la frase, es que cada vez que ibamos a visitar algo interesante, que ibas a ir a cine, o algún plan fuera de los típicos muses, la frase aparecía "C'est Ferme".

En segunda parte del viaje, tuvimos a inolvidable experiencia de viajar por la Cote d'Azur, es decir, la famosísima riviera francesa o Costa Azul. Primero viajamos de París a Marsella en TVG. El recorrido duró unas tres horas. Luego de Marsella viajamos a Nice, en donde tomamos una habitación en un hotel económico y excelente, el Baccarat.

Desde Nice puedios viajar a Mónaco, Nice y a Cannes, que en tren, no quedaban a más de 30 minutos.

Cervecería de Cannes. Una de las cosas que más me gustaron de Francia es la variedad de cervezas que puedes probar. En esta fotos estamos en una cervecería de Can. Pedimos una cerveza rubia y una de cidra.

Estas cuidades te halan y te obligan a disfrutar cada paso que das sobre sus calles. Llenas de colores, de gente; algunas, como Cannes y Mónaco, llenas de opulencia.

Carolina y yo llendo hacia la Isla Sante Margarite, en donde se encuentra el fuerte del hombre de las máscara de hierro. Esta isla queda a 15 minutos en ferri desde Cannes.

Vista panorámica desde la basílica de Marseille. Una impresionante catedral ubicada ena colina en medio de la cuidad. Desde las alturas Notre-Damme de la Garde (Nuestra Señor de la Guardia) vigila la entrada al puerto y los movimientos de la ciudad.

Descanso en el Retiro

2004-11-23T23:18:00.000-05:00

El retio, Antioquia

Mi hermano y yo

Estas son un par de fotos tomadas en un fin de semana de descanso en El Retiro. La primera foto muestra parte de la finca en la que estábamos. El día estaba bastante lluvioso y frío, sin embargo, el paisaje tranquilo me ayudó a descansar y a prepararme para una nueva semana de trabajo. En la siguiente foto estamos mi hermano y yo. Como siempre, el haciendo caras raras que me hacen reír.

Ese mismo día, a eso de las 4 de la tarde, preparamos las maletas y empezamos a organizar el viaje hacia Medellín. Prendí el carro y como casi siempre que voy a tierra fría algo le pasó. Esta vez se le reventó la correa de la dirección hidráulica. La única alternativa para solucionar el problema era buscar un mecánico en el pueblo, un lunes festivo, a las 4:00 de la tarde y con un aguacero arreciando.

Después de mucho esfuerzo y de haberme empapado, encontramos al mecánico que nos arregló el carro. Llegamos a Medellín sanos y salvos, claro que el carro llegó directo al el taller.

Sustentación de mi proyecto de grado

2004-11-23T23:10:00.000-05:00

Esta foto fue tomada durante la sustentación de mi proyecto de grado para optar por el título de ingeniero de sistema de la universidad EAFIT. El jurado del proyecto la premió con mención de honor (cum laude) por los méritos técnicos y la aplicación en al ambiente colombiano.

Lo más gracioso de la foto son las botellas de agua que se ven a la izquierda, creo que me tomé un litro de agua durante la presentación.

De las evaluaciones de los analistas

2004-11-22T23:16:00.000-05:00

El actual, es el segundo proceso de evaluación que la gerencia para la cual trabajo ha intentado llevar a cabo. Los resultados son bastante complejos, pues de un lado los analistas somos renuentes a que nos evalúen a través de exámenes teóricos y por otro los exámenes teóricos no son totalmente focalizados y requieren una gran dedicación de horas-experto para eliminar la ambigüedad y contextualizar las preguntas.

Explicaré el primer asunto en más detalle, es decir, renuencia a evaluaciones teóricas.

El trabajo de una analista es principalmente práctico. El analista está todos los días en el campo solucionando problemas, buscando los recursos adecuados para dar las mejores soluciones, aprendiendo mejores prácticas, y en general, hay que decirlo , a reaccionar ante los problemas que todos los días hay que solucionar.

La especialidad de los analistas es la práctica, es decir, las bases teóricas de la academia son deformadas, moldeadas y retorcidas para cumplir con los requisitos del negocio, para satisfacer de la mejor manera a nuestros clientes, ofreciendo una ventaja competitiva para la compañía y a veces, por qué no reconocerlo, enredando un poco más los problemas. Los analistas, son entonces, personas orientadas al logro, pragmáticos y recursivos, por la misma presión del negocio, evitan complejidades teóricas y aprenden y desaprenden tan rápido como pueden. Por esta razón no es del todo adecuado medir el conocimiento de una analista de estas características a través de exámenes teóricos, pues este tipo de exámenes puede premiar al sentido común sobre la experiencia y a la grabadora humana sobre el analista de problemas.

El segundo asunto tiene que ver con el inmenso reto de formular y orientar adecuadamente los exámenes teóricos. Es tan compleja la tarea que existen empresas especializas en la construcción y aplicación de este tipo de pruebas. Sin embargo, la gerencia tomó la decisión de formular sus propios exámenes de manera que fueran justo los adecuados para el perfil que la compañía requiere. Esta decisión puede ser un gran error o un gran acierto. Creo que puede ser un gran acierto si se comprometen suficientes recursos a la estructuración, formulación y aplicación de las pruebas por grupos de expertos externos y supervisores internos, de manera que se logre un equilibrio entre profundidad técnica y aplicabilidad al ambiente de la compañía, por supuesto, sin perder de vista la claridad, legibilidad y estructura de las preguntas que conformen las pruebas. Por otro lado, será un gran fracaso si los analistas perciben las pruebas como desenfocadas, ambiguas, ilegibles y desordenadas. Esta percepción será un factor que conlleve a la perdida de credibilidad de las pruebas como instrumento para medir las capacidades de los analistas.

El problema es patente, se requiere una decisión en los dos frentes para evitar el colapso interno del esquema: la sensibilización de los analistas y la reestructuración de la metodología de evaluación, ambas acciones encaminadas a mejorar la credibilidad, tanto a nivel ejecutivo, como a nivel operativo, de las pruebas.

Burbujas de vidrio

2004-11-22T09:43:00.000-05:00

Ya llevaba algún tiempo sin escribir mi blog. Definitivamente hay que tenermucha disciplina para mantenerlo actualizado.

Hace cinco días fui a pedir la visa francesa a Bogotá. Viajé el 15 de noviembre (que era día festivo) porque la cita en la embajada era a las 7:45 AM. El vuelo Medellín-Bogotá supuestamente salía a las 5:40, sin embargo, como lo dijo la azafata, por cuestiones operativas solo despegamos hasta las 7:45 pm. Lo más gracioso de todo es que el vuelo dura 27 minutos, y tuve que esperar desde las 5:00 hasta las 7:45, es decir, dos horas y cuarenta y cinco minutos ¡Solo en el país del sagrado corazón!

Llegué a Bogotá a las 8:15 pm y tomé un taxi con destino al hotel. Me registré y fui a comer porque no aguantaba más el hambre. Tenía en mente comer algo ligero, pero me ofrecieron trucha, qué increíble coincidencia. Desde hace unos días estaba antojado de trucha y en este hotel me la ofrecen como cena, es como si hubiera tenido el nombre del pez pegado en mi frente.

Después de la comida subía mi habitación, solicité que me despertaran a las 5:50 AM y puse la alarma de mi celular. Después, revisé por décima vez las carpetas con los papeles, cuidadosamente ordenas, una de originales y otra de copias. Una vez me sentí tranquilo con los papeles, decidí meterme a la bañera, tomé un par de cigarrillos y me relajé por una media hora.

Ya eran las 10 de la noche y en la televisión colombiana pasaban el concurso nacional de la belleza. La verdad, me sacudía ver tanto lujo y pompa y saber que en la misma cuidad en donde se realizaba el concurso, habían cientos de personas aguantando hambre y frío debido a la ola de invierno que azotaba nuestro país. Pasé entonces el canal hasta encontrar alguna película.

No podía dormir, estaba ansioso, nervioso. Eran las 12:00 y todavía no cerraba los ojos. Me decidí a dormir, apagué el televisor, revisé nuevamente la alarma del celular, me cobijé y me quede finalmente dormido. A las 5:30 sonó un pitido al lado de mi cama, era el teléfono:

Aló - Contesté el teléfono.
Son las cinco, treinta, a, m - Dijo la máquina que despierta a los
huéspedes.

Me senté sobre la cama como si tuviera un resorte en mi espalda, puse los pies sobre la alfombra como si fueran de caucho, y me puse de pie, listo para ducharme. Busqué la toalla y de nuevo: pipipipi, pipipipi, pipipi.

Alo - Contesté el teléfono.
Señor Bustamante, son las 5:45 - Dijo el conserje.
Muchas gracias - Le respondí.

Finalmente, me metí a la ducha y me bañé, me vestí, y bajé rápidamente al restaurante para desayunar. Había buffet, con frutas y huevos revueltos. Yo me serví frutas y le pedí que me preparan huevos revueltos:

Tranquilo señor, se lo llevamos a su mesa - Dijo el mesero
Bueno, muchas gracias - Respondí.

Me fui tranquilo a mi mesa, me comí las frutas y algo de pan junto con un chocolate que me sirvió el mesero. Revisé las carpetas con los papeles por décimo primera vez, la de originales y la de copias; todo en orden.

Ya eran las 7:15 am y no me traían los huevos, decidí entonces irme, aunque con mucho pesar porque de verdad quería comer huevos. Tomé un taxi y en cinco minutos estaba en la embajada. El taxista me dejo sobre la avenida.

La embajada queda en un sector muy elegante de la cuidad, creo que se llama Chicó reservado, cerca al famoso parque de la 93. Lo extraño de la embajada, o no extraño porque aquí no es extraño, sino lo que la hace ver como una mosca en leche, es que está rodeada por una cerca metálica de unos cinco metros, coronada por alambre de púas sacado de las peores películas de le segunda guerra mundial. Todo el perímetro de la embajada es vigilado por cámaras de televisión, y cerca, siempre hay un policía.

Muy ingenuo yo, me dirijo a la puerta principal del bunker, una puerta de vidrio por la cual acaba de pasar una mujer, que asumo que es francés, pues es mona y alta. Cuando cruzo la primera puerta de vidrio, el guardia que a su vez está dentro de una burbuja de vidrio, me hace un no-no con el dedo y me señala hacia a atrás indicándome que las citas las atienden la un local contiguo a la embajada y por ahí derecho haciéndome sentir más idiota de lo que me hace sentir mi ingenuidad.

Me dirigía, entonces, al local continuo al bunker, eran las 7:30 de la mañana. En una portería había una persona de seguridad, un señor de unos 45 años típico cundiboyasense y un policía hablando por teléfono. Me acerco a la portería y le digo al policía con la poca dignidad que me quedaba que tenía una cita para una visa a las 7:45, a lo que me responde que el celador era quien daba los fichos a partir de las 7:45. En ese momento me enteré de dos cosas, que necesitaba un ficho y que seguramente no me atenderían a las 7:45 sino algo más tarde. Le dije, entonces, al celador, que tenía una cita a las 7:45 a lo que me respondió con un tono de Napoleoncito:

No empiezo a repartir los fichos sino hasta las 7:45, de una vuelta.
Yo le dije - No está bien, yo espero entonces hasta las 7:45.
Me respondió en tono aun más déspota - No puede esperar en la cerca, ni se puede sentar en las materas, tiene que dar una vuelta y volver a las 7:45.

Recogí lo que me quedaba de dignidad del piso, lo guardé en mi bolsillo izquierdo y di una vuelta al barrio. Llegué nuevamente donde Napoleoncito y después de cinco minutos, a eso de las 7:50, me dio el ficho número uno. Me indico que entrara al local. Entré al local, era un sitio grande y frió, paredes blancas, sillas de plástico tipo aeropuerto, todas en fila, y un televisor en la parte de adelante para calmar la ansiedad de los pacientes. Desafortunadamente, en el televisor no mostraban más que la nueva y flamante reina de belleza de Colombia.

Siguió entrando gente a la sala de espera, un par de señoras de unos 50 años, una familia compuesta por el señor, la señora, hijo e hija. El señor era el típico bogotano de modo, con chaqueta y pelo blanco. La señora no la recuerdo, lo que si recuerdo era su chaqueta con capucha, el hijo, un joven de mi edad, unos 24 o 25 años, la hija, como de unos 20 años. Además, entró el ejecutivo gritón por celular, durante los 20 o 30 minutos que estuve en esa sala, se dedicó a hablar por celular tan duro como pudo. Llegó más gente, unas 20 personas en total, pero la ansiedad y la televisión no me dejaban tiempo para verlas, hasta que por fin dijeron:

Número uno, pase a la embajada.
Yo pregunté entonces - ¿A donde paso
A la embajada - Me repitió el celador.

Tomé mis cosas, revise que no me faltara nada y me dirigí a la embajada. Pase por la puerta de vidrio, dejé mi celular, monedas y llaves para pasar por el detector de metales, pase por una segunda puerta de vidrio, tomé la derecha y pase por una tercera puerta de vidrio, después de la cual estaban los cónsules organizando papeles. La sala estaba vacía, yo era el único, además de los cónsules tras sus burbujas de vidrio.

Una de mujer dijo: - Numeguo uno, por la ventanilla dos.
Me levanté de mi sitio y pasé a donde la cónsul, me solicitó los originales, y el pasaporte. Los examinó y me preguntó:

¿Pagua donde va?
Voy para París - Le dije
A quién va a visitag - Me preguntó
A mi novia y a unos amigos - Le respondí tranquilo
¿Donde conoció a su novia? - Me preguntó
Le respondí – Aquí
Aliste ciento cartogce mil cuatgo cientos pesos - Me dijo

Finalmente, le di el dinero, me devolvió los papeles, el pasaporte, un recibo y la devuelta del dinero. Me dijo, pase a la siguiente cabina. Pasé a la siguiente cabina donde una colombiana me hizo nuevamente las preguntas, me solicitó los papeles y me dijo que el treinta de noviembre tendría que volver en caso de que me otorgaran la visa, de lo contrario, me llamarían. Le pregunté a donde me llamarían, entonces, me preguntó mi número de celular. Lo anotó en la solicitud de la visa y me selló el pasaporte, además le grapó un papel en donde se registra la fecha de la entrega de la documentación y el 30 de noviembre como fecha de regreso.

Finalmente, salí de la embajada y llamé a mi novia a contarle la historia, ella igual que yo, quedo asombrada de que no dieran respuesta inmediata a la solicitud, sino que la respuesta fuera alargar nuestra ansiedad 15 días más.

De frustraciones y clases de tenis

2004-09-21T22:18:00.000-05:00

Me enfrento a este lienzo moderno, también llamado pantalla de computador, con la esperanza de desahogar los sentimientos, que insoportables, me invaden la mente. Mientras escucho “Are You In” de Incubus, las ideas empiezan a fluir con ese mismo ritmo cadencioso, suave pero seguro, lleno de fusiones, sonidos y colores alternativos.

Acabo de llegar de clase de tenis. En general llego contento, pero en particular aburrido porque en la clase cuento con un compañero nuevo. No es que sea egoísta, sino que la misma razón por la que decidí tomar clases de tenis va en contravía de la existencia de un compañero; poco a poco iré aclarando esta idea. Lo primero que necesito explicar es ¿Por qué diablos me dio por tomar clases de tenis? Como todo en la vida, tiene muchas razones, pero siempre una principal. La razón principal es que quiero mantener a mi cuerpo y a mi mente lo más distraídos posible; si distraigo el cuerpo, entonces lo canso, por lo que podré aplacar el impulso más primitivo del hombre (hombre como en género, no como en ser humano). Si distraigo la mente entonces puedo olvidarme por un segundo de este vacío profundo, tan profundo como el amor que siento por ella.

Se que estoy dando muchas vueltas para explicar algo sencillo, pero qué serían de las historias sin los “condimentos” que las hacen más interesantes y de los adornos que las hacen atractivas.

La segunda razón por la que decidí tomar clases de tenis es por pura y simple vanidad (¿será que es un otro de los impulsos primario?) por tratar de disminuir mis ochenta y punta de kilos a setenta y punta de kilos, sentirme mejor, sentirme más liviano y, finalmente, tratar de ser un poquito más atractivo para ella ¿Qué mas puedo hace contra unos monos, altos, de ojos claros y para rematar, que hablan francés?

Me puedo imaginar que la persona que está leyendo estas líneas ya se ha dado cuenta que, hasta ahora, todas las razones convergen a un pronombre “ella”: el impulso primario, el alivio del vacío, mejorar mi autoestima, y lo siento, pero el resto de este discurso será sobre lo mismo.

Para continuar con la idea de por qué no me gusta que hayan incluido una persona en mi en la clase de tenis, como ya he explicado, todo gravita alrededor de ella: primero, no me distraigo lo suficiente, no me canso lo suficiente y no hago suficiente ejercicio, por lo que mis razones se convierten en deseos y mis deseos en frustraciones. Entonces, para seguir con este animo pesimista, mis clases se van a convertir en frustraciones, por el simple hecho, la minúscula coincidencia, el evento aislado que a una persona se le ocurrió la brillante, rutilante e innovadora idea de inscribirse en clases de tenis los días martes y viernes de 8:15 a 9:00 de la noche en el club de tenis más retirado del área metropolitana. Increíble, cómo a alguien más puede ocurrírsele inscribirse a esta hora y en este sitio, las razones para no hacerlo son diversas: (a) Los martes y jueves el cine es más barato (b) La hora es extrema (c) Cómo no va a salir los jueves, si los jueves son días de salir por la tarde y hasta temprano en la noche (d) el club de tenis es desconocido (e) el club de tenis queda en lo más remoto del área metropolitana. Cómo se le ocurre a alguien más inscribirse a clases de tenis en estos días y a este horarios, es increíble, inoportuno inapropiado, indelicado, infructuoso e infalible para convertir mis razones en frustraciones (¿notó el juego con in?).

Por hoy no es más, mañana trataré de desenredar el tema “Ella” y explicaré la ley de la gravitación universal de mi universo y el valor de la constante G dentro de la fórmula: “Ella”.

De juegos, roles y personalidad

2004-07-19T13:47:00.000-05:00

Para ocupar mi cabeza en algo que no sea trascendental recurrÃ al viejo habito de los juegos de computador. Hay muchos tipos de juegos: los que no requieren del cerebro y que por el contrario requieren del sistema nervioso vegetativo, los que requieren un poco de cerebro y un poco de acciÃ³n y los que solo requieren cerebro.

A mÃ no me gustan ninguno de los extremos. Los juegos que solo requieren de los reflejos, tipo Doom, Quake, Unreal y en general los shut'em all, no logran apartar mi pensamiento de los problemas. Los juegos que requieren solamente cerebro me distraen pero me aburro rÃ¡pidamente. Por el contrario, los que requieren de las dos habilidades son mis favoritos y en especial los "juegos de rol" que mezclan acertijos con acciÃ³n (que, hay que admitirlo, generalmente es violenta) e historias complicadas y fantÃ¡sticas, tipo Tolkien y sus amigos.

Ayer me dediquÃ© a instalar uno de estos juegos de rol, el que prefiero y nunca he podido terminar. Lo gracioso es que descubrÃ una nueva caracterÃsticas del juego en la que te hacen preguntas sobre tu personalidad para determinar la "clase" del personaje con el que el jugador enfrentarÃ¡ la aventura. Fue gracioso porque te hace preguntas tÃpicas de las pruebas de personalidad en las que se tienen que tomar decisiones que, generalmente, involucran la moral. Por ejemplo: "Si un hombre sale de una multitud y sospechas que es un ladrÃ³n, y pasa por tu lado rÃ¡pidamente dejando sobre tus pies una bolsa llena de monedas tu: (a) Devuelves la bolsa de monedas a la autoridad (b) te quedas con la bolsa de monedas para ayudar con las necesidades de tu familia (c) ignoras la bolsa y dejas que los acontecimientos ocurran tal y como deberÃan suceder".

Esto me puso a pensar un poco y descubrÃ que mediante este tipo de juegos uno se puede proyectar en un personaje que cumpla con algunas caracterÃsticas deseadas por uno mismo (a sÃ sean caracterÃsticas deseadas inconscientemente), tanto de comportamiento como fÃsicas. Dentro de las caracterÃsticas fÃsicas se puede seleccionar el sexo, la cara, el pelo, el color de la piel, y dentro de las de comportamiento se puede seleccionar por ejemplo, ser un caballero, ser un hechicero, un mago o paladÃn, un ladrÃ³n, un bÃ¡rbaro o un mercenario.

Esta parte de la "clase" del personaje afecta el desarrollo del juego, por lo que me preguntÃ© si inconscientemente habÃa seleccionado las caracterÃsticas que deseaba proyectar o las caracterÃsticas que necesitaba para ganar mÃ¡s fÃ¡cilmente el juego. Yo creo que un poco de las dos, por un lado, en las caracterÃsticas fÃsicas tardÃ© un poco seleccionando el personaje mÃ¡s parecido a mÃ, por eso dejÃ© de lado personajes fantÃ¡sticos como los Elfos y otros. Por otro lado, en las caracterÃsticas de comportamiento seleccionÃ© las que concuerdan con mi personalidad, evitando por ejemplo a los magos, a los ladrones y a los bÃ¡rbaros e igualmente a los militares y prefiriendo a los caballeros y aventureros.

Este ejercicio, aunque trivial y superfluo, me sirviÃ³ como catarsis para estos tiempos difÃciles, para pensar un poco en mi personalidad y lo que quiero proyectar. Gracioso es que a partir de una cosa tan sin importancia pueda llegar a analizarme, una cosa que no haga muy a menudo.

Ser jefe, ser líder

2004-07-13T09:57:00.000-05:00

Creo que hay una diferencia enorme entre ser jefe y ser líder. Ser jefe es estar investido por una autoridad y que dicha autoridad es reconocida por los subalternos en cumplimiento de un compromiso (contractual, en muchos casos).

Ser líder es inspirar a sus compañeros para trabajar, asumir retos personales y de grupo, retar para mejorar su rendimiento y asumir riesgos calculados. Un jefe puede o no ser líder y lo contrario también es cierto, un líder puede no ser un jefe.

En mi experiencia laboral he prefiero seguir un líder con una visión clara y amplia y con una autoridad bien definida. Los otros casos me han parecido desmotivanes, pues un líder sin autoridad causa frustración y un jefe sin liderazgo causa que los subalternos no tengan una visión clara y una motivación para desempeñar su trabajo con excelencia.

Parte II

Parte III - De la teoría a la práctica

Se acerca...

2004-07-12T08:42:00.000-05:00

Hay ocasiones en que ruego que el tiempo no pase pero como rebelde sin causa, entre más ruego, más rápido pasa.

Mi luna ser va para París, ahora solo espero que mis noches no sean tan oscuras y que las estrellas que queden en el cielo alcancen a brindarme un poco de su luz.

Un poco de Relajación

2004-07-09T12:32:00.000-05:00

Anoche fui a ver la película "El Hombre Araña 2" con bastante renuencia. Ya había sido arrastrado a ver "El Hombre Araña 1" y salí un poco mareado y un poco más liviano (lo digo por mis bolsillos) de la sala de cine. Esa primera parte fue realmente mala. Sin embargo hice un esfuerzo y armé de un poco de valor e ingresé a la sala de cine.

Lo primero que me pareció curioso es que a pesar de la hora, 8 p.m., había una gran cantidad de niños, bueno más que niños preadolecentes que quería ver la película, lo que por lo general es un mal presagio; ya sabes, el llanto del niño que quiere más papitas, los mocosos con el apuntador láser, los comentarios y las risas durante toda la película entre el grupo de niños que quiere conocer al grupo de niñas. Pensé, entonces, en el esfuerzo que tendría que hacer para concentrarme, después de nueve horas de trabajo, en ese ambiente entre infantil, preadolecente y adulto con añoranzas de niñez..

El acomodador nos guió hasta nuestros puestos y finalmente me senté a las 8:03 p.m. Pensé en que los comerciales podrían durar unos cinco minutos y los cortos otros cinco, así que la película iniciaría a las 8:15 p.m. y que generalmente este tipo de películas dura menos de 90 minutos (pues no pueden sostener argumentos tan malos por más tiempo sin que la gente huya despavorida) así que saldría de esta cámara de tortura a algo así como a las 10:45 p.m., listo para caer como una roca en mi cama, un poco mareado y un poco más liviano.

Fallando en mi predicción, la película inició a las 8:20 y al principio el tiempo pasó bastante rápido. El tema estaba algo interesante y la calidad en el desarrollo de los personajes me tomó por sorpresa, pues esperaba algo mucho más superficial. La segunda sección de esta película fue desarrollándose rápidamente y se empezó a convertir en la historieta que muchos conocimos. En ese momento, me sucedió algo un poco ridículo, empecé a envidiar la manera en que el hombre araña podía volar entre los edificios de la cuidad, con esa gracia y agilidad y sobre todos con esos segundos de completa libertad entre impulso e impulso. Ojalá pudiera volar como lo hace el hombre araña, ojalá pudiera sentirme liviano como una pluma. Ese pensamiento de levedad fue interrumpido con un recuerdo luminoso y estruendoso como un rayo su trueno. Recordé a Milán Kundera, y tal como cayó el Hombre Araña cuando le falló su capacidad de secretar telaraña, yo caí de mi insoportable levedad por mi incapacidad para olvidar el peso que me mantiene con los pies sobre la tierra.

Terminó la película y salí un poco mareado por el queso de los nachos y un poco más liviano porque logré relajarme por noventa minutos y volar junto al hombre araña.

Estudios en el Exterior

2004-07-08T09:58:00.000-05:00

He estado buscando becas para estudiar en el exterior. La decisión de estudiar en el exterior se debe a que la oferta de postgrados en el país es bastante pobre y los costos de estos estudios superiores son similares a los costos en que se incurre al aplicar a algunas de estas becas. Además, es mucho más interesante estudiar algún tipo de especialización o maestría en el exterior, de manera que los nuevos conocimientos que se obtengan sean renovadores e incluso innovadores con respecto a lo que tenemos hoy en el país.

Encontré algunas maestrías interesantes con nombres bastante rimbombantes, por ejemplo Master Executive en XXXX. La verdad es que a pesar del nombre el contenido de la maestría es muy interesante y me inclino fuertemente por este tema. El problema con estos programas es que son semipresenciales, pues aunque duran nueve meses, solo se requiere un mes in situ con una gran intensidad horaria, el resto del tiempo se divide en cursos a distancia y seis meses para desarrollar la tesis de maestría. Encuentro muy interesante este tipo de alternativas pues obtengo lo mejor de los dos extremos: mantengo mi trabajo actual, visito un país con todo pago y obtengo un título de una universidad prestigiosa del exterior.

Ahora, solo me resta esperar a que se abran nuevamente las convocatorios y tener la enorme fortuna de ser uno de los beneficiados

Primera Vez

2004-07-07T10:36:00.000-05:00

Esta es la primera vez que escribo, acabo de crear mi blog al que nombré Día a Día. Lo que quiero registrar en este sitio son mis experiencias en el campo profesional, algunas cuestiones académicas y tal vez algunas experiencias en algunos viajes que pueda hacer.

Mis intereses profesionales están relacionados con temas de tecnologías de la información y más específicamente con arquitecturas de aplicaciones, Java, EAI y otros mucho acrónimos con los cuales no pienso aburrir (por ahora) a nadie.

Mis intereses académicos son muy variados, y van desde el arte hasta las ciencias naturales,