En el ScrumDay Valencia 2015, he querido recordar las principales responsabilidades de un Product Owner pero haciendo hincapié en cómo es su día a día y sus skills más importantes.
Por qué me encanta ser un Product OwnerVanesa Tejada
En el ScrumDay Oviedo 2014, he querido contar mi experiencia como Product Owner, desde lo que nos dice la guía de Scrum, hasta lo que realmente es vivir día a día trabajando en este rol y todo lo que se requiere para llevar a cabo sus responsabilidades.
Presentación utilizada para explicar los principios ágiles del Manifiesto Agil durante la reunión del grupo local de Agile Spain en Madrid el 1/dic/2009
Los acuerdo de equipo son directrices que permitan a los miembro del equipo estar “en la misma página”, se constituyen en las pautas para eliminar malos entendidos que pueden traer consecuencias costosas. Permiten que el equipo conozca el tipo de información que se comparte, cómo se comunican, y cómo se conoce qué están haciendo los demás. Los acuerdos son un artefacto vivo y deben ser revisados de manera periódica.
Cada vez escuchamos y vemos con más frecuencia el término "agile" en diferentes contextos, generalmente asociando su uso a lograr resultados rápidos o realizar actividades llenas de post-its; sin embargo agile es mucho más que eso! Más que un conjunto de prácticas y herramientas, esta relacionado a una mentalidad (mindset).
"Mindset agile" hace referencia a algo nebuloso e intangible que describe un valor o comportamiento necesario para el éxito de una transformación, metodología, proceso o práctica ágil. Por lo tanto debemos hacer mayor énfasis en "SER AGILE" en lugar de "HACER AGILE".
En este Workshop compartimos una serie de actividades y dinámicas que nos permitirán conocer con más a detalle los Valores y Principios del "Manifiesto por el Desarrollo Ágil de Software", que serán nuestro punto de partida para el desarrollo de una mentalidad ágil como individuo, equipo u organización.
Por qué me encanta ser un Product OwnerVanesa Tejada
En el ScrumDay Oviedo 2014, he querido contar mi experiencia como Product Owner, desde lo que nos dice la guía de Scrum, hasta lo que realmente es vivir día a día trabajando en este rol y todo lo que se requiere para llevar a cabo sus responsabilidades.
Presentación utilizada para explicar los principios ágiles del Manifiesto Agil durante la reunión del grupo local de Agile Spain en Madrid el 1/dic/2009
Los acuerdo de equipo son directrices que permitan a los miembro del equipo estar “en la misma página”, se constituyen en las pautas para eliminar malos entendidos que pueden traer consecuencias costosas. Permiten que el equipo conozca el tipo de información que se comparte, cómo se comunican, y cómo se conoce qué están haciendo los demás. Los acuerdos son un artefacto vivo y deben ser revisados de manera periódica.
Cada vez escuchamos y vemos con más frecuencia el término "agile" en diferentes contextos, generalmente asociando su uso a lograr resultados rápidos o realizar actividades llenas de post-its; sin embargo agile es mucho más que eso! Más que un conjunto de prácticas y herramientas, esta relacionado a una mentalidad (mindset).
"Mindset agile" hace referencia a algo nebuloso e intangible que describe un valor o comportamiento necesario para el éxito de una transformación, metodología, proceso o práctica ágil. Por lo tanto debemos hacer mayor énfasis en "SER AGILE" en lugar de "HACER AGILE".
En este Workshop compartimos una serie de actividades y dinámicas que nos permitirán conocer con más a detalle los Valores y Principios del "Manifiesto por el Desarrollo Ágil de Software", que serán nuestro punto de partida para el desarrollo de una mentalidad ágil como individuo, equipo u organización.
¿Porque los developers recelan de Agile?
En los últimos años estamos viendo que los desarrolladores pierden interés en Agile muy probablemente porque sienten que ha perdido credibilidad. Muchos lo ven como un impedimento en su dia a dia y una pérdida de tiempo, cómo hemos llegado a esta situación siendo una metodología creada por los propios desarrolladores?
En esta charla veremos cómo Agile ha perdido credibilidad entre los desarrolladores, paradójicamente una metodología creada y promovida durante años por este colectivo que han intentado hacer llegar su mensaje a Management.
¿Porque ha sucedido? Analizaremos las causas, veremos como Agile ha pasado a ser liderada y promovida por los perfiles de Management y cómo ha llegado el mensaje a los grupos de developers late adopters.
Por otro lado, como la complejidad de aplicación y necesidad de adaptación a cada contexto ha generado fracasos que han llevado a una pérdida de credibilidad de esta metodología en los mismos colectivos que la crearon.
Finalmente veremos qué podemos hacer? Como podemos hacer llegar las virtudes a los desarrolladores y hacer entender como sus principios siguen siendo válidos y pueden ayudar a los equipos y desarrolladores en su dia a dia.
Shift Left: En busca del éxito del softwareMarco Avendaño
Las organizaciones en la actualidad se encuentran en el reto de prosperar en un mundo digital y generar soluciones que satisfagan necesidades de las personas que son cada vez más exigentes. Ante esta situación, se hace necesario un enfoque de servicio que acerque el conocimiento a sus clientes, que reduzca los costes, mejore la experiencia de los clientes y, lo que es más importante, que equilibre la tecnología y la conexión humana. Adoptar una estrategia basada en "Shift Left" brinda la posibilidad de responder a estas necesidades.
“Shift Left” es considerada una práctica originada en el software delivery, cuyo objetivo es mejorar la calidad y la rentabilidad trasladando las actividades críticas lo antes posible en el ciclo de vida del desarrollo de un producto. En la presente charla se dará a conocer las principales características, beneficios y prácticas de “Shift Left”.
Resolver problemas y testar nuevas ideas, aunque estemos separados. Se presenta algunas recomendaciones y herramientas para el desarrollo de sesiones de Design Sprint de manera remota.
La agilidad se ha convertido en popular y esto hace que exista un gran mercado para ayudar a empresas a mejorar en este aspecto. Esta gran demanda junto a la falta de experiencia ha generado lo que los primeros pioneros han llegado a denminar Fake Agile, Flaccid Scrum o Dark Agile. En la charla nos centramos en la situación que vemos a nuestro alrededor y comentamos esperiencias de una agilidad centrada en los resultados.
Value Stream Mapping para la eficiencia del procesoMarco Avendaño
Durante la conferenica Agile 2019, Jeff Sutherland, co-autor de Scrum, recordaba que la única métrica que importa es la eficiencia del proceso. La eficiencia se centra en la rapidez con la que se entrega valor y por eso se le debe dar la importancia correspondiente.
OKR: Alineando objetivos y resultados en las organizacionesMarco Avendaño
OKR (Objectives and Key Results) es un framework de pensamiento crítico y disciplina continua que busca asegurar que los empleados trabajen juntos, enfocando sus esfuerzos para hacer contribuciones medibles que impulsen a las organizaciones. En esta charla, se dará a conocer sus principales características y sugerencias para su adaptación
¿Como ser Ágil cuando el trabajo NO se puede planear?Jorge H
Es común que muchos equipos que comienzan el camino del Agilismo desertan porque las prácticas definidas NO se ajustan perfectamente a sus procesos, generalmente porque existe trabajo que no se puede planear. Teniendo como base la experiencia de equipos de soporte de tecnología, que han evolucionado de la desmotivación y la incertidumbre a la seguridad de ser equipos de alto rendimiento, esta charla es la demostración de que la forma de ser ágil no está escrita en un manual paso a paso, sino que está en la formación de una manera de pensar que lleve a redefinir constantemente el camino hacia la excelencia, basado en el mejoramiento continuo y la innovación.
Eliminando desperdicios en el desarrollo de softwareMarco Avendaño
Se entiende por “desperdicio” a cualquier actividad que consuma recursos pero que no agrega ningún valor, según la percepción del cliente. El desarrollo de software Lean está inspirado en Lean Manufacturing y Toyota Production Systems, donde se encuentran definidos los 7 desperdicios de la fabricación, y es a partir de ellos que se adopto los 7 desperdicios del desarrollo de software, con los cuales se tiene el propósito de descubrirlos y eliminarlos para reducir costos y hacer que los productos sean más efectivos. En la presente charla se dará a conocer las características de estos desperdicios, así como, indicar algunas recomendaciones para reducirlos.
Las siete dimensiones del producto, brindan a los “socios del producto“ (cliente, negocio, tecnología) una comprensión integral y holística del producto. Estas dimensiones son: user, interface, action, data, control, environment, quality atribute.
Nueva presentación con los principales servicios de SchoolMarket: publicidad, marketing estratégico, marketing 2.0, formación en marketing educativo, redes sociales...
¿Porque los developers recelan de Agile?
En los últimos años estamos viendo que los desarrolladores pierden interés en Agile muy probablemente porque sienten que ha perdido credibilidad. Muchos lo ven como un impedimento en su dia a dia y una pérdida de tiempo, cómo hemos llegado a esta situación siendo una metodología creada por los propios desarrolladores?
En esta charla veremos cómo Agile ha perdido credibilidad entre los desarrolladores, paradójicamente una metodología creada y promovida durante años por este colectivo que han intentado hacer llegar su mensaje a Management.
¿Porque ha sucedido? Analizaremos las causas, veremos como Agile ha pasado a ser liderada y promovida por los perfiles de Management y cómo ha llegado el mensaje a los grupos de developers late adopters.
Por otro lado, como la complejidad de aplicación y necesidad de adaptación a cada contexto ha generado fracasos que han llevado a una pérdida de credibilidad de esta metodología en los mismos colectivos que la crearon.
Finalmente veremos qué podemos hacer? Como podemos hacer llegar las virtudes a los desarrolladores y hacer entender como sus principios siguen siendo válidos y pueden ayudar a los equipos y desarrolladores en su dia a dia.
Shift Left: En busca del éxito del softwareMarco Avendaño
Las organizaciones en la actualidad se encuentran en el reto de prosperar en un mundo digital y generar soluciones que satisfagan necesidades de las personas que son cada vez más exigentes. Ante esta situación, se hace necesario un enfoque de servicio que acerque el conocimiento a sus clientes, que reduzca los costes, mejore la experiencia de los clientes y, lo que es más importante, que equilibre la tecnología y la conexión humana. Adoptar una estrategia basada en "Shift Left" brinda la posibilidad de responder a estas necesidades.
“Shift Left” es considerada una práctica originada en el software delivery, cuyo objetivo es mejorar la calidad y la rentabilidad trasladando las actividades críticas lo antes posible en el ciclo de vida del desarrollo de un producto. En la presente charla se dará a conocer las principales características, beneficios y prácticas de “Shift Left”.
Resolver problemas y testar nuevas ideas, aunque estemos separados. Se presenta algunas recomendaciones y herramientas para el desarrollo de sesiones de Design Sprint de manera remota.
La agilidad se ha convertido en popular y esto hace que exista un gran mercado para ayudar a empresas a mejorar en este aspecto. Esta gran demanda junto a la falta de experiencia ha generado lo que los primeros pioneros han llegado a denminar Fake Agile, Flaccid Scrum o Dark Agile. En la charla nos centramos en la situación que vemos a nuestro alrededor y comentamos esperiencias de una agilidad centrada en los resultados.
Value Stream Mapping para la eficiencia del procesoMarco Avendaño
Durante la conferenica Agile 2019, Jeff Sutherland, co-autor de Scrum, recordaba que la única métrica que importa es la eficiencia del proceso. La eficiencia se centra en la rapidez con la que se entrega valor y por eso se le debe dar la importancia correspondiente.
OKR: Alineando objetivos y resultados en las organizacionesMarco Avendaño
OKR (Objectives and Key Results) es un framework de pensamiento crítico y disciplina continua que busca asegurar que los empleados trabajen juntos, enfocando sus esfuerzos para hacer contribuciones medibles que impulsen a las organizaciones. En esta charla, se dará a conocer sus principales características y sugerencias para su adaptación
¿Como ser Ágil cuando el trabajo NO se puede planear?Jorge H
Es común que muchos equipos que comienzan el camino del Agilismo desertan porque las prácticas definidas NO se ajustan perfectamente a sus procesos, generalmente porque existe trabajo que no se puede planear. Teniendo como base la experiencia de equipos de soporte de tecnología, que han evolucionado de la desmotivación y la incertidumbre a la seguridad de ser equipos de alto rendimiento, esta charla es la demostración de que la forma de ser ágil no está escrita en un manual paso a paso, sino que está en la formación de una manera de pensar que lleve a redefinir constantemente el camino hacia la excelencia, basado en el mejoramiento continuo y la innovación.
Eliminando desperdicios en el desarrollo de softwareMarco Avendaño
Se entiende por “desperdicio” a cualquier actividad que consuma recursos pero que no agrega ningún valor, según la percepción del cliente. El desarrollo de software Lean está inspirado en Lean Manufacturing y Toyota Production Systems, donde se encuentran definidos los 7 desperdicios de la fabricación, y es a partir de ellos que se adopto los 7 desperdicios del desarrollo de software, con los cuales se tiene el propósito de descubrirlos y eliminarlos para reducir costos y hacer que los productos sean más efectivos. En la presente charla se dará a conocer las características de estos desperdicios, así como, indicar algunas recomendaciones para reducirlos.
Las siete dimensiones del producto, brindan a los “socios del producto“ (cliente, negocio, tecnología) una comprensión integral y holística del producto. Estas dimensiones son: user, interface, action, data, control, environment, quality atribute.
Nueva presentación con los principales servicios de SchoolMarket: publicidad, marketing estratégico, marketing 2.0, formación en marketing educativo, redes sociales...
Rock N´ Ron: Letras esenciales del Rock DominicanoAlexei Tellerias
Ponencia presentada por Rossy Díaz y Alexéi Tellerías en la sala "Sylvia Rexach" del Centro León, Santiago, durante el VI Congreso "Música e Identidad Caribeña" con el tema "Trovadores, Sociedades e Identidades en el Caribe". 11 de abril, 2015.
Das CAF Modell - Common Assessement FrameworkThomas Prorok
CAF ist der Europäische Leitfaden für „Good Governance“ und exzellente Organisationen des öffentlichen Sektors. CAF steht für Common Assessment Framework (Gemeinsamer Bewertungsrahmen) und wurde Ende der 1990er Jahre von einer EU-Arbeitsgruppe als Qualitätsmanagementsystem des öffentlichen Sektors entwickelt.
CAF gibt einen Raster vor, mit dem MitarbeiterInnen und Führungskräfte die eigene Organisation selbst bewerten und gemeinsam deren Stärken und Verbesserungspotenziale definieren. Somit lässt sich mit relativ geringem Aufwand eine überblicksmäßige Stärken-Schwächen-Analyse des eigenen Hauses erstellen, die darüber hinaus transparent macht, wo die Organisation im nationalen/internationalen Vergleich ungefähr steht.
Mittlerweile hat sich der CAF zum anerkannten Werkzeug der „Verwaltungsreform“ entwickelt. Diese wird durch interne Selbstbewertung initiiert und mündet in einem permanenten Verbesserungszyklus.
° Proyecto Empresarial – Clase 02 – Segmentación de mercados. Usos y aplicac...LEOnardo AMARaldo DELgado
1. Segmentación de mercados
2. Objetivos de la segmentación
3. Tipos de segmentación
4. Esquema, necesidad, consumidor y tecnología
Análisis del mercado
5. Sectores productivos
6. Factores del proceso de decisión de compra
7. Medida del tamaño del mercado
8. MERCADO: Tamaño
9. LA DEMANDA/ MERCADO: Tamaño
10. Marketing MIX
Product owner y product manager - son lo mismo o diferentesAlex Ballarin
En esta sesión exploramos el rol de Product Owner de Scrum y el rol tradicional de Product Manager, y analizamos que grado de solapamiento tienen, así como pueden integrarse ambos roles.
Un pequeño vistazo a la historia, productos y servicios ofrecidos por Smad IT.
Una agencia de desarrollo Web especializada en Joomla, Wordpress y Shopify, la cual ha tomado su experiencia en el mercado para la construcción de productos de base TI.
Como agilistas también tenemos responsabilidad (y una enorme oportunidad) en ayudar a la sociedad y al medio ambiente. ¿En qué modelos de negocio estamos trabajando? ¿Cómo podemos mejorar nuestros métodos Agile para incluir "sostenibilidad"? ¿Cómo crear consciencia en la Alta Dirección?
Sesión en la ETSII Sevilla sobre agilismo. en esta ocasión y dentro del ciclo de trabajo sobre organización ágil, trabajaremos el punto de vista del Product Owner.
El Product Owner estratégico - Agile Open Camp (AOC) Chile 2017Pablo Lischinsky
About the Product Owner / Product Manager role at organisational digital transformations. Digital product discovery and development. Business strategy and value. Agile, Scrum.
En esta presentación encontraras mi propuesta de como crear y gestionar un Product Backlog, orientados a resultados tanto para los clientes como para la organización.
El equipo de Agile Coaches de ING España está formado por 14 personas.
Pero… ¿qué hace este equipo?, ¿en qué trabaja exactamente?, ¿cómo está organizado?, ¿cúal es su producto o servicio?, ¿cómo se mide su impacto?
En esta charla nos hace ilusión compartir con generosidad las aventuras de este viaje de 13 años: los tropiezos, los descubrimientos, lecciones aprendidas, peripecias y malabares… ¡y hasta algún acierto casual también!
Las metodologías ágiles y su enfoque en la dirección estratégicaIEBS Business School
Presentación sobre el nuevo enfoque de las metodologías ágiles de gestión empresarial en la dirección estratégica. CANVAS (Alex Osterwalder), Lean Startup (Eric Ries) y Lean CANVAS (Ash Maurya).
Para saber más: http://www.agilesales.pro/agile-sales-vision-general/
Resumen de la Metodología Agile Sales en Español. Agile Sales en una metodología diseñada por Luis Font para acelerar los procesos de venta de forma rápida y efectiva. Esta orientada a resultados y combina diferentes métodos como Agile, Lean y Execution.
These slides talk about how we have evolved the way to work with the Product Roadmap in regards to the internal and external changes that made lastminute.com group keep growing.
A success, a failure and lots of learnings - LechazoConf 2017Vanesa Tejada
The failure is that the Community of Practice for Product Owners I was facilitating died. My success has been to define a process based on Agile values and Scrum ceremonies to work at Portfolio level with different roles distributed in 5 countries like Managers, Stakeholders, Product Onwers and Developers.
Visual Scrum 5 years from idea to realityVanesa Tejada
5 years ago I presented my ideas about how to visualize information depending on roles and needs. This is my talk at CAS2016. It shows how those ideas became real boards we use on a daily basis to drive our business.
How a project portfolio is born, grows and diesVanesa Tejada
This is the story of two big companies that started to work together to create only one - lastminute.com group.
Managing the integration portfolio for one business line.
My presentation in the Conference Agile Spain 2014
This is an introduction of Scrum where you can find an awesome big picture with each event, artifact and roles involved to make Scrum works.
Simple and easy to remember.
5. ¿Quién es el Product Owner?
Único responsable de gestionar el Product Backlog
Product Backlog Items (PBIs) inteligibles
Product Backlog Items priorizados para alcanzar los objetivos
Product Backlog visible y transparente a la todos los involucrados
(Equipo de desarrollo, Stakeholders, Empresa)
2015 @vanesa_tejada - Respirando la vida de un Product Owner
6. ¿Cuál es el objetivo del Product Owner?
Maximizar el valor
del producto y del trabajo del equipo de desarrollo
2015 @vanesa_tejada - Respirando la vida de un Product Owner
7. ¿Cuál es el papel del PO en el ciclo?
Product
Backlog
Grooming
Sprint
Planning
Sprint
Review
Sprint
Retrospective
Daily Scrum
… Observador, facilitador, líder, decisor ...
2015 @vanesa_tejada - Respirando la vida de un Product Owner
8. Backlog Grooming
El PO colabora con el equipo de desarrollo para detallar PBIs
2015 @vanesa_tejada - Respirando la vida de un Product Owner
9. Sprint Planning
El PO discute el objetivo del siguiente Sprint
2015 @vanesa_tejada - Respirando la vida de un Product Owner
10. Daily Scrum
El equipo está enfocado en
el objetivo del Sprint
El PO sigue dedicado a la
gestión del Product Backlog
El PO puede participar como observador
2015 @vanesa_tejada - Respirando la vida de un Product Owner
11. Sprint Review
El Product Owner presenta el incremento a los Stakeholders
El Product Owner decide si el incremento se entrega
El Product Owner actualiza el Product Backlog
2015 @vanesa_tejada - Respirando la vida de un Product Owner
12. Sprint Retrospective
¿Puedo mejorar cómo defino el Backlog para que todos lo entiendan?
¿Puedo aplicar lo aprendido en el Sprint para planificar mejor?
¿Estoy priorizando los PBIs de mayor valor para el producto?
¿Estoy priorizando los PBIs que maximizan el trabajo del equipo?
¿Informo debidamente del progreso del producto al equipo y Stakeholders?
¿Llevo a cabo las mejoras sugeridas por el equipo/Stakeholders/empresa?
...
2015 @vanesa_tejada - Respirando la vida de un Product Owner
13. ¿Qué debe hacer un Product Owner?
2015 @vanesa_tejada - Respirando la vida de un Product Owner
Ya sabemos qué hace el Product Owner en Scrum pero...
29. NO
Mejor herramienta de priorización
Seguro de sí mismo
Visualizar
2015 @vanesa_tejada - Respirando la vida de un Product Owner
30. Product Owner
Stakeholders
Team Member
Daily Scrum
Backlog Refinement
Sprint Planning
Sprint
Retrospective
Sprint ReviewIncrement
Product
Backlog
Sprint Backlog
Business value
Scope
Market
Vision
Negotiator
Balance
Link
Trust
Profits
Meetings
Roadmap
Busy
Questions
Facilitator
Pressure
NO
Available
Visual Management
Organised
2015 @vanesa_tejada - Respirando la vida de un Product Owner
31. ¡Muchas Gracias!
Dudas, preguntas y feedback son bienvenidos
vanesa_tejada
Yes! Images are mine
2015 @vanesa_tejada - Respirando la vida de un Product Owner