Entradas publicadadas a lo largo del Septiembre, 2009

Planning Poker La reuniones de estimación deben plantearse con todo el equipo presente, pero no siempre se puede dar este hecho, dado que muchas veces los equipos están distribuidos en diferentes zonas geográficas.

Para poder salvar este inconveniente se pueden emplear una herramienta on-line que haga de baraja y de centro de reuniones, puedes emplear la técnica del Planning Póker y permite estar presente a todo el equipo.
Recomendamos : www.planningpoker.com, sencilla y muy intuitiva.

Es muy importante que todo el equipo esté presente en la estimación, la falta de cualquier miembro ya supone no comenzar con buen pie, deja abierto para un futuro, la posibilidad de tener que destinar más tiempo para explicar las historias de la pila de producto, además de que parte del equipo no conoce el por qué de las estimaciones.

La estimación debe incluir a todo el equipo, gracias a ello se consigue después un trabajo más fluido y unido.

Es una frase muy repetida por profesionales que reciben formación en Scrum, niegan que puedan implementar esta metodología ágil en su empresa u organización.

La negación siempre es el primer paso de cualquier estado del ser humano ante los acontecimiento acaecidos.
Incluso Freud afirmaba que si uno de sus pacientes negaba algo con rotundidad podemos estar seguros de que la interpretación correcta consiste en entender la frase afirmativamente.

negacion

Tomando este patrón de conducta del ser humano, podemos observar cómo normalmente el primer pensamiento es el de negar que Scrum se puede integrar en “su” empresa u organización.
Esta negación se suele justificar por muchos motivos, todo el mundo encuentra varios cuando quieren defender su rechazo, pero la realidad es que existen pocas organizaciones en las que no se pueda integrar Scrum, lo que sucede es que como la negación es el primer pensamiento, pues se tiene que apoyar en justificaciones para mantener este argumento.

Scrum, al igual que otros framework de trabajo de metodologías ágiles, no obliga a unos procesos rígidos e inflexibles, por lo que negar que no se puede introducir en una empresa u organización no es justificable.
Otra cosa muy distinta es analizar qué sistema organizativo es más productivo dentro de una empresa, valorar las diferentes opciones que se le ofrecen, entre ellas Scrum, y entonces hacer un análisis serio sobre cuál es la maás conveniente para implantar.

La negación a la hora de implantar Scrum viene normalmente porque requiere una implicación muy importante por parte de todas las personas que intervienen en el proceso, algo que muchas no están dispuestas a hacer.
Sobre todo, porque Scrum saca a flote a las personas que no quieren trabajar o que no tienen las cualidades necesarias para el puesto de trabajo que tienen, por lo que si estuvieran utilizando Scrum no se podrían esconder su baja productividad, como están haciendo actualmente, en una organización clásica.

Antes de negar hay que reflexionar, pensar, evaluar y hacer un simulacro de los procesos. Aún así, la negación siempre será el primer pensamiento, pero con argumentos sólidos como: mejora de la productividad, mejor control de procesos, equipos mejor organizados, etc., esta negación no debe ser mas que un estado pasajero.

Saldo telefonoEmplear terminologías cercanas a los clientes hace que estos se sientan más seguros a la hora de participar en el proyecto.

Concretamente en España existen desde 2007 mas teléfonos móviles que personas.

Esta estadística nos lleva a la realidad de que los usuarios están acostumbrados a la terminología y definiciones que se emplean en este sector de la telefonía móvil: saldo del móvil, cobertura, toque, etc.
Poder emplear similitudes de terminología cuando hablamos de las metodologías ágiles, acerca a los clientes aun entorno más seguro, sin que se pierdan en ese maremágnum de términos técnicos que normalmente se usan en la relación comercial.

Un cliente que conoce los puntos de esfuerzo que supone un proyecto, que en cualquier momento puede consultar su “Saldo de puntos”, es un cliente seguro de sí mismo y del proyecto.
Esta acción de poder consultar en todo momento su “Saldo” le da la seguridad de tener el control del proyecto, poder saber el estado del mismo, lo consumido y lo que le resta para finalizar, todo esto descrito en una palabra muy fácil de entender por parte de todos los actores que intervienen.
En conclusión, es un paso más para afianzar la relación comercial.

Emplear esta terminología choca en un principio con el concepto de los encargos, que se miden en horas o jornadas de trabajo, pero simplifica mucho la relación con los clientes, ya que estos no molestan al equipo con llamadas o emails preguntando por cuánto queda para finalizar.

velocidadEmpleando Scrum obtenemos el valor de la velocidad. Esto nos permite conocer nuestra velocidad de trabajo, que es algo distinto de la prisa, con la que mucha gente la confunde.

Disponer de una velocidad nos da a conocer el nivel de producción contínua de un equipo de trabajo, pero muchas personas caen en error de añadir a esta velocidad el ingrediente de la prisa, si un equipo tiene una velocidad de 50 puntos por Sprint, se suele ir añadiendo prisa poco a poco al equipo de producción, para que no solo lleguen a los objetivos, si no que lo cumplan lo antes posible.

En este error suelen caer los gerentes o jefes de equipos, que creen que la producción se puede ir aumentando tanto en cantidad como en tiempo indefinidamente. Suelen ir metiendo el factor prisa, un gran error, porque no por adelantar las cosas en tiempo se van a hacer mejor.

Una vez que un equipo ya tiene una velocidad de Sprint, el jefe de proyecto o gerente no se suele conformar con lo que tiene, dado que en su mente siempre tiene el objetivo de exprimir al máximo al equipo y va induciendo a que este produzca más deprisa.

Al conocer el número de unidades presupuestadas por un servicio o producto, podemos realizar un pequeño gráfico del consumo de estos recursos por parte del cliente, algo parecido a la barra de carga que aparece en muchos sitios web.
Se ha demostrado, que los usuarios que tenían esta barra de descarga, tenían sensación de que la descarga duraba menos tiempo que sin ella, la barra le da una tranquilidad al usuario, de saber en qué momento se encontraba la bajada del archivo y cuánto le quedaba.

Pues en Scrum igual, conocemos los puntos de esfuerzo que se han estimado en la pila de producción, los que el cliente ha aprobado en su presupuesto y está dispuesto a abonar, así que configuramos una barra de descarga con los puntos totales contratados y los que se llevan realizados.
El cliente se encuentra mucho más seguro con este pequeño gráfico, dado que de un vistazo sabe cuántos recursos ha utilizado ya y cuántos le quedan para cumplir su objetivo.

barra descarga proyecto

Mostrar elementos visuales simples es una de las cualidades que tiene Scrum, poder aportar mucha información en un gráfico sencillo