Es la continuación y colofón del artículo La web de todos (2ª parte), publicado en este mismo blog, sobre el desarrollo técnico de la web de sixservix y su ecosistema de blogs.

4. JUGANDO A WEBMASTERS: EL DESARROLLO DE LA WEB

Por virtud del patrón de Brown Dispatching me ha tocado ser el webmaster de la web de la empresa. La verdad, no he tenido tiempo ni de plantearme hacer un mantenimiento evolutivo del sitio, bastante he tenido generando contenido (noticias y eventos).

Los pocos experimentos que he hecho se han limitado a darnos de alta en Google Analytics y Clicky para tener unas mínimas estadísticas del tráfico que generamos. También la he dado de alta en directorios como Wikio o Google Directory.

Aun queda mucho trabajo por hacer, como generar el mapa XML del sitio o llevar adelante cambios que mejoren nuestro pésimo SEO, pero no está nada mal para un desarrollador jugando a ser webmaster. Si de algo me han servido estos meses es para entender un poco mejor cuál es el trabajo de este tipo de profesionales.

A lo largo de estos 5 meses hemos conseguido algo más de 10.000 visitas. Una cifra modesta, pero interesante, teniendo en cuenta que lo hemos conseguido sin backlinks ni publicidad alguna.

Un detalle importante es el tipo de tráfico que hemos tenido. Apenas un 8,63% de las visitas provienen de motores de búsqueda. Una cifra ridícula. Tenemos muchas más visitas directas (gente que visita directamente la página, la tiene en favoritas o está suscrita al rss del sitio).

Dentro del 70% de visitas que llegan desde sitios referenciados, hay que agradecer nuestro “moderado éxito” en gran parte a javaHispano, que ha sido el origen de la mayoría de nuestras visitas.

Queremos mejorar, pero no estamos obsesionados con mejorar el SEO de la página. Tener un gran tráfico no es el objetivo de esta página sino llegar a la comunidad de desarrollo y funcionar como nuestra tarjeta de presentación. Pocas visitas, pero de gran calidad. Ése ha sido nuestro objetivo y queremos que lo siga siendo.

La mayoría nos visita desde España (un 75%), mientras que desde Barbados, Cabo Verde, Hong Kong, Finlandia y Malta sólo hemos recibido una única visita.

Casi el 69% de los lectores utilizan Firefox, mientras que los navegadores menos utilizados son Safari y Opera, que no llegan al 5% entre los dos.

5.  MI BLOG

He intentado publicar una media de un par de artículos a la semana. Éste será mi artículo número 54 -¡54! ¡Quién me lo iba a decir!- creo que, por el momento, podemos dar por cumplido el objetivo, aunque algunos de esos artículos caen dentro de la categoría de casual friday blogging con la que últimamente suelo despedir la semana.

Intento publicar los lunes y los miércoles a primera hora, que es cuando más visitas recibo. Los viernes los reservo para publicar pequeñas bromas y offtopics, como el artículo sobre etiqueta a la hora de comer Sushi o la tira cómica sobre cómo cambiar de teléfono móvil. No sé si a la gente le gusta este tipo de artículos, apenas reciben comentarios.

La temática del blog siempre gira entorno a lo que me gusta y lo que hago. La mayoría de las veces suele coincidir :) Me gustaría escribir muchos más artículos estrictamente técnicos, pero mirando atrás, compruebo que cada vez tiendo más a escribir sobre gestión de personal y negocio en Tecnologías de la Información en general y en Internet en particular. Supongo que el lado oscuro de la fuerza es muy fuerte en mí, pero también tiene algo que ver el intentar escribir algo más allá del típico “Nueva versión 456.8 del superframework X”.

No tengo una línea editorial impuesta y definida por la empresa. Sólo se nos marcó una directriz, que la temática del blog estuviera relacionada con nosotros, nuestra relación con la tecnología y nuestro trabajo dentro de SIXSERVIX. Escribo sobre lo que me apetece y me gusta, sin olvidar para qué y para quién esta dirigido este página web. Nadie supervisa ni filtra mis artículos.

De lo que sí dispongo es de un “filtro interno”. Un pequeño gran equipo de colaboradores sin el que este humilde blog sería aun más humilde. Por un lado, Candela hace las labores de Editora y corrige muchas de las faltas de ortografía  y estilo que cometo cuando comienzo a aporrear el teclado con ánimo de escribir. Por otro lado, Jeroclo “El Espartano”, hace las veces de Editor Técnico y revisa los artículos más técnicos o que contienen código en busca de copy & paste traicioneros o incongruencias fruto del despiste o la falta de tiempo. Sin ellos, esto sería otra cosa.

Con el blog me he atrevido a experimentar más que con la web de la compañía. Estos son algunos de los cambios que he hecho:

• Ligeras modificaciones en las CSS de la página que me sugirió Alberto para facilitar la lectura de los artículos.
• Crear un formulario de contacto en la página de “Acerca de” para que la gente pudiera ponerse en contacto conmigo. Sorprendentemente, más de uno lo ha utilizado.
• He delegado la gestión de comentarios al plugin de Intense Debate lo que nos ha proporcionado comentarios anidados y, sobre todo, alertas de correo cuando tienes respuestas.
• He configurado los plugins necesarios para poder incrustar vídeos de youtube en los artículos

Además, lo he abierto a las redes sociales mediante un widget que permite leer las entradas de mi cuenta de twitter y un formulario para que, quien quiera, pueda hacerme preguntas en mi perfil de formspring.

Haciendo un balance de estos cinco meses, creo que el blog ha cumplido casi todos sus objetivos… excepto, quizás, el más importante.

Si, gracias a los artículos he conocido gente muy interesante, he podido dar a conocer el trabajo que desarrollo e incluso he conseguido atraer talento (sorprendente el nivel de alguna candidatura espontánea), pero no he conseguido mi objetivo principal: hacer partícipe al resto de la Compañía en general, y al equipo de desarrollo que dirijo en particular, de lo que hago y porque lo hago.

6. DÓNDE ESTAMOS Y A DÓNDE VAMOS

La web era una demanda de los empleados. No era sólo para la empresa, era para nosotros. Después de años trabajando en modo stealth, la misma compañía nos proporcionaba una herramienta, una plataforma para abrirnos al mundo y dar a conocer lo que estábamos haciendo. Sin embargo, la implicación de los compañeros, en general, ha sido muy baja. Entre el resto de los blogs de la empresa no llegamos a reunir 10 artículos y, en algunos, ni siquiera hay publicado un pequeño post de presentación.

Algunos me preguntan cómo consigo escribir tanto, pero la verdad, no conozco ninguna formula mágica. Sólo sé hacerlo arañando horas de sueño, tiempo libre y a los breaks de mis pomodoros.

Pero lo peor ya no es que no se genere contenido. Lo peor es tener la sensación de que a nadie le interesa lo que uno escribe. Creo que, en todo este tiempo, no he tenido ni un sólo comentario de un compañero a un artículo escrito en el blog. Ni uno solo que yo recuerde.

Por todo esto, la página y el blog me han dejado un regusto agridulce. Ahora mismo no tengo muy claro si debo cambiar el enfoque o si merece la pena el esfuerzo que lleva escribir un artículo con un mínimo de calidad. A lo mejor ,le soy más útil a la compañía dedicando ese tiempo a otras tareas.

A los que piensan que, en cualquier caso, se puede utilizar el blog como un vehículo de autopromoción, tampoco les puedo dar la razón. Como un día me recordó el Maestro Arranz, obtendría muchísimas más visitas y reconocimiento publicando directamente los artículos en la portada de javaHispano o de Debug Mode On.

De momento, y hasta junio, voy a seguir intentando publicar dos artículos a la semana. Después, a lo mejor, hago una encuesta interna para conocer qué cosas les interesa realmente leer a la gente y pido consejo a mis responsables sobre cómo reorientar la web y el blog.

Voy a intentar, si el trabajo me lo permite, escribir más artículos técnicos relacionados con java. Para mí, son una manera de fijar conocimientos, el problema es que me cuesta, y mucho, encontrar un tema que me resulte interesante y no esté sobre-explotado.

También voy a intentar solucionar mis dos grandes fracasos con wordpress: conseguir instalar y hacer funcionar un par de plugins que me permitan añadir artículos relacionados a una entrada y, sobre todo, poder incrustar código java sin que el CMS lo interprete como texto plano y me elimine los espacios y tabulaciones.

Por último, tengo que descubrir alguna manera sencilla de publicar encuestas y sus resultados.

A los que seguís esta bitácora agradeceros de nuevo el apoyo y los comentarios. Seguiremos informando.

Artículos relacionados:

1. Mis favoritos hablan por mí: bonilinks (3ª parte) La tercera y definitiva entrega de mis tweets favoritos. Ahora,...
2. Mis favoritos hablan por mí: bonilinks (2ª parte) Segunda parte del artículo donde David Bonilla nos muestras sus...
3. Mis favoritos hablan por mí: bonilinks (1ª parte) Los favoritos de Twitter de una persona dicen mucho acerca...

3. EL DESARROLLO TÉCNICO

Teníamos claro que necesitábamos ayuda en el diseño. No hay nada más horrible que una web diseñada por programadores :). Desde que Luismi se marchó para emprender nuevas aventuras, no teníamos un diseñador en nuestras filas, así que, contactamos con la gente de abast, de la que teníamos muy buenas referencias y cuyo portfolio nos encantó y encajaba con lo que nosotros buscábamos.

La idea original era que ellos se encargaran del diseño puro y duro y nosotros de la programación necesaria, pero en seguida nos advirtieron de que podían hacerse cargo de todo utilizando Wordpress como base de desarrollo. Aceptamos, a pesar de los recelos iniciales por el uso de PHP -lenguaje en el que está programado Wordpress-, no porque fuéramos unos talibanes de java (nos gusta considerarnos desarrolladores no desarrolladores java) sino por nuestro desconocimiento del lenguaje.

Enseguida pasamos a Wordpress Mu, que se distingue de una instalación normal de Wordpress por soportar múltiples blogs y usuarios. Justo lo que nosotros necesitábamos.

Una consecuencia directa del uso de Wordpress fue la obligación de instalar y usar una base de datos MySQL. Aunque hicimos un tímido intento por conseguir que funcionara en nuestra instalación de Oracle, sólo echar un vistazo a la documentación de instalación de Wordpress nos hizo desistir.

Así, actualmente la web funciona sobre un servidor Apache con PHP 5 instalado y está soportada por una BBDD MySQL. La verdad, funciona un poco como el protagonista de ‘About a Boy,‘ es la ‘Ibiza’ de nuestras aplicaciones: es joven, moderna, cool… y está aislada del resto. Uno de nuestros retos es integrarla con todo nuestro ecosistema de aplicaciones, especialmente, Confluence.

Pinche aquí para ver el vídeo

Y hablando de Confluence, también pensamos en desarrollar la web entera sobre dicha plataforma, pero los propios chicos de Atlassian no lo recomendaban -al menos para lo que nosotros pretendíamos- así que desistimos.

Por supuesto, no es el entorno técnico definitivo y deseado, pero cumple y nos ha permitido “asomar la cabeza al mundo” y empezar a contar nuestras cosas a los que quieran escucharnos. En un futuro, tendremos que integrar todo en java, en un único gestor de contenidos y con un mayor pool de funcionalidades integradas. Intentamos ser muy pragmáticos: es mejor tener algo, que no tener nada esperando a desarrollar la web definitiva.

En el próximo artículo, hablaré de visitas, tráfico, SEO… y de mi blog.

Artículos relacionados:

1. La web de todos (3ª parte): Objetivos y estadísticas / Mi blog Éste será, probablemente, el artículo menos leído de uno de...
2. La web de todos (1ª parte): Los objetivos Normalmente, nadie suele proporcionar datos sobre su página web. ¿Cómo...

Ahora, con la perspectiva que da el tiempo y espíritu autocrítico, voy a intentar contestar todas esas preguntas y repasar los pequeños logros obtenidos y las mejoras necesarias, de la web de la compañía en general y mi blog en particular, durante estos últimos meses,  desde una perspectiva profesional y personal.

Voy a desgranar en los siguiente tres artículos (todos, incluido Jose Manuel, me habéis dicho que preferís artículos más frecuentes y más cortos :P) las interioridades de la web, el making of, el fracaso o éxito de la misma y los cimientos sobre los que está construida.

Si tenéis ganas de conocer cómo funciona este pequeño rincón del ciberespacio, aprender de los errores de otros y aportar vuestras críticas constructivas sobre que cambiaríais o mejoraríais. Os animo a que sigáis leyendo.

1. UN POCO DE HISTORIA

El 17 de agosto de 2009 lanzamos de forma oficial la web de SIXSERVIX. Era una antigua demanda de todos los que trabajamos en esta compañía: tener una página desde la que explicar al mundo qué es lo que hacemos y cómo lo hacemos. Habíamos estado tan ocupados desarrollando nuestros proyectos que nunca encontrábamos tiempo para desarrollar una pequeña web para nosotros.

Esta situación era especialmente grave en una empresa como la nuestra ¿Una compañía que desarrolla aplicaciones web sin una página web propia?

Habíamos llegado a esta situación por dos motivos principales:

1. SIXSERVIX había sufrido un proceso de transformación desde el departamento de informática del Grupo VARMA hasta una verdadera empresa de informática, autónoma e independiente. En el camino, habíamos descuidado un poco todo lo que no tuviera que ver con producción y desarrollo, incluida la vertiente comercial. Si teníamos proyectos asegurados hasta el infinito y más allá con nuestros “clientes internos” ¿para qué priorizar una web para ser conocidos?
2. Habíamos estado sufriendo jornadas de hasta 12 horas y, aún así, seguíamos sobre-asignados. No sobraba un segundo, parecía que nunca llegábamos a tiempo a nada ¿Cómo nos íbamos a poner a hacer algo que no era prioritario?

Afortunadamente, la Dirección entendió la importancia de crear y mantener un sitio corporativo y, con el esfuerzo de todos, se puso en pie.

2. EL OBJETIVO

El objetivo era tener una página que sirviera para comunicar al resto del mundo nuestros proyectos e informar a aquellos que estuvieran interesados en nuestro día a día.

Una web es una herramienta de marketing imprescindible y, en nuestro caso, de marketing interno. Estábamos tan centrados en desarrollar que habíamos descuidado la comunicación con los verdaderos destinatarios de nuestro trabajo: nuestros usuarios. Era duro comprobar como prácticamente nadie en la compañía sabía qué estábamos haciendo y porqué lo estábamos haciendo.

Además, algunos trabajadores de la compañía habían manifestado sus inquietudes por publicar contenido relativo a su trabajo o aficiones relacionadas  en otro medio más público que el propio wiki de la empresa. Así, decidimos crear algo más que la típica web estática de tipo folleto-catálogo e integrarla con un mínimo sistema de gestión de contenidos y un ecosistema de blogs para los empleados de la compañía que desearan utilizarlo.

Artículos relacionados:

1. La web de todos (3ª parte): Objetivos y estadísticas / Mi blog Éste será, probablemente, el artículo menos leído de uno de...
2. La web de todos (2ª parte): El desarrollo técnico Continuación del artículo La web de todos (1ª parte), publicado...

1. Ser más organizado, aprovechar más el tiempo, exprimir cada minuto disponible dominando como un Jedi la Técnica Pomodoro

2. Llevar a producción, en todos los clientes de Sixservix, los dos grandes -enormes- proyectos en los que he estado trabajando los últimos 5 años: ERP S1 y STORETTO

3. Poner en marcha algunos proyectos personales que me completen y enriquezcan profesionalmente

4. Dominar -que es diferente a usar- algunas tecnologías, metodologías y productos que me parecen imprescindibles para poder considerarme a mí mismo un buen técnico: TDD, Unit Testing, Maven, Hudson, Subversion, Glassfish v3…

5. Encontrar mi IDE -después de pasar por VisualAge, JBuilder, IDEA, JDeveloper y MyEclipse- y llegar a dominarlo como si fuera una prolongación de mí mismo

6. Sacarme el carnet de conducir. O por lo menos, presentarme :)

7. Entrenar con la constancia suficiente para sentirme en forma y a gusto conmigo mismo no menos de 3 veces por semana

8. Certificarme en java. Se lo he pedido a mi equipo y suelo exigirme lo mismo que pido

9. Aprender mecanografía, para escribir y programar más rápido y distraerme mucho menos mirando las teclas

10. Leer más libros, ver más películas, jugar a más videojuegos, viajar a más sitios, conocer más restaurantes… En definitiva, disfrutar del tiempo libre para poder rendir más en el trabajo

Dentro de un año nos vemos aquí mismo para ver lo que he conseguido y lo que no.

Me gustaría que este meme continuara a través de Jeroclo “El Espartano”, Oriol Coll, Alvaro Hernández Tortosa, Victor Abeytua, Alberto Vilches, Fernando Pellus, Raúl Cotrina, Jorge Rubira, Abraham Otero, Roberto Canales, Alfredo Casado, Fernando Redondo y Alberto Peña, pero todo feedback será apreciado ;) (los que no tengáis blog podéis mandar el meme por correo o escribirlo como comentario).

1. “Yo te hago una página web en 2 minutos“: Calificar como trabajo menor todo lo que tiene que ver con diseño, maquetación, usabilidad e interfaz de usuario
2. “¿Contabilidad? Yo soy informático, no contable“: Despreciar el conocimiento funcional o know-how y perseguir únicamente la excelencia técnica

Con el tiempo, la realidad te va poniendo en tu sitio y te das cuenta de que puedes tener una aplicación con los bytecodes más limpios y relucientes, pero el cliente -ese ser extraño que paga las facturas- pensará que todo es una patata si la interfaz no es bien bonita y tiene colores y todas esas cosas. Por otro lado, programar sin tener la menor idea de lo que quiere un cliente te hace depender de un analista que te traduzca sus necesidades a tu idioma y limita tu papel al de chimpancé que golpea teclas a la voz de su amo. Chimpancé cualificado, pero chimpancé al fin y al cabo. No aportas nada al negocio, que es, por si no te habías dado cuenta, donde está la pasta.

Hace poco, mi amigo Jeroclo el espartano me mandó un enlace sobre el almacén de Amazon en Milton Keynes, cerca de Londres. Algo tan -supuestamente- aburrido y poco motivador como la gestión de almacenes parecía adquirir glamour y caché 2.0 cuando metías la palabra “Amazon” de por medio.  De repente, me di cuenta de que, ¡vaya! ¡yo desarrollo software para almacenes! y… ¡Vaya! ¡Esto es un blog corporativo! Así que me he decidido a escribir una serie de artículos sobre gestión de almacenes, desde el punto de vista del desarrollo informático, en los que intentaré explicaros por qué, a pesar de su engañosa simplicidad, es uno de los proyectos más difíciles que puedes llegar a afrontar y cuáles son los retos y oportunidades que representa.

Aunque el 70% de la audiencia de este blog son desarrolladores java radicales poco o nada interesado en estos temas (el 30% restante son mi madre y mi abuela), os animo a que sigáis leyendo. Estoy seguro de que lo encontraréis interesante.

1. (PEQUEÑA) INTRODUCCIÓN A LA LOGÍSTICA Y AL SOFTWARE QUE LA CONTROLA

Tranquilos, no voy a escribir un ensayo exhaustivo sobre software de almacenes, eso daría para un libro. Ya que habéis llegado hasta aquí, os compensaré haciendo lo más corto y ameno posible este artículo. Sólo haré una pequeña introducción sobre como es el software de gestión de almacenes.

La Gestión de Almacenes se encuadra dentro del área de Logística de una compañía. La RAE define la logística como el conjunto de medios y métodos necesarios para llevar a cabo la organización de una empresa, o de un servicio, especialmente de distribución. Hablando claro, el área que se encarga de conseguir los bienes que necesita una empresa para producir sus productos y servicios, almacenar dichos bienes y los obtenidos en el proceso productivo de dicha empresa y, finalmente, distribuirlos a los clientes.

Dentro de todo este berenjenal nos podemos encontrar dos tipos de software.

1. Software gestor de almacenes (SGA o, en inglés, WMS de Warehouse Management Software)
2. Software gestor de cadena de suministro (SGC o, en inglés, SCM de Supply Chain Management)

La principal diferencia entre un SGA y un SGC es su alcance funcional. Mientras que un SGA controla las entradas y salidas de mercancía de un almacén y la gestión de dicha mercancía dentro del mismo; un SGC gestiona desde los pedidos a proveedores a los repartos y consumos de los clientes. Por poneros un ejemplo clarificador: mediante un SGC puedo controlar el consumo medio diario de una determinada mercancía, tener configurado el tiempo máximo de abastecimiento que me da mi proveedor y, en base a dichos datos, poder calcular un Stock Mínimo que debo tener en el almacén para no correr riesgo de sufrir una rotura de stock o, lo que es lo mismo, quedarme sin mercancía para servir a mis clientes (la peor pesadilla que puede sufrir una empresa: vender -que es lo verdaderamente complicado- y no poder servir)

2. PUES PARECE MUY SENCILLO ¿POR QUÉ DICES QUE ES TAN COMPLICADO?

Así trabajan un SGA y un SGC, abrazaditos :)

La logística se basa en la Teoría de la Caja de Zapatos: metes un zapato, sacas un zapato, pero la realidad se complica. BASTANTE.

Cualquier diseño de un sistema informático se basa en un conjunto de inputs o entrada de datos esperados y de outputs o datos producidos por el sistema según los inputs recibidos. El problema es que, cuando diseñas un sistema para una cadena de suministro, tienes que tener en cuenta que puedes tener un número infinito de inputs. Os pongo un ejemplo, tú pides a un proveedor una mercancía y te manda menos, o más… o incluso OTRA. Pero, aún es peor, un proveedor puede mandarte mercancía aunque no le hayas pedido nada. Una vez que recibes la mercancía, te pueden pasar mil cosas más: que la mercancía esté rota, o que no esté porque la hayan robado, o que el operario que registró la entrada se equivocara en el conteo… infinitas posibilidades. Porque en estas aplicaciones no trabajas con datos sino con mercancía real, que puede desaparecer, aparecer o transformarse sin destruirse, como la energía. Parece que la Teoría de la Caja de Zapatos se va complicando, ¿verdad?

Otro punto a tener en cuenta es el Trabajo en Tiempo Real. La gente del almacén trabaja con tu sistema en tiempo real. Si algo va mal no puedes decir “espera que te lo miro cuando tenga un rato” porque a lo mejor eso supone tener a 6 chicarrones del norte y a un trailer de 40 toneladas parados en la puerta de tu almacén. Creedme, hasta que no has lidiado con un carretillero soliviantado de 2×2 metros no sabes lo que es tratar con usuarios difíciles.  Y, por supuesto, todos los trabajos se hacen en paralelo. Ya puedes hacer que hasta tu javascript sea ThreadSafe porque las tareas se suelen hacer entre múltiples usuarios al mismo tiempo.

Por último, os hablaré del Trabajo en Ambiente Hostil. Y es que, tu aplicación, no va a estar corriendo en un servidor atacado por cómodos oficinistas y ejecutivos desde sus Mac de diseño, sino por operarios que trabajan de sol a sol en un almacén donde hace un frío que pela, a través de terminales de mano o de carretilla que se comunican mediante un WI-FI industrial que debe soportar -en movimiento- obstáculos -como estanterías de hierro- y que cuentan, como mucho, con una interfaz táctil de 7 pulgadas.

Os reto a que cojáis a vuestro gurú del diseño y la usabilidad y lo pongáis a desarrollar interfaces táctiles que contengan toda la información necesaria y que puedan ser manejadas por tipos que llevan GUANTES de faena. Creedme, es… difícil.

3. EBRI FIDBAK GÜIL BI (ESPESIALI) APRESIERIT

Suficiente por hoy.

Aunque no lo suelo pedir, cualquier comentario y/o sugerencia será especialmente apreciado porque no tengo ni idea de lo mucho o poco que os puede interesar conocer más del ámbito funcional de la Cadena de Suministro y de muchas otras aplicaciones corporativas en las que estoy embarcado (ERP, CRM, etc…). Por eso, os ruego que me hagáis llegar vuestras opiniones. Buenas o malas, seguro que todas son constructivas.

Como experiencia organizativa ha sido muy interesante, no sólo respecto a la informática, sino a todos los niveles de la compañía.

Han pasado 3 días laborales y aún no tenemos todos los sistemas en pie. Principalmente, el antiguo ERP basado en Informix / 4GL con el que se gestiona la compañía principal del Grupo VARMA. El problema fundamental es que la base de datos -que es la aplicación en sí- no arrancaba y la copia de seguridad no consigue montarse. Y ésa es exactamente la palabra adecuada, “montar”, porque Informix restaura sus copias de seguridad llegando a bajo nivel, hasta los sectores del disco… lo cual puede llegar a ser bastante problemático si tu disco tiene algún sector dañado, por ejemplo, por un golpe en una mudanza. Estamos trabajando en ello pero, cada restauración completa de la base de datos tarda 4 horas y llega un momento en que te empiezas a desesperar, las horas se te escapan entre los dedos y la gente se desespera porque no puede trabajar.

Es cierto que la experiencia es un grado. Todo este trance me ha enseñado mucho sobre como planificar una eventualidad de este tipo. Aunque, a la hora de la verdad, hay cosas que  no se puedan planificar. Espero no volver a tener que cambiar de edificio una empresa sin poder replicar la granja de servidores en las nuevas instalaciones hasta el momento de poner un pie dentro. Quizás no tenga la rapidez, ni la robustez ni el respaldo de un armario de servidores blade conectado a un servidor de datos Celerra, pero por el precio actual del hardware y la potencia del mismo, se pueden tener máquinas de respaldo por un coste razonable. Otra cosa es si la maquina a respaldar es un ordenador más grande y pesado que un frigorífico, con un sistema operativo Solaris del año en el que reinaba Carolo y con una base de datos descontinuada como Informix 7. Ahí es cuando se te empiezan a caer las planificaciones. Una vez más, la realidad supera la teoría de los libros de texto.

Otro problema es que una gran parte de nuestro parque de usuarios tiene portátil. Un portátil es una pesadilla para la gente de sistemas. No solo porque es una puerta trasera del tamaño de Australia en tu red (no hay antivirus de pasarela que soporte un portátil infectado con virus y pinchado directamente a la red) sino porque es difícil de mantener el software que lleva dentro, mucho más que con los ordenadores de sobremesa. Aún ayer había gente que se quejaba de que no podía acceder a su correo o a imprimir mientras que el compañero de al lado si. Al final, descubrimos que era la gente que tenia activada por defecto o que se validaba tal cual en la VPN… configurada, por supuesto, con los parámetros de la antigua red.

Los chicos de desarrollo intentamos echar una mano a los compañeros de sistemas, pero en la mayoría de las ocasiones, no sabemos como solucionar problemas de conectividad o configuración de redes. Es frustrante para nosotros no poder ayudar más a nuestros compañeros y también para ellos, que creen que no queremos ayudarles o que no comprenden -como casi todo el mundo- que un “informático” no sepa arreglarlo TODO al INSTANTE -desde un servidor de dominio a un disco duro roto- sea Técnico de Sistemas, Diseñador de Páginas web o Analista Funcional.

No todo es informática y surgen pequeños problemas por todos los lados. Sobre todo, dudas sobre procedimientos o metodologías de trabajo. Una compañera que antes se sentaba al lado de la puerta de acceso a las antiguas oficinas me comentaba que antes recibía a los mensajeros directamente en su mesa y que, ahora, no sabía si hacerles subir o bajar ella 3 pisos para recibir los paquetes. El problema es que nadie sabe muy bien cómo hay que hacer ahora las cosas, básicamente, porque nadie ha tenido tiempo de pensar cómo se iban a hacer las cosas.

GRANDULLÓN, nuestro entrañable servidor Fujitsu GP7000F donde habita la antigua aplicación de gestión del Grupo VARMA

Por otro lado, no se oye más que el incesante run-run de las quejas de la gente. El que no protesta porque su mesa es más pequeña, lo hace por el incremento de la dificultad para encontrar plaza de garaje, el precio de las máquinas de vending (que antes no teníamos) o el color del suelo. Hace tiempo que me di cuenta de que la gente nunca habla de lo que le parece bien y, sin embargo, sí lo hace de lo que le parece mal. Además, por definición la gente es resistente al cambio. Nadie quiere que muevan su papelera de sitio. Así que, también parece importante ante un cambio de oficinas fomentar la comunicación interna, contar con los empleados y atender dentro de lo posible sus peticiones y sugerencias. Porque nadie puede ser tan bueno planificando como para darse cuenta de que habrá que cambiar el protocolo de atención a los mensajeros :)

Supongo que, al final, todo es cuestión de que el edificio y la compañía nos acostumbremos el uno al otro. El hecho es que, nos hemos mudado, ya estamos aquí y esperamos convertir esto en nuestra casa lo antes posible. Si alguien se ha quedado con ganas de saber que ha pasado con GRANDULLÓN, nuestro servidor-abuelo de BBDD, que se pase por aquí. Seguiremos informando.

]]> http://sixservix.com/blog/david/2009/10/28/nos-hemos-mudado/feed/ 3 http://sixservix.com/blog/david/2009/10/22/nos-mudamos-2/ http://sixservix.com/blog/david/2009/10/22/nos-mudamos-2/#comments Thu, 22 Oct 2009 06:12:10 +0000 David Bonilla http://sixservix.com/blog/david/?p=397 Mañana, 23 de octubre de 2009, será un día histórico para la compañía: nos cambiamos de oficinas. Desde nuestra actual casa, nos marchamos al que será nuestro nuevo hogar en la calle La Granja, justo en frente de la parada de metro del mismo nombre.

Es un cambio deseado y necesario, porque nuestras instalaciones se habían quedado pequeñas para acogernos a todos y porque el nuevo edificio se ajusta mucho mejor a la actual realidad de la empresa.

Aunque compartimos la ilusión generalizada, nuestro departamento vive la mudanza de una forma distinta, sin poder dejar de pensar en la que se nos viene encima, porque… ¿os habéis parado a pensar lo que supone a nivel de sistemas informáticos un cambio de sede? Hay un montón de tareas por hacer y un montón de posibilidades de que algo salga mal :)

El viernes por la mañana comienza la mudanza de los compañeros, así que el jueves por la tarde -y me temo que por la noche- un pequeño grupo de intrépidos espartanos nos adentraremos en tierra ignota para comenzar a llevar e instalar los principales servidores. Voy a llevarme a Moe, el servidor de producción de ERP S1, JIRA y CONFLUENCE, acunado entre mis brazos como si fuera un bebé.

Lo malo es que… los informáticos siempre tendemos a complicarnos la vida y, aprovechando el cambio, además de cambiar físicamente las cosas, vamos a aprovechar para actualizar la versión de algunas de las aplicaciones en producción, implementar nuevos sistemas de copia, configuraciones de red más seguras, etc. Vamos que “si hay que ir se va, pero ir pa’na es tontería“

Si todo sale bien, al llegar la madrugada del viernes habremos acabado nuestro pequeño traslado privado y estaremos preparados para recibir, instalar y comprobar los 100 equipos, aproximadamente, del resto de nuestros compañeros.

Sin embargo, puede que no salga todo perfecto. Puede estropearse alguna máquina en el traslado, o fallar la nueva configuración de la red, o no arrancar el servidor de dominio, o corromperse la base de datos, o desaparecer el servidor de correo, o que la instalación eléctrica se caiga, o que nuestro ISP no configure correctamente el redireccionamiento de IPs, o fallar nuestras aplicaciones web -incluso que no podáis ver este blog durante algunos días- y, en el peor de los casos, PUEDE QUE NO FUNCIONE NADA O QUE LLEGUE EL FIN DEL MUNDO ¡O ALGO PEOR!

De momento, todo el equipo del departamento al completo está movilizado y en estado de alerta, durante todo el fin de semana, para poder reaccionar a tiempo en caso de catástrofe imprevista :P

Nos vemos dentro de unos días. O eso espero ¡Deseadnos suerte!

mudanza.

1. f. Acción y efecto de mudar o mudarse.

2. f. Traslación que se hace de una casa o de una habitación a otra.

3. f. Inconstancia o variedad de los afectos o de los dictámenes.

4. f. Cierto número de movimientos que se hacen a compás en los bailes y danzas.

5. f. Mús. Cambio convencional del nombre de las notas en el solfeo antiguo, para poder representar el si cuando aún no tenía nombre.

El caso es que, hace un par de fines de semana, volvieron a preguntarme “pero tú, David, ¿exactamente qué haces?” Y, como siempre, resoplé y puse los ojos en blanco. No es que me importe contar lo que hago pero, a veces, es muy frustrante intentar explicárselo a alguien que no sea informático sin aburrirle con una perorata de hora y media. El problema es que,me han hecho la misma pregunta muchas veces y, por increíble que parezca, en algunas ocasiones incluso dentro de mi propia empresa. Hace dos días, tomando un café, un compañero me preguntó de nuevo “pero tú, David, ¿exactamente qué haces?” :) .

Reflexionando sobre el tema, me di cuenta de que éste es un blog corporativo y, como tal, nació como un canal de comunicación con todos mis compañeros -desperdigados por toda España y parte de Latinoamérica- y gente relacionada con mi actividad profesional: clientes, proveedores y camaradas picateclas. Así que, voy a intentar explicar exactamente lo que hago y porqué lo hago. Si alguien me lo vuelve a preguntar, siempre podré remitirle el enlace a este post. Si a ti te interesa, pulsa en “Leer más”

Trabajo como Jefe de Proyecto en SIXSERVIX, una compañía del Grupo VARMA. El Grupo VARMA se dedica a importar y distribuir bebidas y, aunque no lo sepáis, la mayoría sois clientes nuestros. Cada vez que os bebáis una copa de Ron Barceló, Cutty Sark, Jack Daniel’s o Cointreau, por poner un ejemplo, estáis consumiendo nuestros productos. También si os preparáis unas palomitas MicroPop USA para ver una peli en casa, o si os coméis una caja de galletas Walker’s, incluso si alimentáis a vuestros bebés con los potitos ecológicos Hipp, estáis consumiendo productos de la empresa donde trabajo.

Dentro de este totum revolutum se supone que trabajo como Jefe de Proyecto. ¿Qué hace un Jefe de Proyecto? Definir las tareas que quedan pendientes, establecer plannings y fases de entrega, gestionar los recursos (personas, programas, servicios) de los que dispone y vigilar que dichos plannings y el presupuesto de coste del proyecto no sufran desviaciones. Ésa es la teoría pero, en la práctica, lo mismo programo que analizo o evalúo software, hago de preventa o toco la gaita. En cualquier caso, creo adivinar lo que más de uno estará pensando ¿Qué tiene que ver un informático, un Jefe de Proyecto, con potitos ecológicos? Intentaré explicároslo.

SIXSERVIX era lo que los informáticos denominamos “empresa cliente” o “empresa final”. Es decir, una empresa que -a priori- no vive de la informática y donde -de nuevo, a priori- tienes menos presión por hacer las cosas rápido y mal.

Pero esto era demasiado fácil. En vez de dedicarnos a gestionar presupuestos y encargar proyectos, apostamos por desarrollarlos nosotros mismos. En vez de hacer proyectos, quisimos crear productos.  No es que no nos guste el ron, de hecho nos gusta muchísimo :) , pero queremos que nuestros sueldos no dependan del mucho o poco ron que vosotros bebáis sino, para bien o para mal, de nuestra capacidad de crear productos que el mercado -no sólo nuestro grupo de empresas- demande.

Como resultado de todo este esfuerzo, han nacido el ERP S1 y el SCM STORETTO, los dos “niños” que han ocupado la mayor parte de mi tiempo durante los últimos 6 años. Os explicaré qué es cada cosa:

• ERP S1. Lo de ERP viene de Enterprise Resource Planner y, básicamente, es un programa que controla todos y cada uno de los aspectos de una empresa. Desde compras a cobros, pasando por nóminas a contabilidad o liquidación de impuestos. Seguro que conocéis programas que hacen más que bien cada una de esas cosas. Lo bueno de un ERP es que hace que todo esté integrado. Así, cuando en un ERP se calcula la nómina de alguien,  por ejemplo, se genera un asiento contable, se liquidan los impuestos con hacienda y se imprime la nómina en sí. Cuando un directivo consulte un balance de beneficios, éste incluirá automáticamente el gasto de la nómina y, por supuesto, todas las ventas. Otro ejemplo para que podáis entender el nivel de integración: cuando un empleado se pone malo, se registra la baja, el director de RRHH puede consultar los empleados que están de baja o incluso un histórico de las mismas y, de nuevo, si la baja es prolongada, la empresa podrá deducirse dinero de la cotización de la seguridad social, afectando al cálculo de las nóminas. Todo está interconectado y el sistema se alimenta a sí mismo. Un ERP es el software más potente y crítico que se puede construir a nivel empresarial y constituye el corazón del negocio de la empresa que lo utiliza.
• SCM STORETTO. Lo de SCM viene de Supply Chain Management o, lo que es lo mismo, Software Gestor de Cadena de Suministro. Siendo la actividad principal de VARMA la distribución de bebidas y alimentación, es evidente la importancia de tener un buen producto para gestionar la logística. Al contrario de lo que algunos de nuestros compañeros piensan, STORETTO no es sólo un software que gestione almacenes y la mercancía  que hay en los mismos sino que llega mucho mas allá. STORETTO es un SCM porque, por ejemplo, en base al consumo de mercancía que tengas y al tiempo que tarden tus proveedores en reponerla, puede llegar a calcular el número de días que tienes  aseguradas tus ventas y avisarte si hay posibilidades de que rompas tu stock (lo peor que le puede pasar a una empresa es que venda algo y no tenga disponibilidad para servirlo).

Comprendiendo la complejidad y dimensión de un ERP puede que entendáis un poco mejor porqué tardamos casi cinco años en acabarlo y porqué mi barba cada vez tiene más canas.

Por supuesto, intento que el trabajo no me absorba por completo. Me gustan un montón de cosas como viajar, la gastronomía, el cine o los videojuegos, pero eso puede dar para otro post mas largo todavía…

Espero que ahora algunos tengáis un poco más claro qué hago. Sobre todo, si trabajáis conmigo :D