Apple Tablet Mac, Android Tablet, Microsoft Tablet Courier… tiempos muy revueltos.

Esta pretende ser una nota corta de mis discusiones mentales y laborales. Estamos como muchas empresas de software inmersos en una constante renovación de nuestros programas, adaptándolos a las  nuevas plataformas o paradigmas de desarrollo y como a ocurrido siempre hay ciertas incertidumbres  en el aire. Esto siempre a ocurrido, pero tengo la sensación de que esta ver es diferente. Por ser concreto nuestros proyectos pasan por una inmersión en profundidad en SilverLight (podía haber sido Adobe AIR, etc.) y el desarrollo de un sistema on-line/off-line con los net-books en la mente. Ese parecía ser el trend a seguir.

Pero inmersos en eso nos enfrentamos al lanzamiento de un nuevo Windows, el 7, que promete ser lo que no han sido los anteriores pero que trae, y es lo que me importa, de serie implementado el multitouch. Y es lo que me importa porque el trend táctil creo que viene muy fuerte y para cambiar muchas cosas.

No es algo nuevo, pero con cada oleada de dispositivos táctiles más cerca estamos de que se vuelvan un must-have y se vendan por el famoso me-too (que mal me ha quedado), quiero decir que la entrada esta vez de 3 pesos pesados hará que se conviertan el una tendencia de masas.

Y me refiero a Apple, Google y Microsoft. Como he dicho no es nuevo pero el éxito, en especial mediático de iPhone, Android y quizá por fin de WindowsMobile (sorry Nokia) hace que todos queramos teléfonos táctiles, que empecemos a acostumbrarnos a interactuar de una forma distinta, sin teclados, sin punteros, sin ratón.

De acuerdo, son teléfonos, lo sé. Pero están convirtiéndose el algo más que teléfonos. Están creando demanda, están creando cultura (me pasao), están creando forofos (me acuerdo ahora de la entrada de la Harley ) y ya no va a retroceder.

Con esto en marcha empiezan a aparecer los rumores de lo siguiente (y claro nosotros aún con el target en lo de ahora) y qué es lo siguiente… la nueva hornada de dispositivos tablet. Ya en su día disfruté (siii, disfruté) de un Tablet de Fujitsu pero lo que viene promete no ser lo mismo.

Estamos hablando del rumoreado Tablet Mac, con todo el marketing y aureola de Apple.

Tenemos ya en la calle el Archos con Android con cierto distanciamiento de Google pero que imagino que es una pose. Quizá forzada por ir con Android y no con el ChromeOS.

Y hoy se me ha atragantado el desayuno viendo este video de Microsoft Courier (y aquí) Dado que hoy terminaba el SIMO, y que la mitad de lass cabezas pensantes de nuestros equipos estaban metidas en el pabellón de Microsoft, les he esperado ávido de preguntas, pero no, ninguna mención a estas cosas, o quizá no estaban escuchando a quien debían.

Yo le doy mucho a la neurona, pero la verdad es que si en otras ocasiones uno tenía incertidumbres (Borland o Microsoft, Palm o PocketPC, .NET o Java) esta vez creo que la cosa es más peliaguda. Muchos fabricantes estamos haciendo un esfuerzo importante en absorber las tendencias del Rich Internet Application RIA pero claro con un PC / MAC / Linux normal y nos podemos encontrar el año que viene con un despliegue de dispositivos que necesitarán aplicaciones pensadas y desarrolladas para ellos.

La verdad es que me siento un poco solo en estas deliberaciones y espero encontrar vuestras opiniones para centrarme un poco.

Motivación, anhelo, pasión o el camino al fracaso

“Si quieres construir un barco, no empieces por buscar madera, ni por cortar tablas o distribuir el trabajo… primero has de evocar en los hombres el anhelo de mar libre y ancho” Antoine de Saint-Exupery
via Senior Manager

Si existe algún modelo de motivación real ese tiene que ser este que describe Saint-Exupery, si logras que tu equipo se apasione o sienta la imperiosa necesidad de realizar ese proyecto, realmente habrás conseguido acercar el proyecto al éxito como no lograras de ninguna otra forma.

Lamentablemente la inversa también es real, y desgraciadamente más fácil de conseguir. Logrando que tu equipo odie esos objetivos y esas metas, bien por las metas en si o bien por lo que significan para ti y tú para ellos, ya nada de lo que hagas servirá para enderezar le proyecto que probablemente se estrelle estrepitosamente en alguna fecha importante o se alargue indefinidamente en el tiempo sin forma de concluir en nada significativo.

Y lo complicado, lo más complicado es que tratando de lograr lo primero puedes provocar lo segundo. Si no aciertas en utilizar los mensajes que conecten los interruptores adecuados puede que estés justo tocando los que no son y enciendas el circuito del fracaso.

¿Es por eso tantas veces no tratamos de apasionar a nuestros equipos?

El alcance dinámico….

Me está encantando la serie de artículos de Desencadenado que nos cuenta paso a paso el proceso de emprender un negocio para salir del paro. Quiero pararme en la dedicada al producto, ya que este aspecto es en general un problema. Hablábamos también del alcance adecuado en casa de Rafa estos días. En ambos casos la recomendación es ser pragmáticos y velar por el éxito antes que por la perfección. Este es un consejo muy acertado en cualquier ámbito, pero en especial en el software o TIC en general puesto que por su dimensión intangible por un lado y vehicular del negocio en el otro, siempre se podrá ampliar un poco más el alcance para satisfacer este o aquel departamento.

Saber valorar el punto de inflexión en el que el aumento del alcance del proyecto deja de ser rentable es vital. Pero no es fácil. ¿Cómo mides esa rentabilidad? Está claro que una definición rápida nos dirá que cuando el coste de realizar esa extensión supera el ahorro que supondrá su disponibilidad. El medir el primer coste no es muy difícil del lado del proveedor (bueno tenía que decirlo por obligación pero a mi si me resulta complicado) pero también están los costes del cliente en dedicación al proyecto que ya no son tan sencillos. Pero desde luego la medición del coste reducido con el nuevo sistema es muy complicado.

Es cierto que es común ver aproximaciones muy elaboradas a este respecto en muchas presentaciones de consultoras. Me imagino que basados en estadísticas, estudios (Gardner,etc.?) o en el ppt este que tenía por aquí (perdón colegas consultores). Pero venga de donde venga ¿Quién de vosotros a contrastado el resultado después de todo?

La realidad es que la definición de alcance debe incorporar además otros factores como son la oportunidad de terminar en plazos inferiores. El menos confesable hecho de que un alcance excesivo va asociado con un alto índice de fracaso, esto lo camuflamos con los “la experiencia aconseja…..”, o los “debemos huir de la parálisis por análisis y empezar a trabajar….”

Pero aún con todo esto, si no das con un cliente curtido en despliegues informáticos no te va a ser fácil lograr que limite el vicio de pedir y pedir más al proyecto con esos viejos conocidos: “es que si no lo hacemos ahora ya no se hará….” y los  “Si no cubrimos eso para que vamos a cambiar…”.

Difícil.

Pero Borja nos hablaba de una nueva iniciativa empresarial en la que no es tanto el cliente como nosotros mismo los que no sabemos contener el alcance del producto, los que siempre pensamos que le falta un poco más para ser perfecto, y que si ya hemos esperado todo este tiempo no va a ser de una semana más…. Pues si, nosotros somos peores. Es fácil encontrarse los dos extremos. Aquellos que con dos cosas “pilladas con pinzas”, creen que ya se puede ir al cliente. Y los que siempre dirán que necesitan una semana más (y otra, y otra).

Ahí aparece el líder experimentado para poner criterio en la cabeza de los dos y con un poco de pragmatismo salir en el momento adecuado.

(Bien… Se buscar lider, de esos, para proyecto en Silverlight…… Uy, perdón.)

Gestionar a ras de suelo

Llevo unos días disfrutando del excelente articulo de Miquel sobre la organización orientada a proyectos, que nos presenta una relación excelente de cómo poder intentar realmente establecer una organización orientada a proyectos. No podéis perdéroslo.

A mi particularmente me a tocado el recordatorio de que los proyectos hay que llevarlos a ras de suelo:

Un proyecto se planifica y desarrolla a ras de suelo

Esta es una de las reglas que veo que con más frecuencia llevan al fracaso a un jefe de proyecto. Nos alejamos, nos subimos a nuestro ático y esperamos los informes de avance. Y cuando quedan dos días empezamos a bramar buscando culpables. ¡Qué fácil!

El jefe de proyecto debería arrancar de su agenda las hojas correspondientes a los días de desarrollo y quedarse encerrado con su equipo, viendo cómo avanzan las cosas por sí mismo, detectando los problemas, las ambigüedades, resolviendo las dudas y las preguntas, adelantandose a los problemas. Hay que estar ahí.

¡Ah! Se me olvidaba me ha encantado la metáfora del baseball:

…se asentará el noble arte del baseball: batear las pelotas tan lejos como sea posible y dar vueltas al tema para hacer puntos.

¿Os suena esta forma de proceder?

Quiero clientes Harley

No puedo evitar citar con admiración una parte de la presentación de Angel Medinilla sobre Contratos Ágiles:

Los clientes de Harley-Davidson se tatúan su marca

¿cuantos de vuestros clientes se tatúan la vuestra?

Me hace soñar aunque pronto me recompongo y recuerdo que esto va de lograr que el cliente está tan satisfecho con nuestro trabajo que se convierta en nuestro mejor argumento de venta. Una presentación muy interesante no se la pierdan.

El truco es ser proactivo

Llevo unos días leyendo y releyendo estas 10 claves el éxito de Wasabi en las que Berto no da una clase magistral de sentido común y experiencia. Os recomiendo que lo leais detenidamente porque hay miga en cada parrafo.

Estoy totalmente de acuerdo con lo importante que es ser Proactivo. Si hay algo quemarca la diferencia al llevar adelante un proyecto es la actitud del lider de proyecto. El que seas el que arrastra a los demás o el que anda pidiendo explicaciones es lo que marca la diferencia. Berto nos dice que:

Ante una adversidad o imprevisto, la persona proactiva reacciona con serenidad y actúa, toma lápiz, papel, se levanta y hace, mientras que la pasiva (en otras palabras, la poco productiva) da un puñetazo en la mesa, maldice y se pone a bufar como un carnero. La persona proactiva construye, suma, la pasiva destruye, resta.

Si tienes a tu lado un compañero remolón o que parece no pedalear con el resto del equipo, lo peor que puedes hacer es excluirlo, criticarle o ponerle zancadillas. Eso NO lo hace la persona proactiva, seguro. Pon todos tus medios para que se sume al equipo, convierte su pasividad en proactividad y habrás sumado un elemento valioso al proyecto, tendrás más posibilidades de éxito.

La verdad de todo es que en general y salvo proyectos automotivados o autoliderados, aquellos ideales en que todos los miembros del equipo compiten por tirar más del carro, lo normal es que las cosas tiendan a no salir, tiendan a estancarse. Por el jefe de proyecto marcará la diferencia cuando no sólo se dedica a llevar un control del avance, a ir poniendo cada pieza en su sitio en su momento, sino que además se convierte en catalizador para que todos mantengan el ritmo, el enfoque y el compromiso.

Ahí es nada.

Conciliación: No ha sido puente para todos.

Os tengo a todos muy abandonados. La gestión del tiempo no está siendo todo lo equilibrada que quisiera. Eso me lleva a recomendaros encarecidamente el artículo de El Canasto sobre el mito de la conciliación. Si, he dicho mito. Bueno lo ha dicho Jeroen en su artículo y me imagino que muchos lo comparten, quizá Raúl no con sus “trabacaciones”. Pero el articulo en realidad va por otros derroteros sobre el asunto (léanlo) y es recordarnos que en el fondo esta es una cuestión artificial. Sólo tenemos una vida y lo que tenemos que hacer es organizarla adecuadamente, darle a cada cosa su importancia debida y su tiempo requerido y dejar de verlo como una batalla entre dos vidas.

He de conceder a todos los que ahora mismo están saltando que ciertamente es un posicionamiento “complejo” ya que en muchas ocasiones como empleados nos sentimos cautivos de unas responsabilidades y coacciones que nos impiden seguir esas prioridades y repartos de tiempo. ¿Cuantas veces aparece el jefe a las 7 preguntando por “ese” informe urgente? La realidad es que esto ocurre pero también que está en nuestra mano hacer mucho. Para empezar respetarnos a nosotros mismos y poner los puntos sobre las ies. Claro que con la que está cayendo direis que me vaya a paseo.

Este aspecto de coacción y falta de respeto está también dentro de lo que Ernesto nos cuenta en Microgestión y el desprecio al equipo. Que acertada descripción del mejor métido para tirar por tierra todos esos valores, iniciativas e ilusiones que tanto podrían aportar a la organización. Vamos el ejemplo perfecto del equipo que nos cuenta Manel-Cumclavis.

Es tan fácil hacerlo mal y tan complecado hacerlo bien que uno no sabe como a veces las cosas salen. Para ello hay que esforzarse y muchas veces hacer cosas diferentes como las 9 que nos propone Alfonso.

Me quedo con ellas

Proyectos en Línea: Zoho Projects

Hace unos días comentaba mis primeras experiencias con Saiku pero la verdad es que desistí pronto.  No acababa de encontrarme a gusto, me faltaban funciones de colaboración que necesitaba. Pero a juzgar por el interés del equipo que hay detrás y que no tardaron nada en comentar mi entrada estoy seguro que será una de las aplicaciones a tener en cuenta.

Y lo dejé por otra aplicación Zoho Projects. La conocía de hace un tiempo pero a sido ahora cuando la he probado en serio, con un proyecto (pequeño) entre manos. Y a la primera me he enganchado. Y lo he hecho al encontrar a la primera aquello que andaba buscando, y que no encontraba ni en el MS-Project: una herramienta en la que poder integrar tanto las tareas como los documentos y las discusiones. Y todo eso está ahí, a la primera. La verdad es que cada rato que estoy con esta herramienta más sorpresas agradables me llevo.

Dejemos claro que esto es una herramienta de gestión de proyectos y que como tal no te hará el proyecto, ni lo simplificará. Pero la verdad es que con ella tu trabajo es más agradable y te permite incorporar en un único sitio todo lo necesario de un proyecto, para poder compartir y colaborar en linea con el resto de miembros del equipo.

Lo primero que hacemos es registrarnos ya que hay una versión gratuita para un único proyecto (justo lo que necesito) y crear un proyecto no tiene misterios:

Creamos un Proyecto

No pretendo presentar el producto de una forma completa ni estructurada. Yo no lo estoy evaluando, lo estoy usando y quiero contaros las cosas que más me han gustado y sorprendido.

Nada más entrar en el proyecto nos encontramos con la pantalla de seguimiento y acceso a todas las opciones. Al poco de cumplimentar información tendréis algo de este estilo:

Cuadro de Mando de un proyecto

Y ahí está ya todo. Podéis ver el rápido acceso a Documentos, Tareas, Foros. Lo tengo en ingles aunque está también en español, pero la traducción no siendo mala no acaba de encajar en las pestañas y etiquetas dificultando algunas acciones.

Pantalla de Documentos del Proyecto

Los documentos pueden ser de cualquier tipo y las imágenes se pueden previsualizar. Tenemos una estructura de carpetas para organizar la información, aunque es de un solo nivel. Esto puede ser una limitación pero no se nota ya que todos los documentos tienes un campo para incluir etiquetas/tags de forma que puedo tener toda mi información organizada como estoy acostumbrado en la actualidad: etiquetando y buscando en vez de archivando. Incluso está la famosa Nube de Etiquetas, aunque no a primera vista.

Añadimos un Documento

Aquí ya se ve una de las características implementada por todos lados, las notificaciones de cambios. Estas son bien por email como se ve aquí o por RSS, pero la verdad es que es complicado que alguien no sea informado de los cambios registrados en el sistema: Visibilidad a tope.

En los foros podemos abrir tantas lineas de colaboración e intercambio de ideas como queramos. Contamos con lo esperado en este aspecto, y muy bien integrado. Podemos incorporar adjuntos en cualquier comentario, podemos usar las típicas etiquetas <i>,<b> e incluso <iframes> y demás para incluir vídeos de Youtube. Aunque el editor en este aspecto no ayuda al no tener ninguna botonera con las opciones, o al menos yo no la he encontrado aún.  Para mi llegados aquí me parece ya excelente.

Los foros del Proyecto

Pero aún falta lo mejor Las Tareas. Si hablamos de proyectos lo que no puede faltar son las tareas y aquí realmente es donde el sistema ha terminado de engancharme. No estamos frente a un gestor “To-Do’s”, sino frente a un sistema de gestión de tareas bien organizado. Tenemos Listas de Tareas y tenemos Hitos a cumplir. En en base a todo esto podemos ir desgranando y desmenuzando nuestro proyecto. Y esto es lo que buscaba yo, un sistema con una estructura rica de cara a desmontar y organizar el proyecto.

Las Tareas del Proyecto

Pero lo más importante está en las posibilidades de cara tarea. Ya al crearla podemos ver todo lo que se esconde aquí:

Creando una tarea

Vemos que tenemos una amplia variedad de atributos que realmente están asociados al control de tareas real: prioridad, % de realización, fechas de inicio. ¿Pero donde se describe la tarea? Hasta aquí tendríamos lo que una herramienta seria de proyectos ofrece pero una vez está creada la tarea podemos, utilizando, el conjunto de iconos que aparecen alrededor de ella hace cosas muy interesantes: podemos ampliar el paner de notas y llevarnos la sorpresa importante:

Las notas, documentos y foros de una tarea

Si, podemos enlazar no solo notas que vayamos incluyendo sino documentos y foros. De esta forma se cierra la herramienta. Esto es lo que más me ha gustado. Ni en MS-Project lo he encontrado tan fácil o sencillo. Aquí en dos clicks tienes una tarea ligada a los documentos que necesita. Y esta relación no es un adjunto a la tarea que es el error en muchas aplicaciones ya que obliga a repetir o fuerza una organización falsa de tareas, no aquí es una referencia viva a un documentos del archivo de documentos del proyecto con lo que todas las tareas que tengan que compartir documento pueden hacerlo sin repetirse ni desfasarse.

Lo mismo ocurre con foros. Para mi esta característica de poder documentar y discutir las tareas de una forma integral, junto con el acabado que han realizado, que utiliza al máximo las tecnologías Ajax y web 2.0 para mostrarnos en pantalla rápidamente todo hacen de este mi ideal actual de herramienta de proyectos. Con tan solo pasar el ratón por algunos iconos estos muestran información, sin necesidad de clicks.

leyenda de notas de una tarea

Pero además las tareas no solo se organizan en listas, podemos incorporar relaciones entre tareas y verlas con un sólo click.

Tareas Enlazadas

Para cumplimentar esta información tenemos una pantalla especifica pero es este aspecto si he de decir que aún no hay la riqueza ni potencia  de las herramientas como MS-Project. Aquí difícilmente podemos planear un proyecto serio con relaciones. Solo tenemos, que yo haya visto, relación Fin->Inicio. Y un rudimentario Gantt y un informe de consecución.

Diagrama Gantt del Proyecto

Listado de Tareas

Pero si he de ser sincero, ni me esperaba encontrarme esto, ni lo necesito para mi proyecto. Para muchos si puede ser una carencia importante.

A las tareas podemos además incorporar citas o reuniones, aunque esto no lo he trabajado mucho.

Planificando una Reunión

Y con todo ello se arma un esperado Calendario:

Calendario del proyecto

Pero no acaba aquí la cosa, la última sopresa están en que incorpora un interesantisimo gestor de tiempos para el proyecto.

Planilla de tiempos

En él podemos ir indicando la cantidad de horas que invertimos en cada tarea, pudiendo marcarlas como facturables e incluir una anotación. Podemos incluso generar la factura automáticamente a través de Zoho Invoice.

Incorporamos una minuta

Pero para acabar de rizar el rizo, nos encontramos que desde la pantalla de tareas o desde la pantalla de entrada que veremos a continuación, al pasar por una tarea que tenemos asignada entre los iconos aparece un reloj verde que pulsándolo inicia un cronometro para esa tarea de forma que podemos usar Zoho Projects como nuestra herramienta de gestión de minutas en tiempo real. Algo que es en si mismo el objetivo de muchísimas herramientas online, el único objetivo de muchas. Como digo cada icono nuevo que pulso es una sorpresa.

Para terminar, todo esto que hemos visto es para un proyecto, como miembro del sistema tengo una pantalla de bienvenida en al que me resume mi calendario, y las tareas que tengo asignadas así como referencias a los últimos cambios que han sido introducidos en el proyecto. Desde aquí puedo, como decía, registrar minutas, cambios en las tareas, etc. Muy cómodo.

Mi pantalla

Hasta aquí lo que he podido probar de la herramienta. Lo mejor que puedo decir es que os la recomiendo. Si no es un impedimento lo limitado de la gestión del plan y las relaciones entre tareas, esta herramienta tiene funciones que son un interesante salto adelante en este aspecto de la gestión en linea y colaborativa de un proyecto. Y eso que aún no he probado todo. Si hay más sorpresas aquí os lo contaré.

A mi me quedó una espina y es la falta de una Wiki. Zoko tiene una, de hecho Zoho tiene de todo, pero no la tiene integrada con Projects. Para asustar un poco aquí os dejo una imagen con todo lo que podéis encontrar en linea con Zoho:

El Catálogo de Zoho

Adelante, si dudas, adelante

Hoy mi amigo Yoriento ha twitteado una frase que me ha llenado de energía:

Ir de ningún sitio a ninguna parte. Pero ir.

En realidad él es de David Franco via Versvs.

A mi a veces me hace falta que me golpeen de esta forma para arrancar. Lo peor que podemos hacer en esta vida es quedarnos atascados.

Defraudando al cliente

Encuentro en Mejores Proyectos 8 Consejos para mejorar una muy buena relación de recetas para que tu labor como jefe de proyecto sea un éxito, o visto desde otro punto de vista son 8 buenas alertas para identificar que esto no va a salir.

A mi me toca en especial la 3 :

3. Poner atención a las promesas: no olvidar lo que prometimos entregar, aunque haya momentos de presión y de urgencias.  Lo urgente no es lo importante, y lo más importante es cumplir las promesas.

Y es que este es en general uno de los problemas más típicos, la falta de confianza que generan las promesas incumplidas. No hablamos de que el producto no sea lo que es cliente espera, no, hablamos de ese correo resumen que has prometido mandar. De esa explicación, o prototipo, o presentación. Hablamos de cosas pequeñas que debería ser fácil cumplir. Y por eso mismo tendemos a prometer mucho y luego no cumplir -”esta misma tarde te lo mando”-”…estoy preparándolo…”.

Yo diría que si a esta le unimos la primera

1. Mantenernos cerca de nuestro cliente: desarrollar un diálogo constante con el cliente para ajustar el rumbo del proyecto todos los días si es necesario. Visualizar los resultados, “comenzar por el final”.

Que puede también entenderse como la falta de información puntual de avance del proyecto. Con que fallemos la mitad en cada una de estas dos ya tenemos el proyecto torcido  y muy probablemente sin remedio. Puede que acabemos, puede que entreguemos, pero será un sufrimiento y el cliente desde luego no repetirá con nosotros. Y como dije en su momento en crisis hay que priorizar.

Al hilo de todo esto no podeis dejar de leer esta reseña que Legnita sobre una entrevista a Caper Jones, la identificación de los mayores costos del software junto con los motivos de fracaso bien merecen un poster en mi despacho. Son cuestiones conocidas pero a veces lo conocido, bien escrito y ordenado se convierte en un gran descubrimiento.