Mi Blog Digital - Augusto Miní

Algo que me sucede desde hace un tiempo es que cuando tengo una idea que ronda en mi mente, debo escribirla en un artículo. De esa manera entiendo mejor la idea, el por qué me da vueltas y qué opinión me merece. En mis frecuentes encuentros con profesionales del área de tecnología, veo una constante y refiere a la mala imagen que el PM tiene en la comunidad. Soy consciente que PM está asociado a gestión de proyectos tradicionales y que tiene arranques de comando/control que, en un mundo VUCA como el nuestro, estamos tratando de hacer a un lado por un liderazgo basado en colaboración. Soy consciente de esos detalles y más; pero quiero hacer una diferenciación que a mi entender está asociando al PM con el Bad Management (o una gestión mala). De por sí entiendo también que a las personas no se les gestiona, se gestionan las tareas. Y que el PM tiene a su cargo un equipo y una meta que debe velar porque se cumpla. Esto en ciertos contextos es válido. Si vemos una matr...

Desde hace un tiempo veo en los diferentes medios digitales que se hace mucha mención de que los scrum masters, product owners o agile coaches son personas que con certificado en mano creen que pueden ejecutar el rol, menospreciando el rol como tal.  Me parece que hay mucho descontento respecto a quienes ocupan estos roles o similares, respecto a su experiencia, a las actividades que debe hacer, a su madurez y a su impacto en la organización. 

Hace ya buen tiempo que tengo este post en pendiente, sobre todo porque involucra 5 áreas de conocimiento que son muy amplias de por sí, pero que a mi entender, son importantes el verlos de manera integrada. Es importante entender que en tiempos tan cambiantes ya no solo debemos preocuparnos del flujo que va desde la ideación hasta la puesta en marcha de un producto o servicio;  sino que continua y se reinicia a través del feedback obtenido por el uso real. Es decir que dejamos de pensar en proyectos para empezar a pensar en productos/servicios; de esa manera entendemos que buscamos la perpetuidad y que tenemos que regresar al pizarrón con nuevas ideas para brindarles novedades a nuestros clientes actuales y potenciales. Lo que quiero cubrir aquí son 5 mundos diferentes que debemos mirar como parte de un todo, de manera que podamos integrarlos adecuadamente y que no sean iniciativas divorciadas dentro de la organización Vamos de a pocos. Empecemos con unas definiciones...

Diariamente me encuentro con diferentes profesionales de negocios a los que les cuesta entender que mucho ha cambiado en el mundo y eso afecta a los negocios.  Sobre esto conversamos en el día 2 del Ágiles 2019. Les comparto la presentación.  Muchas gracias a quienes asistieron a la misma.  Cambiando paradigmas de Augusto Miní Olivera

Con qué nos encontramos A medida que uno va trabajando en las empresas mostrando nuevas formas de trabajar e interactuar con las personas, mucho de nuestro esfuerzo como coaches deviene en hacer llegar el mensaje, de forma adecuada, respecto al trabajo colaborativo, el entregar valor, el trabajar con el feedback y mejorar constantemente. En un mundo tan volátil como el que nos encontramos (donde nuestro cliente no sabe lo que quiere aún, pero lo quiere ya; donde nuestra competencia está trabajando en darle algo, no sabemos qué; y tenemos que trabajar en brindarle lo que entendemos que quiere) es necesario cambiar paradigmas.

Hace unos días tuve que dar una charla sobre este tema. En definitiva es mi preferido luego de VUCA + Cynefin. Siento que con VUCA + Cynefin me recuerdo a mí mismo dónde estoy situado y por qué debo cambiar, evolucionar, mejorar constantemente; pero hablar de Agile para no TI me ayuda a recordar que no solo debemos enfocarnos en las áreas de tecnología sino en toda la empresa. Me pasa, e imagino le pasa a varios, que debido a mi background empiezo a sentirme cómodo entre equipos de desarrollo de software; me identifico con ellos, entiendo lo que hacen y por qué lo hacen; me siento como aquel muchacho que fui, apasionado por la codificación, ensimismado en mi pantalla por horas, frustado cuando no me salían las cosas y emocionado cuando me salían; con ganas de contárselo a todo el mundo, pero solo unos cuántos me entendían. Sí, me siento cómodo entre ellos. Pero eso me hace perder perspectiva. Me hace olvidar la razón de una Transformación Agile/DevOps. La razón es que la organiza...

Tenía este artículo pendiente desde hace un tiempo. No tengo claro por qué no lo publiqué en cuanto lo tenía en cabeza, pero igual ahí va. Hablemos de quien, para mí, es el más abandonado dentro de un equipo Scrum: El Product Owner. Lo digo en estos términos porque me he encontrado en diferentes organizaciones un común denominador: Product Owners con un alcance limitado de su rol, brindado por su propia organización, y que tanto el Scrum Master como el Equipo de Desarrollo no le dan el respaldo que necesita para poder lograr su máximo potencial.

Hace unos días conversaba con un compañero respecto a cómo afrontamos los retos de día a día. Cómo hacemos cuando las circunstancias nos ponen al frente de alguna situación y tenemos que tomar decisiones o tomar acciones al respecto. Desde mi punto de vista cuando enfrentamos retos debemos hacer uso de dos cosas: Valores y Herramientas.

Estimados, muchas gracias a quienes me acompañaron en mi ponencia durante el Scrum Day Perú 2019. Les comparto la presentación que realicé, la cual he completado gracias a las sugerencias de mi amigo Lucho Salazar ( www.gazafatonarioit.com ). Como comentaba durante la ponencia, estos temas, personalmente, me atraen mucho ya que son los que a mí me hicieron entender que debemos cambiar. Que los negocios debemos cambiar. Que los líderes debemos cambiar. Espero haber podido dejar al menos la inquietud en quienes participaron, que les sirva para poder ahondar un poco más y que los lleve a caminar esta ruta de crecimiento que agile nos brinda. Cualquier comentario es bienvenido. Vuca, cynefin y "errores" por Augusto Miní Olivera

No me mal entiendan. Adoro los clubes de fotografía que se arman en las empresas. Es importante tener hobbies que nos permitan practicar actividades diversas y que uno disfruta. Es importante que la empresa designe tiempo a esas actividades y comprenda que las personas necesitan un tiempo para sí mismas y con ello se desestresen y tengan un mejor rendimiento en sus labores. Las empresas de hoy en día entienden esto y brindan espacios para poder disfrutar esperando que cuando retornes des el 100% a tus actividades laborales, con un mejor semblante pues estás también haciendo algo que te gusta. Uno de estos ejemplos son los clubes de fotografía. Se arman en conjunto entre colegas con la misma afición y tienen sus reuniones para coordinar paseos al campo o visitas a diversas galerías o para compartir experiencias con tal o cual cámara. Es muy bueno que los líderes brinden este espacio para que las personas que trabajan con él/ella practiquen temas de interés propio. Sé que m...

Quisiera dar la bienvenida a este año hablando de un tema que estoy encontrando en común respecto a equipos Scrum. En otro artículo relaté un poco sobre las tareas de un Product Owner. Cómo sus tareas no son nada fáciles lidiando con el negocio mismo ( Las labores del PO no son simples ). Ahora. Hay que ser realistas. Un Scrum Master no es tal solo por llevar un curso o tener una certificación. Hay todo un camino que recorrer desde el curso o certificación ya que ese es el punto de partida hacia un destino aún no fijado. Lo mismo ocurre con el Product Owner. Asumir que el Product Owner, por haber llevado una certificación o haber llevado un curso, ya está listo para enfrentar a su propia organización y con ello ganar su autoridad y empoderamiento que requiere para realizar bien su labor; es una ilusión. De hecho, lo estamos sacando de su zona de confort. El PO, al ser una persona de negocio, viene de un entorno diferente al equipo de desarrollo. Un entorno que históricamente no...