Bananas

Escrito el 17 de Julio de 2008 a las 9:37 

Bananas

Ummmmmmmm….Baaah-naaah-naaaasssss…. :-D

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… :-D :-D :-D :-D

Vía El Mundo y mi amigo Pepe ;-)

Java vs Ruby

Escrito el 18 de Febrero de 2008 a las 0:36 

Java vs Ruby

:o)

La verdad es que siempre me ha dado pereza el “mamotreto” en que se ha convertido Java con la excusa de la escalabilidad y la portabilidad. Lo mío hoy por hoy sigue siendo PHP… A ver si este año tengo vacaciones en lugar de “trabajaciones” y puedo aprender Ruby.

Vía | flickr.

PlanHQ: sigue tu business plan

Escrito el 17 de Febrero de 2008 a las 23:50 

Micropost: curiosa herramienta que me remite mi amiguete Paco (le vamos a tener que hacer una página “acerca de”, ya es un habitual de los artículos). Se trata de una utilidad muy “2.0″, al menos en lo que al diseño gráfico respecta, cuya intención es la de servir como punto de seguimiento de tus objetivos de negocio, oportunidades, rentabilidad, equipos… Yo tengo resuelto todo esto, mas o menos, con SugarCRM. Pero os puede merecer la pena echarle un vistazo. Los gráficos son bastante espectaculares, y la utilidad de forecast es pretty impressive ;-) .

Por cierto, pensamiento vagabundo: todo el que quiera sacar adelante una Start-Up debería plantearse muy, muy, MUY seriamente tomar unas clases de interpretación. Fijaos en el video. A años luz de lo que suele ser la presentación “estándar” de start-up que estamos viendo en los “saraos” habituales, y eso que tampoco es que a este señor la vayan a dar el Oscar. En serio: pensadlo.

Herramientas de control horario

Escrito el 4 de Febrero de 2008 a las 20:55 

Me preguntaban el otro día por herramientas on-line para llevar el control horario de proyectos, con idea de poder estudiar aspectos como la carga de trabajo de cada persona, productividad, rentabilidad de los proyectos o incluso facturar por horas a los clientes, y la verdad es que existen unas cuantas por ahí desperdigadas que estuve repasando y que aprovecho para almacenar en el blog. Allá van:

Si conocéis algún otro que merezca la pena (de los que no merecen ya se que hay cientos ;-) ), me gustaría añadirlo a la lista, así que no dudes en dejarme un comentario. Y si usas alguno me gustaría contrastar tu experiencia.

LiberLabor

Escrito el 29 de Enero de 2008 a las 21:28 

Todos los que seguís este blog desde hace algún tiempo conocéis ya mi devoción por Borja Prieto (Desencadenado), cuyas opiniones y consejos suelo suscribir al cien por cien. Hace poco tuve el privilegio de compartir una comida con él y con Lucas Rodríguez y debo decir de ambos que, además de ser unos fuera de serie, todavía no les ha llegado el síndrome de estrella del rock y no se lo tienen creido en absoluto ;-)

Quiero pensar (ilusiones que me hago, qué le vamos a hacer) que en aquella comida de emprendedores, en la que se habló de todo un poco y mucho de nada, una chispita de emprendimiento prendió (bonito trabalenguas) en Borja, que un par de semanas después ha lanzado LiberLabor: una web dedicada a poner en contacto a empresas con freelances o autónomos, muy enfocada al sector de las tecnologías de la información. Enhorabuena, Borja.

A los asiduos no se les habrá escapado la similitud con un proyecto que, con todo el dolor de mi corazón, ya puedo declarar oficialmente en coma: codigoxgrafico. Lamentablemente, en sus inicios tempranos no conseguí ponerme de acuerdo con mis colaboradores sobre la dedicación y responsabilidad que cada uno dedicábamos al proyecto y, dado que realmente tampoco me jugaba nada en el asunto y sí me podía jugar una relación personal y profesional fructífera, decidimos congelarlo sine die. Ya veremos.

La idea que subyace en ambos proyectos es muy similar, y creo que basada en una misma necesidad detectada. Borja la explica muy bien en su blog. Posiblemente las funcionalidades de CxG eran bastante más complejas, pero Borja ha entendido mucho mejor desde el principio algo en lo que nosotros fallamos: Lanza YA. Luego ya iremos puliéndolo y poniéndolo bonito. A Borja le han bastado un Joomla (por cierto, cambia el favicon ;-) ) con el módulo de portfolios de negocios SOBI2 de Sigsiu para poner en marcha un servicio cuya imágen y funcionamiento son comparables a los de otros exitosos proyectos.

Ahora viene lo dificil, Borja: dar a conocer el servicio y hacer comunidad. Espero que este granito de arena te ayude. ;-)

Usando SugarCRM

Escrito el 24 de Enero de 2008 a las 11:00 

Con demasiada frecuencia me encuentro con gente que tiene una fé excesiva en las herramientas. “Recomiéndame una herramienta para gestión de tiempo”, “dime una buena herramienta para gestionar proyectos”, “¿qué herramientas buenas hay para hacer Scrum?”. Como si la herramienta fuera a solucionar todos sus problemas. A ver si me explico: a lo largo de los años he ido construyéndome un buen set de herramientas de mecánica y bricolaje, pero el pasado fin de semana monté una estantería del Leroy y me quedó torcida. Por muy buenas que sean las herramientas, sigo siendo un manazas.

Y es que una herramienta es solo un complemento para hacer la vida más fácil y más productiva a aquel que ya sabe cómo deben hacerse las cosas. Posiblemente un maestro del bricolaje sea capaz de montar una estantería perfecta usando una moneda de euro como destornillador y una piedra como martillo. Lo contrario, un manazas con las mejores herramientas, no es aplicable.

Y sin embargo, cuando uno comienza a entender los rudimentos de la materia, una buena herramienta es un bien precioso. Eso me está pasando con SugarCRM. Hasta ahora había trasteado algunas veces con la herramienta en instalaciones para terceros, pero no le veía sentido para mi. De hecho, hace poco en una reunión de emprendedores del sector del software preguntaron cuántos usaban un CRM. La mayoría usaban Outlook como única herramienta, unos pocos usaban algún servicio on-line y otros pocos precisamente Sugar.

Eso me hizo pensar que, dado que el objetivo fundamental de este año es mejorar la gestión comercial, no sería mala idea comenzar a usar un CRM. Y allá que hemos ido con Sugar.

La primera impresión que puedo contaros es: ¿por qué leches no lo hicimos antes? . Hasta ahora, iban surgiendo nombres a los que llamar algún día, ofertas que se lanzaban y que nunca seguíamos (por vergüenza, dejadez o convencimiento de que no había nada que hacer), contactos a los que no manteníamos regularmente informados de nuestras operaciones… Porque al final todas esas cosas las vas dejando en algún rincón de tu cabeza, y el cerebro (que es muy jodío, el maldito) tiene tendencia a ir archivando bajo montones de escombros todas aquellas cosas que escapan a tu zona de confort. Y luego nos sentábamos a llorar “¡Que dificil es conseguir nuevos clientes!“.

Ahora es francamente complicado evadirse, porque cuando abres Sugar todo está ahi: las llamadas que tienes pendientes, las personas a las que hay que convertir en contactos, las oportunidades lanzadas con sus cifras de negocio y sus fechas límite. Después de cada reunión, se archivan los leads o nuevas tomas de contacto a realizar, las oportunidades surgidas, las tareas de seguimiento futuro…Y cuando empiezas a ver las cosas en forma de negocio potencial…Pues eso motiva. Obtienes además un rumbo bastante definido (el panel de inicio lista las tareas inconclusas, las llamadas pendientes, los contactos) y comienzas a obtener datos muy interesantes sobre cosas como de dónde vienen tus clientes (eventos, web, relaciones personales, clientes recurrentes), cuanto dinero realmente facturas de cada fuente, qué cuentas te están requeriendo más atención, el ratio de esfuerzo vs ventas, que tasa de éxito tienes según el perfil…

Huelga decir que toda esta información tiene un valor incalculable a la hora de planificar el crecimiento de la empresa, detectar áreas de mejora o escribir el bisnisplan.

Otras cosas que te permite Sugar es ir almacenando poco a poco la gigantesca (y cuasi-inutil, o al menos poco productiva) base de datos de contactos del Outlook de cada uno en una base de datos SQL común…Y cuando tienes una base de datos y un servidor de aplicaciones, las posibilidades son infinitas: mailings electrónicos por perfil de cliente, remesas de cartas comerciales, todo tipo de informes y estadísticas a medida, imprimir automáticamente los christmas navideños ;-)

No digo que muchas de estas cosas no se puedan hacer con Outlook y Office (combinar correpondencia), pero realmente no me apetece entrar en el debate “montar un ERP vs hacer las cosas en Excel”. Supongo que los sistemas empresariales es algo a lo que se llega con el tiempo y la madurez, y cada casa es un mundo: habrá empresas en las que merezca la pena y otras en las que no. Luís podría hablar mucho de esto, supongo.

Todavía tenemos que explorar muchas facetas: creación de campañas específicas y estudio de lo que funciona y lo que no, creación de dahslets personalizados con la información que realmente nos interesa, . Y por ser honestos, hay algunos bugs en la 5.0.0 que deberíamos ir puliendo poco a poco (problemas para editar las listas desplegables o para crear nuevos elementos desde ventanas pop-up…Cositas tontas, al fin y al cabo) y tenemos ciertos problemas de rendimiento corriendo sobre Xampp (posiblemente con la pila de Bitrock vaya mejor, y sobre una máquina dedicada Linux ya ni os cuento).

¿He mencionado que es GPL y gratuito? :-D

Sincronizar carpetas de diferentes discos

Escrito el 21 de Enero de 2008 a las 11:10 

Micropost: A todos los que tenéis discos duros externos, pendrives u otros medios de almacenamiento para hacer backup de los ficheros de vuestros ordenadores seguro que os interesa PathSync. Es una utilidad simple y sencilla de usar que te permite sincronizar las carpetas locales con las remotas (backup) sin tener que copiar todos los ficheros cada vez. Está liberada bajo licencia GNU/GPL y es totalmente gratuita. La estoy usando ahora mismo y no veais el tiempo que me ahorro… Si ya se le pudieran configurar diferentes perfiles de carpetas a almacenar vs dispositivo remoto, sería la pera.

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

“Cuando los hombres eran hombres…

Escrito el 11 de Diciembre de 2007 a las 18:33 

…Y escribían sus propios drivers“, rezaba parte del mensaje que Linus Torvalds mandó a la comunidad de desarrolladores cuando puso en marcha lo que hoy conocemos como Linux.

El comentario viene a título de que estoy empezando “Founders at Work“, el libro que todo Start-Up’ero debería leer antes de hacer nada, y he flipado en todos los colores (y alguno más) rememorando la historia de como Wozniak, el Uber-Geek, diseñó y fabricó un ordenador que era más ágil, barato, potente y versatil que cualquier cosa que se hubiera hecho hasta ese momento, el Apple II, y lo hizo montando chips, cableando circuitos y soldando placas en su garaje. Me ha parecido absolutamente increible que alguien pudiera llegar a tal grado de sofisticación tecnológica con tan pocas herramientas y contando fundamentalmente con su cerebro y una tenacidad y devoción absolutas hacia su pasión: los ordenadores.

El diseño de Wozniak fue revolucionario. De hecho, fue la génesis de lo que hoy llamamos ordenadores personales, y tuvo claros desde el principio conceptos como el teclado, el monitor, el sistema operativo… Eso me ha hecho preguntarme qué se estará fraguando en los garajes hoy. Sí, vale, mucha web 2.0 y mucha programación, pero seguramente en alguna parte del mundo alguien está pariendo algo que cambiará tecnológicamente nuestro futuro. Y será algo tan complejo pero, al mismo tiempo, tan simple como para que un visionario (y excelente ingeniero, todo sea dicho) pueda fraguarlo en su garaje.

Curiosamente hoy mismo me he encontrado este video en el que este otro geek ha fabricado el que posiblemente sea uno de los mejores y más versátiles sistemas de pizarra electrónica que he visto nunca utilizando unicamente (atención) un diodo de infrarrojos y un mando de la Wii. Alucinante. El software se puede bajar de su página, johnnylee.net.

Here comes another bubble

Escrito el 6 de Diciembre de 2007 a las 13:28 

Via El Blog Salmón, via Gurusblog … ¡Brutal! :-D :-D :-D

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:

  1. 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.
  2. 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.
  3. 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).
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. 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.
  9. 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”.
  10. 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”.
  11. 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.
  12. 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.
  13. 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. :twisted:

Los clientes opinan

Escrito el 29 de Noviembre de 2007 a las 20:54 

¡Ay, estafadores del mundo! ¡Ay, consultores de pacotilla, gurús de papel mojado, expertos sin experiencia, toreros de salón! Arrepentíos, pecadores, el fin está cerca. Porque dentro de poco ya no seremos un porcentaje los que escribimos en Internet: será la norma. Y entonces todos podremos saber cuánto de verdad hay en vuestros discursos y en vuestra venta de burras.

En lo que a mi respecta, aplícome el cuento: aquí tenéis una referencia del curso impartido en Madrid a principios de esta semana. Vale, es cierto, invité a unos vinitos el lunes por la noche, pero quiero pensar que no ha tenido nada que ver ;-) .

Por cierto, que la aplicación que han hecho de Google spreadsheets / Google docs para seguimiento de Scrum me ha sorprendido hasta a mi. Gente amable, simpática, agradecida, con ganas y con iniciativa. Así da gusto trabajar.

Más antiguos →

Buscar:

Suscriptores:

Tags

Que se dice por aquí:

Qué se dice por ahí:

Twitter


Fotos

www.flickr.com
angel.medinilla fotos Más fotos de angel.medinilla
Cerrar
Enviar por Correo