Métodos Ágiles

Dev team's asking whether I want them to do Scrum or Kanban.

Wed, 20 Mar 2013 14:06:51 +0100

¿Sistemas antifrágiles = sistemas ágiles?

Sat, 09 Mar 2013 13:00:28 +0100

¿Sistemas antifrágiles = sistemas ágiles?

What is the best way to measure progress on an Agile project?

Fri, 08 Mar 2013 13:00:35 +0100

En esta presentación se recomienda dejar de usar gráficas de “burndown” de horas para medir el progreso de un Sprint. No puedo estar más de acuerdo. A fin de cuentas, no da una imagen del grado de avance real en cuanto a valor añadido al producto, si no del tiempo dedicado al trabajo. Podría consumirse el 90% de las horas estimadas y no haber cerrado ni una sola historia de usuario:

What is the best way to measure progress on an Agile project? from ThoughtWorks Studios

Otra cosa es que la medida alternativa (a partir de la transparencia 22 se habla de medir “Story completion”) no esté ni muy definida ni justificada. Pero los argumentos de la primera parte son impecables y hay que tenerlos en cuenta.

Extraer datos para una retrospectiva con VSM

Thu, 07 Mar 2013 13:00:00 +0100

Extraer datos para una retrospectiva con VSM:

Breve artículo que explica cómo usar la técnica Value Stream Mapping para extraer información que se puede usar en una retrospectiva:

http://lmsgoncalves.com/2013/02/20/using-vsm-as-data-gathering-for-restrospectives/

Working on product with multiple stakeholders.

Wed, 06 Mar 2013 13:00:29 +0100

ME TRYING TO TIME ESTIMATE A WATERFALL PROJECT WITH A FIXED SCOPE AND BUDGET.

Tue, 05 Mar 2013 17:01:11 +0100

(via @gulfurot)

Planning Poker at work #agile #scrum #estimation /c @vulljugar...

Mon, 04 Mar 2013 11:00:23 +0100

Planning Poker at work #agile #scrum #estimation /c @vulljugar (via gabrielgciafdez)

"An interrupted task is estimated to take twice as long and contain twice as many errors as..."

Fri, 01 Mar 2013 11:30:36 +0100

“An interrupted task is estimated to take twice as long and contain twice as many errors as uninterrupted tasks.”

- Czerwinski, Mary. A diary study of task switching and interruptions. ACM New York, NY, USA. 2004 (Link)

Sprint planning today. Backlog is empty.

Thu, 28 Feb 2013 16:00:40 +0100

(vía regretbeingaproductmanager)

Los principios y técnicas agile no son sólo para el desarrollo...

Tue, 26 Feb 2013 15:02:00 +0100

Los principios y técnicas agile no son sólo para el desarrollo software. Su aplicación es tan universal que también sirven para organizar las tareas de la casa … (video en inglés con subtítulos automáticos)

"7th Annual State of Agile Development Survey" de VersionOne

Mon, 25 Feb 2013 14:46:49 +0100

"7th Annual State of Agile Development Survey" de VersionOne

“from fragile to agile” by Steve Johnson. Few favorite...

Mon, 25 Feb 2013 09:39:09 +0100

“from fragile to agile” by Steve Johnson. Few favorite excerpts:

Scrum is a great way to plan tasks. But is Scrum a great way to plan products? The danger for many agile teams is the intense focus on tasks and stories, absent a grander vision. We’re so caught up in the user stories that we can’t see them in context—in the context of a bigger deliverable.
Agile helps a high-performing team deliver more, better, faster. The idea is laudable: members of the team bring their own skills and expertise and we all work together for a better tomorrow. However agile cannot make an effective team out of an ever-changing group of people. People who work together start building relationships; they come to appreciate different strengths and weaknesses; they begin understanding how to work with different individuals—that one prefers a conversation while this one prefers an email. And all that goes away every time the team composition changes.
Building products is not factory work, although many leadership teams seem to think it is. They seem to think requirements come by on an assembly line, developers code them up in a few minutes, and then the next requirement comes by. Building products isn’t factory work; it’s creative, knowledge-based, highly-skilled work

(Via jaredfranklin)

“Intro to Agile Scrum in Under 10 Minutes”. Una...

Sun, 24 Feb 2013 22:38:58 +0100

“Intro to Agile Scrum in Under 10 Minutes”. Una introducción a Scrum muy clara y bien explicada. Tiene subtítulos en inglés (que se pueden traducir en Youtube)

El grupo se relaja tras la foto para nuestra presentación en el...

Wed, 24 Oct 2012 10:31:26 +0200

El grupo se relaja tras la foto para nuestra presentación en el #CAS2012

"Métodos Ágiles Hoy" [PDF]

Fri, 28 Sep 2012 15:39:00 +0200

"Métodos Ágiles Hoy" [PDF]:

Publicamos un artículo en la revista Novatica. Éste es su resumen:

Los métodos ágiles son una forma de trabajo en auge que trata de dar una nueva respuesta a los problemas históricos del desarrollo de software. A diferencia de otros métodos tradicionales, los ágiles se adaptan al cambio y a la incertidumbre, reconociendo la realidad de los proyectos y no luchando contra ella. Antes de considerar la adopción de uno u otro método, es conveniente conocer su filosofía, principios y prácticas. Este artículo hace una revisión rápida de los métodos más habituales hoy en día para ayudar a elegir el más conveniente a la realidad de la organización que se plantee su adopción.

Una reseña de "Métodos Ágiles y Scrum" en Startuproject

Thu, 05 Jul 2012 15:54:50 +0200

Una reseña de "Métodos Ágiles y Scrum" en Startuproject:

El blog Startuproject dedicado a la gestión de proyectos y que recomendamos vivamente, ha escrito una reseña sobre nuestro libro: “Libro sobre Métodos ágiles y Scrum (Anaya)”:

Para mi es un libro de referencia, no de esos que los lees y lo guardas en la estantería, es un libro de consulta continua para lo que trabajamos con metodologías agiles, que nos va a ayudar a aplicar la metodología de forma correcta. Os animo a que lo leais este verano y empeceis a poner en practica Scrum con vuestros equipos a la vuelta de vacaciones.

No podemos estar más agredecidos.

Derechos asertivos en SCRUM

Mon, 11 Jun 2012 15:43:05 +0200

Scrum (y otros métodos ágiles) basa su éxito en la comunicación clara y efectiva pero, sobre todo, en la confianza entre los miembros del equipo. Todo esto, sin la asertividad carece de sentido.

“Ser asertivo es tener la capacidad para expresar o transmitir lo que se quiere, lo que se piensa o se siente sin incomodar, agredir o herir los sentimientos de la otra persona”.

Tenemos derecho, e incluso “la obligación” de ser asertivos por nuestro propio beneficio y el de los demás. El ser asertivos nos hace respetar y ser respetados sin sumisiones ni agresividad. Así pues, es úitl tener presentes nuestros derechos asertivos:

Derecho a ser tratado con respeto y dignidad
Derecho a tener y expresar los propios sentimientos y opiniones
Derecho a ser escuchado y tomado en serio
Derecho a juzgar mis necesidades, establecer mis prioridades y tomar mis propias decisiones
Derecho a decir “no” sin sentir culpa
Derecho a pedir lo que quiero, dándome cuenta de que también mi interlocutor tiene derecho a decir “no”
Derecho de opinión, idea o línea de acción
Derecho a cometer errores
Derecho a pedir información y ser informado
Derecho a obtener aquello por lo que pagué
Derecho a ser independiente
Derecho a decidir qué hacer con mis problemas, cuerpo, tiempo, etc., mientras no se violen los derechos de otras personas
Derecho a tener éxito
Derecho a gozar y disfrutar
Derecho a mi descanso y aislamiento
Derecho a superarme, aun superando a los demás

Cuando hablamos de métodos ágiles solemos presentarlos como “una forma de explicitar el sentido común”. Y estos “derechos” no dejan de ser una forma de expresarlos. Lamentablemente constatamos que con demasiada frecuencia esto se olvida en la actividad diaria, y muchos de estos derechos se ignoran, lo que acaba teniendo consecuencias muy negativas en el equipo y especialmente en su trabajo.

La comunicación asertiva es una herramienta muy útil y ayuda a fomentar la transparencia y comunicación eficiente entre todos los implicados en un proyecto. Nunca debe verse como forma de agresión si no como la manera de abrir una colaboración franca y abierta que abra el camino hacia alcanzar los objetivos de manera productiva.

Gestión de proyectos guiada por la intuición, o por qué gestionar proyectos es tan difícil

Mon, 09 Apr 2012 09:28:23 +0200

Gestión de proyectos guiada por la intuición, o por qué gestionar proyectos es tan difícil:

Desconfía de la Intuición. La intuición no sirve para gestionar proyectos por que hay muchas tramas en el día a día. No eres el más listo. Lo que no ha funcionado a muchos otros no te va a funcionar a ti. La gestión de proyectos es una cien…cia llena de trampas, soluciones atractivas que no funcionan, saber detectarlas y luchar contra ellas es el principal trabajo de quien gestiona proyectos. Rodrigo Corral nos cuenta esto y mucho más en un interesante post

11 años depués, los principios ágiles siguen vigentes

Thu, 29 Mar 2012 16:41:01 +0200

La historia es, o debería ser, sobradamente conocida. En febrero de 2001 una serie de autores, expertos o simplemente interesados en la forma de construir el software se reunieron para hablar sobre la forma de mejorar su trabajo. El resultado es el Manifiesto Ágil, que pone los fundamentos para todo el trabajo posterior con métodos ágiles.

Once años después, hay quien se pregunta si los valores y principios fundacionales del Manifiesto siguen vigentes, especialmente entre los equipos de desarrollo software que siguen esos métodos. El artículo “What agile teams think of agile principles” [inglés, requiere suscripción] en “Communications of the ACM” recoge un estudio para determinar esa vigencia.

La respuesta es: mayoritariamente sí. En general se siguen considerando los principios como adecuados, aunque hay algunos que lo son especialmente sobre los demás, como:

“Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor”

“Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible”

También hay gran acuerdo sobre los principios referidos a equipos motivados, que el resultado de cada iteración sea software funcional, o el último, que define la práctica de las retrospectivas.

También se destaca que las prácticas más veteranas son las más aceptadas (por ejemplo, integración continua), y algo menos las más recientes (como el planning poker).

En general se describe un escenario en el que hay una aceptación universal y poco discutida de los principios fundacionales. Como experimento, los autores del estudio recogieron todos los comentarios para ofrecer una nueva versión de los principios supuestamente actualizada y adaptada al espíritu de los participantes … para encontrarse con un rechazo generalizado. Los nuevos principios no suponían una mejora y no tenían la simplicidad de los originales.

¿Y tú? ¿Conoces los principios? ¿Crees que deberían cambiar? ¿Y cómo?

"Metodologías ágiles" recursos en español en Genbeta

Wed, 21 Mar 2012 12:00:33 +0100

"Metodologías ágiles" recursos en español en Genbeta:

El blog tecnológico Genbeta:dev ha publicado varios artículos de iniciación sobre métodos ágiles como Scrum o Kanban. En ellos se tratan temas como la gestión del backlog, el papel de QA, el trabajo con equipos distribuidos, o la elección del método más apropiado.

Todos estos artículos usan un mismo tag que permite identificarlos con facilidad y se pueden encontrar en:

http://www.genbetadev.com/tag/metodologias-agiles