Mi Blog Digital - Augusto Miní

En una empresa que está en plena transformación, los líderes están aún con la idea de sus ideas son las más importantes/prioritarias; las del resto no importan, las suyas son las más importantes. Esto porque seguro tienen compromisos (no necesariamente valiosos para la empresa) asociados a estas ideas de nuevas funcionalidades o proyectos. Éste es un claro ejemplo de que estos líderes aún trabajan en silos, sin considerar las necesidades COMPLETAS de la empresa.

Un tema que siempre tengo en consideración en mis labores pero del que me he dado cuenta que no he escrito mucho refiere a Cynefin. El Profesor Dave Snow (a quien tuve la ocasión de conocer por Videollamada en el Ágiles 2017) ha venido trabajando en este modelo desde hace ya varios años (si mal no estoy inició antes del 2000). Bajo su visión tenemos 5 dominios o contextos para la toma de decisión.  Estos son: Simple (Obvio), Complicado, Complejo, Caótico y Desorden (en el gráfico de abajo es la mancha al medio). (Sacado de Wikipedia)  Esto significa que podemos encontrarnos con retos que implican estos dominios y hay que considerar su posición para tomar un plan de acción adecuado al respecto.

Recuerdo que en mis primeras PCs (allá en inicios de los 90), tenía una carpeta llamada UTIL para los diferentes utilitarios que usaba. Antivirus, PC Doctor, Lectores de discos dañados y similares. En mi práctica diaria me estoy encontrando con herramientas que están disponibles libremente y que veo bueno recopilar para no olvidar que existen y poder volver a ellas cada cierto tiempo. Empiezo. http://tastycupcakes.org/ En este sitio web encuentras diversos juegos o actividades que pueden ser usados en entrenamientos ágiles. https://www.canva.com/ Sitio para crear brochures y presentaciones. https://www.kahoot.com/ Sitio para crear pruebas para talleres. https://delighted.com/nps-calculator Sitio para calcular el NPS https://retromat.org/es/ Para crear retrospectivas. Tieenes cada uno de los pasos y actividades para cada paso. Hay que velar sí porque las actividades sean coherentes. https://www.agile42.com/en/training/kanban-pizza-game/ Kanban pizza game para expli...

Hacía ya varias lunas que no escuchaba las siglas VUCA. Y si bien el término no es nuevo para mí, ya había olvidado a qué refería cada letra. Acá va. V - volatilidad U - incertidumbre (uncertainty) C - complejidad A - ambigüedad.  (la saqué de internet) El término es usado para hacer entender que hay que mirar estos factores al enfrentarte a una determinada situación o escenario. De por sí, la realidad cumple estas características; no pensamos en ellas, solo las aceptamos y trabajamos alrededor de ellas nuestra vida.

Dentro de la gama de estrategias para la gestión de la innovación, hay uno que personalmente me atrae porque comulga con lo que he venido aprendiendo. Bueno, tampoco es que haya investigado todas, pero hasta donde vi, esta me hace sentido. (el gráfico no es mío, fue sacado de la web) Design Thinking  para generar ideas. Lean StartUp  para aprender rápido experimentando  Metodologías ágiles  de manera que generemos versiones contínuas con enfoque al valor.  DevOps para cercionarnos que el valor se genere. Es probable que ahonde en estos puntos en otro post. Pero este se trata del cliente. Uno de los puntos más fuertes de Design Thinking , desde mi punto de vista, es el conocer al usuario. Mi primer pensamiento refería a hacer ejercicios relacionados a identificar al usuario promedio y listar sus características para que lo tengamos simpre presente. En las charlas del Professional Scrum Day de Microsoft, hubo una cahrla que me llamó much...

Tal vez les suene a catarsis este post, pero aparte de serlo tiene un trasfondo que deberías reforzar si lo conoces. Una de las prácticas más básicas en la gestión de proyectos refiere a documentar. No me refiero a extensos documentos interminables donde se premia el MB sobre el KB. Me refiero a que es labor del responsable del proyecto de dejar historia sobre lo sucedido. Es verdad que muchas veces, luego del proyecto no se revisan estos documentos, pero en proyectos largos es importante porque los tiempos cambian, las personas cambian, todo cambia. Y en algún lugar debe quedar la razón de las decisiones que se toman.

Estando en Ágiles Latinoamérica, salió este ejercicio. Si bien ya han pasado algunos meses de que participé, aún recuerdo la paz que sentí pensando en dicho "jardín". Pero vamos por partes. Lo que me impresionó es que fue un ejercicio autogestionado: Bajo una serie de reglas, los participantes tienen roles asignados y la actividad fluye sin supervisión, solo observación. ¿What? Cuando leí autogestionado, me metí al ejercicio, quería verlo con mis propios ojos. No porque quisiera sabotearlo, sino porque uno sabe como es uno, pero no sabe como es el resto. Fue interesante ver cómo un grupo de personas de diferentes nacionalidades, perobajo el mismo espíritu de querer conocer interactuara de manera que cada uno cumpliera su rol y ejecutaran las diferentes actividades que nos indicaron. Al finalizar la actividad, se hizo una pequeña juntada para conversar sobre lo visto y llevarnos algunas conclusiones. Algo que pregunté es respecto a si este ejercicio, al ser autoge...

Este post lo tengo pendiente desde inicios del 2018. Lo que quiero hacer un resumen de lo que de alguna manera aprendí el año pasado.

Hace unos días me animé a escribir un artículo respecto a convertirse en "Clientecéntrico" (lo puedes leer aquí ) - sorry por el inglés, pero me animé a hacerlo así. Recuerdo que desde hace muchos años soy enemigo de la frase "El cliente siempre tiene la razón". De arranque soy enemigo de las palabras siempre/nunca, porque a mi parecer son muy largas. Fuera de eso pienso que un cliente te solicita algo porque en su conocimiento y experiencia, es lo que necesita. Es tu misión, el brindarle a tu cliente la mejor solucion posible en base a la coyuntura que te presenta. Tal vez su solución sea la adecuada, pero tal vez hay mejores que deben ser explotadas. Si solo damos lo que nos piden, somos ¿pasadores? Pero no generamos el mayor valor posible. Aún cuando demos exactamente lo que nos piden. No todos los clientes son para uno; hay que identificar cuál es nuestro rango de clientes y ver que nuestros productos/servicios les brinden el mayor beneficio. En un mundo t...

A ver. De qué se trata esto. Pongámonos en esta situación: Tienes un proyecto de tecnología, tienes que establecer una arquitectura base que permita escalabilidad, acorde a las herramientas con las que cuenta tu cliente (o piensa contar) y que no sea difícil adoptar. Todo bien, lo primero que piensas es "Vamos a consultar a un arquitecto, seguro que tenemos uno.". Cuando encuentras al arquitecto, él te dice que te apoyará fuera de hora porque su asignación es 100% a un cliente determinado que no es el tuyo. Buscas otros arquitectos, y están en la misma situación. ¿Qué hay de malo en esta situación? Bueno, te dirán que no incluiste tiempo del arquitecto en tu propuesta o que la asignación asignada es muy poca, por lo que tienes que ver cómo solucionas. ¿Hiciste mal tu estimación? capaz. ¿Hiciste mal la asignación de roles en tu planificación? capaz. Oh! Y ahora quién podrá defendernos? Lo que está mal en esa situación (más allá que el project manager es responsable d...