Ir al contenido principal

Agile2013 Día 4

Este es el último post sobre las conferencias Agile2013.

Fifty Shades of Behavior Driven Development

Esta charla con nombre tan llamativo, fue dada por Richard Yu, Software Developer.
Todo va muy bien al representar los requerimientos en historias de usuarios, el problema se encuentra cuando tratamos de describir los criterios de aceptación y se vuelven tan grandes que son inmanejables.
De ese requerimiento original, debemos hacer "grooming": Scenario (behavior description) -> Given(Precondition)/When(An action occurs)/Then(a verifiable result).





A mi todo esto me recordó mucho cuando hacia Casos de usos y luego se generaban tantos casos de pruebas (escenarios) como flujos (básicos y alternativos) teníamos.
No soy experto en el tema y lo poco que conozco sobre BDD lo he leído en el blog de Adrian Moya.

Conversación con Jeff Sutherland

Tuvimos la oportunidad de escuchar al co-creador de Scrum, Jeff Sutherland, no fue una presentación sino como un foro de preguntas y respuestas, muchas enfocadas hacia distintas situaciones en Scrum y como se podían resolver.


"Scrum no se trata de velocidad, sino de aceleración".

Story Maps, Slices, Customer Journeys and Other Product Design Tools

La primera vez que tuve la oportunidad de escuchar a David Hussan fué en Agiles 2012 en Córdoba-Argentina como keynote speaker. En esta oportunidad realizó una charla práctica sobre Story Maps.
La simplicidad con que David explica distintas técnicas para el diseño de productos como: Story Maps, Product Slicing, Personas.
A continuación algunas láminas de su presentación.



Por último, entre al workshop "Cynefin Lego Game: Recognizing the Complexity Domain of your Problem, muy interesante dinámica por la gente de Agile42. Les dejo este link donde pueden ver de qué se trata, los facilitadores fueron: Dave Sharrock y Brad Swanson.

Luego de estos 4 días llegó el merecido "conference party" y a bailar un poco de música country.


y si, si hubo día 5.. lo que no hubo fue fuerza.. :) pero pude escuchar a Lyssa Adkins y Michael Spayd de nuevo, hablando sobre Modelos de Conflictos: Conflict Facilitation as a Leadership Skill: A Systems Approach for Leaders & Coaches, para cerrar las conferencias con Gene Kim: "Why Everyone Needs DevOps Now: A Fourteen Year Study Of High Performing IT Organizations" y autor de "Phoenix Project".

Bueno, espero que les haya sido de utilidad este esfuerzo de replicar las charlas de las conferencias a través de este medio, con otros compañeros latam que asistieron, vamos a hacer un hangout sobre el evento, esten pendiente por mi twitter: @gbonalde.

Además de las buenas charlas y gurúes sobre agilidad, muy enriquecedor fue el networking y compañeros latam (Perú, Bolivia, Costa Rica, Argentina, Brasil, Nicaragua) con quienes compartí estas jornadas.

Uf.. me cansé... si fue de utilidad compartan este post en sus redes sociales y dale +1, con eso habrá valido la pena :)

Comentarios

Cristian dijo…
Creo que la tecnología no tiene limites, y por eso podemos ver como constantemente se van realizando avances. A mi que me gustan los celulares veo como cada año salen al mercado nuevos modelos y cada uno con funciones mas avanzadas. A mi me gusta el sony mini pro aunque hay muy buenas opciones

Entradas más populares de este blog

¿De verdad piensas que estás haciendo Agilidad a nivel organizacional?

¿De verdad piensas que estás haciendo Agilidad a nivel organizacional?Cuéntame un poco.. ¿Cómo hiciste para llevar el presupuesto anual de la empresa a un esquema más lean y trimestral?¿Cómo hiciste para llevar evaluaciones individuales a evaluaciones 360 más colaborativas?¿Cómo hiciste para transparentar el portafolio de una empresa a todos los niveles?¿Cómo hiciste para que los jefes sean menos jefes y más facilitadores o líderes de sus equipos?¿Cómo hiciste para flexibilizar la estructura organizativa?¿Cómo hiciste para tener una fuerza de trabajo más líquida?¿Cómo hiciste para que la nueva cultura, consecuencia de la transformación agile, sea interiorizada por las distintas generaciones que hacen vida en la empresa?¿Cómo hiciste para que la alta gerencia no sea "sponsor" de la transformación sino que sea parte de ella?¿Cómo hiciste para que el área de tecnología no sienta que pierde poder, sino que gana influencia siempre al lado del negocio?¿Cómo hiciste con los nuevos …

¿Cuál programa tomo? ScrumAlliance vs. Scrum.org

Luego de participar en varias discusiones de foros acerca de las distintas certificaciones que existen de Scrum, me decidí a escribir este post para tratar de aclarar este enredo (CSM, CSPO, CSD, CSP, CSC,CST, PSD, PSF, PSM, PSPO, PMI-ACP) que a veces surge con todo esto.

Resulta que los 2 principales organismos ScrumAlliance y Scrum.org (hay otros varios como ScrumManager.net) que ofrecen los cursos de certificación en Scrum, vienen del mismo origen: Ken Schwaber. En una carta del año 2010, Ken explica por qué deja el ScrumAlliance y decide crear un nuevo instituto: "Este viajeha sido moldeado pordos fuerzas opuestas: el deseo dehacer lo correcto,y el deseo deganar dinero.ForméScrum.orgpara reenfocarmis esfuerzos enhacer lo correcto.".. Lo cierto es que no se puede negar el factor "revenue" para estas empresas, por su cursos, certificaciones y assessment que ofrecen, al igual que su objetivo de divulgar Scrum y mantenerlo por un buen tiempo.

A continuación les dejo…

Hacer las cosas correctas vs Hacerlas correctamente

"Hacer las cosas correctas" es un aspecto de satisfacción en el producto, servicio o resultado que se quiere hacer, mientras que "Hacerlas correctamente" se refiere más al método utilizado en su desarrollo o implementación.

Existen cuatro combinaciones posibles:

Hacer lo correcto y hacerlo correctamenteHacer lo correcto y hacerlo incorrectamenteHacer lo incorrecto y hacerlo correctamenteHacer lo incorrecto y hacerlo incorrectamenteSi lo llevamos a los conceptos de Management: "Estrategia y Táctica", la combinación quedaría de la siguiente manera:
Se tiene una estrategía y se cuenta con una táctica adecuada (el estado del arte)Se tiene una estrategía y no se cuenta con una táctica (según Sun Tzu “Strategy without tactics is the slowest route to victory" )No se tiene estrategía, pero se cuenta con una táctica adecuada (según Sun Tzu "Tactics without strategy is the noise before the defeat”)No se tiene estrategía, ni tampoco con táctica (al menos …