Archivo de Mayo de 2010

Nueva simulación de negocio: Agile IT

Martes, 25 de Mayo de 2010

pragmatic lanza su nueva simulación de negocio: Agile IT (basada en el juego Lego City de Alexey Krivitsky). Si estás planteándote empezar a usar Scrum como metodología para gestionar tus proyectos, Agile IT es lo que necesitas. A través del desarrollo de la simulación, los participantes se ven involucrados en el que será su primer proyecto Scrum: la construcción de una ciudad desde cero únicamente con piezas de Lego. Los participantes se dividen en equipos autogestionados que deberán estimar y construir diferentes edificios con un único objetivo: la aportación de valor al cliente lo antes posible. 

IMG_1670Gracias a la dinámica, los equipos practicarán todas las bases de Scrum, desde la creación del Product Backlog a la realización de la Demo o Retrospectiva. Además, de la misma forma que en los proyectos reales, los equipos deberán enfrentarse a situaciones y/o peticiones inesperadas que harán peligrar la buena marcha del proyecto.

El ambiente agradable y divertido generado por el juego predispone al equipo al cambio, cosa que hace más fácil la introducción de la nueva metodología de trabajo. Los participantes comprobarán de primera mano la utilidad de esta metodología y les facilitará en gran medida la comprensión de los contenidos teóricos puesto que ellos mismos ya lo habrán experimentado.

Si quieres más información sobre Agile IT, la encontrarás aquí

 

Aterrizando ITIL en Enpresa Digitala – Polo Garaia

Lunes, 24 de Mayo de 2010

ITIL habitualmente es sinónimo de teoría, de un montón de procesos y de siglas complicadas costosas de recordar… para eliminar esta imagen y bajarlo a la tierra se organizó esta jornada de Enpresa Digitala en el Polo Garaia de Mondragón.

aviónEmpezamos con una charla que trataba la infinidad de marcos metodológicos que existen para gestionar, gobernar y construir las TI (ITIL, COBIT, CMMi, Scrum, ISO 20000, ISO 27001, ValIT, … ) y el por qué de emplear ITIL como modelo de referencia o inspiración para la construcción e implantación de nuestros procesos de gestión de servicios.
Continuamos con otra charla en la que se trataba de arrojar algo de luz sobre cómo se puede abordar una implantación de un Service Desk y de los procesos más básicos de soporte y de unos primeros pasos en Gestión de Niveles de Servicio (catálogo de servicios, SLA), cuánto se tarda, qué recursos implicamos…
La tercera charla consistió en un manual de “Peores Prácticas” a la hora de abordar un proyecto de cambio como es implantar procesos basados en ITIL. Es más fácil, por lo menos para mí, entender y asimilar “lo que hay que hacer” desde el enfoque de “qué es lo que no hay que hacer” y así lo hicimos.

Y por último tuvimos la gran suerte de que Ibor Rodríguez, CIO del grupo AMMA, viniese y contase de primera mano a los asistentes su experiencia en la implantación de su Service Desk y su proceso de Gestión de Incidencias, de cómo había impactado en el Dpto y en la organización y de los beneficios que les estaba aportando. Al fin y al cabo una de las grandes ventajas es la de trabajar en un entorno más controlado y más profesional en el que Informática deje de tener tan mala fama y viva más tranquila.
Entre charla y charla, liberamos algunas endorfinas viendo algunos videos que exponían situaciones de lo más familiares para Informática.

Muchas gracias a los asistentes por venir y por sonreír en una jornada de ITIL, esperamos que os haya sido de utilidad.

Nerea Molinero

GTD o cómo mantener la entropía a raya

Jueves, 20 de Mayo de 2010

Resulta especialmente divertido ver que un grupo o una organización entera se entregan febrilmente a la adopción de una nueva metodología de trabajo a nivel “macro” para optimizar sus procesos, comprando herramientas y definiendo procedimientos, pero a la hora de la verdad, algo falla, y no es precisamente el resultado de la brillante tarea de integrar las nuevas ideas a las tareas diarias sino más bien la manera cómo se gestiona esa gran cantidad de información derivada del nuevo método.

Si bien hay una gran cantidad de técnicas que prometen buenos resultados, la única que me ha funcionado de manera consistente es la conocida como GTD o Getting Things Done (Consiguiendo hacer cosas, en una traducción muy libre), además de poderla aplicar con un buen grado de éxito en el caótico mundo de los departamentos de sistemas.

caosSu principio fundamental es muy sencillo: sostiene que el cerebro humano es excelente para la creatividad y el razonamiento lógico, pero muy malo para recordar datos. Por lo que, si lo forzamos a hacer aquello en lo que menos “destaca”, la frustración e ineficiencia de la “herramienta” nos impedirá cumplir nuestros objetivos.

Para solucionarlo, simplemente creamos un sistema fiable y metódico donde podamos registrar todos esos datos que nos “preocupan” de tal manera que cuando sea necesario, seamos capaces de obtener la información precisa de manera rápida y eficiente. Con esto nuestro cerebro se libera de las tareas “rutinarias” y puede dedicar toda su potencia a la creatividad y el análisis, que es para lo que fue diseñado originalmente.

Hay varios conceptos importantes en el sistema. Los dos principales son Control y Perspectiva. El control nos permite tener la certeza de confiar en un sistema de almacenamiento de datos para podernos “olvidar” de ellos, y la perspectiva nos deja ver el objetivo de contar con toda esa información en varios niveles de “granularidad”: metas de vida, metas a corto, medio y largo plazo, proyectos y acciones actuales.

Para comenzar, 5 pasos básicos, explicados brevemente: Agrupar (o lo que es lo mismo, descargar la información de nuestra cabeza a un lugar seguro), Procesar (comenzar a gestionar dicha información), Organizar (o establecer el orden de acción), Revisar (¿realmente hemos gestionado la información que nos llega?, medición del éxito del proceso) y por último, Hacer (¡de nada sirve organizar y gestionar si no actuamos!)

Algo que me gusta especialmente, y que podemos aprovechar así no usemos el sistema en su totalidad, es la regla de los dos minutos, que dice: “Si algo puede hacerse en 2 minutos o menos, hazlo ahora”. Es especialmente útil a la hora de lidiar con interrupciones y dejar de “procastrinar” con esa llamada telefónica, ese correo sin responder o el archivar esos papeles sobre el escritorio.

No hay necesidad de tener un software sofisticado o un smartphone ni nada que se le parezca. Con una libreta, un bolígrafo y un sistema de carpetas, sean físicas o en el ordenador, tenemos suficiente.

¿Qué aporta todo esto? Básicamente tres cosas: un método de trabajo consistente y confiable que sirve para practicamente todas las situaciones, una disciplina de control y sobre todo, un “sistema de recompensa” al ver que no nos vemos ahogados por la avalancha de información con la que tenemos que lidiar.

¿Lo habéis probado? Si es así, compartid vuestras experiencias en los comentarios!

Alvaro Matiz

Construye una torre, construye un equipo

Miércoles, 19 de Mayo de 2010

Curioso video visto en www.ted.com: se reta a distintos grupos de gente a construir una torre lo más alta posible con un puñado de spaguetti, una cinta de celo y un “marshmallow” (si activáis los subtítulos en español alguien ha traducido “marshmallow” por “malvavisco”, pero en mi casa siempre los hemos llamado “nubes”, esas chucherías esponjosas con aspecto de nubecita rosa).

Nunca adivinaríais qué grupo suele tener más éxito (son sólo 6 minutos, vale la pena verlo).

Lo interesante es que el enfoque del grupo ganador es muy simple: prototipar y refinar en iteraciones sucesivas lo más rápidas posibles. ¿Suena familiar? Mientras los graduados en escuelas de negocios analizan, planifican y deciden la mejor estrategia, hay alguien que ya va por el quinto intento de construcción… Fallan rápidamente, aprenden rápidamente, y reconducen el proyecto a tiempo. Metodologías ágiles también en la construcción de torres de spaguetti. Incluso comenta la importancia de incorporar al equipo a un “facilitador” del proceso… esto… un scrum master, quizá.

Según Tom Wujec, “el diseño es un deporte de contacto”. ¿No lo son todos los proyectos?

Teresa Oliver

Taller “Como un business game puede mejorar tu propuesta de valor” en Barcelona

Lunes, 17 de Mayo de 2010

Días atrás reunimos a un nutrido grupo de profesionales, en su mayoría consultores, para que experimentaran en sus carnes la dinámica creada alrededor de la simulación de negocio Bridge IT. El objetivo de la sesión era que los participantes probaran de primera mano la simulación Bridge IT, para valorar su uso y aplicabilidad en sus respectivos programas formativos o procesos de consultoría.

working
 Después de una pincelada introductoria al juego y una vez repartidos los roles que asumiría cada uno, se realizaron un par de rondas del juego para que los participantes comprobaran sus funcionalidades, de forma que pudieran encontrar la mejor manera de adaptar la dinámica a su propio negocio. Los participantes, asumieron el papel de propietario de un parque de atracciones, de gerente, de integrante del equipo de innovación, de banquero, de proveedor, etc. y se pusieron en marcha para conseguir entre todos llevar a cabo un importante proyecto: crear y hacer rentable un parque de atracciones.  Entre planes de marketing, construcciones de columpios y norias, instalaciones eléctricas y arranque de las atracciones, llegamos al final de la jornada, en el que hicimos un breve resumen de lo ocurrido y hablamos sobre la posible traslación de la dinámica vivida a los proyectos formativos y de consultoría de los participantes. En conclusión: una jornada divertida y fructífera, tanto para organizadores como para participantes.

TDD, o cómo empezar la casa por el tejado

Miércoles, 12 de Mayo de 2010

Curso muy interesante en Zaragoza el 2-3 de junio acerca de TDD - Test Driven Development, impartido por Carlos Blé – que no lo demos nosotros no significa que no sea interesante…

tdd

Para los que no conozcáis el tema, en dos palabras: TDD es una práctica de desarrollo de software que consiste en codificar en primer lugar las pruebas, y luego ir completando el código hasta que la prueba se pasa satisfactoriamente. Es decir, en lugar de “primero escribo el código y al final ya lo probaré”, es “primero escribo la prueba que demostrará que mi código está OK, y después trato de pasarla”. 

¿Empezar la casa por el tejado? Nada de eso. Ventajas: mayor calidad en el código, ahorro de tiempo, mayor confianza de los desarrolladores, mejor entendimiento de los requisitos desde el inicio, productividad… Hay empresas que dejan de utilizar una herramienta de control de bugs; ¿para qué, si ya no tienes bugs?

La combinación de prácticas de gestión ágiles, como scrum, con técnicas ágiles, como TDD, supone un vuelco a la manera tradicional de desarrollar los proyectos. Al menos vale la pena echarle un vistazo, ¿no?

Más info: www.iexpertos.com

 

 

Teresa Oliver

Construyendo una ciudad con Scrum en GAIA

Martes, 11 de Mayo de 2010

La semana pasada estuvimos en GAIA (Asociación de Industrias de las Tecnologías Electrónicas y de la Información del País Vasco) impartiendo una jornada acerca de la gestión ágil a través de Scrum.  Cuál fue nuestra sorpresa al ver que se había apuntado muchísima más gente de la esperada en un principio, en algún caso hasta hubo que limitar el nº de asistentes por empresa…¡Menuda alegría! Cada vez hay más y más gente interesada en saber qué es esto de Scrum y en qué consiste. Y cómo lo hicimos nosotros? Pues al puro estilo Pragmatic, es decir, empleando “Learning by Doing” o aprender haciendo.

IMG_1684IMG_1660

 

 

 

 

 

 

 

 

Los asistentes tuvieron que construir una ciudad de LEGO y para ello se organizaron como  un verdadero equipo de Scrum y emplearon sus principios ágiles: estimaciones de las historias con cartas, planificación del sprint, retrospectivas… Al igual que en la realidad, el primer sprint fue desastroso en casi todos los equipos pero en los siguientes fueron engrasando y mejorando gracias al poder de las retrospectivas.  ¿Resultado? al final del tercer sprint, todos los equipos terminaron su ciudad y algunos de ellos presentaron hasta nuevas funcionalidades no contempladas al inicio que aportaban muchísimo valor al cliente. Hasta hubo un equipo que construyó una ciudad ecológica libre de humos, buena prueba de que los equipos auto organizados tienden a ser más creativos e innovadores y, de hecho, tiene el más común de los sentidos, ¿cómo es posible aportar si el trabajo viene impuesto desde arriba?

 Mencionar la presencia de Jose Ramón Díaz de Biko, colaborador de Agile Spain y gran experimentado en la materia, que enriqueció a los asistentes a través de sus experiencias de puesta en marcha de proyectos de desarrollo empleando Scrum como metodología de gestión de proyectos y de la posible convivencia e integración entre CMMi Nivel 2 y Scrum.

Muchas gracias a todos! :)

Nerea Molinero

A Heart Effort en el AgileSpain

Lunes, 10 de Mayo de 2010

AgileSpain2010-Azul

Nos han seleccionado para una sesión en la próxima Conferencia AgileSpain que se celebrará en Madrid el 10-11 de junio (más datos del evento aquí). Para que no fuera la típica charla/conferencia, planteamos una sesión colaborativa basada en el juego A Heart Effort. Centramos el tema alrededor de la gestión de las personas, que si en un proyecto normal es algo crítico, en entornos ágiles todavía más. Los asistentes se distribuirán en mesas de 5-6, y tendrán que opinar-debatir-compartir su visión y experiencia contestando a preguntas como “¿Qué preferirías tener: un mal Product Owner, un mal Scrum Master o un mal Equipo?”. Las respuestas no convencionales tienen premio… Aunque evidentemente lo que buscamos son las conversaciones que se generen alrededor de un tema tan complejo como es el peopleware. Seguro que podemos aprender mucho de las experiencias – y sufrimientos- de los demás. La asistencia al evento no requiere de inscripción previa. ¡Esperamos encontraros allí!

Los productos experienciales, un nuevo tipo de oferta en el mercado

Lunes, 10 de Mayo de 2010

El incesante incremento del número de servicios que se ofrecen en el mercado de la consultoría y la formación ha derivado en la existencia de un menor grado de diferenciación entre unos productos y otros, lo que hace cada vez más difícil para estas empresas distinguir y destacarlos frente a los de la competencia. Como consecuencia de esto se ha producido un claro aumento de la saturación global de los clientes, los que se ven cada vez mas desorientados y  abrumados a la hora de decidirse por un producto o servicio determinado, debido a la extensa oferta de productos similares existentes a su disposición.

En este entorno resulta necesario diseñar y plantear nuevas estrategias que permitan a las empresas diferenciar sus productos frente a los de la competencia. Para lograr este objetivo hace falta hacer uso de la creatividad y la imaginación para lograr sorprender, seducir y emocionar al cliente.

La progresión del valor económico, tal como puede apreciarse en el dibujo 1, adjunto  muestra claramente que en el mercado surgieron los bienes tras las materias primas y tras ellos los servicios, para finalmente dar paso en la actualidad al nacimiento de un nuevo tipo de oferta en el mercado: los productos experienciales.

mercado 

Dibujo 1; La progresión del valor económico. Fuente: The experience economy, Pine y Gilmore

De acuerdo con el dibujo, es importante entender que las experiencias son un tipo de oferta diferente a la prestación de servicios y es por este motivo que poseen unas características personalizadas que las detallamos en el dibujo 2.

Oferta económica

Materias primas

Bienes

Servicios

Experiencias

Economía

Agraria

Industrial

De servicios

De experiencias

Función económica

Extraer

Hacer

Entregar

Poner en escena, orquestar

Naturaleza de la oferta

Fungible

Tangible

Intangible

Memorable

Atributo clave

Natural

Estandarizado

Adaptado

Personal

Método suministro

Almacenamiento en masa

Inventario tras producción

Entrega por encargo

Generado en el momento

Vendedor

Comerciante

Fabricante

Proveedor

Orquestador

Comprador

Mercado

Usuario

Cliente

Huésped

Factores de demanda

Características

Atributos

Beneficios

Sensaciones

Dibujo 2. Fuente: The experience economy, Pine y Gilmore

Los productos experienciales además de constituir en sí mismos un nuevo tipo de oferta, facilitan a las empresas que los utilizan vender mejor sus productos, complementando las técnicas de marketing empleadas hasta la fecha. Éstas, basadas únicamente en destacar las ventajas y las características de los bienes y servicios ofrecidos frente a los de la competencia, resultan cada vez más ineficaces en un mercado altamente saturado.

De este modo nos adentramos en una nueva etapa en la que los productos pierden protagonismo para convertirse simplemente en vehículos accesorios entorno a los que se pueden diseñar y orquestar experiencias únicas, relevantes y memorables proporcionando a los clientes una “razón emocional” para comprar. De acuerdo con esto, el diseño de estas experiencias debe ser una estrategia clave para conseguir el éxito a largo plazo.

En conclusión, la creación de productos experienciales tanto en la fase de venta como en la de la entrega del producto o servicio representa sin duda una innovadora estrategia todavía poco explorada. Por ello resulta evidente que aquellas empresas que decidan esforzarse por diseñar experiencias únicas e inolvidables verán recompensados sus esfuerzos de forma más que satisfactoria con la obtención de mejores resultados económicos y el logro de un exitoso y rentable crecimiento a largo plazo.

Fuentes: The experience economy, Pine y Gilmore / Revista Harvard Deusto Business marketing & Ventas

Josep M Bonet

Nos vamos al CAS2010!

Viernes, 7 de Mayo de 2010

AgileSpain2010-Azul

Semana intensa en scrum (de las que a mí me gustan): nos han seleccionado para una sesión en la próxima Conferencia AgileSpain que se celebrará en Madrid el 10-11 de junio (más datos del evento aquí). Esto de compartir panel con Henrik Kniberg nos motiva :-)

Foto3Para que no fuera la típica charla/conferencia, planteamos una sesión colaborativa basada en el juego A Heart Effort; es decir, que los que van a hablar son los participantes, y no nosotros (así cualquiera, ¿no?). Centramos el tema alrededor de la gestión de las personas, que si en un proyecto normal es algo crítico, en entornos ágiles todavía más. Los asistentes se distribuirán en mesas de 5-6, y tendrán que opinar-debatir-compartir su visión y experiencia contestando a preguntas como “¿Qué preferirías tener: un mal Product Owner, un mal Scrum Master o un mal Equipo?”. Las respuestas no convencionales tienen premio… Aunque evidentemente lo que buscamos son las conversaciones que se generen alrededor de un tema tan complejo como es el peopleware. Seguro que podemos aprender mucho de las experiencias – y sufrimientos- de los demás.

 

Independientemente de nuestra sesión, el evento promete. Dos días completos de temas interesantes, combinando los aspectos más técnicos (como el CodingDojo de Gost y Beas) con otros más generales (“Diez maneras infalibles de asegurar que Scrum erá un fracaso”, Rodrigo Corral siempre vale la pena). Nos vemos en Madrid…

Teresa Oliver

© 2009 Pragmatic | Aviso Legal