El rincón de blc.glz

Headcount

2007-11-17T20:41:00.000+01:00

Reconozco que los avances tecnológicos que hemos vivido y estamos viviendo - unos más disruptivos que otros - han sido fundamentales en nuestro progreso. Tuve la suerte de darme cuenta de la importancia de los ordenadores cuando hace muchos (pero muchos años) empezaba hacer mis pinitos con un commodere 64.

Sin embargo no se puede confiar al 100% en la tecnología a veces no funciona ya sea porque se ha configurado mal o porque se produce un error. Por lo tanto en cualquier proyecto se debe tener esto en cuenta.

Ejemplo tonto si tengo un comercio con una puerta de apertura manual y decido en un alarde de mejora sustituirla por una puerta automática así mis clientes con sólo ponerse delante de la puerta esta se abre. Tengo que pensar que pasa si un día el mecanismo de apertura automático no funciona. ¿la podré abrir manualmente? O por el contrario no voy a poder abrir mi tienda. Mis empleados sabrán que hacer cuando la puerta no se abra automáticamente tenemos un plan B para seguir dando el servicio.

Y algo parecido esta ocurriendo en el metro de Madrid. Las nuevas estaciones tienen poco o nada de personal ( los fines de semana ni rastro) - ¿Qué ocurre cuando tienes un problema? ¿Cuándo una de las máquinas expendedoras de billetes falla? ¿O los tornos que son inteligentes no funcionan correctamente? ¿Qué haces? ¿A quién recurres?

Posiblemente en números - que siempre son fríos – sale más rentable no tener a nadie en las estaciones de metro. La probabilidad de que algo no funcione es muy baja por lo tanto si algún usuario tiene algún problema pues “se siente”.

No tengo muchas opciones, el torno marco incorrectamente mi bonometro, pierdo un viaje, pero voy a seguir utilizando el metro. Me hubiera gustado que hoy en vez de una máquina hubiera alguien a quién contarle mi "infortunio"

¿Ideas?

2007-11-12T23:07:00.000+01:00

Últimamente todo el mundo me cuenta que tiene muchas ideas, que tener ideas para emprender es facilísimo y que el problema es llevarlas a cabo.

No voy a ser yo quién niegue que una buena ejecución es clave en un proyecto pero también tengo que señalar que parece que a cualquier cosa se le llama “idea”.

No es de extrañar que tantas “ideas” naufraguen, después le echamos la culpa a la ejecución.

A mi no me parece sencillo tener ideas y siempre me llama la atención aquellas personas que me dicen que eso es facilísimo. Con el tiempo me he dado cuenta que el problema esta en que entendemos por tener ideas para un proyecto.

Si me quedo con las primeras acepciones del diccionario de la rae para la palabra idea entonces si puedo concluir que es relativamente fácil tener ideas. He incluso decir que tengo bastantes ideas al cabo del día.

Pero para mi tener una idea para un proyecto es ser capaces de poder describir a muy alto nivel una serie de características/atributos, ser capaces de describir los siguientes pasos que se deberían tomar para ir madurando esta idea. Y por supuesto escribir un par de páginas con esta idea vaga [ por favor abstenerse de realizar una PowerPoint que no es el momento sino un documento en Word o en Notepad ]

La formalización por escrito de las “ideas” es una de los mejores herramientas para tratar de ver si nuestra “idea” es algo susceptible de poder convertirse en una idea de proyecto o no es nada más que una fantasía.

Posteriormente ya tendremos tiempo de ver la viabilidad de la idea desde diferentes puntos de vista.

Errores que no quiero cometer

2006-02-21T16:20:00.000+01:00

Ciertos errores que si fuera proveedor no me gustaría cometer a la hora de organizar una reunión (que no una presentación) con un cliente en el que ya tengo el producto en explotación.

No enviar un guión de los puntos a tratar. Objeto de la reunión.
Estimar la duración de la reunión.
No ir al grano
Power Point con diapositivas llenas de texto.
Empeñarme en mostrar lo que yo quiero en vez de lo que el cliente me está pidiendo.
Empeñarme en seguir con la presentación (ahhh no era una reunión) a pesar que el cliente me ha dicho que tiene otras reuniones

¿Cuál es la diferencia (para mí) de una reunión y una presentación de producto?. Una reunión se organiza para mantener el contacto con el cliente; conocer su grado de satisfacción del producto que he implantado en ese cliente; saber los problemas que tiene el cliente. Si puedo le cuento algo de otros productos o sobre la nueva versión. Y así en un futuro organizar una presentación de ese nueva versión o cualquier otro nuevo producto.

Perfiles generalista

2006-01-17T13:15:00.000+01:00

La misma realidad admite ser contemplada desde muchos puntos de vista. En ocasiones –la mayoría– pretendemos imponer nuestras ideas –y criticar las de los demás– sin darnos cuenta de que simplemente estamos percibiendo lo mismo desde otro ángulo y eso hace que parezca diferente. Por eso, Francis Bacon afirmaba que "interesarse en todas las doctrinas es el más bello ejemplo de tolerancia". Cada uno contempla su realidad desde una microatalaya que dista mucho de ser la verdad sobre las cosas.

Texto extraido del artículo Ponga un 'Da Vinci' en su empresa de Francisco Alcaide públicado en Expansion y Empleo.

Curioso fenómeno

2006-01-03T09:55:00.000+01:00

Confiar más en el correo Gmail que en el servidor de correo corporativo:

Gmail siempre funciona, no recuerdo el día que necesitando enviar un correo no pudiese hacerlo.
Gmail no pierde correos. No he perdido ni un sólo correo, no he tenido que volver a enviar correos, ni he tenido que pedir que me envíen correos porque no han llegado.
Gmail no tiene una aplicación que se "come" la mitad de los recursos del ordenador.

Measurements are the key

2005-12-29T17:47:00.000+01:00

If you cannot measure it you cannot control it.
If you cannot control it you cannot manage it.
If you cannot manage it you cannot improve it.

Dr.James Harrington

Be a proactive

2005-11-24T11:09:00.000+01:00

Interesante reflexión de lo que tiene que tener un project manager en este artículo "If you're going to be a project manager, be a proactive one " .

Desde mi punto de vista es una de las carencias más habituales la falta de proactividad de algunos responsables.

Es cierto, que en muchas empresas es complicado ser proactivo, pero creo que nunca hay que dejar de ser proactivo; otra cosa, es que salgan adelante todas las propuestas.

Prefiero morir intentando, proponiendo y tomando la iniciativa que morir de aburrimiento y esperar a que las cosas ocurran.

Competencias ASAP

2005-11-16T09:32:00.000+01:00

Hoy en día son fundamentales las competencias ASAP: As soon as possible.

En la actualidad existen algunas empresas en las que la capacidad de trabajar de manera ágil es un requisito imprescindible.

Trabajar de manera ágil no significa trabajar mal o hacer las cosas de baja calidad.

Desde mi punto de vista la agilidad significa centrarse en lo importante, en pocos puntos, eliminar el detalle o aquello que se puede definir en otro momento.

Por supuesto, que a todos nos gustaría tener más tiempo para escribir esa propuesta, desarrollar un prototipo funcional o gráfico más elaborado o completar un poco más ese documento que nos están solicitando.

Los ritmos de las empresas, los cambios de estrategia, la necesidad del mercado impide que podamos dedicarle más tiempo, profundizar más. Y en algunos casos es porque tampoco se tiene claro a donde se quiere llegar y es necesario realizar aproximaciones esperar feedback y volver a redefinir

Y sorprende a estas alturas de la película encontrarse con personas a las que hay que explicar que lo que se está pidiendo es para : as soon as possible.

Equilibrio tecnológico

2005-11-02T17:42:00.000+01:00

El potencial de las tecnologías de la comunicación y la información(TCI) para transformar los entornos de trabajo es enorme.

Sin embargo, este potencial no está plenamente desarrollado, por lo que la próxima revolución se basará en el impacto social de las tecnologías y en la adaptación organizativa en el trabajo, más que en la propia tecnología.

Es un secreto a voces que durante las últimas dos décadas se han invertido miles de millones en nuevas tecnologías con la esperanza de transformar el entorno de trabajo, el rendimiento de las industrias y la vida laboral.

La lección clave es que las nuevas tecnologías por sí mismas no transforman las cosas. Es uno de los muchos factores que pueden contribuir a ello. El uso apropiado de las TCI requiere una inversión complementaria considerable en profesionales, procesos, cultura y soportes. Por lo que hemos visto, parte o gran parte de esto se suele obviar.

Existe una enorme diferencia entre las mejores prácticas y la realidad práctica. Las TCI deben comprenderse como parte de un sistema complejo, un sistema que debe tener un diseño si se quiere tener la oportunidad de lograr beneficios.

Will Hutton y Gwendolyn Carpenter

Visión de conjunto

2005-10-29T10:35:00.000+02:00

Imaginémonos un equipo de fútbol con un entrenador que dispone de 12 personas más o menos polivalentes; llevémoslo al caso extremo de que un delantero puede ser portero.

El entrenador de este equipo que es una persona preparada y con un conocimiento profundo de la materia, se pasa el día trabajando: reuniones día si día también; propuestas de jugadas, estrategias de ataque, defensa; objetivos a corto y largo plazo.

Pero resulta que no clarifica a cada jugador su posición en el campo, todos tienen claro que hay que ganar pero el papel que cada uno representa no se concreta; no se especifica quién es portero ni quien hace las funciones de defensa. El entrenador habla con cada persona pero no clarifica su posición.

¿Qué ocurre? El caos, la desorganización. Llevando esta situación al máximo podríamos llegar a tener dos porteros y ningún defensa. Cada persona - con la mejor voluntad - ha decidido el papel que ha entendido que debe realizar.

Esta situación también se da en la empresa, con mucha más frecuencia de lo deseable pero a diferencia de un entrenador que duraría menos que un caramelo a la puerta de un colegio en la empresa esto se da indefinidamente.

Desconozco cuales son los motivos por los que a estas personas les cuesta tanto asignar funciones y tareas. Quizá miedo a enfrentarse con las personas, quizá se piensa que las personas van a saber como organizarse, quizá que no se tenga la visión del conjunto.

En general las personas cuando trabajan juntas en un proyecto no tienden a generar un sistemas organizado.

Es necesario que cada persona sepa cuales son sus funciones y sus responsabilidades. Pero ademas es condición necesaria que la persona que tiene la responsabilidad de asignar estas funciones tenga claro la visión de conjunto para poder asignar las actividades de forma correcta y que no se produzcan situaciones en las que se están asignando recursos a las mismas tareas.

Innovación

2005-10-26T09:52:00.000+02:00

Una imagen vale más que mil palabras.

Bastante claro ¿no?

Artículo publicado en Business Week

¿Qué falló?

2005-10-25T10:42:00.000+02:00

Es complicado para las grandes empresas conseguir transmitir a sus empleados el compromiso que tienen estas con los clientes. De nada vale que la alta dirección se llene la boca con mensajes tales como: el cliente es el centro, es el rey o es el jefe. Si después esto no se explica, transmite a los empleados.

El sábado pasado en una gran superficie de distribución - Carrefour para más señas - me ocurrió un pequeño incidente en la sección de frutería que pone de manifiesto esto que trato de explicar.

En la actualidad en la mayoría de las superficies comerciales la sección de frutería / vegetales es de autoservicio - exceptuando algunas frutas de mayor calidad que son servidas por personal de la propia tienda.

En uno de los expositores había varias cajas con unas manzanas rojas con un letrero que especifica el precio:0,75€/kilo. Tal y como estaba la disposición del letrero y las cajas de manzanas no había posibilidad de confundirse. Una vez que cojo una cuantas manzanas, me dirijo a la zona de pesado en el que personal del centro pesan y pegan la etiqueta correspondiente a la bolsa.

Siempre tengo la costumbre de fijarme cuál es el precio que marcan ya que en alguna ocasión se han confundido; principalmente si el personal es nuevo que aún no diferencia las distintas variedades de una tipo de fruta.

En este caso observo que las manzanas que yo había cogido del expositor en el que se indicaba el precio 0,75€/kilo las marcan a 1,55€/kilo.

Le comunico a la señorita que me esta atendiendo el error y me indica que no; que no hay error; que esas manzanas no son de 0,75€. Le indico que las cogí de la caja que estaba bajo el precio que yo le indicaba. Me dice que ella no pone los precios y que busque a otro compañero para que modifique el precio de este producto porque esta mal puesta. Además su actitud que nunca fue grosera pero si me daba la sensación de "por favor deje de molestar" (dado que esto es una percepción mía, no vamos a tenerla en cuenta)

En ese momento me día cuenta que esta empleada no esta comprometida con el cliente, ni con la empresa. Otra posibilidad es que la empresa no le interesa para nada el cliente por lo tanto la empleada tampoco va a estar interesada por el cliente.

Me cuesta creer que una empresa de distribución como Carrefour no piense en el cliente; considerando que hoy en día hay auténticas batallas por ganar cuota de mercado.

La persona que me atendió solo estaba centrada en su trabajo que consiste en pesar y probablemente en evitar que se formen colas.

Personalmente me parece absurdo este comportamiento. La situación es que el cliente tiene que buscarse la vida, encontrar a otra persona de Carrefour para indicarle del error. ¿Es mi obligación tener que estar indicando el incorrecto etiquetado de los precios? No quiero decir que esta persona tuviera la obligación de resolver este incidente pero si por lo menos ser ella la persona encargada de localizar a otra persona que pudiese explicarme el error. Y por lo menos tratar que no se vuelva a producir.

¿Es necesario tener una actitud más agresiva, bloqueando la cola o poniéndome a gritar para que el jefe de la sección viniese?. No es mi forma de ser y tampoco era el objetivo de este experimento. Sabía que esas manzanas - porque conozco las diferentes variedades - no eran 0,75€/kilo.

Me apetecía ver la reacción de la empleada y como se comportaba ante esta situación.

Desde mi punto de vista algo falló. La persona se desentendió del asunto. No pensó en el cliente sino en su trabajo exclusivamente. Quizá es porque esta persona se la evalúa por otros objetivos y no considera que ayudar a un cliente y resolver un problema -mal etiquetado de un producto - sea asunto suyo.

Esto es lo que marca la diferencia entre las empresas: la experiencia del cliente en sus interacciones con esta. En otras situaciones un empleado se hace cargo del problema del cliente y aunque este no tenga las posibilidades de solucionarlo si tiene la posibilidad de ponerme en contacto con la persona adecuada y tratar de resolver este incidente lo más rápidamente posible, de tal manera que al final no me importe que la etiqueta del precio estuviese mal puesta. Todos somos humanos y una equivocación es totalmente posible.

Parece que se cumple la máxima que un cliente insatisfecho comenta su insatisfacción a 20 personas.

Hábitos que debe querer para si un directivo

2005-10-24T09:41:00.000+02:00

Serenidad: Que le permita decidir como método. Esta cualidad debe ejercerse desde:
- La razón, para priorizar lo importante.
- Los afectos, para que no se arrebaten e impidan la ejecución de las tareas.
- La voluntad, para ejecutar lo prioritario.
- Los actos, para permitir un comportamiento equilibrado.

Paciencia en el sentido clásico de tranquilidad para vivir con orden.

Descubrir el kayros o tiempo oportuno que se obtine a través de la intuición y del juicio.

Coherencia entre los hábitos y las palabras.

Confianza en que cada colaborador aportará lo mejor de si mismo por voluntad propia una vez otorgadas las mejores condiciones

Leído en una ponencia de Javier Fernandez Aguado Fycsa (Manager Business Forum 2005)

Realmente creo que estos hábitos son extensivos a todas aquellas personas que entre sus responsabilidades se encuentra la gestión y coordinación de personas.

Por lo tanto, no queda más que practicar, practicar.

Mapas mentales, ¿Por qué funcionan?

2005-10-21T09:54:00.000+02:00

No puedo evitar hacer referencia a los mapas mentales. Es un lástima que no se utilicen con más frecuencia.

Why do mind maps work? They work because the brain operates in circles. A simple way to think about this is to think of millions of bits of information in the brain flowing in circles. When two bits of information intersect an idea is formed. Mind maps facilitate the collection of those bits of information, where as creating linear lists forces the brain to work in a way that is not natural for it and consequently you don't get all of the information available to you. Another way of saying this is that lists are very left brain and mind map thinking is very right brain and left brain.

Leido en el post Mapas Mentales del blog Between Seeing.

Escuchar es una clave importante

2005-10-20T10:46:00.000+02:00

Cada vez detecto que muchos de los problemas que existen en la implantación de una solución tecnológica esta en la falta de comunicación de las dos partes implicadas:proveedor y cliente. No se escucha. Aunque todo el mundo presume de saber escuchar, la realidad es que no escuchamos. Quizá, oimos cantos de sirena, pero nada más.

Que un cliente no escuche es grave. Pero, creo que, es más grave (mucho más) que sea el proveedor el que no escuche, al que no le interesa absolutamente nada de lo que el cliente le esta contando.

Los proveedores de servicios/soluciones tienen la solución que te quieren vender/implementar antes de saber que es lo que el cliente quiere.

Por mucha experiencia que un proveedor tenga, cada empresa es diferente; cada cliente tiene unas necesidades, unos problemas que resolver.

¿Cómo sé que no escucha? Porque el proveedor no hace preguntas.

Es realmente difícil que en una reunión de trabajo cuando se empieza a describir por primera vez que es lo que se quiere hacer por muy listo que sea el proveedor y por muy bien que se explique el cliente es necesario por parte del proveedor hacer preguntas esté debe ser capaz de entrar en la mente del cliente para saber que es lo que quiere.

Por supuesto, la experiencia del proveedor le permitirá realizar propuestas,sugerencias para conseguir el resultado deseado por el cliente. Pero antes deberá saber que es lo que realmente quiere el cliente.

Las preguntas ayudan a definir, a matizar lo que se quiere; ayudan a que el cliente se explique, a que salgan a relucir requisitos que el cliente no se los había planteado; en definitiva ayudan a que se pueda presentar una oferta lo más exacta posible.

Si a todo esto le sumamos que el interlocutor del proveedor esta mascando chicle me queda una impresión muy negativa, muy: no me gustas como compañero de viaje ...

No discuto que quizá esta valoración sea superficial, demasiado rápida, poco fundamentada.

Serán solo palabras.

2005-10-19T09:16:00.000+02:00

Perlitas que trae hoy el Expansión en una entrevista a John Scott que ocupa la Presidencia en España de KPMG.

Lo que importa es el resultado que el profesional sea innovador y tenga iniciativa

La gente debe darse cuenta de que lo que importa no es lo que te ven haciendo, sino lo que haces

[...]en un negocio de personas es muy complicado que la gente no sienta cierta culpabilidad por irse pronto. Es absurdo

Para mí son de una lógica aplastante, lo curioso es que no parece que todo el mundo opine así. En muchas empresas se valora más el número de horas que pasas en la oficina y aparentar que se hacen cosas - entonces para entretenerse se genera ruido y maldades - que dedicarse hacer cosas: resultados.

Quiero pensar que no es sólo verborrea.

Web 2.0 & Diseño

2005-10-14T21:50:00.000+02:00

Primero indicar que los términos Internet 2.0 y Web 2.0 no tienen nada que ver, para mí se refieren a conceptos distintos. Una vez leída la propuesta de este Festival entiendo que nos estamos refiriendo al término Web 2.0.

Pero nada más plantear el tema tengo una duda ¿no es preocupante que entre los que estamos en este tinglado definimos de diferente manera un mismo término?. No sé, debe ser consustancial al mundillo este pero siempre estamos inventandonos términos, acrónimos ..., nos encanta, a veces pienso si es por esa necesidad de poder hablar delante de otras personas - que no están en este mundillo - en codificación, será por qué nos gusta hacernos notar.

Bueno, centrémonos en el tema de la web 2.0 que está generando mucho ruido pero pocas nueces. Eso sí, nos permite pasárnoslos bien; renovamos nuestras powerpoints y podemos diferenciarnos de los que no están tan puestos; al fin y al cabo el término HTML ya es conocido por todo el mundo.

Mi opinión, sin rodeos, es que al usuario final le trae sin cuidado que la web que va a utilizar este basada en web 2.0 o en web 0.0 o en web 9.9. El usuario lo único que quiere es encontrar la información, no perderse, sentirse seguro. En resumidas cuentas tener una experiencia de usuario más o menos gratificante o por lo menos que no sea negativa.

En un supermercado en la actualidad tenemos muchísimos productos, cada uno tiene su propio envase, envoltorio. Cuando estamos delante de estos productos ¿nos fijamos si están empleando la técnica de envasado 2.0 o método de serigrafía 6.0?. Simplemente, el proceso para fijarnos en unos u otros es porque nos llama la atención, nos gusta más o nos parecen más útiles. El diseño de los embalajes de los productos permite diferenciarse, hoy en día en que en los lineales están llenos de productos similares.

Por lo tanto en una web el diseño importa, claro que importa. Pero como en cualquier tipo de productos: en los coches, en los productos de alimentación, en las portadas de los libros. Es decir, las cosas no van a ser distintas porque sea una web. Nos empeñamos en descubrir la rueda cuando tratamos asuntos del mundo online.

Cada web, tendrá que tener su propio diseño que estará en función de los objetivos marcados: qué tipo de usuario esta buscando, qué tipo de producto/servicio se ofrece. De la misma manera que se hace cuando se lanza cualquier producto, sin mas historias.

La impresión que me queda es que al final parece que estamos descubriendo el no-va-mas, como si en otros sectores, áreas no se producen evoluciones, mejoras. Da la sensación que todo lo que tiene que ver con Internet se magnifica, se crean unas modas. ¿En técnicas de serigrafía no ha habido mejoras?, ¿No han evolucionado las formas de envasado?: me imagino que las máquinas de hace diez años no pueden ser iguales a las de hoy día. Pues el mundo online es lo mismo, cierto con algunos matices pero al final es exactamente igual.

Un mal producto no triunfa aunque tenga un buen envase, pero un buen producto puede no vender si su envase no es atractivo, sino se diferencia. Pero es después el producto tiene que valer.

En la web ocurre lo mismo, no podemos perder la cabeza obsesionándonos con sólo emplear elementos web 2.0, sólo tecnología web 2.0, y dejemos de centrarnos en los contenidos, en una buena arquitectura de la información - es decir un buen orden de los elementos-, porque la web ya la podremos hacer con XHTML, AJAX, mucha semántica y ultimísimo como no pensemos en el usuario(*) como no tengamos contenidos de nada valdrá que nuestros desarrollos sigan estándares web 2.0 o web 6.0.

________
(*)La mayoría de los usuarios aún tienen unos conocimientos limitados por lo tanto tenemos que ser cuidadosos en no confundir a estos con los usuarios avanzados que no son tantos. A veces, pensamos que todos los usuarios tienen el mismo nivel de conocimiento web que las personas con las que normalmente trabajamos y resulta que no. La web de carácter general va dirigida a otro grupo de personas mucho más numeroso y con menos conocimiento.

Blog & Empresas

2005-10-06T13:26:00.000+02:00

[ Quizá este post sea el punto de inicio de una segunda etapa de blog.]

¿De verdad creéis que las empresas grandes quieren tener un blog corporativo? Entonces no has trabajado en una empresa grande o eres un ingenuo/a.

¿Os habéis fijado lo difícil que ponen las cosas para comunicarse con ellas?. Llamar a un call-center, es poner en práctica toda la paciencia de la que uno dispone. Si tu problema no es estándar ya puedes llamar hasta la saciedad porque no entras en ningún workflow, y lo único que haces es ir de operador en operador. Desesperante.

Pero el tema no mejora vía medio on-line. ¿Cómo es la experiencia de usuario en estas páginas web? En general malísima; mucho hay escrito sobre usabilidad y centrémonos en el usuario pero al final ya sea por la parte técnica o por decisiones basadas en gustos personales de directores o gerentes, la web es mala.

Si enviamos un correo electrónico o cumplimentamos el formulario pertinente en la web, lo máximo que podemos recibir es el correo automático indicándonos el número de incidencia correspondiente. Olvídate que alguien te conteste. Porque que te solucionen el problema eso ya es otra cosa, cercano a la ciencia-ficción.

Por lo tanto, cómo van a ser capaces de crear / gestionar un blog para estar en contacto con los clientes. Realmente ¿Quieren estar en contacto con los clientes?

A lo mejor están interesados en iniciar este camino, con un blog interno, sólo dirigido a los empleados. Ahhh, la pregunta vuelve a rondarme por la cabeza ¿les interesa oír, hablar con los empleados?.

En las empresas grandes lo veo complicado que se desarrollen los blog a corto plazo.

Quizá, estas iniciativas tendrán más futuro a corto plazo en empresas de tamaño más pequeñas especializadas en algún producto o servicio que les permita estar en contacto con sus clientes o prescriptores. En estos casos, el blog es un medio dinámico para poder ir contando el road map y tomando nota de lo que los clientes o prescriptores piden.

Pero ahora viene la realidad;¿Cuantas empresas de tamaño medio [creo que no hace falta recordar como es nuestro tejido empresarial] estarán dispuestas a asignar recursos para mantener un blog corporativo?.

¿En que me baso para tener una visión tan negativa? En ver como se gestiona en la actualidad la comunicación online de las pequeñas empresas. Si nos fijamos en las páginas web de la mayoría de las empresas [aquí y perdón que me repita se aplica lo mismo independiente del tamaño de la empresa], ¿Cuántas realmente aportan valor?, ¿Cuántas se dirigen a los clientes?, ¿Cuántas se preocupan por estos?.

Primero, será necesario una formación a nivel empresarial en comunicación online interna y externa y después ya se podrán sacar partido a todos los recursos que dispone este medio.

Flexible vs Rígido

2005-04-14T15:53:00.000+02:00

Flexible: Susceptible de cambios o variaciones según las circunstancias o necesidades.

Rígido:Riguroso, severo

¿Cuál será la composición adecuada para un proyecto?.

Malo ser muy rígido, malo ser muy flexible.

Su solución

2005-04-03T21:53:00.000+02:00

Totalmente de acuerdo con estas palabras de Steve Capps en relación con un comentario que hace sobre el libro “The Art of Project Management”

“A successful software application is a mixture of programming, designing, scheduling, marketing, testing, some black magic, and a lot of luck. Engineers see it as a technical problem; designers see it as a usability problem; marketers see it as a specifications problem; but nobody sees it as 100% their problem. This book is written for the people who take on the burden of making the whole problem their problem" Steve Capps, CEO of onedoto.com and Former Apple fellow

Este ocurre con frecuencia en los proyectos, la mayoría de las personas no ven el proyecto como un todo. Cada miembro del equipo se preocupa sólo de su parte y se olvida de las otras partes. Esta forma de pensar tiene como consecuencia que cuando se presenta un problema en el desarrollo la parte afectada desarrolla una solución que resuelve su problema pero no se plantea que su solución pueda originar otro problema en otra parte de la aplicación. Sin darse cuenta que el resultado final, es decir la aplicación, sólo funcionará si cada una de las partes funcionan correctamente.

Mientras escribo esto me viene a la mente el libro archiconocido La Quinta Disciplina sobre el pensamiento sistémico de Peter Sega, que en cierta manera trata de esto.

Todo no se puede

2005-04-02T21:45:00.000+02:00

"Your client needs to pick two: fixed scope, fixed timeframe, or fixed budget. Having all three is a myth. Pick three and you’ll end up with a lot of unsatisified people and subpar results."

Artículo Pick two - scope, timeframe, or budget

Y creo que muchos de los problemas que surgen en el desarrollo de un proyecto es porque no se tiene esto claro; pero no es que el cliente no lo comprenda es que en algunos casos es el propio equipo de un proyecto (gerencia, desarrollo,explotación ... ) que no lo tienen claro.

Creatividad

2005-04-01T22:03:00.000+02:00

¿Cómo se aprende a ser creativo?
Es un proceso y lo principal es conseguir que la persona pueda ver las cosas de formas diferentes. La creatividad es mirar lo que hacemos y preguntarnos si hay una mejor forma de hacerlo.

¿Cuál es el mayor obstáculo a la hora de introducir la creatividad y la innovación en una empresa?
El mayor obstáculo es la complacencia y pensar que si nos ha ido bien hasta ahora por qué habríamos de cambiar la forma en que hacemos las cosas. La política del simple mantenimiento y resolución de problemas frena la creatividad.

(el énfasis mío)

La entrevista completa a Edward De Bono en este enlace de neuronilla.com

Vocabulario

2005-03-31T21:45:00.000+02:00

common terms used by Project Managers and other people within a project

Cortesía

2005-03-29T21:14:00.000+02:00

"Porque, cada vez más, la mala educación, la ausencia total del respeto a las mínimas normas de cortesía, la carencia de formas y la desaparición de una etiqueta en las relaciones laborales se están imponiendo.

Da lo mismo que nos citen a las diez. Aparecemos a las once, ya que lo elegante es llegar tarde y que el otro espere. Si escriben solicitándote alguna información, o invitándote a un acto comercial o social, ¿para qué contestar agradeciendo la invitación y excusando nuestra imposible asistencia?, ¿para qué confirmar por mucho que lo diga la invitación? Si voy, voy; y si no lo hago, más pierde el que invita. Si llaman por teléfono, cuanto más difícil sea dar con uno, más importante parece, y más tratan de localizarle. "

Artículo La mala educación en Expansionyempleo

Añado a esta lista otra: Mañana sin falta te envío por mail esa información. Y ese mañana ya puede ser dentro de una semana o nunca en el caso que no se reclame por activa y pasiva esos documentos.

Se nota la diferencia a la hora de trabajar cuando existen las mínimas normas de cortesía, al fin y al cabo indican un respeto hacia los demás y en el fondo hacia uno mismo.

Estimaciones optimistas

2005-03-27T16:57:00.000+02:00

El artículo Symptoms & Sources (registro free) trata sobre los síntomas y el origen más frecuente de los problemas y los riesgos que pueden surgir durante el desarrollo de un proyecto. Cualquier persona que haya leído sobre este tema - gestión de proyectos y temas relacionados - está cansada de leer lo mismo. Este artículo tampoco nos aporta nada que no conozcamos; otra cosa es que seamos conscientes de estas cuestiones en el día a día. Así que hoy, a modo de recordatorio me quedo con el siguiente párrafo:

"Planning for the best case.This can be an example of misplaced optimism. Project planning assumes that everything will go according to plan. No contingency is left for things to go wrong. Tasks are estimated with best-case scenarios. This is an example of team members believing that they always do things right the first time because they are the best but they don't realize that mistakes do occur and new factors do emerge. Good management is the ability to respond to these factors."

Soluciones

2005-03-25T21:15:00.000+01:00

Una solución buena no vale de nada, sino conduce a resolver el verdadero problema.

Puede parecer una obviedad pero en muchos proyectos está situación es bastante frecuente.

Identificar correctamente el problema no es tarea sencilla. En la mayoría de las situaciones a las que nos enfrentamos existen otros elementos que nos distraen y nos impide determinar el verdadero problema.

Gestión proyectos & weblogs

2005-03-18T21:50:00.000+01:00

Considero que un blog es una herramienta que nos permite llevar una registro de un proyecto de forma poco costosa tanto en tiempo, esfuerzo y dinero. Por supuesto que existen otras herramientas con muchísimas funcionalidades, sin embargo debemos ser realistas aparte de la inversión económica, muchas veces son excesivamente complejas. En algunas ocasiones el tener demasiadas funcionalidades las convierte en poco prácticas y al final sólo se utilizan si es obligatorio pero siempre tarde y mal.

La utilización de un blog presenta una curva de aprendizaje cero y escaso coste. Es una forma de comunicarse entre todos los miembros del equipo, aunque sólo el blog lo utilicé el gestor (coordinador, responsable) del proyecto, permite que todo el equipo tenga una visión del proyecto. Mediante hipervínculos se puede hacer referencia a los documentos que se van generando. La creación de diferente categorías - por ejemplo: administración, requerimientos, análisis, modificación, incidencia, pruebas - nos permite tener todo registrado (fecha, hora, autor) y clasificado siendo mucho más sencillo el seguimiento. Por otra parte el historial del proyecto se genera automáticamente y permite generar fácilmente las conclusiones de cierre de proyecto.

Personalmente me parece muy útil principalmente porque el esfuerzo por mantenerlo es poco en comparación con las ventajas que aporta al proyecto.

Reconozco que muchas personas consideran los blog como muy simples y les parecerá ridículo, infantil emplear esta herramienta. Si lo sé, decir que utilizas un blog para gestionar los proyectos o parte de estos no vende.

El motivo de esta reflexión Using weblogs to manage project change

La tiranía del correo electrónico

2005-03-16T09:58:00.000+01:00

"Email is one of the greatest things the computer revolution has done for personal productivity. Used improperly, it can also hurt your productivity."

En el artículo se dan una serie de normas para evitar la tirania del correo electrónico.

+ Turn your email client off. Pick the moment at which you'll be interrupted.

Fundamental. Tengo la opción automática de recibir correo, del Outlook, desactivada. Es un elemento de distracción innecesario. Es casi inevitable consultar la bandeja de entrada, cuando se muestra el icono de aviso de recepción de mensajes en la esquina derecha inferior de la pantalla (ni contar si lo tienes con sonido, insufrible).

+ Never criticize anyone in email, and avoid technical debates. Use face-to-face meetings or 'phone calls instead.

La primera parte es obvia, no es el medio más adecuado para realizar críticas o señalar algún aspecto negativo. En la segunda parte – evitar detabes - tengo mis dudas, en el artículo se referiere a debates largos y considera que se puede llegar a polarizar el debate con diferentes frentes. Me imagino que depende del tema a tratar, de las personas implicadas, de si hay o no moderador.

+ Be judicious in who you send email to, and who you copy on emails.

Cierto, a veces enviamos (o recibimos) demasiadas copias de emails (opción CC) a personas que el asunto les cae de manera tangencial. Muchas veces creo que se hace con el objetivo de protegernos, pero la consecuencia son buzones hasta arriba e incluso un cruce de correos innecesarios. Es mejor enviar copias (CC) cuando se solicitan de manera explícita. Las copias ocultas, personalmente no me parecen correctas; quizá existan casos en los que este justificada enviar copias ocultas pero no lo contemplo.

+ Observing some formality is important.

Importante, no sólo con revisar la ortográfica y sintaxis sino la estética y organización del mensaje.

Se observa como empresas gastan mucho dinero en su imagen corporativa, y después se olvidan que la mayoría de los empleados se relacionen con clientes, proveedores, colaboradores a través del correo electrónico. Entonces se suele dar el caso que mientras recibes correos estándar todo perfecto, en el momento que existe una intereracción personalizada se acabo la magia. Y es que hay muchas más personas en una empresa que se relacionan vía correo electrónico con el exterior de lo que a priori se puede pensar como para no tener manual, normas de estilo y controlar la calidad de los correos.

+ Don't hesitate to review and revise important emails.

Esto me parece de una obviedad.

+ Remember that email is a public and permanent record.

Este punto enlaza con el número de copias a quién se envía el correo si en un futuro existe algún problema siempre puedes consultar tu registro de emails y enviarlo.

Para mí faltaría apuntar que es necesario que tengamos en cuenta que el correo electrónico es un medio de comunicación asíncrono y en muchas ocasiones parece que se quiere emplear como síncrono cuando para eso tenemos otros medios.

Si empleo el correo electrónico como medio para comunicarme no pretendo tener una respuesta inmediata porque para eso tengo el teléfono o utilizo una aplicación de mensajería instantánea o el encuentro personal.

Observo que en algunos estudios de mercado en el que se realizan valoraciones del servicio de una empresa, se le da demasiada importancia (con esto no quiero decir que no la tenga) al tiempo de respuesta al correo electrónico enviado. Y dentro de un intervalo de tiempo en este caso es más importante la calidad de la respuesta.

Si escribo para solicitar información sobre un producto / servicio o cualquier cuestión (reclamación, queja) me parece que la respuesta debería ser en menos de 24 horas. Pero no me puedo quejar si no me han contestado a los 10 minutos porque para eso llamo por teléfono. A menor tiempo la probabilidad de recibir una respuesta estándar es mucho mayor, vamos que copian y pegan lo que hay en su web. Con un poco mas de tiempo creo que pueden darme una respuesta más personalizada, yo entiendo que si envío un correo es porque la información que tienen disponible públicamente no me ha servido y necesito algo más específico, personalizado.

Parece que se olvida la diferencia entre inmediato y unas horas.

Estrategias oblicuas

2005-03-14T21:50:00.000+01:00

Las estrategias oblicuas es una técnica que mediante la utilización de una baraja de cartas diseñadas con unas instrucciones permiten introducir elementos al azar en el proceso de creativo. Sus creadores Brian Eno (músico) y Peter Schmidt (pintor).

Supongamos que estamos buscando una solución, una idea y en un momento dado nos quedamos atascados entonces seleccionamos una carta y seguimos sus instrucciones; es una forma de liberar nuestra mente. Algunas de las propuestas de estas cartas hay que interpretarlas [digo yo] dependiendo de lo que se esta haciendo sin embargo es una solución para despejar la mete.

Ahora tenemos estas cartas en flash

Enlaces en donde se explica todo esto con bastante mas detalle.

Lista de las instrucciones || Site ObliqueStrategies

Modas

2005-03-12T20:36:00.000+01:00

Ayer en el periódico Expansión en su suplemento digital se hacía un resumen del IT Forum organizado por Accenture y contaba con la participación de responsables de tecnologías de la información de importantes empresas Españolas; en esta jornada también se presento el Estudio de costes de tecnologías de la información España 2003 ( me gustaría tenerlo, tengo que buscarlo). El periódico señala que los participantes coincidieron que la optimización de los costes y la rentabilización de los activos tecnológicos han sido una de las prioridades en sus empresas en el último año. Todas estas acciones deben conducir a aportar valor al negocio, y no sufrir un empacho de tecnología como ocurrió en el famoso boom y así apunta Julio Yepes del BBA "A la hora de plantearse la adopción de nuevas tecnologías, una actitud coherente es decir no a la tecnomoda" (el énfasis mío)

Desconozco los mecanismos de mi cerebro que me llevan a enlazar lo anterior con el comentario de hoy; que como todos los comentarios de este rincón son personales y no tienen más objetivo que obligarme a escribir para ordenar mis ideas y guarda aquellos enlaces que me parecen interesantes.

Al grano, considero que se deberían aplicar estos mismos planteamientos a los entornos de desarrollo de software. Desde hace años se vienen desarrollan muchas herramientas que ayudan a las tareas de desarrollo: aplicaciones para la fase de análisis, de diseño, frameworks, entornos de desarrollo, componentes y plugins para nuestros entornos ( de todos los tipos y colores), diferentes arquitecturas y diseños; es decir, “cositas” que nos permiten construir la aplicación que un cliente quiere. Haciendo un símil con la construcción de obra civil podríamos decir que son los andamios, grúas, maquinaria, ladrillos, tubos, cables...

El objetivo que tienen estas “cositas” es mejorar la productividad; generar menos código; desarrollos de mayor calidad, más robustos, que podrán evolucionar de manera más fácil, más segura y ... bla, bla, bla.

En la actualidad la velocidad de las nuevas versiones es alta, por lo tanto se reduce el tiempo entre una y otra versión. A esto le añadimos que un defecto que tenemos las personas que nos apasiona la tecnología es querer estar a la última: probar aquella última versión, incorporar a un proyecto aquel componente o framework o lo que sea que hemos leído que es lo "más de lo más". No discuto ni pongo en duda que las características de las siguientes versiones son casi siempre mejores y con mas potencial.

Pero, resulta que nuestros proyectos presentan el siguiente escenario:

+ Intereses del cliente: cumplir presupuesto y tiempo.
+ Cambios: esto es consustancial a cualquier proyecto de software, el que no lo tenga asumido, por favor que toque el timbre y se baje que este no es su vagón [de este tema en próximos comentarios]

Entonces si sumamos las nuevas “cositas” a los proyectos, acabamos desarrollando y aprendiendo a la vez. ¿Por qué creo que este no es el camino? Porque perdemos el foco que es construir una aplicación para el cliente. Es necesario centrarse en las características de esa aplicación en el tiempo, el presupuesto y la calidad determinada.

Si estamos continuamente incorporando nosotros mismos otros elementos que añaden más piedrecillas, lo único que conseguimos son retrasos y un aumento de presupuesto. Y poco valor para el cliente.

Además, existe otro efecto pernicioso es que al no tener tiempo para profundizar cada día se desarrolla peor. Parece que si no se desarrolla con una herramienta, con unos determinados componentes o con una determinada arquitectura es como si estuviésemos antiguados o haciendo un desarrollo de poca calidad. Y no, la calidad del desarrollo no tiene que ver el número, ni tipo de "cositas" que empleamos.

Por lo tanto, de la misma manera que cualquier empresa busca que su inversión en software aporte valor al negocio, deberíamos realizar el mismo análisis. ¿Qué valor nos aporta para el tipo de desarrollo que hacemos? ¿Concretamente que ganamos?¿Cuál es nuestro target de aplicaciones, de clientes? ¿Es una moda? ¿Es coherente con nuestra estrategia de desarrollo? ¿La podremos aplicar en varios proyectos? ¿Qué ocurre con las modificaciones de proyectos anteriores? ¿Qué riesgos corremos en introducirla en nuestros proyectos? ¿Y si no lo hacemos? ¿Qué capacidad de aprendizaje tienen nuestros desarrolladores? No me vale que dos gurus consideren que es lo último, si el resto de equipo no sabe de que va y no tengo tiempo para que tengan tiempo para aprender [recordatorio: trabajamos en equipo - esto es lo deseable- pero como mínimo en grupo]. No podemos introducir cositas y aún por encima pedir que se realicen en el tiempo determinado. Y muchas más variables que hay que analizar antes de ir de cabeza a descargase la ultima versión de estas cositas.

Ocurre que muchas personas de las que estamos en este sector hemos llegado por nuestras inquietudes bastante alejadas de nuestra formación universitaria; nuestro conocimiento ha venido de probar, cacharrear y en cierta forma jugar. Por eso en algunas ocasiones, nos confundimos o despistamos cuando toca una cosa y cuando toca la otra.

Cuando estamos en un proyecto debemos estar a lo que estamos; esto no significa que veamos para otro lado, en absoluto nuestra obligación es estar a la última, descargamos, experimentar y después una vez analizado incorporarlo a los proyectos, pero porque aporten valor a nuestros desarrollos no porque sea una moda y lo haga fulano y mengano.

Por cierto, para cuando empezamos con tapestry que ya toca, impresionante todo lo que va a suponer para nuestros desarrollos. La próxima moda, y sino al tiempo. No, nada de gurú es que es la historia de siempre.

Las ppt

2005-03-10T21:07:00.000+01:00

Una de las aplicaciones ofimáticas que más se usan y a la que menos atención se le presta es Power Point. No me refiero al funcionamiento de la aplicación sino al producto que obtengo.

El Power Point es una herramienta mediante la cual genero un producto que tiene un objetivo que es presentar una información a una audiencia. Y creo que es ahí donde se falla, en no pensar el objetivo de ese producto.

Qué hay que dar seminario, conferencia, ponencia o presentación pues nada... copy & paste, modificamos colores, el nombre del cliente o del evento y ya tenemos un perfecto pastiche.

Mi opinión es que antes de realizar una presentación hay que reflexionar ¿Cuál es la razón que me lleva a realizar una ppt? ¿Qué quiero conseguir de la audiencia? A diferentes objetivos, diferentes formas de hacer la presentación.

Olvidamos que las presentaciones gráficas pueden convertirse en nuestro peor aliado y conducir al desastre la ponencia. Porque lo único que se consigue es introducir otro elemento más de distracción para quienes nos están escuchando.

Es frecuente observar al ponente que realiza una ppt para ayudarse así mismo y se olvida de la audiencia. En estos casos la presentación gráfica esta sobrecargada de información.

Si lo razonamos tiene toda la lógica: como el objetivo de su presentación es utilizarla a modo de recordatorio no se priva de escribir y escribir datos. Ante una ppt sobrecargada acabamos prestándole más atención a la diapositiva que a lo que esta diciendo la persona. El caso más sangrante es cuando directamente la lee y entonces me pregunto ¿Qué hago aquí? Porque si me van a leer las diapositivas, casi prefiero que me la envíes por mail.

La moda de las ppt esta originando que se produzca una alergia a la utilización de los procesadores de texto, entonces se reciben documentos en formato ppt cuando debido al contenido, al objeto del documento debería de ser en otro formato, por ejemplo Word.

Soy consciente que esto es una opinión muy personal y se podría establecer un debate interminable con aquellos que opinen que el Power Point se puede usar para todo.

Y todo este post por leer : The Cognitive Load of PowerPoint

" It is worthwhile to distinguish between two possible goals in making a PowerPoint presentation — information presentation, in which the goal is to present information to the audience, and cognitive guidance, in which the goal is to guide the audience in their processing of the presented information."

"When your goal is information presentation, PowerPoint slides can be full of information that may be extremely hard to process by the audience. However, since your goal is simply information presentation, you are not concerned with whether or not the audience can process the presented information.

"When your goal is cognitive guidance, you want to make sure that the audience members build appropriate knowledge in their memories. Your job is to communicate in a way that will have the desired impact on the audience, so you need to design your slides so they are consistent with how people learn."

7 Deadly Sins

2005-03-09T21:28:00.000+01:00

7 Deadly Sins ... Here are the seven deadly sins of management ...

Arrogance
Indecisiveness
Disorganization
Stubbornness
Negativism
Cowardice
Distrust

Considero la desorganización como el defecto más frecuente que observo en los proyectos. Cuando hay desorganización es altamente probable (por no decir que casi seguro) que se produzca un aumento del presupuesto, de la duración y la calidad disminuye muchisimo.

La falta de toma de decisiones es también bastante frecuente retrasando mucho los proyectos. Aunque este defecto no es tan evidente, en general no es percibido ya que se esconde detrás de la falsa actividad: muchas reuniones que en algunas ocasiones sólo generan más reuniones pero no se concreta nada.

Los otros defectos - arrogancia, intransigencia, negativismo, desconfianza y cobardía - no son deseables; sin embargo, creo que no condicionan tanto la evolución del proyecto. Su influencia será mayor o menor en función de su grado pero las desviaciones en el presupuesto, tiempo y calidad del proyecto pueden llegar a ser asumibles.

Mensajería instantánea en el móvil

2005-03-08T13:13:00.000+01:00

ZeeWee es un servicio de mensajería instantánea móvil a móvil (los teléfonos deben soportar aplicaciones Java). Una alternativa a los mensajes SMS y que va a ser más barato que los mensajes de texto (hasta un 90%, dixit CEO de Echovox).

El éxito que han tenido los mensajes de texto hace que este nuevo servicio tenga muchas posibilidades de triunfar, principalmente entre la gente joven.

Ahora dependerá si algún operador desea comercializarlo en España. Con los ingresos suculentos que obtienen los operadores con los mensajes SMS, ¿estarán interesados en proponer nuevas alternativas?

En realidad ya muchas personas emplean los mensajes cortos casi como mensajería instantánea (envían-reciben-envían) con este servicio ¿se dejarán de enviar SMS? o quizá se utilice más y les compense a las operadoras.

El tiempo dirá ...

Equilibrio

2005-03-05T20:54:00.000+01:00

:-)

Ráfagas

2005-03-03T21:06:00.000+01:00

A Gantt chart is more a reflection of what happened last week, and what someone hopes will hapen next week

Project managers can't predict the future, but accurately gauging the degree of uncertainty inherent in their projects can help them quickly adapt to it.

Managing Project Uncertainty From Variation to Chaos ( Meyer, H.Lonch, T Pinch).

¿Para quién desarrolla IT?

2005-03-02T16:57:00.000+01:00

"The survey also found that when business and technology are not properly aligned there is a greater chance of IT projects failing" [ Business managers and IT managers: together at last ]

No se me ocurre una situación en la que cuando los proyectos en el área IT no se alineen con los intereses del negocio puedan funcionar. ¿ Qué criterios va a tener IT para desarrollar? Únicamente que la razón de ser de este departamento sea para que quede bonito en los organigramas. Curiosamente estas cosas que deberían ser de perogrullo, pues no lo son.

Hotelchatter

2005-03-01T14:59:00.000+01:00

Hotelchatter es una publicación on-line colaborativa, esta a medio camino entre un blog y una revista diaria. Cada día es más complicado clasificar los sites en función de la herramienta de publicación en internet; a veces, se utiliza una herramienta: wikis, foros, blog, blogs colaborativos, o formato revista on-line pero se le da un uso funcional distinto al genérico (es una evolución lógica, por otra parte)

Al grano, que me pierdo. La idea que me interesa comentar de hotelchatter, es la propuesta que hacen para que se les envíe las experiencias y opiniones en los hoteles en los que se ha estado. Pretenden con esta información, conseguir que cualquier persona pueda tener una visión diferente a la que realiza el propio hotel con su publicidad. Esta publicación además ofrece información sobre hoteles de todo el mundo, por ejemplo: anuncian los artistas que actuarán o características de los hoteles.

El negocio de este site esta en la publicidad (que obviedad acabo de escribir). Esta claro que van a poder tener una audiencia muy definida y con unos intereses muy concretos. Por lo tanto, los hoteles estarán muy interesados en anunciarse y realizar alguna campaña de marketing. El éxito de este negocio viene dado por lo rigurosos que sean en sus post. Y en cuanto a las opiniones que los lectores les envíen tendrán que tener algún control de calidad y diferenciar entre un punto de vista argumentado y las típicas quejas o críticas que no están fundamentadas.

Si una iniciativa de este tipo, consigue atraer a un número suficiente de personas como para convertirse en referencia puede llegar hacer daño a algún hotel. Si voy a organizar un viaje y busco un hotel por la zona a visitar, podría consultar este site y en función de los comentarios puedo decantarme por uno o por otro. Por supuesto, que no me asegura que me vaya a gustar pero es más probable que ante un mal comentario prefiera no experimentar. Y si en ese momento hay alguna promoción interesante puede que compre.

Creo que en España no hay nada de esto que se mezcle noticias y opiniones de clientes, planteado con rigor en el que exista un control de calidad. Aunque me parece (esto es un apreciación mía, que puede que no sea real) que los Españoles somos menos participativos a la hora de enviar nuestras opiniones y si son positivas nada de nada. Quizá si se incentivase la participación - algún sorteo regalando alguna estancia de fin de semana - aumentaría esta participación.

Bueno, confesemos: hace un tiempo desarrollé (intente) algo parecido, no tan pretencioso. Consistía en que me enviasen historias para publicarlas en cierto blog; cierto que las historias pertenecían a un grupo de personas con unos intereses muy específicos y que tampoco lo hice bien, en cuanto a la comunicación y promoción. No tenía ningún interés económico y no perdía nada (sólo mi tiempo y tampoco fue mucho). El resultado es que recibí respuesta de personas que les gustaba la idea pero que hasta no ver más historias publicadas no enviarían su historia. Y no lo entiendo porque no era necesario firmar (nombre y apellidos) las historias, dejaba al autor que especificase como quería identificarse. Quizá si me lo hubiese propuesto como negocio lo hubiese planificado mejor. HotelChatter me ha recordado mucho al planteamiento que tenía en mente.

Software Quality

2005-02-28T13:41:00.000+01:00

En este artículo se comenta la importancia de la figura de un Chief Software Quality Officer en las organizaciones. Para muchas empresas esto es inviable, suena a entelequia pero no debería serlo para las empresas que se dediquen al desarrollo de software o estén involucradas.

Considero que se descuida mucho la calidad en los desarrollos de software. Por supuesto, nos llenemos la boca de palabras sobre la calidad y todo el mundo es muy consciente de su importancia. ¿Qué empresa no tiene una metodología en la que se detalla los procedimientos para asegurar la calidad de sus desarrollos?. No hay oferta (copy & paste) que se precia que no incluye una referencia a estos procedimientos.

En la práctica, qué ocurre: la fase de pruebas es muy deficiente, no se ponen medios ni recursos. Para mí es una de las fases más importantes, críticas diría yo.

Un responsable de Marketing es consciente de la importancia de la fase de pruebas antes de lanzar un producto al mercado, no creo que le agrade la medida de tener que retirar su producto del mercado debido a fallos. Porque en mayor o menor grado afecta a la percepción de su productos por parte de sus clientes y clientes potenciales.

La misma importancia debería de darse para un producto de software desarrollado ad-hoc para un cliente determinado que aunque no va a tener una comercialización si que tiene un grupo de "clientes". Los usuarios siempre son más reticentes al cambio, si la aplicación esta llena de defectos funcionales y errores de programación ya tienen un buen argumento para justificar su predisposición negativa a la aplicación. Y aunque los defectos no sean críticos (que no es excusa) es suficiente para que se escriban ríos de tinta sobre lo mala que es la aplicación y al final cualquier cosa que ocurra se le echa la culpa al nuevo aplicativo. Frecuentemente que se confunden modificaciones en los procedimientos de trabajo con funcionalidad de la aplicación; la nueva funcionalidad existe porque se ha modificado la operativa, no es que la funcionalidad modifique la operativa. No es lo mismo. Además hay que considerar todo lo que obliga (esfuerzo, costes, riesgos) tener que modificar aplicaciones que están ya en producción.

De este artículo me quedo:
"Create a cross-functional task force that focuses on the role of QA software development. This insures that quality is discussed with members of the business unit, not just the development team. Educate the application development and deployment teams on the role of QA in their success. With sufficient education, QA members will be consulted early and often. Insure that QA management is part of the team determining the new vision of applications. [....] Educate business management on the importance of quality testing. "

Productividad personal

2005-02-27T14:39:00.000+01:00

A veces pensamos que podemos hacer muchas cosas, que el tiempo es infinito y al final no hacemos nada. El problema: no nos centramos, perdemos el foco de atención. Para las personas como yo, que nos gusta tocar tantos palos y que tenemos cierta tendencia a la dispersión* - no puedo centrarme en un sólo tema - el poder tener acceso a tanta información es una "bendición", pero en algunas ocasiones entramos en estados de "angustia informativa" cuando vemos que no podemos abarcar todo y sin embargo queremos, porque todo nos parece interesante.

Por eso es muy importante ser eficientes (a mí, me lo parece). David Allen es un reconocido autor (experto, guru) sobre temas de productividad personal, muy conocido por su libro Getting Things Done (GTD) que nos enseña muchas formas de aumentar nuestra productividad personal. Tiene una legión de seguidores (me incluyo).

Algunos enlaces sobre las propuesta de David Allen para aumentar nuestra productividad - de la revista fastcompany (que por cierto que me encanta).

La mayoría de sus técnicas son evidentes, pero no por ello dejan de ser válidas, ni hay que menospreciarlas. Es frecuente encontrarse con personas que enseguida que alguien explica cosas simples y evidentes tienen cierta tendencia etiquetar estos comentarios como que son humo o que son tonterías y no sirven para nada.

La cuestión es poner estos consejos en practica y no buscar excusas. Reconozco que se consigue hacer muchas más cosas cuando nos organizamos, ya sean con los métodos que propone Allen como con otros; cada persona debe adaptar estas prácticas a su estilo y objetivos.

Pero conviene no confundirse, ni engañarse. Ser más eficiente no significa ser más ordenado; si bien esto ayuda la el objetivo no es ese, por lo menos en mi caso. Existen personas muy ordenadas/organizadas sin embargo, nada productivas y/o eficientes; se pierden en su orden y en su organización. Para mí estas técnicas son un medio para poder hacer más, no un fin en sí mismo.

Existen muchas herramientas de software (programas, utilidades ) que nos ayudan diariamente a organizarnos ... pero esto lo dejamos para otro día.

_____________________________

Dispersión [RAE]: Dividir el esfuerzo, la atención o la actividad, aplicándolos desordenadamente en múltiples direcciones

Agile Management

2005-02-26T18:38:00.000+01:00

El blog AgilemanagementBlog ha sido premiado en los Business Blogging Awards 2005 en la categoría Project Management Blog.

Muy interesante y razonable todo lo que escribe David J. Anderson.

El autor de este blog junto con otros consultores, gestores de diferentes áreas han elaborado los puntos principales respeto a Agile and Adaptive Management en lo que ellos denominan Declaration of Interdependence:

We increase return on investment by making continuous flow of value our focus.
We deliver reliable results by engaging customers in frequent interactions and shared ownership.
We manage uncertainty through iterations, anticipation and adaptation.
We unleash creativity and innovation by recognizing that individuals are the ultimate source of value, and creating an environment where they can make a difference.
We boost performance through group accountability for results and shared responsibility for team effectiveness.
We improve effectiveness and reliability through situationally specific strategies, processes and practices.

Considero que todos los proyectos deberían tener como objetivos estos principios; no sólo como frases hechas que quedan muy bonitas para adornar [léase una propuesta de proyecto para un cliente ] pero que al final en el día a día no se tienen presentes. Y creo que no cuesta tanto, con un poco de voluntad se puede conseguir.

Si, me interesa mucho todos los temas que tienen que ver con la gestión de proyectos, en especial (que no es excluyente) en el área de desarrollo de software. En otros países este área esta más profesionalizada. En España - desde mi punto de vista - aún andamos un poco despistados sobre el tema. Seguro que en futuros post escribiré sobre este tema.

Hibernate tips

2005-02-25T18:03:00.000+01:00

Lista de tips para trabajar con hibernate.

Seis segundos

2005-02-25T15:24:00.000+01:00

Leo Vía Seth Godin "A blog is created every 5.8 seconds, according to a US research think-tank" [ampliar]