domingo, 4 de mayo de 2008

Metodología

Desde que estudiaba la 'Metodología' ha envuelto toda mi vida 'profesional' y siempre ha estado presente. La intensidad de su presencia ha variado con el tiempo y en función de las etapas en las que me encontraba.

Yo creo, que ahora estoy en el nivel de intensidad justo y me doy cuenta de que realmente puede ser un arma de doble filo.

Por un lado, durante un tiempo no la usaba ni la cuidaba. Las consecuencias evidentemente las podríamos resumir en 'desastre': horas de reescribir código, deshacer cosas hechas, invertir horas para recordar cosas ya hechas, sobreescribir código en el servidor y tirar por la borda alguna hora que otra y otras lindezas.

De ahí pasé a ser un 'fundamentalista' y pensar que se debía llevar a rajatabla. La verdad es que esa actitud genera muchas frustraciones puesto que ni en un modelo ideal puedes tener tiempo ni recursos para tener una metodología completa.

Así que ahora lo veo de otra manera. Creo que la metodología es INDISPENSABLE pero hay que buscar un equilibrio. Los negocios necesitan una dinámica y casi nunca es compatible con la excelencia metologócia.

Hay muchas metodologías definidas; RUP, XProgramming, CMM, Métrica 3 y muchas más. Todas hablan de lo mismo con distintas palabras. Pero quién las utiliza ¿qué quiere? Y ese es el punto que de verdad representa un valor en la gestión de IT. Hay que buscar algo que:

- Sistematice el conocimiento de la empresa y evite la dependencia de personas.
- Ordenar los recursos, para saber en todo momento dónde está qué.
- Homogeneizar lo que hace todo el mundo. Se hacen las cosas cómo están definidas por el departamento y no como cada uno quiere.
- Reducir trabajos de poco valor; emplear tiempo en volver a configurar cierta cosa, o tener que emplear un par de horas en entender qué hizo un compañero.
- Nos permita comunicarnos con el resto de la empresa.

En definitiva, es un buen ejercicio de organización definir qué necesidades tenemos y cómo tiene que ser nuestra metodología. No nos tenemos que obsesionar con cumpliar a rajatabla cierta metodología. Tenemos que cumplir la que mejor se adapte a nuestro negocio en términos de velocidad, agilidad, riesgos y recursos.

Un saludo

martes, 29 de abril de 2008

Nuestros Gadgets en varios idiomas

Ya os dije que tan pronto tuviésemos los Gadgets publicados os pasaría el link. Pero nos hace tanta ilusión a todo el equipo de ABA English que quiero haceros partícipes de esta ilusión y simplemente os hago llegar el mail de nuestro gurú de SEO Loic, comunicando internamente la publicación de todos los idiomas. Os invito a probarlo y comentar qué os parece:

¡Hola lagartos y lagartas!

Ya tenemos el gadget en todos los idiomas!!! Podeís encontrarlos aquí:

versión alemana :

versión portuguesa:
http://gmodules.com/ig/creator?synd=open&hl=pt-BR&url=http://www.abaenglish.com/gadget/leveltest/test-abaenglish-pt.xml

versión española:
http://gmodules.com/ig/creator?synd=open&hl=es&url=http://www.abaenglish.com/gadget/leveltest/test-abaenglish.xml

versión inglesa:
http://gmodules.com/ig/creator?synd=open&hl=en&url=http://www.abaenglish.com/gadget/leveltest/test-abaenglish-en.xml

versión francesa:
http://gmodules.com/ig/creator?synd=open&hl=fr&url=http://www.abaenglish.com/gadget/leveltest/test-abaenglish-fr.xml

Para proponerlo a otros sitios, sólo teneís que dar esto link y luego la gente elige los colores y otras preferencias, antes de poner el código HTML (...) en su sitio.
No dudáis en proponer estos gadgets!

Felicidades a Victor para todo éste estupendo trabajo!!! También a Susanne y Flavio para las traducciones!

¡Hasta luego!

sábado, 26 de abril de 2008

Gadget de Test de Nivel

Este viernes hemos lanzado nuestro nuevo Gadget de Test de Nivel. Este Gadget permite a quién lo aloje ofrecer a sus usuarios un test de nivel gratuíto de inglés. No esta personalizado con nuestra imagen ni nada que altere la estancia del usuario en la página de la persona que lo aloja.

Os animo a que lo probéis y si alguién lo quiere alojar ya, por favor, decidlo y os facilitaré encantado el código para que lo podáis incluir en vuestros blogs o webs.

De momento hemos comenzado el proceso de inclusión en el directorio de Google. En la prueba que hice tardaron casi tres semanas en incluirlo por lo que supongo que en este tiempo lo podréis encontrar también en el directorio de Google. Tan pronto esté incluído os pasaré el link directo.

Un saludo

jueves, 24 de abril de 2008

¿Qué es SEO? ¡SEO es queso!

Ayer tuvimos una sesión de trabajo muy interesante con respecto al SEO. SEO es el arte de posicionar la página en buscadores. Para los amantes de los acrónimos es Search Engine Optimization.

La reunión fue larga y fructífera. Hablamos sobre cómo mejorar nuestro contenido para posicionarlo, hablamos también de cómo abrir nuestro contenido a los usuarios y de cómo captar mejor la atención del público.

Al final, a mí, que soy muy novato en todas estas cuestiones, me da la sensación de que es el juego del gato y el ratón. Por un lado están Google y compañía, que buscan contenidos y cómo optimizarlos basándose en que sean de utilidad para los usuarios. Por otro lado, estamos los demás que buscamos la manera de que nuestros contenidos cumplan los criterios de los buscadores.

Se llegan a pensar maneras enrevesadas de hacer que los contenidos cumplan estos criterios y el retorno que se espera de los esfuerzos que representan estos proyectos, es difícil de cuantificar. Por una parte siempre te dicen que no existe un criterio único, y por otro lado 'hay que tener en cuenta lo que hacen los demás'. Total que no hay manera de saber si haciendo esto o lo otro voy a conseguir pasar a la primera página o no.

En definitiva, da la sensación de que pensar bien en contenidos de interés para nuestros usuarios y servicios, sin pensar condicionados por los buscadores, puede ser la manera más rápida y fiable de aparecer bien posicionados.

Pensar e innovar quizás sea la mejor receta. ¿No creéis?

Un saludo

miércoles, 9 de abril de 2008

Opciones interesantes

Ayer leía en el blog de Matt Cutts la aparición del Google App Engine. Se trata de una herrmienta que nos permite desarrollar aplicaciones web utilizando los mismos Building Blocks de Google y en sus infraestructuras.

Esta iniciativa se suma a la de Amazon con sus Web Services.

Realmente este tipo de iniciativas hacen plantearse las cosas, especialmente en el caso de una StartUp como nosotros. Hasta ahora necesitabas un buen proveedor de servicios para los temas de infraestructura pero ahora aparece esta alternativa, y en el caso de Google, además gratuíto. Si a eso le sumas el poder utilizar una infraestructura como la de Google o Amazon, la pregunta es inmediata: para qué necesito a un proveedor de infraestructura, al menos al principio?

Bueno, es una pregunta que planteo. Otra pregunta que veo interesante es si esto afectará a los proveedores de infraestructuras. Repercutirá quizás en sus precios?

De todas maneras, debo reconocer que no he probado ninguna de las dos y me gustaría saber si alguién de vosotros lo ha hecho.

Un saludo.

jueves, 27 de marzo de 2008

Coeficiente Pollo

Hoy hemos tenido la reunión con el Consejo de Administración. La conclusión supongo que debe ser la misma que cualquier consejo de cualquier otra empresa, grande o pequeña: hay que vender más. Evidente.

Cuando empecé con el tema de 'emprendedor' asistí a varias charlas, seminarios, etc. dónde se hablaban de distintas maneras de encontrar financiación. Ahí aprendí que una empresa que empieza puede necesitar distintos tipos de financiación según su momento: business angels, seed capital, etc.

La verdad es que me quedó claro que un proyecto que arranca puede tener distintos estados a los que corresponden distintas propiedades. Una de esas propiedades creo que es el 'Coeficiente Pollo'.

¿Qué es el 'Coeficiente Pollo'? Pues creo que es el nivel de trabajo de backend, que genera tu propia actividad. Este trabajo no es trabajo de 'mantenimiento' sino de 'reparación' de errores que generas por tu velocidad.

En una empresa se generan tres tipos de trabajo:


  • Nuevos proyectos

  • Backend destinado a mantenimiento (cliente que pide facturas, o cambio de datos de clientes, etc.)

  • Backend destinado a reparar errores (yo paqué 5 y me envían 3, etc, etc.)


No creo que exista ninguna empresa sin el tercer punto. Todas tienen su 'Coeficiente Pollo'.

La pregunta es: ¿cuándo una empresa que empieza, debe preocuparse por su Coeficiente Pollo? ¿Y cuándo?. Evidentemente al principio vender, darse a conocer, promocionarse, etc. es lo primero. Tan evidente como eso, es que las prisas generan desorden y las prisas existen por que siempre hay muchos proyectos y poco tiempo.

El Coeficiente Pollo es algo que toda empresa puede asumir. Es cuestión, como casi todo, de poner recursos, pero en una empresa que empieza hay un problema añadido. Los recursos son escasos, por lo que la capacidad de crecer y hacer nuevos proyectos de dicha empresa se verá mermada por el trabajo generado por el Coeficiente.

Podríamos resumirlo en una pregunta ¿Hasta cuándo no me preocupo por tapar agujeros y sólo de vender?

Personalmente creo que cuánto antes se comience a ordenar, más asentadas serán las bases de la empresa. Por lo que he visto hasta el momento el desorden nunca se ordena o soluciona, casi siempre se arrastra. Por otro lado, la vorágine de la venta es infinita (y con razón): siempre hace falta más, pero...

...si sólo nos preocupamos por vender, ¿cuánto tardaremos en llegar al punto en el que no podemos vender más por que estamos ocupados tapando agujeros?

Una gran cuestión... al menos para debatir en el café no?!

Un saludo

lunes, 24 de marzo de 2008

¿Sólo preguntar o pensar?

Hace algunos días leí en el blog de Jeremy Zawodny una entrada acerca de lo fácil que representa algunas veces el preguntar en lugar de pensar algo en el seno de una empresa.

Esta entrada me hizo reflexionar, por que realmente es una cuestión histórica en cualquier empresa. En la reflexión, enlacé con un tema que hace ya algunos años que apareció, está ahí y la verdad es que no he visto que se haya convertido en algo instaurado. Me refiero a la gestión del conocimiento (Knowledge Management).

La teoría viene a decir que hay que convertir el conocimiento de una compañía en un activo, es decir, en algo sistematizado, abstracto a las personas y que pueda ser reutilizado. La bomba ¿no?. Si esto se cumpliese ya no habría lugar para las preguntas del estilo; "¿sabes cómo se hace un abono a un cliente?" o "¿sabes cómo tengo que hacer el formulario de baja de stock?" deberían sustituirse por una consulta a algún medio dónde ese conocimiento está sistematizado, actualizado y gestionado por la compañía. En ese momento, ese conocimiento pasaría a ser un activo de la empresa.

Esa es la teoría que como todas las teorías son maximalistas, pero (también como en todas las teorias) que esconde a su vez una realidad práctica. Más allá de debates de si ese conocimiento es activo o no, hay una pregunta básica: ¿cuánto tiempo perdido representa una de esas preguntas si sumamos el tiempo de quién la hace y el tiempo de quién la responde?. Además ¿podemos así garantizar respuestas únicas y homogéneas?.

En nuestro caso tenemos el departamento de atención al alumno de nuestro curso de inglés dónde esto es básico. Además las personas que se dedican a esta tarea normalmente rotan con facilidad. Hace días ya que tengo en la lista de proyectos crear 'algo' dónde todo esté recogido y minimizar este problema.

Lo rápido es decir: pongo una wiki. Pero lo único que cambiaría es de lugar el desorden. El problema es instaurar una cultura de utilización de un repositorio de preguntas, instaurar también la consulta al repositorio antes de preguntar y ese es un esfuerzo que ninguna herramienta podrá hacer jamás. Además debe existir una 'cabeza única' que clasifique las cosas de una manera homogenea. Una herramienta dónde las cosas están ordenadas de tantas maneras como usuarios tenga, volverá a ser un desorden, digital y de todos los usuarios pero desorden :-D.

Volviendo a la reflexión teórica, creo que en las compañías quizás no ha calado este tema, por que es difícil dedicar recursos en el dia a día a estas cuestiones. Todo se ve como burocracia y elementos que ralentizan las cosas. Creo que ese es el principal motivo de que no cuaje. Yo creo que se hacen la gran pregunta; "¿la inversión de estos esfuerzos/recursos se verá compensanda?". Yo estoy convencido de que sí!.

En nuestro caso, creo que vamos a optar por lo simple. Herrienta simple sin más, esforzarnos por organizar las cosas de una mejor manera y fomentar su uso.

Os iré contando como va este nuevo proyecto.

Un saludo