Este documento discute la paradoja de la eficiencia y la diferencia entre la eficiencia de recursos y la eficiencia de flujo. Explica que aunque creemos usar los recursos de manera eficiente, en realidad gran parte del trabajo se dedica a actividades redundantes que no agregan valor. Enfatiza que es mejor enfocarse en aumentar la eficiencia de flujo para reducir tiempos, inventario y reinicios de trabajo, en lugar de enfocarse solo en la eficiencia de recursos.
Información y herramientas para entender los conceptos básicos de SCRUM, el marco de trabajo, las actividades y los roles. Para apoyar el desarrollo de software.
Presentación que nos ayuda a determinar si una Oficina de Proyectos (PMO) es la herramienta que estoy buscando para apoyar la práctica de proyectos en mi organización
La PMO es un fenómeno relativamente reciente, en el que se crea un organismo para apoyar la práctica de proyectos en una organización, nuestra empresa ha diseñado un proceso para implementarlas utilizando técnicas ágiles, en este caso Scrum
Información y herramientas para entender los conceptos básicos de SCRUM, el marco de trabajo, las actividades y los roles. Para apoyar el desarrollo de software.
Presentación que nos ayuda a determinar si una Oficina de Proyectos (PMO) es la herramienta que estoy buscando para apoyar la práctica de proyectos en mi organización
La PMO es un fenómeno relativamente reciente, en el que se crea un organismo para apoyar la práctica de proyectos en una organización, nuestra empresa ha diseñado un proceso para implementarlas utilizando técnicas ágiles, en este caso Scrum
Starting with the development of a Rough Order of Magnitude (ROM) estimate of work and duration, creating the Product Roadmap and Release Plan, the Product and Sprint Backlogs, executing and statusing the Sprint, and informing the Earned Value Management Systems, using Physical Percent Complete of progress to plan.
Realizar la estimación de un proyecto software es una de las tareas más complicadas, ya que, por lo general nos lo piden cuando se dispone información o en algunos casos vienen impuestos por expertos que no tienen participación en el desarrollo del proyecto. Sin embargo realizar una estimación, aunque de alto nivel es algo necesario y útil porque contribuye a tomar mejores decisiones a la hora de priorizar tareas.
The processes from the PMBOK® Guide — Sixth Edition are separated into colors according to their respective knowledge areas. Only the main connections are shown in this process flow.
See related content at https://ricardo-vargas.com/pmbok6-processes-flow/
La esencia del PROJECT MANAGEMENT INFORMATION SYSTEM consiste en almacenar la información de un proyecto para hacer efectiva su planeación, organización, dirección y control. Además provee un repositorio de información el cual mantiene a los stakeholders informados del estatus del proyecto.
Water-Scrum-Fall: The Good, the Bad, and the [Scrum]Butt-UglyBrad Appleton
by Brad Appleton, September 2019.
Learning Objectives:
- Know the different development lifecycles on the journey from Fragile/Wagile to Agile;
- Recognize the key differences and how - they harm, hinder or help;
- Learn the key challenges, stepping stones, and techniques for addressing them;
- Recognize the dangers of using them as long-term solutions instead of short-term workarounds.
Keywords: Wagile, Water-Scrum,. AgileFall/ScrumFall, Water-Scrum-Fall, Iterative, Incremental, Iterations, Sprint 0, Hardening Sprints, Buffer Sprint,
Lean Portfolio Strategy Part 2: Shifting from Imitation to Real LPM - The Mov...Cprime
Download the associated webinar: https://www.cprime.com/resource/webinars/lean-portfolio-strategy-part-2-shifting-from-imitation-to-real-lpm-the-move-to-true-value-streams/
Lean Portfolio Management (LPM) is touted as a world-changing paradigm. A shift that promises to boost productivity, time to market, quality, customer satisfaction, revenue, and a host of other vital business metrics. It promises to transform the organization to a leaner, more agile version of itself, primed to innovate effortlessly and outperform its competition at every turn.
Most organizations who have tried to establish LPM find the reality to be more nuanced than that. These companies end up implementing “Imitation LPM” where actions and some process changes may be in place and functioning, but the real promise of LPM- the increased agility and reduced waste- is not occurring.
Real LPM assumes that work is funded by value streams with teams organized around delivery of products and services that are valuable to customers. This is, perhaps, the hardest part of implementing LPM.
In part 1 of this webinar we explored how signs of imitation LPM show up in an organization’s approach to strategy. In this second of our series, we join Michiko Quinones (Jira Align Consultant) and Jean Dahl (General Manager, Scaled Agility) to explore:
- How to organize around value streams
- Real world examples of organizations who have successfully shifted from imitation value streams to true value streams
- The impact to funding and budgeting cycles
Emprendiendo ágilmente con Lean Startup. Introducción al emprendimiento con el método Lean Startup. Su evolución a partir del movimiento Agile y Lean. Impacto de Lean Startup en la gestión de innovación en empresas y el cambio gerencial y organizacional.
Presentado en el Meetup de AgileUy el 28/04/2015 en Montevideo-Uruguay.
The quest for global design principles - PHP Benelux 2016Matthias Noback
If you’re a programmer you make design decisions every second. Statements, functions, classes, packages, applications, even entire systems: you need to think, and often think hard, about everything. Luckily there are many useful design principles, patterns and best practices that you can apply. But some of them merely expose code smells. Others only help you design your classes. And some are applicable to packages only. Wouldn’t it be nice to have some more general, always useful, invariably applicable, foundational design principles?
In this talk we’ll look at software from many different perspectives, and while we’re zooming in and out, we’ll discover some of the deeper principles that lie beneath proper object-oriented design. They are the foundation of many of the well-known design patterns and they may even serve as an explanation for code smells.
Starting with the development of a Rough Order of Magnitude (ROM) estimate of work and duration, creating the Product Roadmap and Release Plan, the Product and Sprint Backlogs, executing and statusing the Sprint, and informing the Earned Value Management Systems, using Physical Percent Complete of progress to plan.
Realizar la estimación de un proyecto software es una de las tareas más complicadas, ya que, por lo general nos lo piden cuando se dispone información o en algunos casos vienen impuestos por expertos que no tienen participación en el desarrollo del proyecto. Sin embargo realizar una estimación, aunque de alto nivel es algo necesario y útil porque contribuye a tomar mejores decisiones a la hora de priorizar tareas.
The processes from the PMBOK® Guide — Sixth Edition are separated into colors according to their respective knowledge areas. Only the main connections are shown in this process flow.
See related content at https://ricardo-vargas.com/pmbok6-processes-flow/
La esencia del PROJECT MANAGEMENT INFORMATION SYSTEM consiste en almacenar la información de un proyecto para hacer efectiva su planeación, organización, dirección y control. Además provee un repositorio de información el cual mantiene a los stakeholders informados del estatus del proyecto.
Water-Scrum-Fall: The Good, the Bad, and the [Scrum]Butt-UglyBrad Appleton
by Brad Appleton, September 2019.
Learning Objectives:
- Know the different development lifecycles on the journey from Fragile/Wagile to Agile;
- Recognize the key differences and how - they harm, hinder or help;
- Learn the key challenges, stepping stones, and techniques for addressing them;
- Recognize the dangers of using them as long-term solutions instead of short-term workarounds.
Keywords: Wagile, Water-Scrum,. AgileFall/ScrumFall, Water-Scrum-Fall, Iterative, Incremental, Iterations, Sprint 0, Hardening Sprints, Buffer Sprint,
Lean Portfolio Strategy Part 2: Shifting from Imitation to Real LPM - The Mov...Cprime
Download the associated webinar: https://www.cprime.com/resource/webinars/lean-portfolio-strategy-part-2-shifting-from-imitation-to-real-lpm-the-move-to-true-value-streams/
Lean Portfolio Management (LPM) is touted as a world-changing paradigm. A shift that promises to boost productivity, time to market, quality, customer satisfaction, revenue, and a host of other vital business metrics. It promises to transform the organization to a leaner, more agile version of itself, primed to innovate effortlessly and outperform its competition at every turn.
Most organizations who have tried to establish LPM find the reality to be more nuanced than that. These companies end up implementing “Imitation LPM” where actions and some process changes may be in place and functioning, but the real promise of LPM- the increased agility and reduced waste- is not occurring.
Real LPM assumes that work is funded by value streams with teams organized around delivery of products and services that are valuable to customers. This is, perhaps, the hardest part of implementing LPM.
In part 1 of this webinar we explored how signs of imitation LPM show up in an organization’s approach to strategy. In this second of our series, we join Michiko Quinones (Jira Align Consultant) and Jean Dahl (General Manager, Scaled Agility) to explore:
- How to organize around value streams
- Real world examples of organizations who have successfully shifted from imitation value streams to true value streams
- The impact to funding and budgeting cycles
Emprendiendo ágilmente con Lean Startup. Introducción al emprendimiento con el método Lean Startup. Su evolución a partir del movimiento Agile y Lean. Impacto de Lean Startup en la gestión de innovación en empresas y el cambio gerencial y organizacional.
Presentado en el Meetup de AgileUy el 28/04/2015 en Montevideo-Uruguay.
The quest for global design principles - PHP Benelux 2016Matthias Noback
If you’re a programmer you make design decisions every second. Statements, functions, classes, packages, applications, even entire systems: you need to think, and often think hard, about everything. Luckily there are many useful design principles, patterns and best practices that you can apply. But some of them merely expose code smells. Others only help you design your classes. And some are applicable to packages only. Wouldn’t it be nice to have some more general, always useful, invariably applicable, foundational design principles?
In this talk we’ll look at software from many different perspectives, and while we’re zooming in and out, we’ll discover some of the deeper principles that lie beneath proper object-oriented design. They are the foundation of many of the well-known design patterns and they may even serve as an explanation for code smells.
CSP Fast Pass is a self-directed, on-line, on-demand program designed to help Scrum practitioners become a Certified Scrum Professional (CSP) in four months.
From Technical Debt to Technical HealthDeclan Whelan
Everyone agrees that technical debt is a burden on software innovation that we would rather avoid, and certainly clean up whenever possible. However, in most organizations, people don't prevent technical debt nearly as much as they should, and they don't ever get the time to clean it up. Why, then, if there are clear incentives to deal with technical debt, is it a rampant problem?
In this session, we will focus on how to deal with technical debt on several levels, including the individual developer, the team, the software value stream, and the larger organization. While technical debt may manifest itself in a developer's IDE, the problem starts long before the developer decides to copy and paste some code, or creates an overly-complex and under-documented class. The pressures on teams and individuals to take on more debt than they should come from many sources. Therefore, the solutions to the technical debt problem must extend beyond the team.
Designed to be a 4 hour tutorial on Agile Management, went live at XP2011 conference (honestly, this would make a 6 hour tutorial :P... It's a selection of content from a two-day course, so forgive me :'DD)
At age 9 a Canadian boy called Chris Hadfield witnessed the landing of Apollo 11’s lunar module on the moon. That night he decided he wanted to be an astronaut. Every time he had to make some decision in life, he picked the option that brought him closer to fulfilling that dream.
He actually became an astronaut and is now quite famous for his work as commander of the International Space Station (ISS).
Being an astronaut is a lot of work. It’s life-endangering, physically demanding and mentally exhausting. You need to make the right decisions under high pressure and live with people in cramped rooms. Compared to this, the life of a programmer seems easy peasy lemon squeezy.
Yet there’s a great number of things that we, developers, can learn from Chris’s perseverance, his optimism, his way of life and the rules and procedures he applies to prevent major incidents.
Emprendiendo con Lean Startup presenta una introducción a los empredimientos en TI usando Lean Startup y métodos ágiles de desarrollo de software. Se ilustra el desarrollo clásico de productos y los nuevos métodos de validación de modelos de negocios hasta encontrar el encaje producto/mercado. En el caso de productos tecnológicos de software esto es posible gracias a los marcos de trabajo ágiles con métodos como Scrum y sus prácticas de la Programación eXtrema - XP.
Los gerentes constantemente deben revisar los niveles de efectividad de su organización para ello cuenta con tres enfoques, el control de recursos externos, la innovación y la eficiencia técnica.
Webinar Metodologias Agiles y Certificacion PMI-ACP. UTN FRBA 11.06.2014Alejandro Gabay
¿Qué son las metodologías ágiles de Dirección de Proyectos y qué es la certificación PMI-ACP® del PMI®?
Webinar dictado en la UTn FRBA el 11 de Junio de 2014
El objetivo de este webinario es que el participante pueda asomarse a las metodologías ágiles, especialmente Scrum, y que conozca sobre la certificación PMI-ACP®.
- Descripcion corta de lo que se ve en el webinario (Intro)
En este webinario hacemos una breve introducción a las metodologías ágiles y un recorrido por Scrum, una de las metodologías ágiles más difundidas, revisando sus procesos, actores y herramientas. Finalmente veremos la certificación PMI-ACP, sus requisitos y los conocimientos necesarios para certificar.
- Objetivos del webinario
El objetivo de este webinario es que el participante pueda asomarse a las metodologías ágiles, especialmente Scrum, y que conozca sobre la certificación PMI-ACP®.
- Listado de temas
Los principios ágiles y el manifiesto agil
Scrum: procesos, actores y herramientas
Certificación PMI-ACP: objetivos y requisitos.
Retención de empleados y entrenamiento basado en competenciasPablo Borbón
En ésta presentación se explora el panorama que presentan las organizaciones en el área de retención de empleados y cómo abordar un proyecto de entrenamiento basado en competencias para hacer frente a éste desafío.
Dirección Equipos & SCRUM & Comunidad Agile SpainJavier Sánchez
Experiencias de gestión de equipos, fundamentos de las metodologías ágiles de gestión de proyectos y en concreto de la metodología SCRUM. Actividad que esta llevando a cabo la comunidad Agile Spain ( http://www.agile-spain.com/ ) y posibles vías de contribución y aprendizaje en comunidad.
El objetivo de la ponencia es presentar la Guía de Práctica Ágil, creado por una asociación entre PMI y Agile Alliance. La guía proporciona herramientas, guías de situación y una comprensión de los diversos enfoques ágiles disponibles para permitir mejores resultados.
La guía es especialmente útil para los administradores de proyectos acostumbrados a un entorno más tradicional al adaptarse a un enfoque más ágil.
Presentada por: Guilherme Siqueira
Webinar de Product Discovery @ Kleer con Ricardo ColussoPablo Lischinsky
Introducción al Product Management de Productos y Servicios Digitales, descubriendo necesidades reales de los usuarios para innovar con mayor eficacia.
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.
Introducción al Test-Driven Development (TDD) por Eric MignotPablo Lischinsky
Introducción al Test-Driven Development (TDD) por Eric Mignot
Charla dictada en la Universidad de Los Andes, Mérida-Venezuela, Mayo 2012.
Ciclo en cascada de desarrollo de software. Testing. Valor entregado a los clientes y usuarios.
Agilidad, Scrum.
Colaboración, trabajo en equipo, especificaciones de software, tests, calidad del software.
Ciclo TDD: 1) Test, 2) Code y 3) Refactor.
Práctica, ejemplos.
Desarrollo de nuevos emprendimientos usando el método Lean Startup Pablo Lischinsky
Introducción al desarrollo de nuevos emprendimientos usando el método Lean Startup. Presentado en el evento "Mérida Productiva" organizado por Conindustria en Mérida-Venezuela, Mayo del 2013.
Una señal analógica es una señal generada por algún tipo de fenómeno electromagnético; que es representable por una función matemática continua en la que es variable su amplitud y periodo en función del tiempo.
UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
La paradoja de la eficiencia
1. La paradoja de la eficiencia
Pablo Lischinsky
@pablolis
Meetup @AgileUy 3/8/16
Montevideo, Uruguay
1
2. ¿Eficiencia?
● de los recursos ...
● de los equipos …
● de los procesos …
● de las empresas ...
● ¿Todos entendemos lo mismo por
“eficiencia”?
2
3. Eficiencia
“In more mathematical or scientific terms, it is a measure of the extent to
which input is well used for an intended task or function (output). It often
specifically comprises the capability of a specific application of effort to
produce a specific outcome with a minimum amount or quantity of waste,
expense, or unnecessary effort.”
https://en.wikipedia.org/wiki/Efficiency
3
4. ¿Cómo llegamos aquí?
Modern Management:
● Búsqueda de la eficiencia
● Estandarización
● Especialización
● Objetivos alineados
● Jerarquía: control
4
5. ¿Cómo llegamos aquí?
● Planificación y Control
○ Gestión: jerárquica, de arriba hacia abajo, poder bajo el control de
unos pocos, los “pensantes”
○ Los que hacen el trabajo o “ejecutores”: pocas responsabilidades,
sin motivaciones
● Procesos basados en planes (plan-driven processes)
● Procesos de desarrollo tradicionales, secuenciales, anticipatorios,
predictivos, prescriptivos, estandarizados.
5
6. This is Lean
Resolving the Efficient Paradox
Niklas Modig & Pär Alshtröm
6
Ejemplo real: 2 casos de servicios de
salud de diagnóstico de cáncer
16. Efectos indirectos
Eficiencia de recursos Eficiencia de Flujo
Foco Recursos/Funciones Cliente/Unidad
Objetivo Alta capacidad de uso Satisfacer necesidades
Organización Partes/ “Islas” Sistema/ “Océano”
Competencia Especialistas/ “Profundo” Multi-competencias/ “Amplias”
Eficiencia de recursos Eficiencia de Flujo
Tiempo de procesamiento Largo Corto
Número de unidades Muchas Pocas
Número de reinicios Muchos Pocos 16
17. La eficiencia de recursos genera desperdicio
Eficiencia de recursos
Foco Recursos/Funciones
Objetivo Alta capacidad de uso
Organización Partes/ “Islas”
Competencia Especialistas/ “Profundo”
Eficiencia de recursos
Tiempo de procesamiento Largo
Número de unidades Muchas
Número de reinicios Muchos
Fallas
Olvidos, frustración, re-trabajo, búsquedas
Dificultades de manejo, baja capacidad
Baja calidad, responsabilidades individuales
Resultados negativos
● Clientes insatisfechos
● Personal con baja motivación
● Desperdicios
17
18. Tres fuentes de ineficiencia
18
Tiempo de procesamiento
Número de unidades
Número de reinicios
22. Enfoque en la eficiencia de los recursos: consecuencias
● Largo Lead time -> + necesidades secundarias
● Inventario y trabajo-en-curso -> + necesidades secundarias
● Re-inicio de un trabajo -> + necesidades secundarias
Las necesidades secundarias no existirían si no hubiera tanto inventario y
trabajo en curso.
Las necesidades secundarias generan trabajo redundante (desperdicios).
¡Ocupado ≠ Eficiente!
22
23. La paradoja de la eficiencia
La paradoja de la eficiencia es que creemos que
usamos los recursos eficientemente. Sin embargo una
gran parte de la utilización se dedica a trabajos
redundantes y actividades que no añaden valor, por lo
que los recursos, de hecho, no son eficientes.
23
24. La paradoja de la eficiencia
Al no centrarse en maximizar la utilización de la capacidad, más capacidad
estará disponible. ¡Ocupado ≠ Eficiente!
24
Foco en eficiencia de recursos
Foco en eficiencia
de flujo
25. La matriz de la eficiencia
25
Eficiencia de
recursos vs.
eficiencia de
flujo
26. La matriz de la eficiencia
26
Estrategia:
aumentar la
eficiencia de
recursos
27. La matriz de la eficiencia
27
Estrategia:
aumentar la
eficiencia de
flujo
29. ¿Cómo ir a mejores estados?
1. Crees que estás aquí
2. Probablemente estés aquí
3. Comienza con eficiencia de
Flujo
4. Luego agrega eficiencia de
recursos
1
2
4
3
29
33. ¿Cómo hacerlo?
● Trabajo en equipos multi-disciplinarios y autónomos
● Crear una ambiente de trabajo de seguridad y confianza
● Gestión visual del flujo de trabajo
● Kaizen o mejora continua
● Toyota Kata
● Ciclos de Mejora
● Visión sistémica
33
34. Lean
● Lean es una estrategia de resolver la paradoja de la eficiencia
● Está basada en valores y principios
● Está enfocada en la eficiencia del flujo
● Se centra en las necesidades del cliente
● Es sobre ver el proceso completo para evitar crear islas eficientes
● Es sobre crear valor lo más rápido posible manteniendo al mínimo las
actividades redundantes o desperdicio.
● Búsqueda de la mejora continua
34
36. Recursos
● This is Lean: Resolving the Efficient Paradox, Niklas Modig y Pär Alshtröm,
2013.
● Video: This is Lean Management - Niklas Modig, at USI
https://www.youtube.com/watch?v=_VaVR4sExbs
● The Lean Mindset, Ask the right questions, Mary & Tom Poppendieck, 2014.
● Presentación: The Lean Mindset, Mary Poppendieck
● Presentación: Lean, más allá de los principios y las prácticas, Teodora
Bozheva
36