5/08/2008

Recordatorio: el sábado es el día Pangea

Hace un mesecillo comentaba lo del día de Pangea, la celebración que el próximo 10 de Mayo se realizará en todo el mundo, mediante la retransmisión global de un conjunto de cortos.

Que sirva este post de recordatorio. Creo que merecerá la pena. Mientras tanto, aquí tenéis la página de las pelis que serán proyectadas.

5/07/2008

Scrum, y una reflexión sobre Product Management

Esta charla que he encontrado en Google resume desde un punto de vista práctico algunas de las características del diseño y desarrollo ágil de aplicaciones, basándose en Scrum (para aquellos que quieran saber más de metodologías ágiles, escribí hace años un resumencillo, pero Joselu, de Peopleware, está describiendo en algunos posts de su blog la experiencia de aplicar Scrum en un proyecto open source real). Me permito recoger algunos detalles de la charla aunque, como siempre, mejor vedla :)

Agile: significa "ritmo". La premisa es que una frecuencia alta del ritmo mejora la creatividad y la productividad.

El autor describe cinco niveles de planificación, más que el Scrum clásico. Un desarrollador necesita "foco" para su tarea semanal, pero también una "visión" para no perder el rumbo.
Por ello, los cinco niveles reflejan ese paso del detalle a "la idea":
1. Diario, una vez al día, se describen básicamente la lista de tareas a realizar.
2. "Sprint plan", uno o dos al mes, se realizan las "stories" y tareas.
3. Release plan, 3 o 4 al año, que contiene las "features" y las stories.
4. Product Roadmap, 1, 2, al año. Evolución del producto con respecto al tiempo.
5. Visión. 1, 2 al año. Vision Statement.

Lo cierto es que los últimos niveles son muy "estándar", se parece mucho a la organización realizada en Product Management.
Quizá la diferencia es que el Product Manager/Owner en esta charla tiene una primera responsabilidad en la estimación de la release, cosa que, en algunas organizaciones, no tiene sentido, pues puede que el Product Manager venga de marketing, y su responsabilidad sea la de entender las necesidades del mercado, y no tanto la de convertir esas necesidades en requisitos cuantificables. Para ello se encuentra el responsable de desarrollo de producto. En otros casos, sin embargo, sí que el Product Manager se involucra más, si proviene de la parte técnica del negocio.

El Roadmap lo tratan de una manera interesante, y también conocida, como es que la fecha es la que delimita las funcionalidades que aparecen en cada release.

Desde que veo el mundo del desarrollo de producto desde un punto de vista más general, se confirma que, si se dividen las tareas en desarrollo, diseño, gestión de proyectos, gestión de producto y márketing, está bastante claro que empieza a haber bastante madurez en la gestión de proyectos (o, al menos, empieza a quedar claro el papel que tienen las metodologías de desarrollo, y la utilidad que tiene cada tipo). Sin embargo, no ocurre lo mismo con la gestión de producto. En este post de "On Product Management", se discute este tema. Es un rol (de hecho, todavía hay dudas de si es un rol) sin definir perfectamente, con muchas definiciones dependiendo del área donde nos encontremos. Yo lo he visto refrendado por las siguientes observaciones:
1. ¿A qué zona de la librería de la esquina irías a por un libro de Product Management? ¿Márketing? ¿Project Management? ¿Desarrollo de aplicaciones? De hecho, en todas te puedes encontrar libros de product management, que han sido colocados en un sitio o en otro dependiendo del título, sin más deliberaciones. Aunque los libros de Gestión de Proyectos aún tienen algún problema entre el área de "management" y el área de "gestión de proyectos", suele ser más por torpeza de organización que por dudas reales.
2. Meted en un lector de "feeds" todos los blogs de product management que encontréis. En el mío tengo 25, de los cuáles 17, 18 están relativamente activos. Sin exagerar, el 15-20% de los posts todavía tratan, directa o indirectamente con el tema "qué es un product manager" o "cómo diferenciar entre un product manager y un product marketing manager".
3. Dependiendo de la empresa, product management está en marketing, en desarrollo de producto, o en un departamento aparte. En algunos es el "propietario" del producto, en otros es un técnico que recopila requisitos, en otros es el propio responsable de márketing...

En definitiva, esto se puede ver como un problema, pero también como una oportunidad para aquellos que están metidos en esto de definirlo adecuadamente, y que no se convierta en una serie de "tareíllas" tácticas.

Con lo fácil que era antes: cumulonimbos, cirros, nimbostratos... ahora llegan más "nubes"

Parecía que Amazon se quedaba como líder único en la oferta de infraestructura de procesamiento y almacenamiento de datos en "la nube". Aunque existen otros vendedores que también ofrecen todo o parte de este servicio, Amazon, con uno de los backends más potentes del mundo, constituía uno de los cambios de modelo de negocio más inteligentes de los últimos años, encontrando en "la parte oscura" de su organización (recordemos: Amazon VENDE LIBROS) una oportunidad impresionante de negocio y, por otra parte, la posibilidad de un cambio revolucionario en la forma de operar aplicaciones web.

Pero no, hace un mes Google anunciaba su App Engine, la oportunidad de desarrollar aplicaciones y almacenar datos en la "nube" de Google, con el aliciente de que el nivel básico es gratuito.

Había leído algunas comparativas (que si uno es gratis pero el otro soporta cualquier aplicación que corra en Linux, que si uno te obliga a utilizar todo su arsenal, mientras que el otro te deja más libertad, ...), pero he preferido pasaros la de Dion Hinchcliffe, de ZDNet. En este artículo, Dion disecciona las capacidades ofrecidas por ambos contendientes, con diferentes argumentos acerca, primero, del cambio radical de aplicaciones de escritorio a aplicaciones web a aplicaciones operadas en la web, y donde este último cambio ha vino propiciado, en mi opinión, por el mal momento elegido por Microsoft al lanzar Vista, la oportuna salida de los servicios de Amazon, y el "advenimiento" de la Web 2.0 que, sea "palabro" o algo más, ha generado miles de artículos que han permitido que estas Plataformas como Servicio (Platform-as-a-Service, o PaaS) sean tan populares de la noche a la mañana.

El riesgo de la sociedad virtual

Pues sí, a esto puede llevar lo de la sociedad virtual...

http://www.elqudsi.com/articulos/demasiado-social/

5/06/2008

Innovando a partir del ruido

He terminado mi curso de Innovación y Creatividad. Ha sido una gran experiencia la de intentar sistematizar, dentro de lo posible, la innovación. Las técnicas aprendidas, si bien no dan la solución automática, sí que ayudan a pensar cualquier problema desde diferentes perspectivas... o, antes que eso, encontrar el problema real.

Mi grupo (el 2) pensó en un problema relacionado con el ruido (je je, quien me conozca sabrá de dónde salió ese tema), y lo centramos en el peligro que empieza a existir con los coches híbridos, y su "falta de ruido". Eso nos llevó al dilema que presentamos en clase: los coches han de ser silenciosos para no dañar el medio ambiente, para poder escuchar la música mucho mejor, ..., pero por otra parte han de ser "ruidosos" para poder alertar de su presencia a viandantes y otros vehículos. La tendencias que identificamos de vehículos cada vez más "verdes" y silenciosos, de ciudades cada vez más densas, pero por otra parte de conductores y viandantes más distraídos debido a iPods, móviles, etc., convierte este problema en algo que puede llegar a ser acuciante. Yo mismo lo vivo en esta zona al montar en bici. De repente, ves cómo un híbrido pasa a tu lado sin haberte dado ni cuenta. ¡¡¡Chulo, pero peligroso, sin duda!!!

El profesor ha dedicado un post de su blog a nuestro caso, lo cuál nos ha alegrado mucho :)