Archivo de la categoría ‘Corporativo’

Aquí sí pinto…y mucho. Trabajando con Scrum

Lunes, 4 de Julio de 2011

Hace poco me pasó que en un proyecto de mejora en el que estamos trabajando, uno de los empleados dijo que le parecía mal uno de los cambios implantados. Que le parecía que no ayudaba mucho sino todo lo contrario, la gracia es que este cambio llevaba prácticamente 2 meses implantado y era una de las perlitas, una quick-win de estas que nos gusta decir porque, según se implantó empezaron a llegar mensajes de satisfacción.
Obviamente hay que estudiar porqué esta persona opina así antes de tacharla de “follonera”. Seguro que tiene su parte de razón. Bueno, a lo que iba. En el momento me dio bastante rabia, pensé que había tenido tiempo suficiente para haber dicho algo antes! pero ahora me alegro de que pasase así. Toda esta charla apareció en la demo del 2º sprint y de hecho una de las historias para el 3º es hacer un seguimiento de la utilidad del cambio valorando todas las opiniones de los grupos de soporte.

Ahora me pregunto ¿qué hubiese pasado si este proyecto no estuviese gestionado empleando scrum? Probablemente esta persona jamás hubiese tenido la oportunidad de hablar, hubiese tragado con el cambio y se alimentaría la desmotivación y la falta de participación: mi opinión no cuenta y menos mal que soy yo quien opera el proceso, que si no…

Scrum no evita que surjan problemas sino que éstos salen a la luz lo antes posible para poder tratarlos. Estoy segura de que se le dará una vuelta a la mejora y que, empleando esta metodología, llegaremos a una solución beneficiosa para todas las partes y en la que todas las personas del departamento se vean partícipes de la misma. Es lo bonito de trabajar así.

Nerea Molinero

The Efficiency Code discovered in Barcelona

Jueves, 30 de Junio de 2011

La semana pasada organizamos un evento llamado “TheEfficiencyCode” en Barcelona en el que revelamos a varias empresas las claves para alcanzar la eficiencia en los Departamentos TI. Nuestra propuesta pasa por la mejora en los procesos de gestión y para ello utilizamos varias herramientas: el aprendizaje experiencial como palanca para fomentar el cambio, la implantación de los procesos empleando metodologías ágiles y la herramienta Clientele ITSM como aplicación de gestión que de soporte a estos procesos.

Y para predicar con el ejemplo del aprendizaje experiencial, lo que hicimos es jugar varias rondas de nuestra simulación de procesos ITSM Control IT. Los asistentes, en la primera ronda, tuvieron que lidiar con las situaciones típicas que con frecuencia se viven en un departamento que se dedica a prestar servicios: niveles de soporte descoordinados, flujos de comunicación sin definir, ausencia de priorización en las incidencias del servicio, descoordinación a la hora de implantar cambios en la infraestructura, clientes enfadados…Una vez visto el caos, los asistentes empezaron a organizarse definiendo un proceso de gestión de incidencias y empleando la herramienta Clientele ITSM para soportarlo. El resultado fue que en la segunda ronda del juego las incidencias empezaron a fluir, el departamento comenzó a ser más eficiente y se cumplieron los SLAs por primera vez.

Fue un evento en el que literalmente “no paramos” pero creo que el resultado mereció la pena ya que la máxima en las encuestas es que fue corto y creo que es todo un logro para un evento que duró ½ jornada laboral… Nos encantaría montar uno de una jornada completa pero con las vidas laborales que tenemos es muy complicado para los asistentes.

Muchas gracias a todos por venir!

Esperamos organizar más por Zaragoza, Madrid y Bilbao, os iremos avisando.

Nerea Molinero

Formación ITIL transatlántica

Martes, 14 de Junio de 2011

Recientemente hemos realizado una formación a distancia en ITIL v3 para una prestigiosa firma de servicios de outsourcing y consultoría IT latinoamericana. Los resultados han sido asombrosos. El 85% de los participantes han aprobado el examen de certificación de fundamentos con unos resultados buenísimos: del 80 al 95% en aciertos??!!
Todos sabemos que este tipo de examen no es fácil y abarca una ingente cantidad de materia para el alumno… así que personalmente les doy el Óscar.

¿Cómo lo hicimos? Bien sencillo. Adaptamos la documentación del curso para que se pudiese comprender sin la ayuda de un profesor, planteamos preguntas y ejercicios de revisión e hicimos 3 pequeñas sesiones de teleconferencia para resolver dudas, corregir ejercicios, comentar ejemplos y hacer un par de exámenes de prueba.

Esta experiencia me ha hecho reflexionar. Las empresas, tanto las que forman como las que reciben, perdemos valioso tiempo en la transmisión de los conceptos teóricos al alumno. Estos se aprenden por si solos a través de una buena documentación. Lo que realmente aporta valor es la práctica, los ejercicios, la traslación de todos esos conceptos abstractos al trabajo que desempeñamos. Los profesores deberían tender a ser facilitadores del aprendizaje y no tanto transmisores de conceptos como venimos haciendo hasta ahora. Cuánto dinero se ahorraría…

Nerea Molinero

Descubre el código para la mejora de la eficiencia en los departamentos TI

Viernes, 20 de Mayo de 2011

25 personas serán las elegidas para revelarles uno de los secretos mejor guardados de la historia…
…el código para la mejora de la eficiencia en los departamentos TI.

Desde tiempos inmemorables se ha hablado de unas escrituras que revelaban la fórmula para la mejora de la eficiencia departamental. Según se contaba, éstas ofrecían las máximas garantías de éxito gracias a su combinación de metodologías altamente efectivas (la formación experiencial y las metodologías ágiles) con las herramientas de más calidad del sector (basadas en las mejores prácticas). Nosotros hemos conseguido descifrar el código y estamos deseosos de compartirlo contigo.

Te invitamos a conocer de forma experiencial y directa estas metodologías y herramientas para que puedas comprobar por ti mismo su alto grado de efectividad en el ámbito empresarial. No dejes pasar la oportunidad de conocer The Efficiency Code: el camino más corto a la eficiencia.

¿A quién va dirigido?
Únicamente los responsables de departamentos TI serán capaces de desvelar lo que se esconde detrás del código

¿Qué me aportará The Efficiency Code? ¿Qué aprenderé?

o Las claves para aumentar la rentabilidad, competitividad y eficacia
o Cómo mitigar los efectos de la crisis mediante la optimización de recursos
o Cómo mejorar la imagen interna de tu departamento
o Técnicas de alineamiento con el negocio
o Cómo convertir tu departamento TI en un valor diferencial para tu compañía

¿Aún te lo estás pensando? ¡Reserva ya plaza rellenando el formulario que tienes a continuación!

El AbreDatos y el mundo real

Lunes, 16 de Mayo de 2011
Desafío AbreDatos 2011
Acaba de celebrarse una nueva edición del desafío AbreDatos; si sabes lo que es puedes saltarte el párrafo siguiente, porque lo voy a explicar…
Es un concurso. Formas un equipo. Tienes 48 horas – un fin de semana – para desarrollar una aplicación que utilice datos públicos (de un ayuntamiento, de un ministerio, etc. que proporcione algún tipo de datos en formato digital). Objetivo: como ellos mismos dicen en su web, “generar debate en torno a la necesidad de que los organismos públicos proporcionen sus datos de forma accesible para permitir su uso y reutilización por parte de los ciudadanos”. Si alguna vez has usado la aplicación DNDzgz para saber cuándo llega tu próximo autobús, fue desarrollada en el AbreDatos del año pasado.
A lo que iba. Grupos de 3-4 personas son capaces de desarrollar en un finde cosas como ésta, o ésta, o ésta. Seguro que en este momento hay en España muchas empresas que llevan semanas tratando de entregar proyectos más sencillos. ¿Exagero? Quizá, por darle efecto dramático. Pero no tanto.
Para mí el AbreDatos demuestra el potencial de un equipo pequeño, multidisciplinar, autoorganizado y MOTIVADO. ¿Suena de algo? Se hace por amor al arte, gratis, por aprender, por el placer de crear algo útil (y por meter caña a las administraciones). Falta de sueño, la presión del tiempo, y a pesar de eso la mayor parte de los equipos consiguen terminar. Si trabajáramos siempre así, el mundo sería un lugar diferente. Vale que me estoy cargando el famoso “ritmo sostenible”, esta intensidad no se puede mantener mucho tiempo. Pero la diferencia entre cómo los equipos de AbreDatos se levantan ese sábado, y cómo has empezado a trabajar tú esta mañana es… ¿abismal? Excepto para un pequeño porcentaje de privilegiados, sí. Las razones pueden ser muy variadas, visto desde fuera se me ocurren algunas:
  • en AbreDatos eliges a tu equipo. Trabajas con gente que te gusta, y que quiere trabajar contigo
  • tú decides el objetivo. Construyes lo que quieres construir
  • tú decides la intensidad de tu trabajo. Puedes dormir 8 horas, no dormir, irte de tapas o comer un bocata en el PC
  • el resultado es público, el reconocimiento también
  • recibes apoyo constante en redes sociales de gente que está viendo el progreso de tu trabajo. Muy distinto a tener un informe de seguimiento quincenal con el cliente…
  • el plazo es acotado: el domingo a las 23:59 se acaba sí o sí. No hay posibilidad de procrastinar ni eternizar el resultado. O está o no está
Dudo que algún equipo de AbreDatos haya comenzado definiendo un documento de requisitos, una planificación detallada por fases y haya previsto un formulario de gestión de cambios de alcance para los cambios de idea. Tienes que ser un equipo ágil por definición, por supervivencia. Como decía Herb Kelleher “Tenemos un plan estratégico. Se llama hacer cosas”.
La vida no es un AbreDatos. Pero podríamos hacer algo para que se pareciera un poco más.
Teresa Oliver

¿Qué es “caro”?

Viernes, 15 de Abril de 2011

Probablemente conocéis a Tim Ferris, autor del famoso bestseller “The 4-Hour Workweek” – básicamente cómo rediseñar tu vida y multiplicar tus ingresos trabajando cuatro horas por semana. No importa. Lo que me ha hecho pensar es este artículo en su blog, en el que ofrece una especie de curso de un día en el que expondrá las lecciones que ha aprendido en los últimos años, y recetas seguras para lanzar un producto al estrellato. El seminario se celebrará en un lugar secreto (sólo te lo comunican después de inscribirte), y está prohibida cualquier tipo de grabación, twitter y demás. Bien.

Aquí llega lo interesante: está limitado a 200 personas. Precio: 7.000$ si te inscribes esta semana, 8.500$ la próxima semana, y 10.000$ la siguiente. Os ahorro la multiplicación: ingreso mínimo de 1.400.000$ por un seminario de un día. Y se van a agotar las plazas.

¿Es caro? Evidentemente no. Si la gente lo paga es porque espera un retorno superior al precio de la inscripción. En ideas, en inspiración, en networking, en decir “yo estuve allí”. En España estamos acostumbrados a pagar la formación por horas, por kilos. Estamos acostumbrados a multiplicar: 80€/día = curso barato; 600€/día = curso caro. ¿Por qué? Dependerá de lo que obtenga a cambio, del valor que considere que me proporciona. Seguir haciendo las cosas de la misma manera seguramente sea mucho más caro. Pero no importa.

Hace poco lo comentaba con un experto en RRHH, al que a veces le llaman clientes a solicitar “un curso de liderazgo”. Así, sin más. ¿Liderazgo en qué, para quién, con qué tipo de objetivos, de qué situación partimos? Da igual, dame un curso de liderazgo que es lo que se lleva. Y así nos va. ¿Tengo razón?

Teresa Oliver

¿Facilitando la innovación con Scrum?

Miércoles, 6 de Abril de 2011

Innovación significa introducir una novedad, crear productos o servicios que faciliten la vida a quienes los utilizan. Adoptar la metodología scrum en mi opinión facilita la innovación e intentaré explicar por qué.

Una de las muchas ventajas que aportan este tipo de metodologías ágiles es que los ingenieros, técnicos, desarrolladores y en definitiva la gente que trabaja sobre el desarrollo de un producto conocen el sentido último del trabajo que desempeñan. Me explico: en scrum, cuando vamos a desarrollar algo, se definen una serie de funcionalidades con sentido de negocio (y aquí está la clave, “de negocio”) o historias que el producto tendrá que cubrir. Éstas funcionalidades son las que se transmiten al equipo que trabaja en el proyecto, así que hemos conseguido que la gente que sabe articular o materializar funcionalidades sepa realmente la finalidad última y de esta forma pueda aportar soluciones creativas e innovadoras a necesidades concretas.

Voy a poner un ejemplo sencillito que veo a menudo para que quede más claro: cuando hacemos formaciones acerca de los principios de scrum, empleamos una simulación llamada Agile IT en la que la gente tiene que construir una ciudad de Lego. Yo soy la encargada de definir las funcionalidades o historias con sentido de negocio y de transmitirlas al equipo para que las construyan, por ejemplo: construir un restaurante para que los turistas puedan disfrutar de la gastronomía autóctona. Cuando llega esta fase casi no tienen bricks de Lego y han de realizar malabarismos para poder abordar la construcción.

Bien, llegados a este punto, son muchos los equipos que me han sugerido reutilizar alguna de las construcciones anteriores como restaurante, como por ejemplo una de las casas de la ciudad argumentando que dónde mejor se va a disfrutar de la gastronomía autóctona que en una casa tradicional de la ciudad. Y realmente tienen razón, es un buen servicio y no lo presta demasiada gente, me consta que en el casco viejo de Bilbao hay una empresa que cede su típica casa acogedora para servir menús a altos ejecutivos y a turismo de alto nivel ofreciendo la experiencia de “comer en como en las casas tradicionales vascas”.

Efectivamente el equipo en esta ocasión ha innovado puesto que ha creado un servicio de valor añadido que en principio no se había solicitado como tal y además, ahorrando recursos! pues se ha evitado invertir más bricks de Lego.

Es un ejemplo simple pero espero os sirva para ilustrar mi afirmación de que scrum en cierta forma facilita la innovación.

Nerea Molinero

Informes, informes y más informes

Viernes, 1 de Abril de 2011

Llegan las rebajas y los informes están a buen precio, todo el mundo pide informes.

Muchas veces no nos damos cuenta de que los informes no sirven de nada si no los utilizamos para realizar un análisis y tomamos acciones en consecuencia. Y aquí llega la mala noticia: son pocos los responsables de proceso que analizan los informes con detenimiento para ver cómo se puede mejorar. Eso sí, tenemos 10 informes relacionados con la gestión de incidencias y nos vamos a dormir la mar de agusto…

En un congreso al que asistí hace varios años, un ponente comentó que sospechaba que los informes no se leían, sólo era obligatorio el hecho de generarlos con el consecuente desperdicio de recursos de procesamiento que causaba en los servidores. Para cerciorarse de su pequeña sospecha, incluyó varios meses el cuento de caperucita roja dentro de algunos informes para ver qué pasaba… no se sorprendió cuando nadie comentó nada y al final tuvo que ser él el que informase a los responsables de proceso de la prueba que había realizado. Menuda vergüenza que tuvo que pasar algún que otro…

Como conclusión comento que según mi experiencia, cuantos menos informes mejor, que los pocos que utilicemos nos sirvan para ver la situación y mejorarla y que, cuando veamos la necesidad de pedir uno nuevo sea porque realmente los datos que ahí se reflejen aporten valor a nuestro negocio. Hagamos un uso responsable de las herramientas de reporting ;)

Nerea Molinero

El arte de migrar

Miércoles, 30 de Marzo de 2011

Concretamente aplicaciones que utiliza un usuario final. Sí, efectivamente sí es un verdadero arte y se podría armar toda una disciplina en torno a ello. No basta con los problemas técnicos y de diseño… a ello le tenemos que sumar la resistencia al cambio natural de las personas.

Todo este revoltijo hace que sea una tarea complicada (aunque no por ello poco interesante) y todo un desafío al mundo de la planificación inicial detallada. Es muy complicado planificar…aunque el modelo de datos es el que es en origen, son personas las que han ido alimentando la aplicación y las personas rotan, entran nuevas y marchan otras, y en muchas ocasiones podemos utilizar con todas las de la ley la expresión “cada maestrillo con su librillo”…Con esto quiero decir, que cuando vas a trasladar ese modelo a otro nuevo aparecen inconsistencias que hay que ir solucionando y que es muy complejo tenerlas todas en cuenta desde el inicio.

A todo esto, como decía anteriormente hay que sumarle el hecho de que los usuarios finales han de poner empeño por su parte para comenzar a utilizar esa nueva aplicación que “ahora que tenemos callo con la anterior, nos la quitáis”…Por eso es importante realizar un buen kick off de proyecto para concienciar a todos los agentes de por qué se efectúa el cambio y hacerles partícipes del mismo, preguntándoles y escuchando con atención sus respuestas. Al fin y al cabo lo que digan estos agentes es lo más importante del proyecto puesto que las aplicaciones están ahí para mejorar su trabajo y su eficiencia diaria y si ellos no están por la labor, el proyecto fracasará.

¿Planificáis teniendo en cuenta el uso que cada persona hace de las aplicaciones? ¿Planificáis la resistencia al cambio?

Efectivamente, todo un arte.

Nerea Molinero

Aquí no aporto nada

Lunes, 21 de Marzo de 2011

Ayer tocó viaje express a Barcelona para la primera parte de un TTT a un nuevo partner en uno de nuestros juegos, “Ease IT”. ¿Qué es un TTT? “Train the Trainer”, es decir, enseñar a un futuro facilitador del juego cómo conducir la sesión, desde colocar las mesas hasta posibles situaciones con las que se puede encontrar y cómo manejarlas. Los partners que quieren utilizar las simulaciones con sus clientes suelen tener personal interno capacitado para dirigir las sesiones. Y la primera vez no es tan fácil…

El comienzo de nuestro TTT siempre es asistir a un juego como participante. Es imprescindible ponerte en primer lugar en un rol del juego, para entender las dificultades a las que se enfrentan y cómo se vive “desde dentro”. La experiencia de ayer fue muy positiva, era un grupo implicado y nos divertimos. Acabaron sudando y más estresados que en la oficina, eso sí. Me parece muy importante que los futuros facilitadores sean “fans” del juego y crean en su potencia y utilidad; creo que en este caso lo conseguimos.

En este caso este chico asumió el rol de un hipotético departamento de Control de Calidad en una empresa de seguros, y en la segunda ronda del juego ya estaba diciendo a sus compañeros “me he dado cuenta de que aquí no aporto nada de valor. ¿Dónde os puedo ser más útil?”. Me resultó curioso. ¿Qué pasaría si la gente se comportara de esta manera en la vida real? ¿Quién es capaz de reconocer que su puesto no aporta nada a la empresa o al cliente final, y que habría que suprimirlo? El miedo a que eso implique ser despedido debería ser inexistente, cualquiera capaz de realizar ese análisis y comunicarlo con transparencia es valioso para la empresa. ¿Has hecho algo útil hoy?

Teresa Oliver

© 2009 Pragmatic | Aviso Legal