Tus plantas, en twitter
Escrito el 27 de Febrero de 2008 a las 20:29
De los creadores de la planta que manda un SMS cuando necesita agua llega ahora una nueva aplicación que permite el seguimiento en tiempo real de la planta en Twitter, ese servicio web que permite contarle los aspectos más aburridos de nuestra vida cotidiana a una gran masa de población a la que no le importa lo más mínimo qué estamos haciendo en un momento dado. Se veía venir. Ahora puede añadir sus ficus a la lista de amigos y recibir su estado en tiempo real. Si están “secos” mandarán el aviso de socorro pertinente, subiendo en intensidad y frecuencia si no se les hace caso.”
Y lo peor es que hay plantas que tienen más seguidores que yo…Tamos locos…
Vía El Mundo y mi amigo Pepe ![]()
El futuro de la web
Escrito el 20 de Enero de 2008 a las 12:11
Micropost: Fuckowsky, digno heredero de mi admirado Diógenes de Sínope, nos muestra el futuro de la web.
Vía : Twitter de Fuckowsky
Here comes another bubble
Escrito el 6 de Diciembre de 2007 a las 13:28
Via El Blog Salmón, via Gurusblog … ¡Brutal!
![]()
Nuevo aspecto
Escrito el 1 de Diciembre de 2007 a las 3:50
Bufff…Cuando me he querido dar cuenta llevo seis horas customizando el nuevo tema de Presión Blogosférica. Me voy a dormir, que ya va siendo hora. Espero que os guste el nuevo aspecto y, como siempre, se aceptan críticas constructivas y de las otras ![]()
Un comentario del blog
Escrito el 30 de Noviembre de 2007 a las 19:59
El scrum lo descubrí hace unos dos meses, a través de tu blog y me documenté un poco.
Hace un mes, en mi empresa ganamos dos proyectos idénticos que duraban 20 días. Yo lideré uno de ellos, y decidí aplicar un poquito de Scrum, sólo las reuniones matinales repasando qué hice ayer, qué voy a hacer hoy y qué necesito.
Situación inicial, un gerente liderando cada proyecto con una dedicación de 15 horas para los 20 días. Dos equipos idénticos con un jefe de proyecto cada uno, un analista funcional y dos analistas técnicos. Los resultados: el jueves de la semana pasada liberé un analista técnico, el viernes otro, el martes al funcional, y el miércoles al jefe de proyecto, cumpliendo exactamente los 20 días que habíamos planificado con reiteradas felicitaciones del cliente. Ni siquiera he llegado a dedicar las 15 horas.
El otro proyecto aún no ha terminado, terminará el miércoles de la semana que viene y sigue manteniendo todo el equipo.”
Sólo de pensar que hay gente que está encontrando formas mejores de hacer las cosas gracias a este blog, y que eso les está permitiendo llegar a lo que llamo el subidón de “puñeta, somos buenos“… En fin. Que me he emocionado, vaya.
Gracias, Ricard. Gracias de verdad.
Cosas que hacen que Scrum funcione
Escrito el 30 de Noviembre de 2007 a las 13:11
Que sí, que sí: que scrum es muy sencillo. Que se explica en cinco minutos. Que se lo puedo explicar hasta a mi abuela. Pero que algo más tendrá Scrum cuando en el último curso hemos estado dieciséis horas analizándolo (sin contar almuerzos) e incluso nos ha faltado tiempo.
Scrum es indudablemente más sencillo que los frameworks pesados para la gestión de proyectos como puedan ser el PMBOK o Métrica V3 (¡ergs!), e incluso más sencillo que las versiones “lite” que se han diseñado de los frameworks pesados, como puede ser Prince2. Pero eso no quiere decir que si echamos a andar los famosos tres procesos, tres artefactos y tres roles ya lo tengamos todo hecho. Hay muchos aspectos que son los que hacen que Scrum funcione, y la atención a estos aspectos marca la diferencia entre el 66% de empresas que consiguen implantar Scrum efectivamente y el 33% que abandona por el camino (datos de la Scrum Alliance).
Ahora que empieza el iweekend (que rabia habérmelo perdido) y sabiendo que Raúl está mirando metodologías ágiles para aplicarlas, me he decidido a escribir este post. En base a mi experiencia y a literatura existente (que la hay como para enterrar a un gran danés en papeles), las cosas que hacen que Scrum funcione son las siguiente:
- Scrum es sencillo, pero muy duro. Como un canto rodado, vaya. Si pensamos que Scrum no nos va a requerir un esfuerzo, es más que probable que la gente abandone cuando se de cuenta de que exige una importante dedicación, un proceso de gestión del cambio que puede llegar a ser muy complicado y un nivel de foco superior al que se habitualmente se tiene en las organizaciones. Aun así, los resultados que Scrum proporciona en términos de productividad, calidad, satisfacción, éxito y rentabilidad de los proyectos hacen que el esfuerzo merezca la pena.
- Scrum no es una bala de plata. Esto, junto con lo de las gallinas y los cerdos, es uno de los principios más citados de Scrum. Cuando la gente se sumerge en el mundo de las metodologías ágiles y ven lo que pueden llegar a conseguir siente la tentación de recetar “café para todos” (en palabras de Mario). Y eso no es así. Scrum tiene su territorio: proyectos complejos, con un requisitos cambiantes, organizaciones flexibles, implicación del cliente… En otros entornos es mejor usar otras cosas. Por otra parte, Scrum no va a solucionar todos los problemas de la organización. Si falta compromiso de la gerencia, si hay compañeros obstruccionistas., si el cliente es un explotador…Bueno, Scrum no va a solucionar todo eso. Si pensamos que sí y fallamos, sentiremos la tentación de abandonar Scrum. Por eso es importante recordar constantemente que Scrum no es una bala de plata.
- Scrum es iterativo e incremental. Repetid conmigo: iterativo e incremental. Iterativo e incremental. Eso quiere decir que liberamos código (o producto) frecuentemente, y cada liberación representa un incremento sobre la anterior. Pensad más en “Casa 0.1″, “Casa 0.2″ hasta “Casa 1.0″ que en “cimientos” seguido de “paredes” seguido de “techo”. No podemos liberar una casa sin techo, pero a lo mejor sí una casa con paredes de chapa y techo de uralita (version “chabola”… Todo tiene un mercado).
- El producto que funciona es la única medida del avance del proyecto. Si me tuviera que tatuar una frase sobre Scrum, sería esta. No cuántas horas hemos echado. No cuántos recursos llevamos consumidos. No cuántas tareas llevamos hechas. Producto que funciona. Si no hay producto que funciona, no avanzamos. Lease el punto anterior.
- Todo en Scrum tiene un límite de tiempo. Para esto me gusta mucho la expersion inglesa time-boxed, que lo expresa mejor. Nada de “alargamos la reunión un poco más”. Nada de “El lunes, tal vez el martes”. La reunión acaba a las cuatro, y trabajaremos con lo que tengamos al final de la misma. La entrega es el lunes, y entregaremos lo que tengamos el lunes. Scrum cambia el enfoque tradicional del PMBOK de recursos+funcionalidades deseadas = fecha de entrega y lo convierte en recursos + fecha de entrega = funcionalidades que podremos entregar. Si se nos cae una funcionalidad de la lista, vaya por Diox. Pero entregamos.
- Las entregas son productos potencialmente utilizables y/o comercializables. Shippable, que dicen los ingleses. Eso significa que nada de power point y nada de planos o documentos describiendo lo que hará la aplicación: queremos tocar, ver y usar algo, aunque sea un prototipo de la funcion de login.
- Definir qué significa terminado. Terminado puede querer decir “rula” o puede querer decir “rula, ha pasado los tes de calidad, se ha documentado, se ha añadido al repositorio y hemos formado a soporte técnico”. No es lo mismo. El trabajo no se acaba hasta que se acaba.
- Mantener Sprints de duración fija. Al principio es muy tentador andar tocando la longituds de los sprints para adecuarlos al producto, en vez de adecuar el producto a los sprints. Pero si hacemos lo primero nunca seremos capaces de obtener una sensación correcta en el equipo de cuánto trabajo podemos abarcar en un Sprint. Scrum es disciplina: quien piense que las metodologías ágiles on una especie de hacking institucionalizado, se equivoca.
- Realizar los Scrums diarios. Es una de la sprimeras cosas que se abandona, como decían en su día en el blog de chuidiang. Pero el Scrum diario es la unidad atómica de Scrum, y si empezamoscargándonos esto, no podemos esperar que los ladrillos se mantengan unidos. El Scrum diario es lo que consigue que podamos controlar a tiempo, que tengamos visibilidad efectiva, que el equipo sincronice sus tareas… Hay que protegerlo a capa y espada, y ser muy estricto con su celebración. Por eso lo de “todos los días en el mismo sitio, a la misma hora”. Si empezamos a cambiar las horas todos los días, acabaremos por no celebrearlo un día. Entonces pensaremos “anda, no ha pasado nada” y empezaremos a saltárnoslo cada dos por tres. Y entonces estaremos en la situación sobre la que nos previene el ScrumMaster Miyagi: haremos “Scrum supongo”.
- Hacer retrospectivas. Lo más importante de las retrospectivas es asegurarse de que se celebran. Las retrospectivas son lo que nos permite detectar impedimentos de alto nivel en el proceso y mejorar constantemente. Si nos enfocamos demasiado en los sprints y en producir y no nos paramos de vez en cuando a reflexionar, todo el enfoque empírico y adaptativo de Scrum se nos viene abajo. Como decían por ahi, “si siempre estás sprintando, en realidad acabarás haciendo jogging”.
- Respetar los roles: Sólo el Dueño de Producto puede tocar la pila de producto. Solo el euipo puede tocar la pila de Sprint. Permitid que los Jefes manoseen la pila de producto o que el dueño de producto trastee con la pila de sprint y acabaréis con unos equipos que mandarán Scrum a hacer gárgaras hartos de que no se les deje trabajar ni se confíe en ellos. Scrum es adaptativo, pero eso no quiere decir que todos los días peguemos volantazos: es más bien hacer pequeños movimientos de volante constantemente para mantener al coche en la carretera. Aquí es donde viene bien la historia de las gallinas y los cerdos: distingamos también entre miembros del proyecto y stakeholders.
- El Scrum Master no es un jefe. Es un “siervo-lider”. No le dice a la gente lo que debe hacer. No divide las tareas entre los miembros del equipo. No acepta o rechaza las funcionaldiades. El equipo es quien decide, y el dueño de producto el que evalua. El Scrum Master sólo debe preocuparse de que el proceso Scrum siga en marcha y de eliminar los impedimentos en el camino del equipo. Tiene más de Coach que de Project Manager.
- No interrumpir constantemente a los equipos durante los Sprints. Si no confiamos en los equipos y les dejamos trabajar, ¿qué estáis esperando que ocurra? Una terminación anormal de Sprint debería significar que algo muy gordo está pasando en la empresa o en el proyecto. Y si hay que hacer re-priorizaciones, que afecten al próximo sprint en la medida de lo posible, no al que está ahora mismo en marcha.
En fin, probablemente no estén todos los que son, pero son todos los que están. Espero que esta lista os sea de utilidad implantando Scrum, y vigilaré ansioso los twitter del iweekend este fin de semana. ¡Animo tíos!
PD: Para los supersiticiosos, cogéis el punto 11 y lo dividís en “solo el dueño de producto toca la pila de producto” y “solo el equipo toca la pila de sprint”…¡Voila! 14 puntos. ![]()
Yo también vendí mi alma…
Escrito el 29 de Noviembre de 2007 a las 18:44
- Ángel, ¿no coges una mochila?
- Anda ya, hombre, ya estoy harto de merchandising…Mi mujer es médico y le regalan chorradicas de esas todos los días
- Es que es una Samsonite…
- Erp…Urks…¿Comorrrr?…Estooooo…Oye, vamos un momento al Stand de Microsoft a echarle un vistazo…”
Y caí, claro. ‘Siejque’ cuando hay pastaaaa… ![]()

Ahora en serio, un detallazo de los señores de Microsoft. Lo que ha sido gracioso es que lo primero que he hecho con ella (mi antigua mochila Targus de guerrero de la carretera estaba echa unos zorros) ha sido dar un curso a una empresa que se dedica a hacer software libre… Tuve que aclarar que aquello no era una declaración de hostilidades… ![]()
Twitterizado…
Escrito el 28 de Noviembre de 2007 a las 21:47
Pues sí. Al final, después de meses pensando que es una soberana chorrada me he decidido a hacerme un usuario. Y es que en el Evento Blog, el que no tenía twitter era conocido como el “sin amigos”.
Bromas aparte, le vi unos cuantos usos muy interesantes este fin de semana pasado. Lo utilizaron para proyectar en una pantalla comentarios de la organización (tipo “comienza la charla de tal” o “recordamos que esta noche cual”) además de otro tipo de mensajes más blogueros. También lo emplearon para enviar preguntas al moderador de las mesas, el cual blackberry en mano seleccionaba de entre lo que le llegaba las que a su juicio eran más interesantes, con la ventaja añadida de que el formato SMS de 140 caracteres obliga a una cierta síntesis, a ser específico y no acaparar micro como hicieron alguno (siempre hay alguien en estos eventos que parece pensar “la organización ha cometido un tremendo error no invitándome a hablar, pero voy a solucionarlo de inmediato“).
Pero además hay otras cosas que me están haciendo tilín de Twitter. Los mensaje son más personales. En el blog la mayoría tienden a ser más académicos (yo no, yo soy un tarambana, ya lo sabéis los que me seguís
). Y junto con Flickr y un par de cosillas más que hasta ahora no había trasteado, creo que conforman un set de herramientas para el posicionamiento en Internet y para el marketing personal muy interesantes: mucha gente puede acabar llegando a tu blog porque han visto una foto tuya en Flickr que les ha interesado o porque alguien a quien siguen en Twitter te ha mandado una respuesta.
Por lo demás, si algún día consigo escribir “estoy por Torneo tomando un café” y que alguien me responda y se apunte… Ese día concluiré que Twitter ha triunfado para mi. Ya os contaré.
Por cierto, en breve rediseño del blog. Y hasta ahi puedo leer. ![]()
Gente interesante que he conocido en el EBE
Escrito el 25 de Noviembre de 2007 a las 22:08
A algunos ya los conocía de vista o a través de la blogosfera, pero el EBE me ha dado la oportunidad de conocerles en persona e intercambiar impresiones con ellos.
Fernando Polo: director de operaciones en Webactiva, histórico de Lastinfoo y bloguero de primera generación. Un escritor fuera de serie (lo cual me causa una sana y pública envidia) y un conversador a la altura de sus habilidades blogueras y literarias.
Ismael El-Qudsi: Responsable de Windows Live en España. El lado oscuro nunca tuvo más buen rollo. Una lástima que para Microsoft los puestos de evangelista sean más bien tekkies, porque si alguien puede convencer a un Linuxero/Maquero de que compre Windows Vista y un paquete de soporte técnico de diez años es él. Pero es que además es un tío encantador y divertido… La repera. Ya lo conocía brevemente del año pasado, pero este año hemos tenido oportunidad de conocernos mejor.
Antonio García Sansigre: Director de ThinkingHeads, una agencia dedicada a proporcionar conferenciantes para eventos y que cuenta con personalidades como Emilio Butragueño, Ferrán Adriá, Jonas Ridderstrale … No tuvimos demasiado tiempo para charlar, pero me pareció una persona muy interesante a la que vigilar en el futuro.
Jerónimo Palacios: recién incorporado a su nueva faceta de Director de I+D+i del grupo de empresas PC-Online, uno de los principales distribuidores de informática de España. Emprendedor, blogger, estudiante de MBA… Con 24 años, me hace desear que hubieran muchos más como él en esta Andalucía que nos ha tocado vivir.
Raúl: bueno, a Raúl ya lo conocía desde hacía más de un año, pero aun no habíamos encontrado oportunidad de vernos las caras. Por muy llano, majo, amable y humilde que pretenda ser en persona, en cuanto suelta dos frases en serio te das cuenta de que estás hablando nada más y nada menos que con el Consultor Anónimo. Un crack.
Rubén Calvo: debo reconocer que cuando esta mañana ví la tarjeta de Rubén en el bolsillo de la chaqueta me costó un rato poner en pié en qué momento nos conocimos. La verdad es que una persona en cuya tarjeta de visita reza como único cargo “Emprendedor” despierta mis simpatías inmediatas. Otro para el marcaje.
Raúl Ordoñez: CFO de bitacoras.com. También conocido como Jasp. Andaluz de nacimiento y gallego de adopción, más o menos como yo (que no vivo en Galicia, pero la considero casi como mi segunda patria).
Gonzalo Martín: Estuvimos sentados juntos en primera fila el primer día, aunque a él le toco en suerte que se le sentase al lado el alcalde de Sevilla (si me toca a mi, lo empapelo a tarjetas de visita con esa excusa
).
Rosa Jiménez Cano: periodista. Me la presentaron a altas horas de la madrugada, así que espero haberme comportado…
. La tarjeta más original de todas con las que estuve traficando, y aunque al principio no entendía el por qué de la sandía en la tarjeta una visita a su blog resolvió la duda.
A los demás: no es que no seáis interesantes… ¡¡Es que posiblemente no me acuerde de vuestros nombres!! Soy el peor fisonomista de Andalucía, con opciones al título nacional. En serio, si alguien sabe de un buen sistema para retener nombres y caras o un curso de desarrollo personal o…¡Lo que sea! que me lo mande urgentemente. Prometo probarlo.
Garrafa
Escrito el 24 de Noviembre de 2007 a las 15:09

Soy garrafa, dadme cerveza…”(Garrafa - si EBEs, no conduzcas)
![]()
Biz Stone
Escrito el 24 de Noviembre de 2007 a las 14:49

Biz Stone es uno de los creadores de Twitter. Me ha gustado la forma de presentarse con un curriculum de una diapositiva, con un máximo de dos o tres palabras por cada experiencia profesional. Por si no se ve en la foto:
- 1990’s: Early experience
- 1998-2001: Creating Xanga
- 2002: Time to think (nota mía: sí, muchos puntocomeros tuvieron un tiempecito para pensar por esta época :twisted:)
- 2003: Going to google
- 2005: Building Odeo
- 2006: Twitter side project
- 2006: Formation of Obvious
Esto, en mi caso, sería algo así:
- 93-94: Becario en la Universidad
- 95-96: Becario en Sun
- 97-2002: La era del cable
- 2003: Intento emprendedor
- 2004: Un descansito en la administración
- 2004-2007: La era del WiMax
- 2007: Lanzamiento de Proyectalis
Realmente con un resumen así la gente se hace una idea de lo que uno ha estado haciendo bastante más aproximada de lo que cabría pensar en un principio.
Otra exposición importantísima ha sido la de los cinco principios para lanzar una aplicación web exitosa, aunque yo creo que se aplican al lanzamiento de cualquier negocio o proyecto:

- Pasión: disfruta usando y desarrollando tu propio producto
- Filosofía abierta: abre los estándares, los interfaces, el diseño… Aplicalo a la empresa: date cuenta de que las personas pueden ir y venir
- Fiabilidad: en servicios como Twitter, que algunos quieren usar para aplicaciones de comunicación en casos de emergencia, no puedes permitirte que el servicio se caiga cada dos por tres.
- Métricas: no puedes saber si estás teniendo éxito si no sabes qué es lo que estas intentando conseguir
- Creatividad: se trata del recurso más valioso de la empresa
Aunque quizás, como ha apuntado Enrique Dans, ha olvidado un punto importante: el plan de negocio.
PD: I’m blogging it!
Ismael El-Qudsi
Escrito el 24 de Noviembre de 2007 a las 13:03
Hay cuatro tipo de blogueros en estos eventos:
- Soldados imperiales: son los Mac’eros (el parecido es innegable)
- Jedis, defensores del mundo libre (Linuxeros)
- Defensores del lado oscuro (Microsoft)
- Yodas (gurus de los blogs)”
Grande, Ismael… Chapeau. La mejor presentación en mucho tiempo, ha levantado a un auditorio dormido y le han aplaudido como cinco veces durante su intervención, siendo de la empresa más atacada y odiada por la mayoría de los asistenes. Un crack.
Shel Israel
Escrito el 23 de Noviembre de 2007 a las 18:53
Fun is very important. Fun is good for productivity.” (Shel Israel)
Tendré que escribir más sobre esto en cuanto tenga tiempo. Más sobre la intervención de Shel Israel en el Evento Blog en El Blog Salmón.
Blogging
Escrito el 11 de Octubre de 2007 a las 22:47

Sin palabras…
Vía Business Blog Consulting. No se si mandárselo a los colegas de WSL o se lo tomarán a mal… ![]()
…y yo sin escribir.
Escrito el 10 de Octubre de 2007 a las 10:30
Ya ves, seleccionado (por dos veces, si contamos EBS) como uno de “los sitios más populares de internet sobre nmegocios y empresas”, y llevo como una semana sin dar ni chapa en el Blog… Cosas de llevar cinco proyectos a la vez para adelante. A ver si esta entrada me sirve para romper el bloqueo creativo… ;-).
Vía garrafa.




