Mi Blog Digital - Augusto Miní

Estuve a mediados de año por Colombia haciendo una pasantía en los proyectos ágiles que manejaban y hay una cosa que me quedó clavada en la memoria. Veías a los equipos trabajar e interactuar entre ellos como cualquier equipo scrum, pero si mirabas bien, veías diferentes fotochecks en cada quien. Es decir que cada quien pertenecía a una empresa diferente. Había mezclas insólitas, el cliente era team member, el scrum master era de un proveedor, el resto del equipo era de otros proveedores diferentes. Todos eran iguales en la mesa, todos trabajaban de acuerdo a su rol y poniendo lo mejor para el bienestar del equipo mismo y del proyecto en que trabajaban. Eso no lo había visto antes! Claro, ustedes dirán, como es que no lo había visto antes... En mi experiencia como PM y luego como gestor de proyectos ágiles (pónganme el nombre que deseen) trabajé siempre con equipos propios. Claro! El Product Owner era del cliente o en proyectos antiguos, tenías/tienes lideres técnicos y funci...

Les comparto mis pensamientos sobre el formato Open Space. Como comentaba en otro post, participé del Ágiles 2017. El formato para los 3 días era de Open Space. Para quienes no conozcan este formato, me cuentan que nació de las convenciones médicas. Durante las charlas que se daban, había gente que salía de ellas y se quedaba conversando en el patio o áreas comunes (en el open space).  Mucha gente se dio cuenta que era había conversaciones más interesantes en el open space que en las charlas mismas ya que la gente hablaba de lo que le interesaba. Es ahí que nace el formato como suerte de complemento a las convenciones. El último día, la gente decía de qué quería hablar y armaban varios grupos para conversar sobre dichos temas. Interesante concepción. Cuando conocí este formato, me pareció demasiado "raro". Básicamente lo sentí como un grupo de personas que se juntan para hablar, y que el éxito de la reunión dependía del azar prácticamente. Sobre todo lo último era l...

Hace unos días participé del Ágiles 2017 en Chile. Fue mi primer ágiles y mis expectativas fueron altas (así nomás no me pago un viaje a otro país para asistir a un seminario sin agenda) y la realidad fue una experiencia muy interesante. Algo que aprendí, o en todo caso me hicieron recordar, es que el ser humano se convence más sobre una idea cuando llega a ellas en sus propias conclusiones. Es decir, una cosa es yo presentar una charla y hablar sobre las bondades de la agilidad y cómo impacta en las empresas; y otra muy diferente es experimentar, reflexionar y compartir al respecto. Tu mente cambia, tu cuerpo reacciona de otra manera, empiezas a entender artículos que alguna vez leiste, empiezas a entender a quienes ya tienen buenos años trabajando en esto. Ya no es solo información recibida, sino es información procesada. Cuando conversas, interactúas, experimentas, tu organismo reacciona diferente a que si solo escuchas/observas. En las charlas, desafias tu conocimiento, lo ...

Hoy me llegó un twit en el que se mencionaba que el alineamiento de actividades es vital en la gestión de proyectos de múltiples equipos. La figura que lo acompañaba no podía ser más precisa. Era un camino interrumpido por un río. Un equipo estaba haciendo un puente y otro equipo estaba haciendo un túnel. Claro! Tienes un mismo problema y ambas soluciones son válidas para cruzar de un lado a otro. Pero esa no es la manera en la que queremos que nuestra inversión se use, correctó? La imagen, aunque exagerada, me dejó pensando en las veces en la que he estado en reuniones y al hacer una presentación de status (llevo muchos años en proyectos y esto es usual), una persona de otro equipo nos dice que ellos también están trabajando en lo mismo! :O Claro, uno puede decir, que al final son proyectos "llave en mano" y que es problema de los proveedores cómo realizan sus actividades y lo que importa es que el producto final funcione como e especificó. Entiendo ese punto, tamb...

Para mí, el mejor momento para iniciar este blog fue hace unos años. El segundo mejor momento es el día de hoy. Siendo el caso, voy a iniciar este blog indicando cuáles son mis metas al respecto. Definitivamente necesito descargar muchas cosas de mi cabeza. Desde hace un tiempo me he dado cuenta que hay muchas cosas que olvido y que son impartantes como parte de mi profesión. Muchas veces he terminado reinventando la rueda por ello; así que este blog debería hacerme acordar ciertos temas de interés. Debo compartir. Si bien soy una persona abierta a compartir mi experiencia, así como a recibir la de otros, esto lo hago en reuniones con gente alrededor. Este medio puede hacer llegar este pensamiento más lejos y a la par poder obtener feedback de personas que no conozco o entornos que me son nuevos. Hay temas que no tengo con quien compartir. Sea por tiempo o disponibilidad hay momentos que quiero compartir algo y no tengo con quien. En mi caso, me he dado cuenta que aprendo más c...

Tuve la oportunidad de participar en la transformación organizacional de una empresa local (estoy en Perú) bastante grande y conocida. Como menciono en otro artículo, el tiempo es muy valioso en las empresas; por tanto es un gancho importante al hablar de cómo nos benefician las prácticas ágiles en la gestión de proyectos y personas. Cuando hablas del tiempo, hablas de el cambio en los clientes y por tanto en la organización. Esto puede ser llevado a negocios que brindarás e ingresos planificados. Todo eso enamora a las empresas; al menos lo suficiente para que te sigan escuchando. Lo primero fue un proceso de "enamoramiento" del equipo de tecnología. Hablar sobre devops, hablar sobre equipos multidisciplinarios, hablar sobre el involucramiento del negocio en la labor de creación de soluciones, hablar de valor en los pedidos, todo eso ayuda y mucho. Esto se complementó con capacitaciones dirigidas sobre principios ágiles, gestión de proyectos ágiles y escalabilidad ág...

En uno de los clientes donde participé, tuvimos una charla muy interesante respecto al time_to_market y en general a cómo influye el tiempo en los negocios. Su principal dolor (al igual que muchas empresas) es relacionado al time_to_market actual, donde una idea puede concretarse en algo "real" (ser desplegado en producción) luego de año y medio de conceptualizado. Estamos hablando de que algo que se me ocurre hoy, puede ver la luz en año y medio. Es como decir que luego de ver a mi competencia realizar un nuevo tipo de operación que puedo replicar/mejorar; me tome año y medio en realizarla! En ese tiempo, ya mi competencia sacó 3 versiones más mejoradas! En mi afán por no brindar una solución incompleta, añado más tiempo al proyecto con nuevas funcionalidades y me tomo otro año! En ese tiempo, mi competencia ya tiene al mercado cautivo y sigue mejorando... y yo continúo cambiando mi proyecto para emparejarme! En qué momento lo supero? No sé si decir nunca, pero la r...