Primary tabs
Aug 11, 2020
Excelente entrenamiento
Excelente entrenamiento, me abrió la mente para poder entender scrum no como normas a cumplir si no como un estilo de liderar y avanzar en los objetivos de negocio.
Daniel Medina
Aug 10, 2020
Muy práctico y dinámico.
Ha sido una gran experiencia en donde, a través de la práctica, he podido incorporar una nueva herramienta a mi conocimiento. El entrenador preocupado, claro y dispuesto a aclarar dudas una y otra vez.
Marcos G. Casas Fernández
Jul 23, 2020
Excelente curso
Excelente curso, muy buen contenido, una explosión de conceptos, una invitación al cambio de mentalidad. En general satisfecho con el curso.
Lo que si considero es que al ser el curso base en este mundo tan interesante y al ser dictado de manera virtual, se podría considerarse que sea un poco más extenso con el objetivo de tener más práctica.
Victor Jesus Ramirez Ramos
Jul 16, 2020
Great course
Great course, thank you Joel.! I learned a lot
Héctor Hernández
Jun 17, 2020
Excelente
Excellent course and excellent coach.
Christopher John Mendoza Falconi
Jun 2, 2020
PSPO-A its an amazing course
PSPO-A its an amazing course, deep and fun too
Ulises
May 25, 2020
An excellent class given by a vey professional instructor
An excellent class given by a very professional instructor.
Joel LIVES scrum and the classes he gives explores all his experience to make a very personal, yet professional approach to SCRUM.
I really enjoyed this training, and it really helped me to get the confidence and understanding to get this and many other certifications from Scrum.org.
Jesus Mario Funes
Apr 27, 2020
One of the best trainings I've had!
I'd really like to point that Joel is a wonderful trainer. His broad understanding of Scrum is what you really need if you want to live and succeed using Scrum. I recommend Joel's courses without any doubt and I thank him for being so patient and open to discuss themes in order to improve my understanding.
José López Baeza
Apr 22, 2020
Estas dudando de que curso de scrum tomar?
para todo aquel que está iniciando el camino de Scrum y busca una manera muy práctica de aprender, este es el curso que debes tomar. Joel es un excelente entrenador. Muy recomendable y aún más motivado para seguir capacitarme en scrum
Rodrigo Vergara Lopez
Jan 22, 2020
Great class is important this point…
Great class is important this point view of the Product Owner
Yohan Paez
Dec 28, 2019
Excellent content
Excellent content. It helped me to gain more in-depth knowledge about the Product Owner role and to identify the negative variations of the role that are sadly currently happening in several companies.
I now understand my role in a better way and feel able to work as part of my Scrum team in a more congruent and consistent way.
Thanks Joel!
Alonso Guillen
Dec 4, 2019
A very well executed session
A very well executed session, many valuable lessons. The power of metrics changed my perception of Kanban
Ulises
Oct 15, 2019
As usual Joel's has the skills to…
As usual Joel's has the skills to facilitate a great training. He has a deeply understand the principles behind Scrum/Agile an how to teach it. The class was awesome
Ulises
Oct 5, 2019
It was a good training
It was a good training. New concepts and new ways to improve business value through new agile practices
Gabriel Peña
Sep 13, 2019
Oustanding class
Great examples, Joel has a deeply understanding and experience in Scrum. Highly recommended.
Ulises
Sep 3, 2019
Very dynamic!
Very dynamic and with many examples to better understand the concepts of Scrum. A highly recommended course.
Enzo Oróstica
Sep 2, 2019
Very useful class to understand the…
Very useful class to understand the basics of Scrum
Victor Martinez Armijo
Aug 24, 2019
Great workshop
Great teacher and very good with deep knowledge in everything about agility and Scrum.
Yohan Paez
Jun 16, 2019
Scrum and Lean UX
Excellent the way in which Scrum Org absorbs the way to implement Lean UX in the development of products
Eduardo Duarte
Jun 10, 2019
Curso muy practico para obtener…
Curso muy practico para obtener herramientas y seguimientos para lograr incrementar valor de producto.
Ivan Figueroa
May 31, 2019
I see the light, finally
I like the way Joel teach to the future SCRUM Masters and share his experiences. His knowledge about SCRUM is huge and revelator. I really meet the truly SCRUM approach thanks to this class.
Emmanuel Cumpa
May 24, 2019
A slightly adjusted course for two days, but…
A slightly adjusted course for two days, but with an instructor with solid knowledge and committed to helping to learn.
Fredy Alejandro Rivas Molina
May 10, 2019
El tema es muy interesante y se puede…
El tema es muy interesante y se puede aplicar en el contexto en el que laboro. Trainer con mucho conocimiento de Scrum.
Vladimir Baglietto
May 3, 2019
It was a very good experience
It was a very good experience. I think it would add value if we work at something that help the leader to visualize a path to become adopt a more agile leadership style. I don´t know maybe a scoreboard or a Key areas to develop with the dimensions Team, Org and Customer, and Leadership, maybe.
Cleber da Cunha Pinto
May 3, 2019
This course is good for manager and…
This course is good for manager and directors.
Jimmy Willer Maco Elera
Mar 22, 2019
Optimized flow
I think that including kanban within scrum optimizes the flow of PBIs to become incremental.
Jimmy Willer Maco Elera
Mar 11, 2019
Good Experience
I didn´t know anything about SCRUM and upon completion I felt I could sustain a conversation with a professional.
Joshua North
Mar 8, 2019
In two days I've learnt and understand more about Scrum compare to another organisation
Compare to Scrum Alliance, now I believe I understand SCRUM and Josel shared a lot of his experience with all the class. Many situations inside the SCRUM events, roles, etc. really great material and speaker.
Luis Alberto Estrada Huaman
Feb 15, 2019
El contenido del curso cubre con las…
El contenido del curso cubre con las expectativas. El instructor comparte su experiencia y casos para un mejor entendimiento
ANGELES DIAZ
Feb 8, 2019
A little confusing
I think it is a little confusing, but maybe it's because I am starting to use the web site
César Curisinche
Feb 2, 2019
Excellent!
Excellent!
I really understood the Scrum Master profile.
Pedro Emilio Vargas Pablo
Jan 16, 2019
Was incredible and really changed my…
Was incredible and really changed my opinion about scrum
Edgar Zaldivar
Jan 16, 2019
Awesome class
Awesome class. I learned a lot.
Joel is an amazing teacher.
Gabriel Alejandro Suarez Gonzalez
Joel's Certifications
Joel's Bio
Joel Francia es un Professional Trainer de Scrum.org con desde el 2011 y cuenta con más de 25 años de experiencia en el mundo de TI y pionero en el uso de Scrum y el enfoque Ágil. Joel ha realizado entrenamiento y consultoría en diversos países de la región como Ecuador, Panamá, Perú, Chile, Guatemala, Bolivia, México, Costa Rica, Colombia y Venezuela. Joel es además Trainer de DevOps Institute. Joel tiene un grado en Computación de la Universidad Nacional Mayo de San Marcos y un MBA en la Escuela Superior de Administración de Negocios (ESAN). Joel se desempeña actualmente como consultor en temas de Agilidad, Scrum, DevOps, Lean UX, parte de esta experiencia ha sido ayudando a empresas, bancarias, financieras, de retail entre otras a mejorar el flujo y la entrega de valor de negocio con foco en el cliente a través de la adopción del enfoque Ágil y Scrum..
Joel ha escrito el libro “Notas sobre Scrum Profesional” para ayudar a mejorar el trabajo de los equipos Scrum y puede ser adquirido en Amazon: https://www.amazon.com/dp/B082S26DLH
Spoken Languages
- Spanish
- English
Courses taught by Joel
See What My Students Say
Aug 11, 2020
Excelente entrenamiento
Excelente entrenamiento, me abrió la mente para poder entender scrum no como normas a cumplir si no como un estilo de liderar y avanzar en los objetivos de negocio.
Daniel Medina
Aug 10, 2020
Muy práctico y dinámico.
Ha sido una gran experiencia en donde, a través de la práctica, he podido incorporar una nueva herramienta a mi conocimiento. El entrenador preocupado, claro y dispuesto a aclarar dudas una y otra vez.
Marcos G. Casas Fernández
Jul 23, 2020
Excelente curso
Excelente curso, muy buen contenido, una explosión de conceptos, una invitación al cambio de mentalidad. En general satisfecho con el curso.
Lo que si considero es que al ser el curso base en este mundo tan interesante y al ser dictado de manera virtual, se podría considerarse que sea un poco más extenso con el objetivo de tener más práctica.
Victor Jesus Ramirez Ramos
Jul 16, 2020
Great course
Great course, thank you Joel.! I learned a lot
Héctor Hernández
Jun 17, 2020
Excelente
Excellent course and excellent coach.
Christopher John Mendoza Falconi
Jun 2, 2020
PSPO-A its an amazing course
PSPO-A its an amazing course, deep and fun too
Ulises
May 25, 2020
An excellent class given by a vey professional instructor
An excellent class given by a very professional instructor.
Joel LIVES scrum and the classes he gives explores all his experience to make a very personal, yet professional approach to SCRUM.
I really enjoyed this training, and it really helped me to get the confidence and understanding to get this and many other certifications from Scrum.org.
Jesus Mario Funes
Apr 27, 2020
One of the best trainings I've had!
I'd really like to point that Joel is a wonderful trainer. His broad understanding of Scrum is what you really need if you want to live and succeed using Scrum. I recommend Joel's courses without any doubt and I thank him for being so patient and open to discuss themes in order to improve my understanding.
José López Baeza
Apr 22, 2020
Estas dudando de que curso de scrum tomar?
para todo aquel que está iniciando el camino de Scrum y busca una manera muy práctica de aprender, este es el curso que debes tomar. Joel es un excelente entrenador. Muy recomendable y aún más motivado para seguir capacitarme en scrum
Rodrigo Vergara Lopez
Jan 22, 2020
Great class is important this point…
Great class is important this point view of the Product Owner
Yohan Paez
Dec 28, 2019
Excellent content
Excellent content. It helped me to gain more in-depth knowledge about the Product Owner role and to identify the negative variations of the role that are sadly currently happening in several companies.
I now understand my role in a better way and feel able to work as part of my Scrum team in a more congruent and consistent way.
Thanks Joel!
Alonso Guillen
Dec 4, 2019
A very well executed session
A very well executed session, many valuable lessons. The power of metrics changed my perception of Kanban
Ulises
Oct 15, 2019
As usual Joel's has the skills to…
As usual Joel's has the skills to facilitate a great training. He has a deeply understand the principles behind Scrum/Agile an how to teach it. The class was awesome
Ulises
Oct 5, 2019
It was a good training
It was a good training. New concepts and new ways to improve business value through new agile practices
Gabriel Peña
Sep 13, 2019
Oustanding class
Great examples, Joel has a deeply understanding and experience in Scrum. Highly recommended.
Ulises
Sep 3, 2019
Very dynamic!
Very dynamic and with many examples to better understand the concepts of Scrum. A highly recommended course.
Enzo Oróstica
Sep 2, 2019
Very useful class to understand the…
Very useful class to understand the basics of Scrum
Victor Martinez Armijo
Aug 24, 2019
Great workshop
Great teacher and very good with deep knowledge in everything about agility and Scrum.
Yohan Paez
Jun 16, 2019
Scrum and Lean UX
Excellent the way in which Scrum Org absorbs the way to implement Lean UX in the development of products
Eduardo Duarte
Jun 10, 2019
Curso muy practico para obtener…
Curso muy practico para obtener herramientas y seguimientos para lograr incrementar valor de producto.
Ivan Figueroa
May 31, 2019
I see the light, finally
I like the way Joel teach to the future SCRUM Masters and share his experiences. His knowledge about SCRUM is huge and revelator. I really meet the truly SCRUM approach thanks to this class.
Emmanuel Cumpa
May 24, 2019
A slightly adjusted course for two days, but…
A slightly adjusted course for two days, but with an instructor with solid knowledge and committed to helping to learn.
Fredy Alejandro Rivas Molina
May 10, 2019
El tema es muy interesante y se puede…
El tema es muy interesante y se puede aplicar en el contexto en el que laboro. Trainer con mucho conocimiento de Scrum.
Vladimir Baglietto
May 3, 2019
It was a very good experience
It was a very good experience. I think it would add value if we work at something that help the leader to visualize a path to become adopt a more agile leadership style. I don´t know maybe a scoreboard or a Key areas to develop with the dimensions Team, Org and Customer, and Leadership, maybe.
Cleber da Cunha Pinto
May 3, 2019
This course is good for manager and…
This course is good for manager and directors.
Jimmy Willer Maco Elera
Mar 22, 2019
Optimized flow
I think that including kanban within scrum optimizes the flow of PBIs to become incremental.
Jimmy Willer Maco Elera
Mar 11, 2019
Good Experience
I didn´t know anything about SCRUM and upon completion I felt I could sustain a conversation with a professional.
Joshua North
Mar 8, 2019
In two days I've learnt and understand more about Scrum compare to another organisation
Compare to Scrum Alliance, now I believe I understand SCRUM and Josel shared a lot of his experience with all the class. Many situations inside the SCRUM events, roles, etc. really great material and speaker.
Luis Alberto Estrada Huaman
Feb 15, 2019
El contenido del curso cubre con las…
El contenido del curso cubre con las expectativas. El instructor comparte su experiencia y casos para un mejor entendimiento
ANGELES DIAZ
Feb 8, 2019
A little confusing
I think it is a little confusing, but maybe it's because I am starting to use the web site
César Curisinche
Feb 2, 2019
Excellent!
Excellent!
I really understood the Scrum Master profile.
Pedro Emilio Vargas Pablo
Jan 16, 2019
Was incredible and really changed my…
Was incredible and really changed my opinion about scrum
Edgar Zaldivar
Jan 16, 2019
Awesome class
Awesome class. I learned a lot.
Joel is an amazing teacher.
Gabriel Alejandro Suarez Gonzalez
Upcoming Classes by Joel
See all upcoming classes-
Professional Scrum Product OwnerDetails Register
Live VirtualAug 17-21, 2020
6:00 PM - 9:00 PM
America/Lima
Spanish -
Professional Scrum DeveloperDetails Register
Live VirtualAug 17-28, 2020
2:00 PM - 6:00 PM
America/Sao_Paulo
Spanish -
Professional Scrum Product Owner - AdvancedDetails Register
Live VirtualAug 29-30, 2020
9:00 AM - 5:00 PM
America/Lima
Spanish -
Professional Agile Leadership - EssentialsDetails Register
Live VirtualAug 31-Sep 4, 2020
6:00 PM - 9:00 PM
America/Lima
Spanish -
Professional Scrum with User ExperienceDetails Register
Live VirtualSep 7-11, 2020
6:00 PM - 9:00 PM
America/Lima
Spanish -
Professional Scrum Product OwnerDetails Register
Live VirtualSep 14-18, 2020
6:00 PM - 9:00 PM
America/Lima
Spanish
Classes Attended by Joel
Latest Blogs by Joel
See all blogs
Joel Francia
Para ser exitoso con Scrum un Product Owner debe complementar sus competencias con prácticas y herramientas que le ayuden a mejorar la gestión del producto y la entrega de valor a la vez que fomenta la colaboración y la creación de una mentalidad de producto en sus organizaciones.
Existen muchas herramientas que el Product Owner puede adoptar en su ruta hacia la entrega de valor. Aquí explicamos algunas.
Visión. Proveer una visión inspiradora y trascendental es necesario para ayudar a los equipos de desarrollo a optimizar su trabajo hacia la entrega de valor. El Product Backlog refleja la realización de esa visión. Herramientas como Elevator Pitch (la prueba del ascensor) son de gran ayuda para distinguir un problema resolver, los beneficios a brindar por el producto, ventaja diferenciada del producto para un grupo de clientes.
Ruta de Producto. El Product Owner necesita transmitir una visión que muestre la dirección proyectada. Esta visión debe contener elementos trascendentales para inspirar a los miembros del equipo Scrum y la organización. Una forma de conectar esta visión con el Product Backlog es a través de la definición de una ruta de producto. Esta ruta es adaptable durante el desarrollo del producto y puede tener diferentes vistas que permitan el entendimiento compartido con diferentes tipos de interesados o el equipo de desarrollo. Puede ser resumida y ejecutiva con detalles de las métricas de valor tal vez cuando se trate de ejecutivos impacientes por visualizar la entrega de valor y el impacto en la organización. Puede ser detallada de tal manera que facilite la priorización y colaboración con el equipo de desarrollo tal vez a través de un mapa de historias donde se pueda ver los Sprints proyectados y muchas otras formas más de conectar esta visión con la entrega de valor representado en el Product Backlog.
Mapa de Impacto. Es una herramienta muy útil fomentar la colaboración y cocreación del Product Backlog a partir de los objetivos de negocio y el impacto en los clientes. Con esta vista se puede identificar entregables que son Product Backlog Items grandes que son el punto de partida para iniciar un refinamiento.
Mapa de historias. Es una herramienta visual que facilita la colaboración entre el Product Owner, equipo de desarrollo e interesados en refinamiento del Product Backlog y el ordenamiento del mismo. El mapa de historias puede ser usado durante las reuniones de refinamiento, Sprint Planning, Sprint Review o donde el equipo crea que le aporte valorar para mejor la visibilidad de las características del producto.
Desarrollo guiado por hipótesis. Probar las hipótesis ayuda a reducir el riesgo de negocio. Validar o descartar ideas para continuar en el mismo rumbo o adaptarnos. La experimentación es una forma de aprender del entorno que nos rodea y que afecta la entrega de valor. Al experimentar se trata de buscar y encontrar nuevas ideas que generan nuevos productos y servicios, encontrar nuevas oportunidades en nuevos mercados o mejorar nuestra posición en los mercados existentes.
Definir y medir el valor. Escuchar y aprender los clientes es la base para sentir y responder a tiempo. Medir el comportamiento de los clientes cuando usan el producto es una forma de mantener una línea directa de comunicación y aprendizaje de los clientes para tomar decisiones y adaptar el Product Backlog.
Lienzos de negocio. Mantener el alineamiento estratégico con la visión de la compañía es importante para que el Product Owner inicia la evaluación de modelos de negocio que den lugar a la definición de Productos. Explorar alternativas sobre segmentos de mercado, formas de monetizar con un producto, precio, proposiciones de valor, necesidades de los clientes, métricas claves entre otras ayudan a definir un conjunto de posibilidades para crear productos. Existen varios lienzos como por ejemplo el Business Model Canvas, el Lean UX Canvas, etc. Que se pueden considerar.
Les comparto el enlace donde pueden adquirir mi libro Notas de Scrum Profesional: https://www.amazon.com/dp/B082S26DLH
Pueden ver la siguiente programación de mis clases en:
https://www.discoveryfast.com/certificaciones
Me pueden contactar en jfrancia@discoveryfast.com
Aug 6, 2020
Read blog
Joel Francia
Scrum se ha convertido en el marco ágil de trabajo más usado en el desarrollo de software en el mundo. Uno de los beneficios de Scrum es la entrega de incrementos de producto en periodos de tiempo cortos para mejorar el aprendizaje de los clientes y el mercado con el propósito de mejorar los resultados de negocio a través de la innovación de productos. Scrum promueve la autoorganización, trabajo en equipo, mejora continua y la entrega de un incremento de producto con valor en cada Sprint. Scrum está basado en un proceso de control empírico y ayuda a la gestión del desarrollo de productos o servicios. Al usar el empirismo aceptamos el hecho de que las cosas pueden cambiar en cualquier momento y que la mejor forma de enfrentar estos cambios es a través del uso de la transparencia, inspección y adaptación ayudando a mejorar la respuesta al cambio, reducir los riesgos de negocio y aprovechar nuevas oportunidades de negocio que se pueden identificar al escuchar continuamente a los clientes al descubrir la brecha de satisfacción que se puede cubrir con nuevo producto.
Scrum no prescribe, no receta y no define como se deben llevar a cabo las cosas, que herramientas o prácticas usar para desarrollar un producto o servicio. No hay fórmulas o pasos establecidos que seguir y adoptar al usar Scrum. Tampoco existen las mejores prácticas que deben usadas una y otra vez sin cuestionar, las mejores soluciones emergen de los equipos autoorganizados de acuerdo al contexto y el problema a resolver, algo que funciona muy bien en una empresa y situación no es necesariamente la mejor solución a seguir en otras situaciones.
Una metodología implica usar un proceso predictivo basado en pasos predefinidos que se tienen que seguir. La metodología no fomenta y por el contrario puede impedir el descubrimiento, empirismo y el aprendizaje de los clientes y el mercado que puede llevar a distorsiones en el uso de Scrum como la adopción de un enfoque cascada en el cual los Sprints se convierten en periodos cortos de tiempo donde se aplica un análisis, diseño, codificación y pruebas en pasos sucesivos y predefinidos. Esto también se puede llamar water scrum fall.
Scrum es un contenedor para otras prácticas o métodos como Test Driven Development, Integración continua, despliegue continuo entre otros. Complementar Scrum con otras prácticas que mejoren el uso de sus tres pilares como son la transparencia, inspección y la adaptación mejora las posibilidades de lograr la entrega de valor.
Scrum tiene un contexto cultural que se basa en los valores de Scrum como son la valentía o coraje, foco, compromiso, apertura y respeto.
Cuando se viven los valores de Scrum se crea la confianza para generar transparencia que permite usar la inspección y adaptación. Scrum es ligero porque la intención no es definir pasos específico en detalle sino definir las reglas de juego, cada equipo auto organizado debería definir como jugar el juego basado en esas reglas y seleccionar las prácticas, métodos a usar.
En algunas situaciones se puede observar organizaciones que en teoría adoptan Scrum, pero esa adopción no se refleja en un cambio cultural junto con la mejora de las capacidades para lanzar producto en corto tiempo con la intención de mejorar el aprendizaje en cada Sprint. Por el contrario, se percibe como algo natural que la adopción ágil implica solamente un cambio en los nombres a usar más no en la cultura de la organización misma. Proyectos con alcance, costo y tiempo fijo, Product Backlog gestionado en forma aislada por el Product Owner con poca colaboración del equipo de desarrollo, etapa de análisis y diseño realizadas en un Sprint cero, Sprint de desarrollo y pruebas sin entrega de producto terminado, Sprints de estabilización y despliegue que mantienen el uso de un enfoque predictivo que reduce la capacidad de ser ágiles y responder a los cambios, Scrum Masters que controlan el cumplimiento de tareas y horas y le dicen al equipo de desarrollo la receta de cómo hacer Scrum en lugar de promover la autoorganización y la creatividad, la carencia de un refinamiento de producto que fomente el empirismo y el descubrimiento continuo, Jefes de Proyecto tradicionales con un enfoque de control sobre el equipo, solamente por mencionar algunos factores son los que llevan a finalmente no entregar producto funcionando listo para ser usado y en lugar de eso se entreguen productos incompletos y con errores que son rechazados por los clientes en cada Sprint y con ello se provoque la insatisfacción del equipo, la empresa y los usuarios involucrados. Esto nos podría indicar que la adopción ágil se ha convertido en un cliché más no en un convencimiento real de cambio de la organización. Scrum es un marco ágil que requiere de un impulso de la organización que busca una necesidad de mejorar la forma tradicional en que hace las cosas.
Finalmente Scrum no es un marco de trabajo donde se busca hacer más cosas en menos tiempo, es decir buscar eficiencia. Scrum se basa en el empirismo y si queremos potenciar sus beneficios se requiere que exista foco en le entrega de valor de negocio, Scrum es una herramienta para lograr la agilidad empresarial.
Jul 9, 2020
Read blog
Joel Francia
Un gran Product Owner tiene que estar enfocado en producir experiencias e impactos sorprendentes en los clientes a la vez que soporta el cambio de la organización hacia la agilidad con un enfoque de producto brindando el soporte necesario para que el equipo de desarrollo pueda optimizar el trabajo que realiza.
Un gran Product Owner debe motivar e inspirar al equipo de desarrollo y los interesados a través de una visión que pueda fomentar la creación de un propósito de trascendencia junto con entender y estar en contacto con los clientes.
Un Product Owner es un gestor ágil de producto que tiene que pensar más allá de Scrum para desempeñar su rol. Muchas de las actividades como marketing y ventas, canales de ventas, retención de clientes, definir estrategia de alzamiento, definir políticas, de precios, estudios de mercado y de la competencia, sostener el producto entre otros no son tratados directamente en Scrum y no es necesario que así sea porque Scrum es un marco simple de trabajo que favorece el aprendizaje a través del lanzamiento de producto en períodos cortos de tiempo.
Para que Scrum funcione adecuadamente es mandatorio que el Product Owner emprendedor tenga empoderamiento y autonomía sobre las decisiones asociadas al desarrollo de producto, esto lleva además que tenga la capacidad de gestionar el presupuesto asociado. Un Product Owner debe ser estratégico, creativo, inspirador, motivador, emprendedor, innovador y con grandes dotes de facilitación para trabajar en equipo.
El Product Owner trabaja a nivel estratégico como a nivel táctico, puede escribir historias de usuario, pero también puede hacer o delegar que el equipo de desarrollo se encargue de este trabajo. Su trabajo a nivel táctico está asociado a colaborar con el equipo de desarrollo, participar del uso de Scrum por ejemplo en los eventos que tiene que estar presente y gestionar el Product Backlog de tal manera que pueda brindar las condiciones para que el equipo de desarrollo pueda tener el entendimiento y claridad necesaria sobre los Product Backlog Items para desarrollar el incremento de producto terminado. Tengo que aclarar el foco del Product Owner no debe ser en el trabajo táctico sino en el estratégico, aprendiendo de los clientes, analizando a la competencia, las condiciones de mercado, la estrategia y visión de la organización, foco en la absorción del producto por parte de los clientes y la realización del valor, asegurando la identificación y aprovechamiento de nuevas oportunidades de negocio a partir del aprendizaje de los clientes entre otras actividades.
El Product Owner trabaja en un mar de incertidumbre causada por un mundo complejo con muchas variables que desconoce y que pueden afectar la ventaja competitiva sostenible de las organizaciones.
Una ventaja competitiva sostenible es el lograr la entrega de valor en el momento actual pero también asegurar la identificación y desarrollo de nuevos productos a partir de la identificación de espacios de experiencia de usuario no cubiertas o nuevas expectativas que surgen en los clientes producto de la dinámica del mercado y de la tecnología.
Si una empresa es rentable en el momento actual pero no invierte en desarrollar capacidades para reducir los desperdicios que impiden mejorar su tiempo de lanzamiento al mercado, o incrementar el foco para maximizar el porcentaje de su esfuerzo para desarrollar nuevo producto de forma creativa así como experimentar para innovar llegando inclusive a canibalizar sus productos actuales en aras de generar nuevas oportunidades de negocio puede estar condenada a sufrir una perdida en la entrega de valor y verse expuesta a nuevos competidores que aunque pueden ser más pequeños en cierto momento pueden tener mejor tiempo de lanzamiento al mercado, cubren mejor las expectativas y experiencia del mercado así como son más productivos en términos de entrega de producto valioso.
Muchas empresas han desaparecido porque priorizan la entrega de valor actual versus crear las condiciones para mejorar la entrega de valor futuro, esto puede ser visto como aprovechar nuevos mercados donde el potencial de crecimiento sea mayor teniendo en cuenta que el mercado actual puede ser atacado por competidores que en algún momento pueden saturar ese mercado o producto de los cambios en los gustos de los clientes y en las condiciones sobre las cuales se mueve una organización.
El valor de un Product Owner está en su capacidad de identificar y generar nuevas oportunidades de mercado a partir de nuevos productos. Este valor se pierde cuando se lo convierte en un creador de especificaciones funcionales y se le pide que entregue toda la documentación para que el equipo de desarrollo elabore el producto. Esto es un desperdicio que se debe evitar ya que le impide enfocarse en lo estratégico.
Quiero rendir un homenaje a mi hermana Nancy Francia quien ha fallecido. Una persona extraordinaria que se brindó por completo a su familia siendo además un profesional exitoso. Me faltan palabras para expresar el gran dolor que sentimos por su partida. Descansa en paz.
Les comparto el enlace donde pueden adquirir mi libro Notas de Scrum Profesional: https://www.amazon.com/dp/B082S26DLH
Pueden ver la siguiente programación de mis clases en:
https://www.discoveryfast.com/certificaciones
Me pueden contactar en jfrancia@discoveryfast.com
Jun 12, 2020
Read blog
Joel Francia
La Retrospectiva del Sprint es el momento en que el equipo de Scrum evalúa los compromisos de mejora necesarios para mejorar la entrega de valor. Este evento no es el único momento para mejorar porque estas mejoras pueden y deben suceder durante el Sprint.
Las áreas de mejora como sugerencia pueden estar asociadas a Scrum, Criterios de terminado, relaciones entre las personas, prácticas ágiles o de ingeniería y mejoras en herramientas a usar. Las discusiones pueden ser llevadas por reflexiones en temas como la mejora de la calidad del producto y los criterios de terminado. Criterios de terminado más estrictos mejoran la calidad y la transparencia del incremento de producto, criterios menos estrictos pueden derivar en aumentar la deuda técnica.
Los criterios de terminado reflejan la calidad del producto y cuando no hay mejoras en esta área podría impactar en no mejorar la calidad del producto incorporando además lo aprendido en el Sprint. Una pregunta que el equipo debe evaluar es si calidad del producto está mejorando y la satisfacción del cliente está mejorando o empeorando. Información como reportes de tendencia de defectos, resultado de las pruebas automatizadas ejecutadas en la integración, tendencia de los errores reportados por los clientes, métricas como MTTR (tiempo promedio de recuperación ante fallas), tendencia del crecimiento de la deuda técnica y métricas de Kanban son importantes en la identificación de las mejoras a realizar.
Aspectos acerca del uso de las herramientas y prácticas de ingeniería y su impacto en la entrega de producto son temas a considerar en la discusión en este evento. Ejemplos de prácticas a considerar pueden ser el mapa de impacto, mapa de historias, etc. Prácticas de DevOps como integración continua, despliegue continuo, pruebas continuas, etc. La discusión sobre las herramientas es parte de la discusión sobre todo en estos momentos, por ejemplo, herramientas para mejorar la colaboración en remoto, o herramientas para mejorar la integración de código o visibilidad del flujo de valor en Kanban, la conversación puede ser extensa pero el foco sobre el estado del incremento del Sprint puede ayudar a enfocar las opciones.
Otros temas están asociados a las relaciones entre las personas, el uso del proceso de Scrum y el uso del empirismo. Para que Scrum sea exitoso se requiere mejorar la adopción de sus valores y pilares. Como equipo discutir sobre el uso de Scrum en términos de sus tres pilares es esencial. Por ejemplo, evaluar preguntas sobre cómo mejorar la transparencia del Product Backlog, del Sprint Backlog y del incremento pueden iniciar la conversación y potenciar la inspección y adaptación en los eventos y durante el Sprint.
Mejorar la capacidad de colaborar y comunicarse del equipo es esencial para mejorar su capacidad de entregar valor.
Algunas preguntas para que el equipo reflexione pueden ser:
¿Los miembros del equipo muestran coraje o valentía para tomar decisiones, aportar ideas y colaborar aún fuera de su área de especialización o de otras partes de la organización?
¿Los miembros del equipo tienen foco entregar un incremento de producto terminado durante el Sprint y no solamente al final del mismo para recibir comentarios y colaborar con los clientes como una forma de mejorar la transparencia?
¿El equipo tiene transparencia y compromiso sobre los objetivos de negocio, necesidades de cliente y trabaja motivado como equipo para lograrlos, qué mejoras se requieren?
¿El equipo muestra respecto escuchando a los demás y no buscando responsables como culpables?
¿Los miembros del equipo muestran apertura para adaptarse a los cambios continuamente e inspeccionando con foco en el objetivo del Sprint?
Hay muchas formas de realizar este evento, pero el equipo de Scrum debe recordar que el objetivo es mejorar el trabajo en equipo y sus capacidades de entregar valor de negocio. Una forma de evaluar si este evento es efectivo es evaluar si se está mejorando la entrega de valor en forma sostenible y crece en cada Sprint.
El gráfico que acompaña a este artículo es el cuadrante de la retrospectiva y puede ayudar al equipo a evaluar si está cubriendo consistentemente las áreas de mejora. Muchas mejoras en relaciones entre las personas y Scrum y pocas en las otras áreas podrían indicar menos foco en mejorar la calidad del producto o de mejora de las competencias técnicas necesarias. No hay una regla para distribuir las mejoras y una buena forma de evaluar si el equipo está mejorando su entrega de valor es a partir de la inspección del mercado, preguntas como ¿se está mejorando la calidad del producto? ¿El equipo de desarrollo está mejorando sus conocimientos y habilidades?.
Les comparto el enlace donde pueden adquirir mi libro Notas de Scrum Profesional: https://www.amazon.com/dp/B082S26DLH
Pueden ver la siguiente programación de mis clases en:
https://www.discoveryfast.com/certificaciones
Me pueden contactar en jfrancia@discoveryfast.com
May 16, 2020
Read blog
Joel Francia
En Scrum la planificación no es una etapa o un evento único, es una actividad continua durante todo el Sprint. La Adaptación continua no es sinónimo de desorden o improvisación. Los eventos de Scrum proveen intrínsiecamente un ambiente de colaboración, aprendizaje y enseñanza además de reforzar el sentimiento de unidad y de equipo hacia un objetivo y propósitos compartidos. En los eventos de Scrum se viven los valores de Scrum y se usan los tres pilares para fomentar la capacidad de respuesta al cambio hacia la adopción del empirismo.
El Sprint Planning es un evento que tiene como objetivo fomentar el entendimiento compartido y transparencia de los problemas y objetivos de negocio, necesidades de los clientes y el contexto de negocio o condiciones externas e internas a las cuales se va a enfrentar el equipo para resolver los retos en su camino hacia el logro y aporte hacia los objetivos de negocio. Como todos los eventos de Scrum este evento debe ayudar a forjar un sentimiento de unidad y de equipo, transparentar los objetivos y necesidades de negocio, el alineamiento estratégico, entender y pensar en los clientes, así como ayudar a trazar una estrategia para entregarles valor.
En este evento se requiere un Product Backlog transparente que refleja el trabajo en colaboración del Product Owner, equipo de desarrollo, interesados, clientes y que refleja la mejor forma de entregar valor dada las condiciones de mercado, tecnología, mercado, gustos de clientes, etc. Para aprovechar las oportunidades identificadas. Ayuda a la transparencia del Product Backlog aceptar su naturaleza viva y que puede cambiar en cualquier momento inclusive desde el último Sprint Review y que esto es un reflejo de las circunstancias que rodean el desarrollo de producto. Un buen refinamiento ayuda a mejorar el entendimiento compartido, pero también es necesario incluir el aprendizaje validado del uso de producto por parte de los clientes que brindan información valiosa acerca de sus expectativas y el grado de absorción del producto para realizar los cambios o adaptación necesarios durante el Sprint Planning.
Los criterios de terminado son la base de la transparencia y son necesarios como parte de la inspección en este evento. Criterios de terminado con un mayor nivel de rigurosidad en cuanto a la calidad provoca y promueve mayor transparencia acerca de lo que entendemos es terminado y mejora la confianza de los clientes en el producto además que evita el incremento de los costos de mantenimiento y con ello el costo total del desarrollo del producto. Los criterios de terminado sirven de guía al equipo de desarrollo para identificar el trabajo necesario para desarrollar y lanzar al mercado el incremento de producto. Muchos de los ítems de los criterios de terminado van a formar o forman parte del Product Backlog sobre todo cuanto estos se refieren a temas de arquitectura, seguridad o temas asociadas a estándares organizacionales. Para que el Sprint Planning mejore en la confianza es necesario que estos criterios sean universalmente entendidos a través de los interesados, clientes, Product Owner, Scrum Masters y quieren puedan participar en aporte al desarrollo del producto.
En este evento se produce un intercambio de ideas, de generación de propuestas, iniciativas de enfoques de desarrollo en el equipo de Scrum. Esta característica puede llevar en algunos casos a requerir un tiempo extra del evento. Esto no es recomendable, al contrario, hay que recordar que la naturaleza empírica de Scrum es vivida cuando producto del evento se generar trabajo para los siguientes días del Sprint y se continua a través de un enfoque emergente que se debe basar en el foco de pequeños pedazos de incremento de producto en los días siguientes. Es un desperdicio tratar de detallar todas las actividades del Sprint debido a que esto va cambiar producto del aprendizaje en el mismo.
La mejora continua es un enfoque que los equipos Scrum viven en cada evento y durante el Sprint. Los compromisos de mejora afectan la forma en que lleva a cabo el trabajo. Una entrada del Sprint Planning son los compromisos de mejora del último Sprint Retrospective. Estas mejoras promueven un desarrollo sostenible y deben ser consideradas en su impacto en el esfuerzo para llevarlas a cabo y en la relación con el trabajo necesario para entregar un incremento de producto terminado.
Apr 26, 2020
Read blog
Joel Francia
Scrum es un marco flexible que ofrece muchas ventajas para el desarrollo de productos complejos, pero puede ser fácilmente mal interpretado. Justamente esa libertad puede llevar a distorsiones en su uso.
Una distorsión muy frecuente es entender los eventos de Scrum mandatorios desde un punto de vista de llevarlos a cabo porque Scrum los define en lugar de aprovechar los beneficios que produce en el cambio cultural y la adopción del empirismo.
Se podría entender por ejemplo que el Sprint Planning es un evento donde se debe planificar todo Sprint y que esa planificación debe cumplirse sin medias pocos o ningún cambio. Como consecuencia de lo anterior el Sprint Review se puede convertir en el único momento donde se toman en cuenta las opiniones de los interesados y que durante todo el Sprint solamente se debe ejecutar el plan inicia sin recibir comentarios y opiniones que permitan adaptar el trabajo realizado. Esto puede llevar a convertir al Sprint en un espacio de tiempo predictivo con un enfoque cascada.
Otros síntomas de estas distorsiones se deben a la falta de transparencia con respecto al visión y valor de negocio aportada por el Product Owner. Sin transparencia la inspección y adaptación se vuelve más difícil provocando una falta de compromiso con los objetivos de negocio y llevando a que las personas tengan comportamientos mecánicos y que se dediquen a hacer lo que se les dice que hagan. Se pierde el coraje y valor para proponer ideas o asumir desafíos de mejora continua.
Una de las características de un enfoque cascada en Scrum es la falta de alineamiento estratégico del desarrollo de productos provocada por un Product Owner que no tiene la capacidad de tomar decisiones y que lo llevan a seguir planes de cantidades de historias de usuario en plazos establecidos producto de la falta de delegación. Las métricas que se pueden notar en estos entornos son principalmente historias comprometidas versus las entregadas por mencionar algunas que llevan a afectar la creatividad de los equipos y su adaptabilidad para aprovechar los beneficios de Scrum a través de su enfoque incremental.
Les comparto el enlace donde pueden adquirir mi libro Notas de Scrum Profesional: https://www.amazon.com/dp/B082S26DLH
Pueden ver la siguiente programación de mis clases en:
https://www.scrum.org/classes?uid=77
Me puedes contactar en jfrancia@discoveryfast.com
Apr 25, 2020
Read blog
Joel Francia
La agilidad puede verse como una estrategia de negocio, una estrategia empresarial a través del cual las empresas pueden mejorar, mantener y desarrollar su ventaja competitiva en el mercado.
Nov 3, 2019
Read blog
Joel Francia
El Framework Nexus de Scrum.org permite el escalamiento de Scrum a nivel de varios equipos, a nivel de varios productos y a nivel organización con varios Nexus usando Nexus+. Nexus es Scrum, Nexus no es un nuevo Framework.
Oct 27, 2019
Read blog
Joel Francia
Los criterios de terminado deben cubrir todos los aspectos del ciclo de vida de desarrollo y que permiten lograr un incremento de producto que potencialmente se puede lanzar al mercado.
Oct 22, 2019
Read blog
Joel Francia
En Scrum cada Sprint tiene como objetivo producir un incremento de producto completamente terminado y que potencialmente puede ser lanzado al mercado. La inspección de este incremento permite la adaptación del Product Backlog, así como evaluar el progreso hacia el objetivo del Sprint y los objetivos de negocio.
Sep 18, 2019
Read blog