Cómo trabajar en paralelo de verdad

La mayoría de los equipos en las que el gerente o jefe, asigna y dirige el trabajo del equipo, normalmente lo que vemos es el llamado "trabajo en paralelo" en el que cada miembro del equipo desarrolla solo una funcionalidad prevista en el alcance del proyecto. Este tipo de organización le da al administrador la sensación de que varias de las funcionalidades están siendo desarrolladas al mismo tiempo, lo que debe garantizar que el proyecto no se demore. Bueno, si analizamos esto con un poco más de cuidado veremos que lo que ocurre es exactamente lo contrario.

Leer más...

Como documentar la arquitectura de software

Por lo general, se entiende por documentar software como solo hacer el Diagrama de Clases en el diseño. Por supuesto que documentar la arquitectura de software no es solo eso, y muchas veces los arquitectos no documentan los proyectos y no acompañan a los desarrolladores en el proceso de documentación. Por lo que ví hasta el momento, los arquitectos no se involucran de la forma adecuada en cada proyecto y solo definen de vez en cuando algo de la arquitectura general y luego se dedican a otras cosas...

Leer más...

Desarrollando con Poka-Yoke

Dentro de TPS (Toyota Production System), Poka-Yoke es un dispositivo físico de control que se activa automáticamente cuando hay algún error o defecto en el proceso de producción, siendo que ese accionamiento suele ser hecho por dos razones:

  • Para control, porque cuando se activa, la línea de producción se detiene automáticamente de modo que el problema detectado pueda ser resuelto.
  • Para advertencia, sólo usando algún tipo de alarma visual para señalizar a las personas implicadas, algo que necesita ser revisado para evitar un problema mayor.

Leer más...

El mapa de historias

lenadorYa conocemos el backlog de historias de las metodologías ágiles. Pero este backlog "plano" no siempre es el mejor enfoque; podemos construir backlogs más ricos que nos ayuden a explicar el sistema, priorizar y planificar entregas de manera más efectiva,

Les presento el mapa de historias de usuario: una versión mejorada del backlog del producto. Los mapas de historias de usuario nos permiten visualizar todo el sistema: representan el producto como un "todo", en vez de quedar miopes observando historias individuales.

Leer más...

Necesidad de Colaborar

Cuando leemos sobre como funciona la colaboración y la autonomía de gestión en los equipos que han adoptado metodologías ágiles, sobre como todo funciona de manera democrática, tenemos la impresión de que los desarrolladores fueron los primeros en abrazar estos conceptos y que fue difícil aceptar el principio por la alta gerencia.

Paul Glen, un consultor en liderazgo ofrece varios artículos sobre el tema, escribió un artículo titulado "Sometimes It Takes a Tyrant to Support Collaboration", donde explica que, a menudo, la colaboración debe ser defendido por líder en función de algunos tipos de comportamientos que son perjudiciales para el grupo. También ofrece algunas maneras para hacer frente a este tipo de comportamiento.

Leer más...

Kanban también es una alternativa ágil

kanban kangiEl sistema Kanban para el software, derivado del Sistema de Producción de Toyota (TPS), son un enfoque sin iteraciones para organizar el trabajo. En vez de usar iteraciones de tiempo fijo y reuniones de planificación, el equipo toma historias del backlog sólo cuando completó su trabajo anterior.

En la comunidad ágil no existe un único modelo ágil de trabajo que se aplica a todas las situaciones. Es importante expandir el repertorio de opcionas más allá de Scrum / XP y familiarizarse con otras herramientas, como ser Kanban.

Leer más...

¿Y qué hago con las ausencias en Scrum?

silla solitariaEn Scrum, cada uno de los miembros del equipo es importante y contribuye a la velocidad general del equipo. Una ausencia, tanto sea planificada como inesperada, puede afectar adversamente a la velocidad.

Pero a no desesperar, porque por suerte hay varias formas de tratar con esta situación.

Leer más...

El principio ágil más importante

equipo-manosAl hablar de las metodologías ágiles se suele hacer foco en las cosas tangibles que hacen las personas en el día-a-día, generando así el "proceso ágil".

Pero la verdadera agilidad tiene que ver menos con el proceso y más con los principios. Travis Birch nos presenta una perspectiva interesante sobre estos aspectos más intangibles de las metodologías ágiles, en particular la Sinceridad.

Leer más...

7 Sugerencias para crear buenas historias y tareas

El Sprint Backlog consiste en una lista de historias y para cada una de ellas una simple lista de tareas que serán desarrolladas por el equipo para que al final de cada sprint podamos entregar incrementos funcionales de software.

La creación del Sprint Backlog sucede en la reunión de Planificación del Sprint con la participación de todo el equipo. Prestar atención a este proceso es clave para que el equipo tenga una mejor comprensión de lo que se debe hacer y planificar mejor el día a día del Sprint, pero muchos equipos todavía pecan a la hora de crear su lista de tareas, espero que estos consejos los puedan ayudar.

Leer más...

Resistencia a los cambios

Las metodologías ágiles enfrentan resistencia en muchos mercados. A menudo, la resistencia está en nosotros mismos!

Ciertamente, esta metodología es un quiebre al paradigma. Y para entender bien un nuevo paradigma a veces es preciso que vaciemos algunos conceptos de nuestra cabeza para absorber otros. Muchas empresas todavía ofrecen resistencia a estos frameworks de procesos ágiles a causa de algunos puntos. Vamos a mencionar algunos:

Leer más...

Automatización de Pruebas

xUnit Test PatternsSe dice que el mayor aliado de los controles de calidad son las pruebas automatizadas, en esta nota nos vamos a dedicar a hablar un poco de ello.
Algunos de los objetivos de las pruebas automatizadas, que luego detallaremos, son los siguientes:

  • Las Pruebas nos deben ayudar a aumentar la calidad
  • Las pruebas nos deben ayudar a comprender el sistema que está siendo probado
  • Las pruebas deben reducir (y no introducir) el riesgo
  • Las pruebas deben ser fáciles de ejecutar
  • Las pruebas deben ser de fácil lectura y de dar mantenimiento
  • Las pruebas deben requerir un mantenimiento mínimo, así como el sistema probado

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