Si vives en Madrid, o piensas estar por allí el 2 de octubre, no dudes en acudir al evento organizado por Agilismo.es.

Coderetreat es un tipo de evento muy especial. Se desarrolla durante un día con un tema principal siempre en relación con los fundamentos del desarrollo de software, en este caso será sobre las metodologías ágiles.

Los dos objetivos principales que persigue este evento son:

• Transferencia de conocimientos.
• Colaboración entre personas, dado que estas se agrupan en equipos intercambiables después de cada sesión.

El calendario de actividades para ese día es:
9:00-9:30 Desayuno
9:30-10:30 Sesión de trabajo #1 (45 min + 15 min de retrospectiva)
10:30-11:30 Sesión de trabajo #2
11:30-12:30 Sesión de trabajo #3
12:30-14:00 Descanso (comida fría y cafelito)
14:00-15:00 Sesión de trabajo #4
15:00-16:00 Sesión de trabajo #5
16:00-17:00 Sesión de trabajo #6
17:00-18:00 Retrospectiva y discusión

No puedes perdértelo.

Si quieres seguir creciendo en conocimiento sobre Agilidad no desaproveches la oportunidad de apuntarte a Agile Open Spain 2010 en Barcelona los días 12 y 13 de noviembre.

Regístrate lo antes posible, solo son 150 plazas.

Estamos de enhorabuena los amantes de la Metodologías Ágiles, sobre todo por que estos eventos están surgiendo desde la comunidad, desde la base misma del movimiento ágil, por lo que es esta misma la que lo empuja claramente hacia el éxito.

Entre todos debemos apoyar a la difusión del evento, los que puedan acudir que no se lo piensen mucho, sobre todo por el limitado número de plazas.

Los que quieran colaborar con la organización lo tienen muy fácil, desde el grupo creado se han abierto todas las puertas para colaboraciones.

Si crees que tienes un tema que le interese a la comunidad o que se trate alguno sobre el que quieres aprender mas, propón una sesión. El viernes se elegirán por votaciones las que se hagan el sábado.

Un paso importante han dado desde la Fundación IAVANTE, de la Consejería de Salud de la Junta de Andalucía, sacando una licitación pública donde solicitan que el pliego técnico sea realizado empleando SCRUM.

Se ha hecho un gran trabajo en el documento técnico, donde se especifica de forma muy clara y concisa los requisitos a exigir a las empresas que se presenten a la licitación.

Desde esta Fundación llevan tiempo apoyando las metodologías ágiles como se desprende desde sus palabras: “Lo único que hemos hecho es poner la terminología de Scrum a nivel de contrato porque es la metodología que más éxito nos ha dado en los proyectos. Hasta ahora veníamos sacando concursos públicos del tipo tradicional (tiempo fijo, alcance fijo y dinero fijo) pero lo ”scrumizábamos” dividiendolo en sprints y viendo hasta donde llegabamos y hasta donde no llegabamos conjuntamente con el proveedor basándonos en la velocidad por sprint, así que ¿porqué no poner esto por escrito?”.

Esperemos que este sea un gran ejemplo para otras administraciones, que valoren la mejora de eficacia y eficiencia en la gestión de los proyectos y comprendan que SCRUM les puede aportar mejores resultados que otras metodologías mas rígidas.

Seguiremos de cerca la evolución del proyecto y su lanzamiento, esperemos que se desarrolle normalmente y podamos usarlo como un ejemplo de éxito, por que eso si no que no tenemos dudas.

Se ha creado una nueva certificación especial para desarrolladores, y era mas que necesaria.

Hasta ahora la ScrumAlliance solo disponía en su primer nivel de dos tipos de certificación, la de Scrum Master y la de Product Owner, dejando olvidado a los equipos de desarrollo, los cuales solo podían acudir a certificarse en alguna de estas dos categorías.

Es un acierto abrir las certificaciones a los técnicos, a los miembros de el equipo que no se sientan a gusto interpretando ninguno de los roles antes mencionados. El objetivo de esta nueva certificación es mejorar profesionalmente a los programadores y que además se vean reconocidos sus esfuerzos por producir un software de mejor calidad.

Por ahora no se encuentran cursos preparados para esta certificación en España o alrededores, pero suponemos que en breve comenzarán a ser tan habituales como los otros dos.

En una buena noticia esta certificación, sobre todo como está ahora el mercado laboral, donde le piden a los desarrolladores que muestren sus conocimientos adquiridos, y ahora ya podrán mostrar una certificación en Scrum especial para ellos.

Muchas personas creen que por negar varias veces al día algo se acaba convirtiendo en una afirmación, en un verda incontestable.

Esta doble negación es en verdad un síntoma de que algo falla,  achacando esta baja productividad al sistema y no a la ineptitud o ineficiencia de el que lo ejecuta.

Si buscamos en Google imágenes la palabra ineficiencia obtenemos este resultado:

Con un vistazo rápido podemos sacar varios conceptos asimilados a la ineficacia: El dinero y gráficos de bajada.

Las personas no se quieren sentir como el demonio de la primera imagen, desde el punto de vista de la empresa y del mercado, una persona ineficaz cuesta dinero y malgasta recursos de la empresa. Cuando se quieren introducir métodos de trabajo como Scrum, que con unas sencillas reglas se puede obtener la productividad y los costes de los proyectos, estas personas reniegan del mismo, buscan toda clase de excusas para así poder esconderse en otros procesos de gestión. Otros procesos que permitan camuflar su ineficacia, su ineptitud y su falta de implicación con los objetivos de la empresa y de sus compañeros. En definitiva, refugiarse en otros procesos que les permitan esconder sus carencias el máximo tiempo posible.

Negar que Scrum aumenta la productividad es algo parecido a negar que el aceite de oliva es bueno para la salud. Existen siempre unos intereses comerciales, empresariales, o de otra índole, que hacen que colectivos apoyen unos sistemas de gestión y desprecien otros, simplemente por intereses personales o pecuniarios. Estos apoyos además sirven para que la persona que realiza la negación se pueda apoyar en sus conclusiones erróneas.

Desde que comenzamos a ayudar a integrar las metodologías ágiles en empresas, siempre nos encontramos con ciertos individuos que realizan esta afirmación negativa, suelen protestar de que la bajada de su rendimiento es por causa de la integración de Scrum, y no por que ellos siempre han sido poco productivos, ineficaces, y desde que está integrad dentro de un equipo de trabajo él es el que menos rinde, no puede seguir el ritmo de sus compañeros, ni realizar las tareas estimadas por consenso.

Desde ese día esta persona se convierte en un enemigo público de las metodologías ágiles, defiende cualquier otra que le ayude a conservar su ineficacia.

Es verdad que Scrum no sirve para todo, no es la herramienta que va a salvar a una empresa de su mala gestión, pero si todo un equipo de trabajo ha decidido integrarlo como sistema de trabajo, es por que el equipo si ha entendido los beneficios, la mejora de la productividad y la eficiencia de los procesos, así como la felicidad de todas las personas que intervienen. Si el equipo ve los beneficios, el improductivo sale a la luz fácilmente.

El truco que se utiliza con los niños cuando le quitan un bolígrafo a un compañero en el colegio: “Será fácil identificar al ladrón, el bolígrafo destiñe así que tendrá las manos rojas”, el que ha cometido el hurto se mira rápidamente las manos, tiene que defender su inocencia. Pues con la integración de Scrum pasa lo mismo, el primero en negar es el primero en autoinculparse, el primero en negar la mejora de productividad.

]]> http://scrum.es/scrum/no-me-gusta-scrum-no-me-hace-ser-mas-productivo/feed/ 0 http://scrum.es/scrum/no-me-gusta-scrum-no-me-hace-ser-mas-productivo/ http://feedproxy.google.com/~r/scrum-es/~3/Spq8_qtlvf4/ http://scrum.es/scrum-es/la-agilidad-una-bandera-a-seguir-por-todos-los-departamentos/#comments Tue, 29 Jun 2010 13:07:23 +0000 Dani http://scrum.es/?p=1238

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.

No hemos escrito estos últimos días por que hemos estados trabajando en la ponencia que tenemos que dar en el evento.

A partir de la semana que viene volveremos a nuestra rutina de 1/2 post semanales sobre agilidad y Scrum.

Desde aquí os animo, a los que todavía no lo tengan claro, a acudir a este evento.

Se están dando pasos para ir asentando las metodologías ágiles como un sistema eficiente de creación de software, y durante dos días podremos ver ejemplo de éxitos.

Se necesita dar un salto cualitativo hacia la “Early  Majority” (Mayoría Precoz que integra la metodología, tecnología o producto), este es el salto mas difícil según argumentas todos los expertos, el salto que confirma el asentamiento de una nueva metodología, tecnología o producto.

Para poder dar este salto no solo se necesita disponer de un framework que funciona, como es Scrum, sino de crear una marca que signifique para la empresas un salto de calidad en sus procesos y resultados.

Para poder dar este salto se necesita llegar al sector del marketing, el cual esta copado principalmente por las agencias de publicidad, que serán al final la que posicionen  una idea o marca y ayuden a conquistar el mercado.

Las agencias de publicidad deben conocer Scrum y los conceptos de las metodología ágiles, con ellos se consigue que puedan transmitir sus valores y cualidades. Las agencias son agentes intermediarios muy necesarios para la expansión de una marca, que los consumidores la adopten y confíen en ella.

Si las metodologías ágiles quieren llegar a dar un paso mas en su penetración en el mercado, deben sobre todo, llegar a sectores que controlan y gestionan las reputaciones de las marcas, gracias a ello el salto a la Mayoría Precoz será posible y menos traumático.

Scrum se encuentra compitiendo en un mercado donde existen muchos intereses privados, donde las empresas privadas que apoyan de las metodologías tradicionales no quieren perder cuota y luchan por ello, es por esto, que para poder seguir creciendo se tiene que apoyar también en una estrategia de comunicación que le permita seguir afianzado su marca en el sector.

El listado de ponentes y de las sesiones.

No vamos a engañar a nuestros lectores, no nos hemos leído el estatuto entero por el que se rige la Scrum Alliance. Mas o menos lo que hemos hecho es echar un vistazo y detenernos en algunos puntos concretos.

Aun reconociendo nuestra falta de profesionalidad por no leernos el documento completo y de forma detenida, os ponemos el enlace para que si algún lector tiene interés pueda descargárselo.

Si quieres conocer como se rige la institución que controla las certificaciones de Scrum puede interesarte la lectura.