Priorisierungstechniken - Die richtigen Dinge priorisieren, entscheiden und machen ... Eine Auswahl verschiedener Priorisierungstechniken für unterschiedliche Kontexte
Ein kurzer Überblick über verschiedene Priorisierungstechniken und den Kontext, in dem sie am besten funktionieren!
Kontexte: Persönliche Priorisierung, Priorisierung in Gruppen, in der Produktentwicklung sowie Priorisierung auf der strategischen Ebene
Forecasting with Less Effort and More Accuracy (Agile Camp NY 2018)Matthew Philip
This document summarizes Matt Philip's presentation on NoEstimates forecasting with less effort and more accuracy. Some key points from the presentation include: reducing sources of variation can improve forecasting more than improving estimating skills; data and probabilistic forecasts are preferable to intuition and deterministic estimates; and focusing on delivering value quickly can reduce the need for detailed estimates. The presentation provided examples of techniques to reduce variation, biases to consider, and recommendations for incorporating probabilistic forecasting into projects.
This presentation offers best practices and lessons learned regarding finding and developing Agile Product Owners. The presentation goals are:
- Understand the value of the Product Owner;
- Provide real-world applications of CSPO training;
- Offer ideas for positively influencing team members; and
- Offer suggestions for continuous improvement.
Agile and Scrum awareness - Everything you need to knowInvensis Learning
Learn Agile and Scrum best practices from an industry expert.
Today, Agile and Scrum best practices are being heavily incorporated in enterprises as a framework or as a methodology worldwide. Invensis Learning in collaboration with EXIN has created this Agile and Scrum Awareness webinar for individuals and enterprises to understand why one should incorporate Agile and Scrum in their day-to-day project environment to successfully complete projects and achieve greater ROI.
Areas covered:
- Agile way of Thinking
- Agile Manifesto
- Scrum practices such as roles, events, and backlog
- Scrum planning and estimation
- How to apply Scrum in large and complex projects
About Invensis Learning
Invensis Learning is a leading certification training provider for individuals and enterprises globally. We are one of the trusted certification training partners for many Fortune 500 organizations and Government institutions worldwide. Invensis Learning has trained and certified thousands of professionals across a wide-range of globally-recognized credentials. Invensis Learning’s certification training programs adhere to global standards such as PMI, TUV SUD, AXELOS, ISACA, DevOps Institute, EXIN, and PEOPLECERT.
For more information, please visit our website: https://www.invensislearning.com/
The 1 Week Minimum Viable Product (MVP)Alexis Roqué
The document discusses different types of minimum viable products (MVPs) that can be used to validate ideas with users without extensive coding, design, or financial risk. It provides examples of low-fidelity MVPs like interviews, paper sketches, mockups, landing pages, and concierge MVPs. It also discusses higher-fidelity options like video and crash test MVPs, noting you can get user feedback without fully building the product. The overall process of creating a vision, running experiments, creating MVPs, and incorporating feedback is summarized.
Pawel Brodzinski introduces the concept of Portfolio Kanban as a backdoor to organizational evolution. Portfolio Kanban addresses problems that arise from taking on too many concurrent projects, including context switching costs, lower quality work, and emergencies. It uses a visual board to manage total capabilities, commitments, and work in progress limits across all projects. Implementing Portfolio Kanban can result in fewer ongoing projects, fewer emergencies, healthier team work environments, and more slack time for teams.
Forecasting with Less Effort and More Accuracy (Agile Camp NY 2018)Matthew Philip
This document summarizes Matt Philip's presentation on NoEstimates forecasting with less effort and more accuracy. Some key points from the presentation include: reducing sources of variation can improve forecasting more than improving estimating skills; data and probabilistic forecasts are preferable to intuition and deterministic estimates; and focusing on delivering value quickly can reduce the need for detailed estimates. The presentation provided examples of techniques to reduce variation, biases to consider, and recommendations for incorporating probabilistic forecasting into projects.
This presentation offers best practices and lessons learned regarding finding and developing Agile Product Owners. The presentation goals are:
- Understand the value of the Product Owner;
- Provide real-world applications of CSPO training;
- Offer ideas for positively influencing team members; and
- Offer suggestions for continuous improvement.
Agile and Scrum awareness - Everything you need to knowInvensis Learning
Learn Agile and Scrum best practices from an industry expert.
Today, Agile and Scrum best practices are being heavily incorporated in enterprises as a framework or as a methodology worldwide. Invensis Learning in collaboration with EXIN has created this Agile and Scrum Awareness webinar for individuals and enterprises to understand why one should incorporate Agile and Scrum in their day-to-day project environment to successfully complete projects and achieve greater ROI.
Areas covered:
- Agile way of Thinking
- Agile Manifesto
- Scrum practices such as roles, events, and backlog
- Scrum planning and estimation
- How to apply Scrum in large and complex projects
About Invensis Learning
Invensis Learning is a leading certification training provider for individuals and enterprises globally. We are one of the trusted certification training partners for many Fortune 500 organizations and Government institutions worldwide. Invensis Learning has trained and certified thousands of professionals across a wide-range of globally-recognized credentials. Invensis Learning’s certification training programs adhere to global standards such as PMI, TUV SUD, AXELOS, ISACA, DevOps Institute, EXIN, and PEOPLECERT.
For more information, please visit our website: https://www.invensislearning.com/
The 1 Week Minimum Viable Product (MVP)Alexis Roqué
The document discusses different types of minimum viable products (MVPs) that can be used to validate ideas with users without extensive coding, design, or financial risk. It provides examples of low-fidelity MVPs like interviews, paper sketches, mockups, landing pages, and concierge MVPs. It also discusses higher-fidelity options like video and crash test MVPs, noting you can get user feedback without fully building the product. The overall process of creating a vision, running experiments, creating MVPs, and incorporating feedback is summarized.
Pawel Brodzinski introduces the concept of Portfolio Kanban as a backdoor to organizational evolution. Portfolio Kanban addresses problems that arise from taking on too many concurrent projects, including context switching costs, lower quality work, and emergencies. It uses a visual board to manage total capabilities, commitments, and work in progress limits across all projects. Implementing Portfolio Kanban can result in fewer ongoing projects, fewer emergencies, healthier team work environments, and more slack time for teams.
What do people use a service for? What problem are they trying to solve? This edition of Service Design Drinks introduced to a tool based on the increasingly popular jobs-to-be-done framework. It helps you to better understand problems with a fresh approach by examining contexts and describing desired outcomes.
This edition’s presenters Thomas Hütter, Hannes Jentsch and Martin Jordan are system and experience designers at HERE, a Nokia business. In the past year they reviewed the internal design processes and explored new tools that are worth sharing.
This document discusses managing agile projects using Scrum. It provides an overview of Scrum, including common roles, artifacts, and events like sprints, sprint planning, daily scrums, sprint reviews, and retrospectives. It also discusses how project management practices from PMBOK like scope, schedule, cost can be addressed in Scrum, with the product backlog, release planning, and tracking work remaining. The document aims to explain how to use Scrum for managing agile software development projects.
The document provides an overview of implementing Scrum with Kanban. It begins with definitions of Scrum and Kanban principles and practices. It then compares Scrum and Kanban approaches and outlines how Scrum events, roles and artifacts can be combined with Kanban practices like limiting work in progress, visualizing workflow and metrics. The remainder discusses the experience of one team that adopted Scrum with Kanban, including defining their workflow, setting work in progress limits and evolving their approach over time based on metrics.
This guide summaries a successful Agile transformation in Telco with a related case study.
Do not take the described steps of this guide as the only way to be successful, there can be many other alternatives for sure. However, this guide explains a way thats experienced to be successful in many companies and under different circumstances.
Looking forward to hear your comments & suggestions
Thanks
This document provides an overview of agile principles and practices such as Scrum, XP, Kanban, and the Agile Manifesto. It discusses key concepts like iterative development, self-organizing teams, frequent delivery of working software, and responding to change over following a plan. Visualizations are used to illustrate differences between the traditional predictive approach and agile approaches to managing scope, quality, costs and time.
Metrics at Every (Flight) Level [2020 Agile Kanban Istanbul FlowConf]Matthew Philip
Slides as presented on Dec 8, 2020 at FlowConf organized by Agile Kanban Istanbul. https://www.flowconf.com/
Organizational change often stalls out at departmental boundaries, whether that is IT or another division. How do we help organizations connect vertically and horizontally to realize the outcomes that they have when undertaking large-scale change efforts?
Join this session to learn from a case study of a bank that combined flight levels and metrics to bridge their departmental boundaries and recognize gains not only in software delivery effectiveness but unifying higher-level strategy.
Metrics for Agile Teams Forget Velocity: 42 Other Things to PonderAndy Cleff
Velocity is one of the most commonly used - and abused - development metrics. Teams (and their stakeholders) often focus on “improving velocity” without either a proper consideration for root causes that impact velocity or a holistic view of a team’s outcomes.
Join Andy Cleff in a lively discussion that explores how we can remove perverse incentives and instead provide healthier ways for teams to gain meaningful insights into the outcomes of their experiments.
Updated version at https://www.slideshare.net/GiulioRoggero/kanban-board-82363781
Do you have a team that works on both project and maintenance? Do you need to organize your team activities? Do you have a lot of activities in parallel and the time to market it's a problem? With a Kanban board and an Agile approach you can solve your problems!
Take a look of the animation of the slides to discover how it works.
This is my presentation at DDD eXchange New York, about Event Storming and the broader concept of Model Storming and the various modeling and problem solving techniques that we've been experimenting in the last months.
We all know how important is trust for any team to deliver results. The question is, how to build trust in practice? We all heard that agile teams should be self-managed. The question is, how to develop a team that is able to self-manage and achieve results? We all understood that cross-functionality is crucial for development teams to be able to deliver "done" functionalities and absorb variations in the demand. The question is, how to make it happen in real life when companies are still hiring specialists? Some of our Agile teams have Scrum masters. The questions are, do we really need a Scrum Master? What should we expect from a good one? Using real-life examples from companies that made Agile their competitive advantage and from companies that failed to get results from Agile. Angel is going to share practical tools that you can use as a manager, leader, scrum master or team member to make trust, self-management, cross-functionality, and high performance a reality in your team.
Understanding Roles on an Agile ProjectKent McDonald
The ideal agile team is a self organizing, dedicated, cross functional group that has all the skills necessary to deliver a solution that solves their customer’s problem. As a result, the list of roles on an agile team is fairly short generally consisting of roles such as Scrum Master, Product Owner, and the Team. Given all that, many project managers wonder where they fit in. They may act as the Product Owner if they have the skill set and decision making authority to determine what the product should contain. They may become the Scrum Master if they are able to practice servant leadership and act as a coach and facilitator. They may become part of the team and help develop or test. They may focus on coordinating the efforts of multiple agile teams to support the broader goals of a large program. They may not be a good fit for an agile environment at all. Join Kent McDonald as he describes the Product Owner and Scrum Master roles in an agile environment and discusses the various ways that project managers can assess their skill sets and project characteristics to determine where they fit into the picture.
Where can Kanban be embedded in the organizational context? Sounds like an easy question, however, it is not always easy to answer - especially in bigger organizations. In this session I will introduce the Kanban Flight Levels model which provides an overview of the different fields of application of Kanban and helps to understand the implications for the organizational context. Furthermore, the model helps to clarify where to start with your Kanban change initiative: on team level, on the value stream, or on portfolio level - every level has it's own challenges, pros and cons.
What the heck is a product owner?
What's this Product Owner role, what do teams expect of Product Owners, what do Execs expect, what defines success, and where do Product Owners fit within product management?
Presenter: Ron Lichty
Ron Lichty has been managing software development and product organizations for 30 years at companies of all sizes, the most recent 15 years as a VP Engineering and VP Product. He is the author of Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams, http://www.ManagingTheUnmanageable.net. He advises and coaches business, product and engineering leaders how to make their software development "hum". http://www.ronlichty.com
While most organization seek increased agility, many struggle. Studies indicate leadership is a key barrier. These slides provide an overview of Agile Leadership and how to develop it.
For a voiceover version webinar - visit http://agileleadershipjourney.com/resources
Integrating JTBD into existing tools & frameworks / Jobs-to-be-Done Meetup Be...Martin Jordan
How do you link the Jobs-to-be-Done approach to the tools, methods and frameworks you are already using? After investigating the JTBD framework, the timeline, the four motivational forces and the retrospective interview technique, we spent an evening discussing the connections and possible integrations with related fields and disciplines, including:
• Value creation (marketing)
• Value proposition canvas & business model canvas (business design & modelling)
• Market segmentation (marketing)
• How might we questions (design thinking & ideation)
• Customer journey map (service design & development)
Agile Product Management: Getting from Backlog to ValueLeadingAgile
What does it take to create a backlog, build software, release features, and finally deliver value to your customers? From estimation to prioritization, to understanding an end-state vision of an organization, this deck helps you understand the value you're delivering to your users. Learn more about the principles of Agile Product Management in this slide deck from LeadingAgile, Senior Vice President and Executive Consultant, Adam Asch.
User story Mapping mit Exemplarischen HandlungsfeldernScreamin Wrba
User Story Maps sind ein von Jeff Patton entwickeltes Verfahren um User Stories, die, so Patton "Bausteine einer Kommunikation zwischen Entwicklern und Nutzern", zu strukturieren und zu kontextualisieren. Im Gegensatz zu einem linearen Backlog zeigt die Map die Bestandteile einer Anwendung in Beziehung zueinander und erlaubt es so diese in ihrer Gesamtheit zu begreifen.
What do people use a service for? What problem are they trying to solve? This edition of Service Design Drinks introduced to a tool based on the increasingly popular jobs-to-be-done framework. It helps you to better understand problems with a fresh approach by examining contexts and describing desired outcomes.
This edition’s presenters Thomas Hütter, Hannes Jentsch and Martin Jordan are system and experience designers at HERE, a Nokia business. In the past year they reviewed the internal design processes and explored new tools that are worth sharing.
This document discusses managing agile projects using Scrum. It provides an overview of Scrum, including common roles, artifacts, and events like sprints, sprint planning, daily scrums, sprint reviews, and retrospectives. It also discusses how project management practices from PMBOK like scope, schedule, cost can be addressed in Scrum, with the product backlog, release planning, and tracking work remaining. The document aims to explain how to use Scrum for managing agile software development projects.
The document provides an overview of implementing Scrum with Kanban. It begins with definitions of Scrum and Kanban principles and practices. It then compares Scrum and Kanban approaches and outlines how Scrum events, roles and artifacts can be combined with Kanban practices like limiting work in progress, visualizing workflow and metrics. The remainder discusses the experience of one team that adopted Scrum with Kanban, including defining their workflow, setting work in progress limits and evolving their approach over time based on metrics.
This guide summaries a successful Agile transformation in Telco with a related case study.
Do not take the described steps of this guide as the only way to be successful, there can be many other alternatives for sure. However, this guide explains a way thats experienced to be successful in many companies and under different circumstances.
Looking forward to hear your comments & suggestions
Thanks
This document provides an overview of agile principles and practices such as Scrum, XP, Kanban, and the Agile Manifesto. It discusses key concepts like iterative development, self-organizing teams, frequent delivery of working software, and responding to change over following a plan. Visualizations are used to illustrate differences between the traditional predictive approach and agile approaches to managing scope, quality, costs and time.
Metrics at Every (Flight) Level [2020 Agile Kanban Istanbul FlowConf]Matthew Philip
Slides as presented on Dec 8, 2020 at FlowConf organized by Agile Kanban Istanbul. https://www.flowconf.com/
Organizational change often stalls out at departmental boundaries, whether that is IT or another division. How do we help organizations connect vertically and horizontally to realize the outcomes that they have when undertaking large-scale change efforts?
Join this session to learn from a case study of a bank that combined flight levels and metrics to bridge their departmental boundaries and recognize gains not only in software delivery effectiveness but unifying higher-level strategy.
Metrics for Agile Teams Forget Velocity: 42 Other Things to PonderAndy Cleff
Velocity is one of the most commonly used - and abused - development metrics. Teams (and their stakeholders) often focus on “improving velocity” without either a proper consideration for root causes that impact velocity or a holistic view of a team’s outcomes.
Join Andy Cleff in a lively discussion that explores how we can remove perverse incentives and instead provide healthier ways for teams to gain meaningful insights into the outcomes of their experiments.
Updated version at https://www.slideshare.net/GiulioRoggero/kanban-board-82363781
Do you have a team that works on both project and maintenance? Do you need to organize your team activities? Do you have a lot of activities in parallel and the time to market it's a problem? With a Kanban board and an Agile approach you can solve your problems!
Take a look of the animation of the slides to discover how it works.
This is my presentation at DDD eXchange New York, about Event Storming and the broader concept of Model Storming and the various modeling and problem solving techniques that we've been experimenting in the last months.
We all know how important is trust for any team to deliver results. The question is, how to build trust in practice? We all heard that agile teams should be self-managed. The question is, how to develop a team that is able to self-manage and achieve results? We all understood that cross-functionality is crucial for development teams to be able to deliver "done" functionalities and absorb variations in the demand. The question is, how to make it happen in real life when companies are still hiring specialists? Some of our Agile teams have Scrum masters. The questions are, do we really need a Scrum Master? What should we expect from a good one? Using real-life examples from companies that made Agile their competitive advantage and from companies that failed to get results from Agile. Angel is going to share practical tools that you can use as a manager, leader, scrum master or team member to make trust, self-management, cross-functionality, and high performance a reality in your team.
Understanding Roles on an Agile ProjectKent McDonald
The ideal agile team is a self organizing, dedicated, cross functional group that has all the skills necessary to deliver a solution that solves their customer’s problem. As a result, the list of roles on an agile team is fairly short generally consisting of roles such as Scrum Master, Product Owner, and the Team. Given all that, many project managers wonder where they fit in. They may act as the Product Owner if they have the skill set and decision making authority to determine what the product should contain. They may become the Scrum Master if they are able to practice servant leadership and act as a coach and facilitator. They may become part of the team and help develop or test. They may focus on coordinating the efforts of multiple agile teams to support the broader goals of a large program. They may not be a good fit for an agile environment at all. Join Kent McDonald as he describes the Product Owner and Scrum Master roles in an agile environment and discusses the various ways that project managers can assess their skill sets and project characteristics to determine where they fit into the picture.
Where can Kanban be embedded in the organizational context? Sounds like an easy question, however, it is not always easy to answer - especially in bigger organizations. In this session I will introduce the Kanban Flight Levels model which provides an overview of the different fields of application of Kanban and helps to understand the implications for the organizational context. Furthermore, the model helps to clarify where to start with your Kanban change initiative: on team level, on the value stream, or on portfolio level - every level has it's own challenges, pros and cons.
What the heck is a product owner?
What's this Product Owner role, what do teams expect of Product Owners, what do Execs expect, what defines success, and where do Product Owners fit within product management?
Presenter: Ron Lichty
Ron Lichty has been managing software development and product organizations for 30 years at companies of all sizes, the most recent 15 years as a VP Engineering and VP Product. He is the author of Managing the Unmanageable: Rules, Tools, and Insights for Managing Software People and Teams, http://www.ManagingTheUnmanageable.net. He advises and coaches business, product and engineering leaders how to make their software development "hum". http://www.ronlichty.com
While most organization seek increased agility, many struggle. Studies indicate leadership is a key barrier. These slides provide an overview of Agile Leadership and how to develop it.
For a voiceover version webinar - visit http://agileleadershipjourney.com/resources
Integrating JTBD into existing tools & frameworks / Jobs-to-be-Done Meetup Be...Martin Jordan
How do you link the Jobs-to-be-Done approach to the tools, methods and frameworks you are already using? After investigating the JTBD framework, the timeline, the four motivational forces and the retrospective interview technique, we spent an evening discussing the connections and possible integrations with related fields and disciplines, including:
• Value creation (marketing)
• Value proposition canvas & business model canvas (business design & modelling)
• Market segmentation (marketing)
• How might we questions (design thinking & ideation)
• Customer journey map (service design & development)
Agile Product Management: Getting from Backlog to ValueLeadingAgile
What does it take to create a backlog, build software, release features, and finally deliver value to your customers? From estimation to prioritization, to understanding an end-state vision of an organization, this deck helps you understand the value you're delivering to your users. Learn more about the principles of Agile Product Management in this slide deck from LeadingAgile, Senior Vice President and Executive Consultant, Adam Asch.
Agile Product Management: Getting from Backlog to Value
Similaire à Priorisierungstechniken - Die richtigen Dinge priorisieren, entscheiden und machen ... Eine Auswahl verschiedener Priorisierungstechniken für unterschiedliche Kontexte
User story Mapping mit Exemplarischen HandlungsfeldernScreamin Wrba
User Story Maps sind ein von Jeff Patton entwickeltes Verfahren um User Stories, die, so Patton "Bausteine einer Kommunikation zwischen Entwicklern und Nutzern", zu strukturieren und zu kontextualisieren. Im Gegensatz zu einem linearen Backlog zeigt die Map die Bestandteile einer Anwendung in Beziehung zueinander und erlaubt es so diese in ihrer Gesamtheit zu begreifen.
Vortrag auf der IA Konferenz 2016 in Berlin: Was muss ein digitales Produkt wirklich leisten, um die gesteckten Ziele zu erreichen? User Story Mapping hilft, sich dieser Frage strukturiert zu nähern und Lücken im Produkt oder Überflüssiges ebenso wie erfolgskritische Key Features frühzeitig zu identifizieren. Anhand von Fallstudien und Beispielen zeige ich praxisnah, wie eine pragmatische Herangehensweise inklusive benötigter Vorlagen und möglicher methodischer Fallstricke aussehen kann.
Projektmanagement-Trends bis 2025 – wohin geht die Reise?AnnaPauels
Multiprojekt- und Portfoliomanagement ist bei immer mehr Unternehmen bereits verzahnt mit der Unternehmensführung, -kultur und -strategie. Welche Projektmanagement-Trends gibt es künftig in Bereichen wie Ressourcenplanung, Kollaboration, Methodik und Tools? Wie werden sich die Rollen der Beteiligten im Projektumfeld ändern? Und was kommt auf das PMO an neuen Herausforderungen zu?
In diesem aufgezeichneten Webinar werfen wir einen Blick nach vorne auf die kommenden Jahre im agilen, klassischen und hybriden Projektumfeld. Auf der Basis dieser Einschätzungen und Prognosen können Sie selbst die passenden Weichenstellungen für Ihre Projektmanagement-Umgebung ableiten.
Unser Ziel: Sie haben das gute Gefühl, Ihre Projektwelt wirklich im Griff zu haben.
Ein Webinar, aufgezeichnet am 26.01.2021, für verantwortliche Entscheider und alle weiteren Rollen im Umfeld von Multiprojekt-, Programm-, Portfolio- und Ressourcenmanagement, die auf der Suche nach Orientierung für die Zukunft sind.
Veränderungsvorhaben sind meist nicht eindimensional sondern umfassen mehrere Aspekte, die zu betrachten sind, um zu tragfähigen Lösungsansätzen zu kommen. Zu Beginn sind diese zu betrachtenden Dimensionen mit dem Auftraggeber auszuwählen und abzustimmen.
Die Folien zu meinem Vortrag auf der Mensch und Computer 2019. Die Bet/Cost-Matrix ist eine im Umfeld von UX Thinking entstandene Methode die genau an dieser Stelle ansetzt.
Spielerisch werden in interdisziplinären Teams Wetten und Kostenschätzungen zusammengebracht um versteckte Annahmen und verborgene Risiken zu offenbaren und zu einem geteilten Verständnis für die Produktentwicklung zu gelangen.
Ein kurzer Rundumschlag zum Thema Agiles Anforderungsmanagement. Aufgrund der Größe der Themas kann dieser Vortrag ruhigen Gewissens als "quick & dirty" bezeichnet werden.
Wie kann es gelingen, Agiles Arbeiten auch in Business-Teams wie Marketing und HR zu etablieren? Wie vertikalisieren sich Unternehmen? Wie kann Kanban als Change Management Methodik hier helfen? Und welche Anti-Patterns gibt es im Agilen Marketing/HR?
"Och, nicht schon wieder...!" - Über das Leiden der Entwickler bei Aufwandsschätzungen - Ergebnisse aus einem World Café im Rahmen der OOP-Konferenz 2014 in München.
Agiles Arbeiten bietet Ihnen einen guten Überblick über wichtige agile Praktiken, die Sie sehr gut in Ihren Alltag integrieren können. Dabei erhalten Sie eine Einführung in das Thema und können ganz konkret auch agile Praktiken für Ihren Alltag kennen lernen.
Warum Sie mit Scrum keinen Erfolg haben werden - Marc Bless - OOP 2015Marc Bless
Die Einführung von Scrum beginnt oft in Entwicklungsteams und das Management erhofft sich große Wunder durch die Versprechen agiler Methoden. In der Realität wird man dann schnell mit Schwierigkeiten in der ganzen Organisation konfrontiert, die es vor Scrum in dieser Form gar nicht gab. Dieser Vortrag zeigt auf, welche Probleme bei Scrum-Einführungen auftreten können und wie wir diesen zielgerichtet begegnen können.
IT Beschaffungskonferenz, 28.8.2013 - Agile IT Beschaffung - Best PracticesReto Maduz
Vortrag zum Thema "Agile IT Beschaffung" im Bundesumfeld.
Dieser Vortrag wurde anlässlich der IT Beschaffungskonferenz vom 28.8.2013 an der Uni Bern gehalten. Organisatoren der Konferenz waren: ch-open, ISB, BBL, SIK und swissICT. Der Vortrag wurde unter dem Patronat von swissICT gehalten. Reto Maduz ist Mitglied der swissICT Fachgruppe Lean, Agile & Scrum.
Lean Startup: Wie sieht der Einsatz von MVPs in der deutschen Praxis aus?Gregor Gross
Eine Studienarbeit an der Hochschule für Technik und Wirtschaft Berlin, angefertigt von Christin Loka, Julia Kolm, Ina Köhnlechner, Caroline Bosbach und Bilal Hamade.
Befragt wurden Jonas Spengler, Ingo Schwarzer, Cem Vogt und Gregor Groß.
Dies ist die Präsentation, die die Studenten mir zur Verfügung gestellt haben.
Vortrag von der IA Konferenz 2018 in Berlin der vorstellt wie UX Thinking hilft auf Basis von Mandaten Produktvision zu entwickeln und der die Bet-Cost-Matrix vorstellt.
(German) Slides from Manage Agile Berlin 2017 (15.11.2017)
---
Agile Methoden helfen bei der Risikominimierung sowie der Einhaltung von Budgets und Terminen. Doch wie steuert man agile Teams, damit all diese Versprechen auch tatsächlich erfüllt werden?
In der Praxis scheitern agile Teams meist auf Grund der fehlenden Einbindung von Auftraggebern und Management. Als Folge wird nach alt gewohnter Manier das definierte Backlog vollständig und möglichst zum vorgegebenen Budget und Termin abgearbeitet. Das eigentliche Ziel der Auftraggeber bleibt hingegen unzureichend definiert oder gänzlich unbekannt. Kein Wunder also, dass viele agile Teams nicht die hochgesteckten Erwartungen der Auftraggeber erfüllen können.
Impact Mapping ist eine Methode, mit der die tatsächlichen Erfolgskriterien eines Vorhabens extrahiert und mit allen Beteiligten abgestimmt werden können. Die dafür vermuteten Kausalitätsketten werden messbar mit den Lösungsoptionen des Backlogs in Verbindung gebracht, um sie dann mittels iterativer Entwicklung über kurze Feedbackschlaufen zu validieren. Dies erlaubt die strategische Steuerung agiler Projekt- und Produktentwicklung.
Erfahren Sie, wie Projektauftraggeber und Management agile Teams strategisch Steuern können, um damit ihre Vorhaben zielgerichteter und erfolgreicher umzusetzen. Neben einer Einführung zu Impact Mapping wird auch die praktische Anwendung in der Softwareentwicklung an Hand von Beispielen gezeigt.
Similaire à Priorisierungstechniken - Die richtigen Dinge priorisieren, entscheiden und machen ... Eine Auswahl verschiedener Priorisierungstechniken für unterschiedliche Kontexte (20)
Impact Mapping - strategische Steuerung agiler Entwicklung
Priorisierungstechniken - Die richtigen Dinge priorisieren, entscheiden und machen ... Eine Auswahl verschiedener Priorisierungstechniken für unterschiedliche Kontexte
2. 2
Wie wir uns unsere Arbeitswelt
wünschen: Eins nach dem anderen,
klar priorisiert und geordnet!
3. 3
Leider sieht die Realität oft ganz
anders aus: viel zu viel, alles auf
einmal und total verstreut …
4. 4
Das bedeutet, wir müssen
priorisieren - und zwar das
Richtige und Wichtige!
5. 5
• Eisenhower Matrix
Ad hoc Priorisierung und persönliches Zeitmanagement
• Scoring
Strategische Priorisierung anhand gewichteter Faktoren
• Business Value Poker
Priorisieren per Investment (partizipativ-spielerisch)
• MoSCoW
einfach und universell anwendbar
• KANO-Modell
Produkteigenschaften <> Nutzerzufriedenheit
• Story Mapping
Priorisierung plus taktische Planung (Zeitdimension)
• Stille Priorisierung
Wenn alle „zu Wort“ kommen sollen
• Dot Voting
wenn es einfach und schnell gehen muss
Was können Sie heute mitnehmen …
Überblick
7. 7
Vorgehen
Alle Aufgaben werden auf Karten geschrieben
und den folgenden vier Quadranten zugeordnet
• Wichtig UND Dringend à Sofort erledigen
• Wichtig, ABER NICHT dringend à
Terminieren
• Unwichtig, ABER dringend à Delegieren
• Unwichtig UND NICHT dringend à
Wegwerfen
Kontext: persönliches Zeitmanagement
Priorisierung von Alltagsaufgaben
Priorisierung von Aufgaben im Arbeitsalltag
durch Bewertung der zwei Dimensionen
Dringlichkeit und Wichtigkeit
Fun Fact Wikipedia: Es gibt keine Hinweise
darauf, dass der namensgebende US-
Präsident und Alliierten-General Dwight D.
Eisenhower sie selbst praktiziert oder
gelehrt hat.
Eisenhower Matrix Tipps
• Eignet sich gut zur Ad-Hoc-Bewertung von
Alltagsaufgaben
• Unwichtige und nicht dringende Aufgaben
wirklich wegwerfen/löschen oder zumindest
auf den „Komposthaufen“ legen und nach 3
Monaten nochmal auf die gleiche Weise prüfen
• Klaren Fokus setzen auf die Erledigung der
dringenden und wichtigen Aufgaben!
9. 9
Vorgehen
• Entwickeln Sie mit den relevanten Entscheidern und
Stakeholdern ein Set an Entscheidungsdimensionen
und gewichten Sie diese. Diese Dimensionen sollten
zur der strategischen Ausrichtung des
Unternehmens passen.
• Bewerten Sie jedes Projekt und errechnen Sie die
Priorisierung aus der Höhe des Scores
• Sorgen Sie für Transparenz innerhalb der
Organisation durch regelmäßige Updates / Demos
der Fortschritte und geben Sie Ausblicke.
Kontext: Priorisierung von Projekten /
Initiativen (strategische Flughöhe)
Mit Hilfe eines Scoring Systems lassen sich
strategische Portfolios oder Road Maps mit
Abhängigkeiten zwischen Abteilungen /
Teams gut abbilden und gegeneinander
priorisieren, da sie von allen akzeptierte
verabschiedete Priorisierungsdimensionen
gegeneinander bewerten.
Scoring Tipps
• Versuchen Sie, die Anzahl
Entscheidungsdimensionen klein zu
halten
• Involvieren Sie Schlüsselpersonen,
um breite Akzeptanz in der
Organisation zu erreichen.
• Nutzen Sie diese Technik nur für
Themen mit größerer Flughöhe
10. 10
Scoring - Beispiele
Quellen: Scorecard by Roman Pichler, Scoring Ansicht von ProductPlan.com, Lean Portfolio Canvas von Agile@KP
11. 11
Vorgehen
• Jeder Teilnehmer erhält ein Pokerkarten-Set mit
einheitenlosen Werten, (z.B. 100, 200, 300, 500,
800, 1200, 2000, 3000)
• Die zu priorisierenden Themen werden in der Runde
vorgestellt. Verständnisfragen sind zugelassen.
• Nachdem die Vorstellung abgeschlossen ist,
können die Teilnehmer in die vorgestellten Themen
investieren.
• Aus der Addierung der gebotenen Summen ergibt
sich die Priorisierung
Kontext: Partizipative Priorisierung,
Produktentwicklung
Eine Gruppe von Entscheidern priorisiert
mit Hilfe eines spielerischen
Bieterprozesses die wichtigsten
Themen / Anforderungen / Aufgaben
Business Value Poker Tipps
• Ein gemeinsames Verständnis von
„Business Value“ ist absolut notwendig
• Es ist erforderlich, dass die Teilnehmer die
vorgestellten Themen wirklich verstehen
• Varianten:
a) Die Menge Geld ist endlich und wird auf
die Themen verteilt, bis nichts mehr da ist
b) Die Menge Geld ist unendlich und in
jeder Runde steht den TN wieder ihr
gesamtes Kapital zur Verfügung
13. 13
Vorgehen:
• Postervorlage / Board vorbereiten mit den
Spaltenbeschriftungen und Erklärungen
• Erklärung der Kategorien für die Teilnehmer
• Anforderungen auf Karten (Post-Its)
schreiben und den jeweiligen Kategorien
zuordnen
• Wenn alle Anforderungen verteilt sind,
Diskussion in der Gruppe bzgl. der
Einordnung
• Verabschiedung des aktuellen Status als
Momentaufnahme für die nächsten Schritte
Kontext: Produktentwicklung,
Anforderungsmanagement
Anforderungen / Aufgaben werden in die
MoSCoW-Kategorien (Must have, Should
have, Could have, Won‘t have) mit
absteigender Wichtigkeit eingeordnet
MoSCoW Tipps
• So viele Anforderungen / Aufgaben wie
möglich vorher sammeln und auf Karten
drucken / schreiben
• Karten in jeder Spalte einzeln durchgehen
und gemeinsam mit der Gruppe
verabschieden, um das Commitment des
gesamten Teams zu haben
14. 14
MoSCoW Priorisierung
MUST HAVE SHOULD HAVE COULD HAVE WON‘T HAVE
WON‘T HAVE:
Diese Anforderungen sind nicht
etwa grundsätzlich verzichtbar
oder unerwünscht.
Allerdings können und sollen sie
explizit nicht im Rahmen (Scope)
der anstehenden Phase umgesetzt
werden.
COULD HAVE:
Hierfür wird häufig auch die
Bezeichnung „nice to have“
verwendet. Diese Anforderungen
werden umgesetzt, wenn nach
Realisierung der Must Haves und
Should Haves noch Zeit und Budget
vorhanden sind.
Diese Anforderungen sind keine Kern-
Features, würden das Produkt aber
aufwerten.
SHOULD HAVE:
In dieser Kategorie werden
Anforderungen gesammelt,
die nicht zu den Basisfaktoren
gehören, die aber realisiert werden
müssen, wenn es gut werden soll.
Der wichtige Unterschied zur Muss-
Kategorie: Die Anforderungen können
im Zweifelsfall in ein/e spätere/s
Phase/Release verschoben werden.
MUST HAVE:
Diese Anforderungen sind
essentiell, sie gelten als nicht
verhandelbar und sind
entscheidend für den Erfolg des
Produktes/Projektes.
Handelt es sich um ein Produkt, ist
dieses ohne die Must Haves unter
Umständen gar nicht
funktionsfähig oder es fehlt ein für
die Zufriedenheit der Nutzer
bedeutender Basisfaktor.
15. 15
Vorgehen:
Die Eigenschaften des zu entwickelnden Produktes /
Service werden in folgende Kategorien eingeteilt, um die
für den Nutzer / Kunden wichtigen Eigenschaften
herauszufiltern:
• Basismerkmale: „Das ist normal, das erwarte ich.“
• Leistungsmerkmale: „Darauf lege ich besonders Wert.“
• Begeisterungsmerkmale: „Das begeistert mich und das
habe ich nicht erwartet“.
• Unerhebliche Merkmale (Indifferenzzone):
„Das ist mir egal.“
• Rückweisungsmerkmale: „Das würde mich sehr stören.“
Kontext: Produkt- und Serviceentwicklung
Mit Hilfe des Kano-Modell lassen sich die
Beziehungen zwischen Produkteigen-
schaften und Kundenzufriedenheit
gegenüberstellen und damit Rückschlüsse
für die Entwicklung des Produktes / Service
ziehen.
KANO Modell Tipps
• Fassen Sie die betrachtete
Zielgruppe eng!
• Wiederholen Sie die Analyse: Die
Erwartungen der Kunden verändern
sich. Mit der Zeit werden die
Begeisterungsmerkmale erst
Leistungs- und anschließend
Basismerkmale.
• Die Kunst besteht darin, aus allen
Bereichen die wichtigsten Merkmale
zu identifizieren!
17. 17
Vorgehen:
• Eine interdisziplinäre Gruppe (z.B. Business /
Techniker) definieren Nutzersegmente/Personas
und erarbeiten erst die Ziele und dann die
Aktivitäten dieser Nutzer.
• Darunter werden nach Wichtigkeit die Aufgaben
eingeordnet
• Um die Entwicklungsschritte zu fassen und zu
trennen, werden „Slices“ gezogen.
• Die Story Map ist ein Alltagswerkzeug und ein sich
veränderndes lebendes Artefakt
Kontext: Produktentwicklung, taktische
Planung
Mit steigender Anzahl von Einträgen
werden Product Backlogs schnell
unübersichtlich. Hier bietet die
Visualisierung mit Hilfe einer Story Map
Abhilfe. Sie ist eine Art Landkarte durch Ihr
Produkt und berücksichtigt dabei auch die
Zeit als wichtige Dimension der Entwicklung
Story Mapping Tipps
• Man startet mit dem Bild, was man hat. Es
wird mit der Zeit immer vollständiger.
• Die Größe der Aufgaben/Anforderungen
ist am Anfang nicht wichtig, diese werden
im Verlauf immer kleiner geschnitten
• Validieren Sie die Hypothesen bzgl. der
Wichtigkeit von Eigenschaften
kontinuierlich und passen Sie die Story
Map entsprechend an
19. 19
Vorgehen:
• Schreiben Sie die zu priorisierenden Aufgaben auf
Kärtchen.
• Teilen Sie diese an die Teilnehmer aus und lassen Sie
sie ihre Karten abwechselnd auf den Tisch in
absteigender Wichtigkeit sortiert ablegen. Dabei darf
NICHT gesprochen werden.
• Liegen alle Kärtchen auf dem Tisch, darf abwechselnd
jeder einzelne Karten verschieben, bis nur noch die
gleichen Karten „wandern".
• Diskutieren Sie diese Karten im Anschluss! Sie haben
den größten Klärungsbedarf.
Kontext: Priorisierung in Gruppen
Stille Priorisierung eignet sich z.B. in der
Produktentwicklung sehr gut zur
Verständnisklärung bzgl. von
Anforderungen / Aufgaben im Team
Stille Priorisierung Tipps
• Achten Sie auf Einhaltung des
Sprechverbotes. Es ist wichtig, dass
alle Teilnehmer sich nur auf sich uns
ihre eigene Meinung fokussieren.
• Setzen Sie klare Timeboxen für die
Diskussionen über die unklaren Karten
und legen Sie klare nächste Schritte
fest.
20. 21
Vorgehen:
• Jede/r bekommt zwei bis fünf Stimmen
in Form von Klebepunkten oder
Strichen, die er/sie frei auf die Optionen
verteilen kann.
• Durch Auszählung wird die Priorisierung
der Optionen ermittelt.
Kontext: Gruppenentscheidungen
Eine simple und sehr schnelle Methode, um
Ideen zu bewerten sowie Auswahlen und
Entscheidungen in einer Gruppe zu treffen.
Dot Voting Tipps
• Wenn taktisches Wählen oder die gegenseitige
soziale Beeinflussung durch die offene und sichtbare
Wahl vermieden werden soll, können die Optionen
auch nummeriert, die Votes geheim auf Zetteln
platziert und vom Moderator ausgezählt und auf die
Optionen verteilt werden.
• Gut anwendbar für Ad-Hoc-Entscheidungen in
Gruppen
• Nicht geeignet für richtungweisende, strategische
Entscheidungsprozesse
21. 22
Lars für Agile@KP (2019)
Alle Informationen in diesen Slides
sind nach bestem Wissen und
Gewissen zusammengestellt.
Es wird keine Haftung für die
Richtigkeit, Aktualität und
Vollständigkeit übernommen.
Die Quellenangaben zu den
Inhalten sind auf den einzelnen
Slides zu finden.
Bildquellen, soweit nicht anders
angegeben: https://unsplash.com/
und https://pixabay.com/
22. 2323
Ihr Ansprechpartner
Lars Klingelhöfer
Agile Coaching
Produktentwicklung
Führung / Leadership
Twitter: @Don_Larsone / @Agile_KP
Web: www.kreutz-partner.de/agile
Mail: l.klingelhoefer@kreutz-partner.de
23. 24
Kreutz & Partner GmbH
Brüsseler Straße 21
D-50674 Köln
+49 221 50060640 www.kreutz-partner.dekontakt@kreutz-partner.de Social Media Kreutz & Partner GmbH
Brüsseler Straße 21
D-50674 Köln
+49 221 50060640 www.kreutz-partner.dekontakt@kreutz-partner.de Social Media
Wir sind für Sie erreichbar