¿Tester dedicado para equipos ágiles?

La necesidad de testers dedicados en un equipo ágil es una cuestión bastante debatida. En muchos equipos ágiles, estos desempeñan un papel central en cuanto los otros desarrolladores también hacen test, pero no en forma dedicada. En un reciente debate en el grupo scrumdevelopment abordaron esta cuestión nuevamente.

Brian comenzó este debate diciendo que un tester ve la aplicación desde un ángulo diferente. La mayoría de los miembros del grupo concuerdan que la presencia de un tester dedicado trae beneficios significativos.

Leer más...

Impedimentos en positivo

fast forwardEn un artículo de Agile Tools el autor hace una reflexión al menos intrigante: buscar impedimentos es una tarea muy negativa. Uno se enfoca en ver las áreas problemáticas, realizando en efecto una persecución negativa. Es probable que uno no se imagine que "buscar impedimentos" sea en si una tarea negativa (ya que, el objetivo, es encontrar la solución y mejorar), pero evidentemente los impedimentos tienen embebido cierto grado de negatividad.

¿Qué pasaría si cambiaramos el enfoque? ¿Qué pasaría si, durante el Scrum diario, trataramos de ver lo que nos hace avanzar, en vez de lo que nos limita? 

Leer más...

Medición y seguimiento ágil

Además de otras actividades, dirijo a algunos equipos de desarrollo. Por eso, la gobernabilidad es un tema que me es muy querido. Es decir, ¿cómo saber si mis equipos están mejorando?. Y ya que creemos en el modelo ágil, como saber si mis equipos están siendo ágiles.

Una crítica habitual - y pertinente de alguna manera - que se hace a XP y Scrum es la falta de un sistema de gobierno. Es decir, como definir un mecanismo para dirigir a los equipos a trabajar con desarrollo ágil. Hablo sólo de XP y Scrum, porque yo no sé si las otras metodologías ágiles tienen mecanismos de gobierno.

Leer más...

Kanban vs. Scrum

KanbanEn nuestro equipo de desarrollo llevamos algo más de un año trabajando con Scrum.  Y ahora, para los pedidos de cambio, arreglos de bugs, mantenimiento de aplicaciones productivas y todo aquello que no llega a una iteración de Scrum, estamos abordando el uso de Kanban.

Nos viene bien una comparación de ambas herramientas metodológicas. Nos basamos en una guia práctica Kanban vs. Scrum, de Henrik Kniberg.

Leer más...

Reutilización de código (lo que todo jefe quiere)

En un reciente debate en la lista de Extreme Programming  en Yahoo Groups se exploró el conflicto aparente entre desarrollar software reutilizable y la práctica de XP de no escribir el código hasta que se necesite.

Ron Jeffries y otras personas compartieron sus ideas acerca de los costos y beneficios de la reutilización de código, y cómo y cuándo ponerlo en práctica en un entorno ágil.

Leer más...

Podcast sobre los principios de la agilidad

PodcastLa gente de JavaHispano publicó el Podcast: Principios de Agilidad, dedicado al desarrollo ágil, en donde entrevistan a tres miembros de Agile-Spain. En la entrevista participarán Jose Manuel Beas autor del blog Se hace camino al andar..., Xavier Quesada autor del Blog de Visual Management y Xavi Albaladejo autor del portal http://www.proyectosagiles.org una base de conocimientos de Scrum.

Leer más...

Lo mejor de XP

En un post anterior comentamos lo que creemos que es mejor en Scrum. Ahora hablaremos de XP. Tengo puntos de discordia en XP, especialmente en relación con los requisitos, los requisitos no son las conversaciones en curso como muchos de XP piensan, entonces cuando hablamos de casos de uso no se trata sólo de algo más de niveles de detalle. Podemos utilizar las historias de usuarios sin ningún problema, pero en algunos contextos, no será la mejor solución.

Pero este post no es para hablar de las diferencias de los casos de uso y las historias de usuario, como he dicho antes vamos a hablar aquí de las cosas que me parecen muy saludables en XP, tales prácticas en valores son concebibles para varios proyectos en varios contextos.

Leer más...

¿Las etapas de Kanban son ágiles?

Karl Scotland inició un debate examinando si los workflows (flujos de trabajo) o etapas en un sistema Kanban se encuadran en las ideas ágiles de equipos colaborativos y multidiciplinarios (cross-funcionales). Comenzó citando que las etapas en un cuadro Kanban pueden ser muy similares a las fases del método de cascada. La discusión siguiente aclaró que las etapas no son necesariamente un pasaje de responsabilidad y pueden dar lugar muy bien a otros conocimientos.

Karl comenzó con el examen de un sistema Kanban aparentemente muy similar al proceso en cascada:

Leer más...

PMBok y Ágil: análisis y manuales

Aquí estoy con “CMMI - Guidelines for process Integration and Product Improvement” en frente de mí, y acabo de leer el excelente post de Willi sobre PMBOK y ágil. (Recuerdo ahora que yo estaba impresionado con la estructuración de este libro. Cada referencia es hecha con una precisión quirúrgica. Cada cosa tiene un código, cuidadosamente atribuido y utilizado para referirse a los temas mencionados).

Leer más...

¿Podemos ser más inteligentes?

En la conferencia Software Education SDC en Melbourne - Australia y Wellington - Nueva Zelanda, el mes pasado, Ivar Jacobson, autor del trabajo original sobre casos de uso, Unified Modeling Language (UML) y Rational Unified Process (RUP), dice que el desarrollo ágil precisa "ser mas Smart".

Dijo que la industria de la tecnología de la información está muy pendiente de la moda, con una tendencia a apoderarse de las balas de plata y listó los siguientes ejemplos:

  • Hace quince años era todo acerca de OO
  • Hace diez años era sobre componentes, UML, Proceso Unificado
  • Hace cinco años era sobre RUP y CMMI
  • Hace dos años era sobre XP
  • Hoy es sobre Scrum

Leer más...

Inspiración.

"Si tú tienes una manzana y yo tengo una manzana e intercambiamos las manzanas, entonces tanto tú como yo seguiremos teniendo una manzana cada uno. Pero si tú tienes una idea y yo tengo una idea, e intercambiamos las ideas, entonces ambos tendremos dos ideas"

Bernard Shaw