De todos modos, disculpen la sinceridad, lo siento si esto puede ofender a alguien, sólo la AGILIDAD funciona.
Ya sea en conferencias, ya sea en foros, ya sea en capacitación, ya sea en proyectos de consultoría donde participo, oigo cada vez a los miembros diciendo "Todo lo que dicen que está mal es lo que prácticamos en nuestra empresa."
En la presentación Iteraciones extremadamente cortas como catalizador para una priorización efectiva del trabajo (26 minutos, video en inglés), Mishkin Berteig nos cuenta una situación donde le propuso a un equipo de desarrollo, el cual comenzaba a experimentar con Scrum, utilizar iteraciones de 2 días. Este enfoque extremo fue para solucionar el problema de falta de prioridades en la organización, lo cual resultaba en crisis constantes. La decisión llevó a una crisis aún mayor la cual expuso la necesidad de priorizar tareas.
Mishkin trabajó con un equipo de desarrollo de software el cual sufría interrupciones en forma constante. La companía tenía varios Dueños de Producto quienes le pedían al equipo que les resolviera temas lo antes posible. Esto ocasiaba un cambio constante de un proyecto a otro, sin lograr un avance real en ningún proyecto, y los usuarios estaban cada vez más molestos.
Algunos equipos usan un Sprint 0 para preparar su Product Backlog, la infraestructura (entorno de desarrollo, servidor de Integración Contínua), ... . ¿Es esto parte de scrum? ¿Es útil?
Dan Rawsthorne, un Entrenador Senior en Danube, usa Sprint 0, como forma de conseguir que el equipo inicie:
La idea es simple: tomar un sprint inicial (llamado Sprint Cero, Iteración Cero, Sprint de Incepción, etc) que tiene los siguientes tres objetivos:
Haciendo una referencia con equipos deportivos, vamos a ver algunas características que son comunes a todos ellos en la figura del capitán, y por la mayoría de los lugares es el fútbol el que mas conocemos, o quizás cuando nos va bien el en voley, basquet o con el rugby, también creemos conocer la táctica de esos deportes a la perfección.
Entonces vamos a intentar hacer una analogía entre el capitán de un equipo deportivo y el ScrumMaster de Scrum.
Todos sabemos que es interesante hacer cosas sobre metodologias nuevas, ágiles, y se torna frustrante cuando día a día uno tiene que encarar un modelo de trabajo viejo y ultrapasado, como el modelo de cascada, y mas cuando sabemos que sólo tendremos dos certezas en el proyecto.
Pensar que el alcance no va a cambiar, como dice Martin Fowler, es un espejismo, y como también dice, "veo sorprendente al respecto de esta situación como todavía alguien se sorprenda con ella".
Entonces comienzan las propuestas de las metodologías agiles.
La metodología permite disfrutar de una elevada capacidad de respuesta, adecuación, eficacia y eficiencia en el desarrollo de proyectos y del propio negocio.
Cuando se aplica con éxito, Scrum trae una nueva dimensión en la capacidad de respuesta, la adecuación, eficiencia y eficacia de la empresa. En la opinión de Mitch Lacey, gerente de proyectos técnicos en Ascentium Corporation, para quien "Scrum crea equipos de alto rendimiento que puede responder con rapidez a los cambios en las necesidades de un proyecto y del negocio."
Hoy inauguramos el curso Día a día con Scrum, donde te ayudamos a implementar Scrum en un proyecto, avanzando con las dificultades diarias que pueden aparecer la primera vez que quieras utilizar esta metodología.
Scrum es una metodología ágil para la gestión de proyectos, enfocada a brindar resultados tangibles y de valor para el cliente. Además, como toda metodología ágil, está orientada a las personas, y promueve la confianza y sinceridad como valor del equipo.
Aprender las teoría del proceso de desarrollo con Scrum es facil, ya que consta de unas pocas reglas muy simples. Sin embargo, ponerlo en práctica puede resultar intimidante la primera vez.
Día a día con Scrum surge como resultado de nuestra propia experiencia en aplicar Scrum por primera vez en varios proyectos de sistemas. Tuvimos la suerte de poder aplicarlo en distintos proyectos, y aprender así de varios errores cometidos. En el curso intentamos facilitar la adopción inicial de Scrum en un equipo de desarrollo.
En donde trabajo comenzamos hace poco a formalizar las revisiones de código. Esperábamos que fuera algo bastante polémico dentro del grupo de desarrolladores, aunque no resultó así. Antes de comenzar a trabajar en el sistema de revisiones de código, leímos bastante sobre el tema y tomamos los recaudos que nos parecían necesarios.
Por otro lado, en lo que respecta a Programación de a Pares (Pair Programming de XP) nosotros utilizamos esta técnica para desarrollos nuevos (en los primeros pasos de los mismos), en los desarrollos de investigación. Por otro lado, cuando el diseño ya no es un tema a tener tan presente en el desarrollo, sino que hay momentos que es mas repetición que pensar, dejemos la programación por parejas y seguimos un rato cada uno por su lado.
Todos hablamos de metodología, cada vez mas se oye esta palabra en nuestro ámbito de trabajo, algo que no pasaba hace unos años atrás, donde este tema no parecía importarle a nadie. Podemos decir que metodología deriva de método, y como todos sabemos hay muchos que aunque no saben nada (incluso empresas que no saben nada) terminan aconsejando a muchas organizaciones sobre las metodologías a utilizar. Y bueno, así estamos en nuestro ambiente.
Los clientes siempre quieren que uno les diga exactamente lo que hacer, no quieren trabajar en conjunto para construir la metodología que mas se adecúe a la empresa, a fin y al cabo, lo que dicen es: Si no me vas a decir que hacer, para que te pago? Bueno, sabemos que empresas de consultoría y consultores hay por todos lados no? Y mas de los que no saben y igual hacen que si...
Durante la conferencia AgileChina de ThoughtWorks, InfoQ entrevistó a Martin Fowler, reconocido especialista mundial en análisis y diseño orientado a objetos.
En la entrevista, Fowler nos cuenta sobre el presente y futuro de las metodologías ágiles, su poca simpatía para las certificaciones, y problemas que deberán enfrentar estos procesos en el futuro.
El equipo de SPIN Argentina invita a participar de la próxima reunión que se llevará a cabo el próximo 18 de Noviembre de 2008. En esta oportunidad, el tema principal será SCRUM: Teoría, Práctica y Herramientas.
El propósito del SPIN Argentina es brindar un foro para el intercambio libre y abierto de ideas y experiencias en mejora de procesos. La membresía es gratuita, y las reuniones se encuentran abiertas a todos aquellos interesados en Calidad de Software, Madurez y Mejora de Procesos.
