top of page
Buscar

¿Se puede ser ágil sin prácticas técnicas?

Este era el título de la Meet Up en la que nos anotamos.


Entramos al auditorio, tras deslumbrarnos con la ambientación despampanante, y algo pasó. El eje temático era técnico, enfocado en desarrollo de software utilizando TDD, CI, Pair Programming.





Como personas no tech teníamos dos opciones... Bueno tres también.

  1. irnos,

  2. quedarnos en modo off,

  3. quedarnos en modo on y aprender.










Elegimos navegar la tercera opción. Gran decisión porque nos llevamos de todo.


  • profundizar conceptos* que escuchamos a diario y no dominamos.

  • visualizar qué le puede pasar a las personas como developers, testers, product owners, scrum masters y clientes involucrados en estas prácticas.

  • ideas para empoderar y destrabar situaciones frecuentes cuando las ponen en marcha.

  • experiencias de otros.

  • el ejemplo de facilitación ágil y entrega de valor a la audiencia de Federico Zuppa Gisela Decuzzi.

  • y un desafío, que tomamos como personal en lo profesional, aplicar prácticas de software a prácticas ReHumanas.

A veces la vida nos pone, exactamente, donde tenemos que estar. Es nuestra elección aceptarlo, o no hacerlo.



*Conceptos mencionados:


  • TDD: Test Driven Development. Práctica de diseño de software que se basa en derivar el código de pruebas escritas antes del mismo. Fue es presentada como parte del Extreme Programming (XP) por Kent Beck (1999).

  • CI: Constinuous Integration. La integración continua es una práctica en la que miembros de un equipo integran su trabajo frecuentemente, típicamente cada persona integra al menos una vez al día, generando varias versiones por día. Cada versión ejecutable es verificada por un sistema automático de integración y pruebas para detectar errores de integración lo más rápido posible.

  • Pair Programming: La Programación en pareja es una práctica en la cual dos programadores participan en un esfuerzo combinado de desarrollo.

  • Sprint H: Sprint en el marco de Scrum que se destina para arreglar los errores de código en vistas de sanear y/o no acumular deuda técnica (descripción casera).



Bibliografía recomendada:


Un libro super amigable para entender el desarrollo de software.











~.~.~.~.~.~.~.~.~.~.~.~~.~.~.~.~.~

Somos Partners ReHumanos

Somos una Red Colaborativa

~.~.~.~.~.~.~.~.~.~.~.~~.~.~.~.~.~






Comentarios

bottom of page