Agile Lean Europe
Escrito el 24 de Febrero de 2011 a las 12:12
Si estáis interesados en Agile y en Lean, vivís en Europa y habéis estado viviendo en una cueva informativa durante la última semana tal vez se os haya pasado el nacimiento de una nueva red de profesionales y pensadores de Agile y Lean en Europa de la mano de Jurgen Appelo.
El propósito de esta red todavía se está discutiendo, pero con toda probabilidad incluirá el proporcionar una mayor visibilidad del proceso de transformación Ágil y Lean en Europa, actuar como centro de soporte, recursos y colaboración para todos los profesionales de Agile y Lean y organizar algún tipo de gran evento europeo en el que todos los que trabajamos en este tipo de entornos podamos intercambiar información (aunque algunas ya han apuntado que eventos existentes como la XP o Lean Kanban Europe podrían proporcionar este marco).
Ahora mismo la red se ha creado en LinkedIn y, en pocos días, ha alcanzado casi 350 miembros. ¡Enhorabuena, Jurgen 
! La verdad es que espero que grandes cosas y grandes ideas surjan de esta iniciativa, y tengo muchas ganas de comentarlas con varios de los miembros de esta red en el próximo XP2011 (Madrid, Mayo).
Subvenciones, burocracias, políticos y chiringuitos
Escrito el 31 de Julio de 2009 a las 12:04
Retomo mi andadura blogosférica porque la ocasión lo merece. Todo el mundo a leerse a la voz de ya la odisea chiringuitera en tres actos de mi amigo Frank (así, con K, para los que lo conocemos con solera 
).
Impagable, Frank. Impagable. Por cierto, me debes una visita este verano. La cocina y el whisky los pongo yo 
Video de la charla “contratos Ágiles”
Escrito el 10 de Junio de 2009 a las 14:44
Los amigos de Autentia han subido ya a su canal de Youtube los videos de la charla que celebramos la semana pasada. Como muestra un botón:
Enjoy!
¿Podrá soportar España 4.000.000 de bajas de clientes de banda ancha?
Escrito el 11 de Febrero de 2009 a las 0:10
Que conste que me ha convencido Luís porque yo no veo claras las fuentes (como sea un viral vamos a quedar todos finos, por ahora las fuentes más fiables son la Asociación de Internautas y un comentario algo vago en ElPais.com , además del ínclito Sergio Montoro), pero en fin, mi granito de arena…
Por cierto, por si alguien aun no la conoce, *esta* es la sede de la SGAE (no es coña, el palacio de Longoria, en Madrid):
Que es que manda webs… Bueno, a lo que iba:
—–
Cerca de cuatro millones de ciudadanos no pueden acceder a la banda ancha en España en función de su sitio de residencia; a este indicador negativo para el desarrollo de la Sociedad de la Información en España, se le podrían sumar bajas masivas de clientes del Adsl más lento y caro de Europa.
Las entidades representativas de la comunidad internauta, los profesionales y los consumidores informáticos en España estiman en cuatro millones la cifra de clientes de banda ancha -Adsl y cable-modem- que podrían darse de baja, si finalmente se confirma el acuerdo que RedTel las sociedades de gestión de los derechos de autor, abanderadas por la Sgae, para que en España se dé tres avisos antes de desconectar o ralentizar la conexión a Internet por usar redes P2P. A la disminución de ingresos se sumarían las posibles indemnizaciones que podrían derivarse por incumplimiento de contrato de las operadoras y las sanciones aplicables en base a los artículos 8 (”Restricciones a la prestación de servicios y procedimiento de cooperación intracomunitario”) y 11 (”Deber de colaboración de los prestadores de servicios de intermediación”) de la Ley 34/2002, de 11 de julio, de Servicios de la Sociedad de la Información y de Comercio Electrónico, modificado por la Ley 56/2007, de 28 de diciembre, de Medidas de Impulso de la Sociedad de la Información.
Mientras las operadoras de telecomunicaciones tratan de sortear la crisis, las sociedades de gestión de los derechos de autor, intentan conseguir prebendas para las empresas productoras de contenidos tratando de convencer a todo el mundo de que el intercambio de archivos entre particulares por Internet es un acto delictivo y que supone fuertes pérdidas al sector de entretenimiento.
Sin embargo tanto la fiscalía como las sentencias dictadas establecen que el intercambio de archivos con copyright restrictivo por redes P2P no es un delito y no es punible de ninguna forma cuando se trata de archivos públicos o bajo licencias copyleft (la mayoría de los casos)
Las propias entidades de gestión de derechos de autor han reconocido en el “Informe de la industria de contenidos en España“, publicado por ASIMELEC, que no hay una bajada de ingresos en el sector y que solo la música tiene un retroceso en la venta a través del canal tradicional (aunque no se informa del aumento de ingresos por, entre otros, actuaciones en directo, descargas y publicidad)
Lo cierto es que las negociaciones que se están llevando a cabo bajo el auspicio del Ministerio de Cultura, pueden suponer que algunas de las empresas más solventes y con mayor capacidad tecnológica de España empiecen a perder clientes a marchas forzadas. Lo que repercutirá en su cuenta de resultados y en su capacidad de mantener el empleo.
Pero lo más grave es que un acuerdo de esta naturaleza atenta contra la libre competencia, frena en seco el acceso a la Sociedad de la Información en España menoscabando los derechos civiles de los ciudadanos y alejando aún más el derecho constitucional de acceso a la cultura y al conocimiento.
Firmado: Ángel Medinilla y 1710 firmas más (por el momento). Pon la tuya publicando el texto en tu blog.
After The Crisis…
Escrito el 15 de Enero de 2009 a las 22:04
Más en Business Pundit
Sergio Montoro y Meta4
Escrito el 27 de Noviembre de 2008 a las 10:22
Ando estos días en pleno proceso de expansión y dominación mundial (traducción: a todo el mundo se le acaban los presupuestos del 2008 y les entra la prisa por cerrar proyectos ), y tengo esto más abandonado que mis casettes de Parchis, así que mientras siguo apuntando ideas en la agendica “Wolfgang Amadeus Mozart” que me merqué en el Trinity College de Dublin, procuraré referenciar algunas cosas que voy encontrando estos días y que estoy haciendo rular entre los círculos más cercanos.
Comenzaré hoy con un artículo de Sergio, magistral y polémico como siempre, en el que cuenta su diagnóstico sobre las razones del fulgurante éxito y posterior debacle de la empresa Meta4. Es una historia que a más de uno no resulta cercana aunque no hayamos estado en la vida a menos de diez mil metros de Meta4, ya que algunas de las razones tanto del éxito como del no-tan-éxito (tampoco me atrevo a decir que Meta4 sea un fracaso) son bastante universales.
A mi, por ejemplo, me suenan bastante los siguientes factores de éxito que se podrían aplicar a cualquier start-up:
- Equipo balanceado y con experiencia. Por contra, un equipo balanceado pero sin experiencia, u otro con mucha experiencia pero formado por siete tíos todo de lo mismo… Pues como que no.
- Centrarse en un producto único que resuelve un problema concreto de un tipo de cliente identificable (mercado). Por contra, la empresa que fabrica botijos y centrales nucleares… Pues como que no.
- Centrarse en clients medianos y grandes. Mi experiencia personal con la pequeña empresa… Buf. No digo que no haya un mercado amplísimo y goloso, pero es extenuante atacar a mercados masivos, sobre todo desde el principio, y los márgenes suelen ser exiguos. El escalado es complicado, vaya.
- Una política de recursos humanos moderna. No solo decir que las personas son lo primero, además creerselo. Que se lo pregunten a Toyota (de este tendré que hablar también).
Lamentablemente, los factores de fracaso también me suenan bastante.
Pues eso. Que por aquí sigo. Feliz y bien. Algo acatarrado, como todos estos días
Ostras pedrin…
Escrito el 24 de Octubre de 2008 a las 17:03
Diego…Eres un cabrito con suerte. Y Pablo Neruda un fenómeno.
Digitalycia
Escrito el 16 de Octubre de 2008 a las 16:40
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…
-
Artículos recientes
-
Categorías
-
Archivos
- Marzo 2012
- Febrero 2012
- Enero 2012
- Diciembre 2011
- Octubre 2011
- Mayo 2011
- Abril 2011
- Marzo 2011
- Febrero 2011
- Noviembre 2010
- Octubre 2010
- Septiembre 2010
- Agosto 2010
- Mayo 2010
- Abril 2010
- Marzo 2010
- Febrero 2010
- Enero 2010
- Diciembre 2009
- Noviembre 2009
- Octubre 2009
- Septiembre 2009
- Agosto 2009
- Julio 2009
- Junio 2009
- Mayo 2009
- Abril 2009
- Marzo 2009
- Febrero 2009
- Enero 2009
- Diciembre 2008
- Noviembre 2008
- Octubre 2008
- Septiembre 2008
- Agosto 2008
- Julio 2008
- Junio 2008
- Mayo 2008
- Abril 2008
- Marzo 2008
- Febrero 2008
- Enero 2008
- Diciembre 2007
- Noviembre 2007
- Octubre 2007
- Septiembre 2007
- Agosto 2007
- Julio 2007
- Junio 2007
- Mayo 2007
- Abril 2007
- Marzo 2007
- Febrero 2007
- Enero 2007
- Diciembre 2006
- Noviembre 2006
- Octubre 2006
- Septiembre 2006
- Agosto 2006
-
Blogroll
Bienvenido
Presión Blogosférica es un blog en el que almaceno mis reflexiones sobre negocios, empresas, emprendedores, gestión de proyectos, Internet... Pero también es un espacio plural en el que discutir sobre dichas ideas. Puedes dejar un comentario o contactar conmigo en angel.medinilla (arroba) presionblogosferica.net. También puedes seguir el blog a través de su Feed RSS
¿Un café?
Buscar:
Suscriptores:
Kisei Dojo Aikido
Pastafari!
Tags
2.0 3G actitud Agile Agile Management agile spain apple autentia autonomos bancos barcelona Biko2 blog Blogs burocracia business angel C++ calidad cambio CEIN charla charlas clientes coaching colaboración comentarios comunicación conciliación conferencia congreso consejos consultoras consultores consultoría contactos contratos contratos ágiles control corporate culture costes Creatividad crecimiento crisis crédito CSM cultura cultura corporativa curriculum curso curso de scrum curso madrid cursos curso scrum diversión dueño de producto EBE07 economía einstein ejercicios empleados empleo Emprendedores empresa empresarios empresas encuesta equipos España estrategia estudiantes Eventos exito externalización facturas feedback financiación finanzas flickr ford Formación fracaso funcionarios funky business fábulas gente GMail Google GTD horarios ideas impuestos inglés Iniciador innovación IT iweekend jefe de proyecto Jeff sutherland jornada laboral kaizen Kanban karma lean Libros liderazgo Linus Linux liquidez Madrid Marketing Matrix mejora mercado mercado laboral mercados metodologías microsoft mision mochila motivación muebles málaga navidad negociación negocio networking oferta ofertas oficina oficinas ONG Open Space outsourcing pagos pamplona pareto paro perseverancia personal personas plan de negocio planificación estratégica PMBOK PMI PMP power point precios presentaciones presentación proactividad problemas productividad producto programación programadores project management proveedores proyectalis proyectos pruebas rendimiento rentabilidad retrospectivas riesgo salarios scrum scrumban Scrum Master selección sevilla silicon valley sistemas SL Slideshare social software start-up startup subvenciones tecnología teletrabajo tests TI tiempo tim ferris toyota transparencia twitter usuarios VC ventas venture capital viajes video videos vision wii xp xp2008 zona de confort
Que se dice por aquí:
- Francisco Jofre: Me parece una excelente fabula. Coincido con Borja Prieto, en que no hay nada de malo en...
- Antonio de las Nieves: Joder Sergio, vaya anécdota. Casi más que estuvieras de ruta en un camión de aceite.. Muy...
- Chidiac Entrepreneur: If you desire to increase your knowledge simply keep visiting this site and be updated with the...
- Sonia: Disculpad mi ignorancia (estoy aprendiendo poco a poco), cuando dije metodologías tradicionales estaba...
- Sonia: Buenas tardes Ángel, he visto en on-line tu curso “Contratos ágiles: Vendiendo Scrum a tus...
Qué se dice por ahí:
- april 2nd: april 2nd...
- La Pastilla Roja: Devops
- Jefe de Proyectos: Funciones del Jefe de Proyectos (II)
- Muñoz, Consultor SEO: Lo mejor de los feeds
- El Canasto: Te invito a una cerveza...
Fotos
www.flickr.com
|
