Entradas archivadas en Scrum.es

La agilidad debe ser la bandera que se encuentre en el estandarte de todas las empresas, significa que toda la empresa debe estar unida, que todos los equipos deben trabajar de forma continua junto con el cliente o a un producto que se quiera lanzar.

Esa bandera debe ondear cada día, no solo a principios cuando se integra el sistema de trabajo dentro de una empresa, si no que no tiene sentido que algunos departamentos lo sigan a rajatabla y otros no, lo que no puede suceder es que los clientes, en el caso de que se trabaje para un tercero, reciban mensajes desde los departamentos de ventas o marketing que desconocen los equipos de ejecución, que negocien plazos o requisitos que pongan en riesgo el objetivo.

La bandera de la agilidad debe ondear en la puerta de toda la empresa, para que la vean todos los departamentos y personas, y no solo para ciertos equipos.

El problema surge cuando un departamento tiene unos interese particulares, estos acaban construyendo su propia parcela de poder, buscando su espacio para tomar decisiones y poder controlar una parcela de poder. La bandera de la agilidad debe hacer desaparecer este pensamiento, dado que todos los departamentos trabajan conjuntamente por crear un producto o solucionar un problema a un cliente.

Las empresas que están estructuradas en la suma de estas pequeñas parcelas de poder son mas costosas, invierten mas recursos, y se generan mas gastos.

Existen algunas parcelas de la empresa que siempre se sienten ajenas a cualquier tipo de estructura, como por ejemplo la contabilidad, que como anteriormente hemos comentado, quieren mantener su propia parcela de poder y auto organización, defendiendo que sus tareas no tienen nada que ver con el proceso de creación o de servicio que ofrece la empresa. El error de este planteamiento, es que la bandera de la agilidad, lo que exalta es la comunicación, el diálogo, no tan solo con el posible cliente, si no entre todos los departamentos, y aunque el de contabilidad, por ejemplo, no esta involucrado directamente en la cadena de producción, si afecta a otras decisiones que se pueden tomar, por lo que si estuviera informado informado podría ayudar y asesorar para que el resultado final sea mas óptimo, mejorando con ello la calidad del resultado.

Esta comunicación entre departamentos es esencial, para que la empresa como un equipo conozca que se esta realizando, los objetivos que se quieren conseguir, y que toda sepa por camino andan cada día.

2010

No en todos los países del planeta se celebra el año 2010 en esta fechas, por ejemplo en China la llegada del nuevo año será el 14 de febrero, y en los países árabes están por el año 1432.

De todas maneras, como ni en esto existe un estándar y los que escribimos este blog tenemos como referencia el uno de enero como inicio del año, por eso decidimos hacer propósitos para marcar nuestros objetivos para el 2010:

a) Seguir informando a nuestros lectores de todo lo que ocurre sobre el Framework Scrum en español.

b) Construir una herramienta on line de gestión de Scrum para empresas u organizaciones.

c) Fomentar, apoyar y patrocinar eventos o reuniones donde la agilidad de desarrollo de proyectos sea el principal tema.

d) Participar en charlas, debates y conferencias para seguir divulgando la agilidad.

Básicamente estos son los cuatro pilares sobre los que se plantea el crecimiento de Scrum.es, el año comenzamos solo como un medio de información, pero este queremos dar el salto a poder ofrecer algunos servicios On Line y a colaborar de forma mas activa en la comunidad.
Al final del año haremos una retrospectiva para analizar los objetivos cumplidos.

Un aspecto importante para que se cumplan los objetivos, es que estos se planteen de forma natural, sin forzar las situaciones, dado que entonces se convierten en una obsesión y al final se consigue el efecto contrario, y un resultado negativo.

Tomando como principio básico la disposición al cambio por encima de seguir un plan, nunca se sabe si nos surgirán nuevos objetivos o algunos quedarán obsoletos.

Felices fiestas

Los administradores de este blog se encuentran disfrutando de las fiestas de navidad, las cuales según su tradición dan también la bienvenida al nuevo año cristiano, el 2010.

Desde esta bitácora, le deseamos a todos nuestros lectores Felices Fiestas y Feliz año nuevo.

coparativa Scrum CMMI

El gráfico anterior no es más que una imagen de Google Trends. En ella se nos muestra la búsquedas de estos tres términos: Scrum, CMMI y Extreme programming.

Es evidente el crecimiento de Scrum, la bajada de Extreme programming, y el mantenimiento de CMMI.

Esta gráfica no es nada más que un índice de las palabras de moda, pero sí se puede extraer la conclusión de que Scrum está creciendo, que no es una moda pasajera, y que parece que cada día gana más adeptos.

Por países:
Scrum por paises

Irlanda es un país que, gracias a sus beneficios fiscales, ha conseguido implantar en su territorio muchas empresas TIC. Este sector TIC de última tecnología es lo que podemos suponer que la aupe al primer puesto mundial de búsqueda de Scrum.

Como curiosidad podemos resaltar la ausencia de Estados Unidos, podemos ver claramente como Scrum es una framework impulsado desde Europa.

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.