Was leisten Projektmanager und was Business Analysten? Wie tragen sie dazu bei, dass aus einem Bedarf durch eine Lösung Nutzen für Stakeholder entsteht? Und warum werden die Fähigkeiten dieser beiden Berufe im Zuge der Digitalisierung immer wichtiger? Das ist Thema dieses Vortrags, der anlässlich eines PMI/IIBA Chapter Meetings von Ursula Meseberg und Rainer Wendt gehalten wurde.
Centrifugal pumps work by using a rotating impeller to impart kinetic energy to liquid and convert it to pressure energy. The impeller forces liquid into a volute casing which converts the kinetic energy to pressure energy. Centrifugal pumps have simple construction, are low cost, require low maintenance, and are widely used to transport large volumes of liquids in industries like petroleum, power plants, and water treatment. Common problems include cavitation if the NPSH is too low and wear of impeller from suspended solids. Centrifugal pumps are effective, reliable, and efficient for pumping most liquids.
Impact Maps and Story Maps: delivering what really mattersChristian Hassa
The document discusses using impact maps and story maps to deliver value in agile product development. Impact maps help define high-level goals and outcomes and map deliverables to their impacts on stakeholders. Story maps focus on a particular stakeholder impact and refine deliverables into releases to support backlog management and collaboration. They allow optimizing and refining scope through prioritizing user activities and stories. The document provides examples of using both techniques and emphasizes measuring outcomes and impacts to validate assumptions and provide feedback.
This schema represents a general view of the demand management framework. Developed using lean, kanban, project management and software engineering concepts, this framework covers from the business to IT.
The document outlines a 5-stage product development process: 1) Concept, 2) Research, 3) Analysis, 4) Develop, and 5) Launch. Each stage involves description of activities, key deliverables, checkpoints to review deliverables and make go/no-go decisions on whether to proceed to the next stage, incubate the idea further, or kill the idea. The process aims to take a new product idea from initial concept through to market launch.
1) The document compares two types of horizontal centrifugal pumps - ANSI pumps and API pumps.
2) ANSI pumps are designed to lighter duty applications, have a casing pressure rating of 300 PSIG at 300°F, and are commonly used for chemical processes and water services.
3) API pumps are designed for higher pressure and temperature applications in oil refineries, have a casing pressure rating of 750 PSIG at 500°F, and often have a double volute casing to reduce shaft loads.
You'll learn:
- How to create a roadmap for current, near-term, and future projects
- How to communicate priorities clearly with your team
- How to present your roadmap to executives
The document discusses communication in Agile project management. It defines project communication and different types of communication. It describes information radiators like task boards and burn down charts that display information for teams. It contrasts co-located teams that can use informal communication versus distributed teams that rely on formal processes and technology. Daily stand-up meetings and osmotic communication that occurs with co-located teams are also covered.
Centrifugal pumps work by using a rotating impeller to impart kinetic energy to liquid and convert it to pressure energy. The impeller forces liquid into a volute casing which converts the kinetic energy to pressure energy. Centrifugal pumps have simple construction, are low cost, require low maintenance, and are widely used to transport large volumes of liquids in industries like petroleum, power plants, and water treatment. Common problems include cavitation if the NPSH is too low and wear of impeller from suspended solids. Centrifugal pumps are effective, reliable, and efficient for pumping most liquids.
Impact Maps and Story Maps: delivering what really mattersChristian Hassa
The document discusses using impact maps and story maps to deliver value in agile product development. Impact maps help define high-level goals and outcomes and map deliverables to their impacts on stakeholders. Story maps focus on a particular stakeholder impact and refine deliverables into releases to support backlog management and collaboration. They allow optimizing and refining scope through prioritizing user activities and stories. The document provides examples of using both techniques and emphasizes measuring outcomes and impacts to validate assumptions and provide feedback.
This schema represents a general view of the demand management framework. Developed using lean, kanban, project management and software engineering concepts, this framework covers from the business to IT.
The document outlines a 5-stage product development process: 1) Concept, 2) Research, 3) Analysis, 4) Develop, and 5) Launch. Each stage involves description of activities, key deliverables, checkpoints to review deliverables and make go/no-go decisions on whether to proceed to the next stage, incubate the idea further, or kill the idea. The process aims to take a new product idea from initial concept through to market launch.
1) The document compares two types of horizontal centrifugal pumps - ANSI pumps and API pumps.
2) ANSI pumps are designed to lighter duty applications, have a casing pressure rating of 300 PSIG at 300°F, and are commonly used for chemical processes and water services.
3) API pumps are designed for higher pressure and temperature applications in oil refineries, have a casing pressure rating of 750 PSIG at 500°F, and often have a double volute casing to reduce shaft loads.
You'll learn:
- How to create a roadmap for current, near-term, and future projects
- How to communicate priorities clearly with your team
- How to present your roadmap to executives
The document discusses communication in Agile project management. It defines project communication and different types of communication. It describes information radiators like task boards and burn down charts that display information for teams. It contrasts co-located teams that can use informal communication versus distributed teams that rely on formal processes and technology. Daily stand-up meetings and osmotic communication that occurs with co-located teams are also covered.
This document discusses PI planning for agile release trains. It begins by defining PI planning as a cadence-based, face-to-face event that aligns teams to a shared mission and vision. It notes when PI planning typically occurs and its goals of commitment, alignment, fast decision making, and cross-team collaboration. The document then examines why teams struggle with PI planning and what could be done differently, such as cultural awareness and clear communications. It outlines elements of preparation including logistics, organizational, and content readiness. Finally, it discusses setting SMART objectives, planning communication for business alignment, and takes questions.
In hydraulic and pneumatic systems flow control valves are necessary to vary the speed of actuator. Flow control valves are placed in between Actuator and Direction Control (DC) Valve
The pressure energy is fed to the actuator through a number of control block called valves.
• Various type of valve are used in hydraulic system to control or regulate the flow medium.
• Basicallyvalvesareexpectedtocontrol: – Direction
– Pressure
– Flow
– Otherspecialfunctions.
Basics of centrifugal. Topics covered are operating principles, energy conversion, components in centrifugal pump, the concept of NPSH, pump rating calculation and affinity laws
Product Roadmaps - Tips on how to create and manage roadmapsMarc Abraham
The document discusses best practices for creating and managing product roadmaps. It emphasizes starting with a clear product vision and goals focused on solving user problems rather than features. When creating a roadmap, it is important to consider dependencies, risks, and flexibility for changes. Managing stakeholders and updating the roadmap based on feedback and learning are also discussed as critical aspects of effective roadmapping.
This document provides an overview of different pump types, including their key components and applications. It discusses the main categories of pumps as either dynamic (centrifugal) or positive displacement. Within centrifugal pumps, it describes the main components of a single-stage pump and different designs such as single-stage, multi-stage, vertical, horizontal, and submersible configurations. The document also discusses pump classifications according to API 610 standards and provides examples of pump types that fall under different classifications such as between bearings pumps, overhung pumps, and vertically suspended pumps. Key industries where different pump types are used such as oil and gas, power generation, and water treatment are also outlined.
Product Management 101: #1 How To Create Products Customer Love.Jean-Yves SIMON
An introduction to Product Management, for people involved in technology or software companies. Mainly aimed at evangelizing the role and responsibilities across an organization.
This is the #1 presentation out of a serie of 10 sessions.
Special thanks to Marty Cagan @ SVPG for the title :)
The document provides an overview of agile product backlog management using the Scrum framework. It discusses key aspects of Scrum including the product owner, sprint backlog, product backlog, daily stand-ups, sprint reviews and retrospectives. The document also compares Scrum to the waterfall method and discusses benefits of Scrum such as faster time to market, higher quality and satisfying customers through iterative delivery of working software.
This Presentation is about working principle of Pumps.Basic Presentation regarding pumps , will definitely help beginners to learn pump types , their working , their parts etc.
Product Backlog Refinement with Structured Conversations - Big Apple Scrum DayEBG Consulting, Inc.
Slides from Ellen's session at Big Apple Scrum Day, 11 May 2018.
One of the most challenging and trouble-prone aspects of agile product development is discovering the right product requirements to deliver at the right time, for the right customer, and refining them for delivery. This session will share a fast-paced introduction of a common sense, tested approach for defining and refining user stories—or any other method you use to represent backlog items. This enables backlog items to get “ready” to get to “done”.
You will learn how refining backlog items using Structured Conversations with the 7 Product Dimensions enables you to slice backlog items while deeply enhancing teams’ domain knowledge. You identify its usefulness for initial, multi-team and single team product backlog refinement.
We explore how the concept of refinement—making backlog items “ready”—is a corollary to “done”. You’ll participate in a card-based exercise to more deeply understand each of the 7 Product Dimensions. You discover how the dimensions can enlighten and deepen your refinement conversations. Scenes from real Structured Conversations help you visualize making refinement come alive. Join us as you learn to effectively and efficiently explore, evaluate, and confirm a shared understanding of refined backlog items so they are ready for implementation.
The product roadmap is a plan of action that outlines of tactical steps to execute the product strategy pushing the product ahead in the trajectory of planned direction in alignment with the product vision while accomplishing short-term and long-term product objectives
This document provides an overview of centrifugal pump training, covering:
- Centrifugal pump theory and how pumps work using atmospheric pressure
- Common pump terms like head, static head, total head, and NPSH
- How to read centrifugal pump curves and understand a pump's operating range
- The information needed to submit a pump inquiry
- How to draw system curves to select the proper pump
- Parallel and series pump operation and cavitation causes
- Explaining NPSH and the affinity laws for pump speed and performance changes
- Troubleshooting pumps using pressure and vacuum gauges
The document provides an overview of fundamentals of business analysis, including the role of business analysts in solving problems, requirements elicitation techniques, and documenting requirements. It discusses key business analysis tasks like creating a vision and scope document, identifying stakeholders, gathering and analyzing requirements, and documenting them in a business requirements document. The goal is to understand business needs and define requirements to develop a solution that helps the organization achieve its goals.
This document provides an overview of SAP and discusses 12 key points:
1) It defines SAP as a leading enterprise resource planning (ERP) software package.
2) It explains that SAP modules integrate different departments like finance, logistics, sales.
3) It describes SAP's architecture with database, application, and presentation layers.
1. Centrifugal pumps work by using centrifugal force to increase the pressure of a liquid. As the liquid moves through an impeller with curved vanes, it is pushed outward and its pressure increases.
2. Key components include an impeller, casing, suction and delivery pipes. Liquid enters the eye of the impeller and is flung outward, gaining pressure and velocity before exiting through the volute casing.
3. Advantages are low cost, high efficiency, uniform continuous flow. Centrifugal pumps are classified by design, number of impellers, entrances, shaft position, liquid handled and specific speed.
This document discusses how roles and responsibilities change in Agile/Scrum frameworks compared to traditional organizations. It outlines several key Agile roles including Product Owner, Scrum Master, and Scrum Team Members. It also discusses how requirements, design, testing, and tracking emerge incrementally rather than being fully planned upfront. Cultural shifts involve moving from big requirements/design upfront to emergent approaches. The roles of Architect, User Experience Lead, Internal Coach/Mentor, Agile Program Manager, and Functional Manager are also described.
This document provides an introduction to product roadmaps and discusses best practices for planning and communicating a product roadmap. It covers defining the key role of product managers, tying a roadmap to product strategy and goals, and planning and prioritizing initiatives for the roadmap. The document emphasizes establishing a clear product vision and goals before beginning the roadmap and treating the roadmap as a living document.
The document discusses a presentation on using user story mapping to build better products. The presentation aims to teach how to use a user story backlog to describe a user's experience with a product. It covers mapping user stories based on user experience, planning valuable incremental releases from the story map, and iteratively constructing software. The presentation discusses starting with user stories, mapping them based on tasks and activities, and slicing the story map into valuable product releases.
Product Management 101: Techniques for SuccessMatterport
This is a snapshot from a living document. To see the current document, please go to https://goo.gl/yFFrml.
Topics covered include:
- Resources
- General Overview
- The Role of Product Management
- Characteristics of Great Project and Product Managers
- Problem Space and Solution Space
- Customer Personas
- User Stories
- Product Documentation
- Agile Product Development
- Succeeding with Agile from The Lean Playbook
- Analytics, Customer Engagement, & Monetization
- Pricing Strategies
- Overall Leadership and Organizational Development
- Final Guidelines and Recommendations
So werden Change Projekte durch agile Business Analyse beherrschbarmicroTOOL GmbH
Digitalisierung erzeugt heute in Unternehmen steigenden Innovationsdruck. Unternehmensübergreifende Prozesse, lernende Systeme und hohe Vernetzung von Geräten und Anwendungen bieten vielfältige Möglichkeiten für Innovation, führen in Change-Projekten aber auch zu höherer Komplexität, zu immer mehr Stakeholdern und einem wachsenden Scope. Zugleich erfordern Veränderungen und Innovation eine agile Planung sowie die konsequente Orientierung am Business Value und an dem Feedback der Stakeholder.
Die grundlegenden Konzepte des Requirements Engineering – Stakeholder, Ziele und Requirements – reichen allein nicht aus, um den Herausforderungen von Change-Projekten gerecht zu werden. Wirksame Unterstützung bietet hier die agile Business Analyse.
Der Vortrag stellt die Artefakttypen der agilen Business Analyse vor und geht auf ihre vielfältigen Beziehungen ein. Die Artefakttypen decken die gesamte Wertschöpfungskette Need – Solution – Value ab. Es wird aufgezeigt, wie
• die Komplexität in einem Change-Projekt durch Views auf die Artefakte und ihre Beziehungen beherrschbar wird,
• die Agilität durch Gliederung eines Change-Projekts in mehrere anforderungsgetriebene Initiativen (im Sinne von Teilprojekten eines Programms) erreicht werden kann.
Das Artefaktmodell ist eine Weiterentwicklung der Kernkonzepte des Business Analysis Body of Knowledge BABOK® v3 und der Agile Extension to the BABOK Guide v2. Es bildet die Grundlage für eine durchgängige Tool-Unterstützung der Business Analyse. Gleichzeitig ist es die gemeinsame Landkarte für Change-Teams auf dem Weg vom Business Need zum Stakeholder Value. Es bietet jedem Einzelnen die Orientierung, wo er sich im komplexen „Gelände“ eines Change-Projekts befindet und wie er auf Änderungen wirksam reagieren kann.
Erfolgreiche Transformation durch professionelles Programm-ManagementGernot Sauerborn
Was zeichnet ein gutes Programm-Management aus? Wann ist es nötig? Welche Fähigkeiten sollte der Programm-Manager mitbringen?
Wir schildern hier kurz und pragmatisch, wie auch ein KMU während der digitalen Transformation ein Programm-Management aufziehen kann, welches die Aufgaben sind und welche Kernerfolgsfaktoren zu beachten sind.
This document discusses PI planning for agile release trains. It begins by defining PI planning as a cadence-based, face-to-face event that aligns teams to a shared mission and vision. It notes when PI planning typically occurs and its goals of commitment, alignment, fast decision making, and cross-team collaboration. The document then examines why teams struggle with PI planning and what could be done differently, such as cultural awareness and clear communications. It outlines elements of preparation including logistics, organizational, and content readiness. Finally, it discusses setting SMART objectives, planning communication for business alignment, and takes questions.
In hydraulic and pneumatic systems flow control valves are necessary to vary the speed of actuator. Flow control valves are placed in between Actuator and Direction Control (DC) Valve
The pressure energy is fed to the actuator through a number of control block called valves.
• Various type of valve are used in hydraulic system to control or regulate the flow medium.
• Basicallyvalvesareexpectedtocontrol: – Direction
– Pressure
– Flow
– Otherspecialfunctions.
Basics of centrifugal. Topics covered are operating principles, energy conversion, components in centrifugal pump, the concept of NPSH, pump rating calculation and affinity laws
Product Roadmaps - Tips on how to create and manage roadmapsMarc Abraham
The document discusses best practices for creating and managing product roadmaps. It emphasizes starting with a clear product vision and goals focused on solving user problems rather than features. When creating a roadmap, it is important to consider dependencies, risks, and flexibility for changes. Managing stakeholders and updating the roadmap based on feedback and learning are also discussed as critical aspects of effective roadmapping.
This document provides an overview of different pump types, including their key components and applications. It discusses the main categories of pumps as either dynamic (centrifugal) or positive displacement. Within centrifugal pumps, it describes the main components of a single-stage pump and different designs such as single-stage, multi-stage, vertical, horizontal, and submersible configurations. The document also discusses pump classifications according to API 610 standards and provides examples of pump types that fall under different classifications such as between bearings pumps, overhung pumps, and vertically suspended pumps. Key industries where different pump types are used such as oil and gas, power generation, and water treatment are also outlined.
Product Management 101: #1 How To Create Products Customer Love.Jean-Yves SIMON
An introduction to Product Management, for people involved in technology or software companies. Mainly aimed at evangelizing the role and responsibilities across an organization.
This is the #1 presentation out of a serie of 10 sessions.
Special thanks to Marty Cagan @ SVPG for the title :)
The document provides an overview of agile product backlog management using the Scrum framework. It discusses key aspects of Scrum including the product owner, sprint backlog, product backlog, daily stand-ups, sprint reviews and retrospectives. The document also compares Scrum to the waterfall method and discusses benefits of Scrum such as faster time to market, higher quality and satisfying customers through iterative delivery of working software.
This Presentation is about working principle of Pumps.Basic Presentation regarding pumps , will definitely help beginners to learn pump types , their working , their parts etc.
Product Backlog Refinement with Structured Conversations - Big Apple Scrum DayEBG Consulting, Inc.
Slides from Ellen's session at Big Apple Scrum Day, 11 May 2018.
One of the most challenging and trouble-prone aspects of agile product development is discovering the right product requirements to deliver at the right time, for the right customer, and refining them for delivery. This session will share a fast-paced introduction of a common sense, tested approach for defining and refining user stories—or any other method you use to represent backlog items. This enables backlog items to get “ready” to get to “done”.
You will learn how refining backlog items using Structured Conversations with the 7 Product Dimensions enables you to slice backlog items while deeply enhancing teams’ domain knowledge. You identify its usefulness for initial, multi-team and single team product backlog refinement.
We explore how the concept of refinement—making backlog items “ready”—is a corollary to “done”. You’ll participate in a card-based exercise to more deeply understand each of the 7 Product Dimensions. You discover how the dimensions can enlighten and deepen your refinement conversations. Scenes from real Structured Conversations help you visualize making refinement come alive. Join us as you learn to effectively and efficiently explore, evaluate, and confirm a shared understanding of refined backlog items so they are ready for implementation.
The product roadmap is a plan of action that outlines of tactical steps to execute the product strategy pushing the product ahead in the trajectory of planned direction in alignment with the product vision while accomplishing short-term and long-term product objectives
This document provides an overview of centrifugal pump training, covering:
- Centrifugal pump theory and how pumps work using atmospheric pressure
- Common pump terms like head, static head, total head, and NPSH
- How to read centrifugal pump curves and understand a pump's operating range
- The information needed to submit a pump inquiry
- How to draw system curves to select the proper pump
- Parallel and series pump operation and cavitation causes
- Explaining NPSH and the affinity laws for pump speed and performance changes
- Troubleshooting pumps using pressure and vacuum gauges
The document provides an overview of fundamentals of business analysis, including the role of business analysts in solving problems, requirements elicitation techniques, and documenting requirements. It discusses key business analysis tasks like creating a vision and scope document, identifying stakeholders, gathering and analyzing requirements, and documenting them in a business requirements document. The goal is to understand business needs and define requirements to develop a solution that helps the organization achieve its goals.
This document provides an overview of SAP and discusses 12 key points:
1) It defines SAP as a leading enterprise resource planning (ERP) software package.
2) It explains that SAP modules integrate different departments like finance, logistics, sales.
3) It describes SAP's architecture with database, application, and presentation layers.
1. Centrifugal pumps work by using centrifugal force to increase the pressure of a liquid. As the liquid moves through an impeller with curved vanes, it is pushed outward and its pressure increases.
2. Key components include an impeller, casing, suction and delivery pipes. Liquid enters the eye of the impeller and is flung outward, gaining pressure and velocity before exiting through the volute casing.
3. Advantages are low cost, high efficiency, uniform continuous flow. Centrifugal pumps are classified by design, number of impellers, entrances, shaft position, liquid handled and specific speed.
This document discusses how roles and responsibilities change in Agile/Scrum frameworks compared to traditional organizations. It outlines several key Agile roles including Product Owner, Scrum Master, and Scrum Team Members. It also discusses how requirements, design, testing, and tracking emerge incrementally rather than being fully planned upfront. Cultural shifts involve moving from big requirements/design upfront to emergent approaches. The roles of Architect, User Experience Lead, Internal Coach/Mentor, Agile Program Manager, and Functional Manager are also described.
This document provides an introduction to product roadmaps and discusses best practices for planning and communicating a product roadmap. It covers defining the key role of product managers, tying a roadmap to product strategy and goals, and planning and prioritizing initiatives for the roadmap. The document emphasizes establishing a clear product vision and goals before beginning the roadmap and treating the roadmap as a living document.
The document discusses a presentation on using user story mapping to build better products. The presentation aims to teach how to use a user story backlog to describe a user's experience with a product. It covers mapping user stories based on user experience, planning valuable incremental releases from the story map, and iteratively constructing software. The presentation discusses starting with user stories, mapping them based on tasks and activities, and slicing the story map into valuable product releases.
Product Management 101: Techniques for SuccessMatterport
This is a snapshot from a living document. To see the current document, please go to https://goo.gl/yFFrml.
Topics covered include:
- Resources
- General Overview
- The Role of Product Management
- Characteristics of Great Project and Product Managers
- Problem Space and Solution Space
- Customer Personas
- User Stories
- Product Documentation
- Agile Product Development
- Succeeding with Agile from The Lean Playbook
- Analytics, Customer Engagement, & Monetization
- Pricing Strategies
- Overall Leadership and Organizational Development
- Final Guidelines and Recommendations
So werden Change Projekte durch agile Business Analyse beherrschbarmicroTOOL GmbH
Digitalisierung erzeugt heute in Unternehmen steigenden Innovationsdruck. Unternehmensübergreifende Prozesse, lernende Systeme und hohe Vernetzung von Geräten und Anwendungen bieten vielfältige Möglichkeiten für Innovation, führen in Change-Projekten aber auch zu höherer Komplexität, zu immer mehr Stakeholdern und einem wachsenden Scope. Zugleich erfordern Veränderungen und Innovation eine agile Planung sowie die konsequente Orientierung am Business Value und an dem Feedback der Stakeholder.
Die grundlegenden Konzepte des Requirements Engineering – Stakeholder, Ziele und Requirements – reichen allein nicht aus, um den Herausforderungen von Change-Projekten gerecht zu werden. Wirksame Unterstützung bietet hier die agile Business Analyse.
Der Vortrag stellt die Artefakttypen der agilen Business Analyse vor und geht auf ihre vielfältigen Beziehungen ein. Die Artefakttypen decken die gesamte Wertschöpfungskette Need – Solution – Value ab. Es wird aufgezeigt, wie
• die Komplexität in einem Change-Projekt durch Views auf die Artefakte und ihre Beziehungen beherrschbar wird,
• die Agilität durch Gliederung eines Change-Projekts in mehrere anforderungsgetriebene Initiativen (im Sinne von Teilprojekten eines Programms) erreicht werden kann.
Das Artefaktmodell ist eine Weiterentwicklung der Kernkonzepte des Business Analysis Body of Knowledge BABOK® v3 und der Agile Extension to the BABOK Guide v2. Es bildet die Grundlage für eine durchgängige Tool-Unterstützung der Business Analyse. Gleichzeitig ist es die gemeinsame Landkarte für Change-Teams auf dem Weg vom Business Need zum Stakeholder Value. Es bietet jedem Einzelnen die Orientierung, wo er sich im komplexen „Gelände“ eines Change-Projekts befindet und wie er auf Änderungen wirksam reagieren kann.
Erfolgreiche Transformation durch professionelles Programm-ManagementGernot Sauerborn
Was zeichnet ein gutes Programm-Management aus? Wann ist es nötig? Welche Fähigkeiten sollte der Programm-Manager mitbringen?
Wir schildern hier kurz und pragmatisch, wie auch ein KMU während der digitalen Transformation ein Programm-Management aufziehen kann, welches die Aufgaben sind und welche Kernerfolgsfaktoren zu beachten sind.
In den Köpfen der Mitarbeiter – LEAN erfordert eine neue Einstellung
Sie wissen sicher, dass die LEAN-Philosophie nicht nur dazu da ist, um Prozesse zu optimieren und kurzfristige Erfolge zu erzielen. Doch wie steht es mit Ihren Verbesserungsaktivitäten?
Sind diese wirklich nachhaltig? Haben alle Mitarbeitenden Ihrer Organisation verstanden, um was es bei LEAN geht? Hat das Management in Ihrer Organisation LEAN als Top-down-Ansatz „befohlen”?
Und werden auch in Ihrer Organisation Methoden aus der LEAN-Welt vereinzelt angewendet, ohne dass jedoch der große Wurf gelungen ist?
„… jede Organisation hat ausreichend Intelligenz, um jeden Tag besser zu werden!”
Detaillierte Beschreibung der Dienstleistungen, Vorgehensweisen und Ergebnisse bei der Projektbegleitung im Rahmen einer Management- und Strategieberatung. Training, Beratung und Coaching von Projektleitern, Projektteams und Projektmitarbeitern während der einzelnen Phasen eines Projekts gewährleistet effizientere Projektabwicklung und bessere Erreichung der Projektziele.
Die Funktion des Business Development Managers gewinnt zunehmend an Bedeutung. Beim Business Development Manager handelt es sich um ein differenziertes Berufsbild, das in einer Vielzahl von Varianten und mit breitem Aufgabenspektrum und anspruchsvollem Anforderungsprofil vorliegt. Die Präsentation beschreibt Aufgaben, Rollen und Kompetenzen eines Business Development Managers und skizziert mögliche Konzepte für die Qualifizierung und Ausbildung zum Business Development Manager.
Ihr unternehmensinternes IT-Team: Welches ist die strategisch sinnvolle Posit...Gernot Sauerborn
Zwei Trends bestimmen die unternehmensinterne IT: Commoditisierung mit weitreichenden Outsourcing-Möglichkeiten (z.B. Cloud) und der zunehmende Einsatz von IT in weiteren Geschäftsfunktionen (insbesondere Digitalisierung, 4.0, ...).
Wir zeigen hier, welches die strategische Positionierung Ihrer internen IT-Organisation sein kann und welche Fähigkeiten sie zukünftig benötigt.
BPM-Club & IIBA Germany Chapter feb 2017BPM&O GmbH
Das BPM-Club-Treffen am 15.02.2017 war die zweite Kooperationsveranstaltung zwischen BPM-Club und IIBA (International Institute of Business Analysis) Germany Chapters. In diesem Foliensatz erfahren Sie mehr über den IIBA.
Qualität durch Traceability - vom Geschäftsbedarf bis zur LösungmicroTOOL GmbH
Warum ist Traceability für eine nachhaltige Softwareentwicklung unverzichtbar? Finden Sie hier Impulse, wie Sie die Nachverfolgbarkeit Ihrer Anforderungen vom Bedarf der Stakeholder bis zur implementierten Lösung sichern können. Es werden zwei Phasen unterschieden: Pre-Requirements Traceability und Post-Requirements Traceability. Für beide Phasen zeigt die Präsentation einen leichtgewichtigen Weg unter anderem mit Modellen der UML/SysML. Wir nennen das Lean Requirements Traceability.
Business Analyse - eine geeignete Basis für agiles Produktmanagement?microTOOL GmbH
Wie schafft man innovative Produkte? Eine gute Anforderungsanalyse hilft. Agiles Vorgehen auch, um schnell auf sich rasant ändernde Märkte reagieren zu können. Die agile Business Analyse bietet einen geeigneten Leitfaden, um aus einem Bedarf eine Lösung mit Nutzen zu kreieren. Wie man das Konzept der Business Analyse in der agilen Entwicklung gewinnbringend einsetzt, skizziert dieser Vortrag.
Keep change projects under control with agile business analysismicroTOOL GmbH
In businesses today, digitalization is causing increased pressure to develop innovations. Business-wide processes, learning systems and the interconnectivity of devices and applications offer many possibilities for innovations, but in change projects, this leads to a lot of complexity, an ever-increasing number of stakeholders and a creeping scope. Yet changes and innovation require agile planning as well as a consistent focus on business value and stakeholders’ feedback.
The basic concepts of requirements engineering alone – stakeholders, goals and requirements – are not enough to satisfy the challenges of change projects. Here, agile business analysis offers effective support.
This lecture will introduce types of artifacts in agile business analysis and discuss their diverse relationships. The artifacts types cover the entire value chain from need to solution to value. The lecture will also explain how:
• The complexity of a change project can be controlled through views of the artifacts and their relationships.
• Agility can be achieved by breaking a change project down into multiple requirements-driven initiatives (in terms of partial projects of a program).
The artifact model is a further development of the core concepts from the Business Analysis Body of Knowledge and the Agile Extension to the BABOK Guide v2. It forms the foundation for consistent, tool-supported business analysis. It is also a common map for change teams on the path from business need to stakeholder value. It offers every individual information as to where they find themselves on the complex “terrain” of a change project and how they can react to changes effectively.
Traceability in der Business Analyse - Spuren legen auf dem Weg vom Bedarf zu...microTOOL GmbH
Der BABOK v3 (Business Analysis Body of Knowledge) Guide fordert, dass die Beziehungen zwischen Requirements vom Bedarf bis zur Lösung festgehalten werden müssen. Wie stellt man volle Traceability von Anforderungen her? Eine Antwort gibt Ursula Meseberg beim Business Analyse Summit am 25.09.2015 in Frankfurt.
Was beinhaltet der Lehrplan für den Certified Professional for Requirements Engineering (CPRE)? Wie gelingt eine erfolgreiche Prüfungsvorbereitung zum CPRE? Welche Erfahrungen hat microTOOL im Laufe unserer zahlreichen Seminare gesammelt und wie sieht microTOOL die gemeinsame Zukunft mit dem International Requirements Engineering Board (IREB e.V.)?
Ein Blick in die Zukunft von in-STEP RED und objectiF RMmicroTOOL GmbH
Wie geht es mit der Entwicklung von objectiF RM und in-STEP RED weiter? Welche neuen Features befinden sich im microTOOL Backlog, wie können Kunden und Interessenten die neuen Möglichkeiten ausprobieren und wie integriert microTOOL Kundenwünsche?
Welche Themen und Inhalte möchte microTOOL mit den nächsten in-STEP BLUE Versionen 5.1 und 5.2 adressieren? Wo liegen die Schwerpunkte in der Weiterentwicklung, wo sieht microTOOL Potentiale und wie werden Kundenwünsche berücksichtigt?
Agile for Mobile - Agile Entwicklung von Anforderungen an mobile Business App...microTOOL GmbH
Ursula Meseberg zeigt agiles Requirements Engineering mit Hilfe von Personas, Use Case 2.0 und Scrum zur Entwicklung von mobilen Applikationen. Die Forrester Research Group rät, dafür einen IDEA-Zyklus anzuwenden. Es wird gezeigt, wie man all diese Methoden mit agilem Vorgehen nach Scrum kombiniert.
Projekte scheitern. Manche Projekte werden "nur" zu spät fertig gestellt, kosten "nur" zu viel Geld oder liefern Ergebnisse, die selten genutzt werden. Es wird also Zeit, Prozesse in Projekten zu nutzen. Weitere Details gibt es unter http://www.microtool.de/in-step-blue-projektmanagement-software/prozesse/
Excel ist kein Tool für Teams, Excel stellt keine Nachvollziehbarkeit her und Standardisierung und Typisierung sind mit Excel problematisch. Sehr problematisch. Es ist Zeit für eine Alternative: http://www.microtool.de/in-step-blue-projektmanagement-software/
Muster für anforderungsgetriebene Projekte in der ProduktentwicklungmicroTOOL GmbH
Jeder Softwareproduzent steht vor der Herausforderung, seine Projekte – von der Planung über das Requirements Engineering bis zur Realisierung der Anforderungen – möglichst einheitlich durchzuführen und nachvollziehbar zu machen. Nur so besteht die Chance, in Hinblick auf Kosten und Qualität Schwachstellen der Organisation zu erkennen und die eigenen Prozesse zu verbessern. Arber wie schafft er dies? Die Antwort lautet: Muster statt Standards. Unter http://www.microtool.de/projektplanung-mit-in-step-red/ finden Sie weitere Informationen.
10 Jahre agil: Das ist teuer geworden. Eine Retrospektive. microTOOL GmbH
Die microTOOL GmbH entwickelt Ihre Softwarelösungen agil. Agil ist gut. Agil ist flexibel. Aber: agil kann auch teuer sein. Weitere Informationen zu microTOOL finden Sie unter www.microtool.de.
Medizinproduktentwicklung mit in-STEP BLUEmicroTOOL GmbH
Soft- und Hardwareentwicklung für Medizinprodukte unter Einhaltung von EN 62304, EN ISO 14971, EN ISO 13485, EN 62366. Prozessbasiertes Vorgehen mit der Projektmanagement Software in-STEP BLUE nach Elementen von V-Modell XT und Scrum kombiniert mit Risikomanagement nach ALARP und FMEA. Unter http://www.microtool.de/in-step-blue-projektmanagement-software/ finden Sie weitere Informationen zur Projektmanagement Software in-STEP BLUE.
Power of Personas im Requirements EngineeringmicroTOOL GmbH
Der Vortrag zeigt Möglichkeiten auf, wie man Personas zur Modellierung von Requirements einsetzen kann. Für die Personas kann man Use Cases definieren, Anforderungen spezifizieren und die Softwareentwicklung dadurch exakter auf die Bedürfnisse von Zielgruppen abstimmen.
Informationen zum Requirements Engineering Tool objectiF RM finden Sie übrigens unter http://www.microtool.de/requirements-engineering-mit-objectif-rm/.
Wie kombiniert man umfangreiche Prozesse wie V-Modell XT oder PRINCE2 mit agilem Vorgehen nach Scrum?
Weitere Informationen zum Arbeiten mit Prozessen in der Projektmanagement Software in-STEP BLUE finden Sie unter http://www.microtool.de/in-step-blue-projektmanagement-software/.
Anforderungen und Scope im Projekt - was leistet die Business Analyse?
1. Anforderungen und Scope im Projekt – was
leistet die Business Analyse?
Rainer Wendt
Ursula Meseberg
2. Ing. Nachrichtentechnik
25+ Jahre internationale IT Erfahrung in
• Softwareentwicklung und -architektur
• Projektleitungen in Telekommunikation und
Finanzindustrie
• Anforderungsmanagement, Business Analyse
• Risikomanagement
• Change Management
• Training, Coaching
• u.v.m
Präsident IIBA Chapter Germany e.V.
Geschäftsführer der masVenta Business GmbH, Aachen
Rainer Wendt (Dipl. Ing.)
CBAP, PMP, PMI-PBA, PMI-ACP
3. Software Engineering
Business Analyse
Vorgehensmodelle,
Prozesse & Frameworks für das PM
Mitglied des Vorstands des IIBA Germany Chapter e.V.
Assoziiertes Mitglied des IREB e.V.
Mitglied des PMI
Mitglied das ASQF
ursula.meseberg@microtool.de
Ursula Meseberg (Dipl. Math.)
Mitbegründerin & Geschäftsführerin
der microTOOL GmbH, Berlin
4. IIBA’s Driver
„Unite a community of professionals
to create better business outcomes.“
IIBA Core Purpose
5. The International Institute of Business Analysis
(IIBA) is a growing Community of BA Professionals
• 2003 in Toronto, Kanada, gegründet
• 30,000+ Mitglieder
• 240+ Corporate Members
• 120 Chartered Chapters
7. Wir wissen nicht, was passiert ist.
Aber irgendwo ist diese Wertschöpfungskette gerissen
Strategische
ZieleProbleme
Chancen
Anforderungen
Lösung
Wert/Nutzen
8. Zu wenig Unterstützung
durch Business
und/oder Management
Menschen Methoden
Ziele/Nutzen
Aufwände und
Anforderungen
ändern sich ständig
Risiken
Risken
unterschätzt
Analyse mit dem Ursache-Wirkungs-Diagramm (Ishikawa)
Was war der Grund für das Scheitern??
„die
ursprünglich
definierten
strategischen
Ziele sind nicht
mit
vertretbarem
Aufwand
erreichbar“
Prüfung / Test
Problem/Effekt/Wirkung
Strategie nicht
ausreichend
kommuniziert
Stakeholder haben die
Strategie nicht beachtet
Ziele unklar/
undokumentiert
Wert (Business Value)
nicht definiert
Aufwände falsch
geschätzt
Große Risiken
nicht
gemanaged
Akzeptanzkriterien
unzureichend
definiert
Zu hohe Erwartungen
Testverfahren
unklar
Schlechte Projekt-
bzw. Fehlerkultur
Zu hohe
Komplexität
Unzureichende
Skalierbarkeit
Unzureichende
Performance
Zu lange dauernde
Entscheidungen
Fehlende
Transparenz
Zu wenig Struktur
(Chaos)
AufwandStrategie
Technik/Lösung
9. Mit guter Business Analyse sind viele
dieser möglichen Ursachen vermeidbar!
IIBA Germany Chapter e.V.
!
10. „Wenn man das Ziel nicht kennt
oder auf dem Weg
die Zielorientierung verliert,
kommt man irgendwo oder
nirgendwo an“
Denn Business Analyse
bedeutet,
• den tatsächlichen
Bedarf zu erkennen
• das Nutzenpotenzial
zu verstehen
11. Was macht der Business Analyst??
… um Projekten zum Erfolg zu verhelfen
und das Scheitern zu verhindern
12. IIBA Germany Chapter e.V.
Kategorie Mögliche Ursache Der Business Analyst …
Strategie Strategie nicht ausreichend
kommuniziert
kommuniziert die Strategie im Zusammenhang mit den
Anforderungen, denn diese müssen auf die Strategie
„einzahlen“
Ziele/
Nutzen
Ziele unklar/undokumentiert,
Business Value nicht definiert
definiert Ziele (Goals/Objectives) und erstellt daraus
Geschäftsanforderungen mit Wert (Business Value)
Aufwand Aufwände falsch geschätzt, Aufwände
und Anforderungen ändern sich ständig
unterstützt beim Schätzen durch Analysen, Interviews,
Workshops, Prototypen, Experimente, Design Thinking etc.
Risiken Risiken unterschätzt, große Risiken nicht
gemanaged
managed aktiv Risiken, plant Maßnahmen; insbesondere
diejenigen, die mit Anforderungen in Verbindung stehen
Menschen Zu wenig Unterstützung durch Business
und/oder Management, Projektkultur
kommuniziert den Nutzen des Projekts, erklärt den Nutzen
moderner Vorgehensweisen wie Lernen durch Fehler etc.
Methoden Mangelhafte Transparenz, Struktur,
Entscheidungsdauer
etabliert Vorgehensweisen, mit denen Anforderungen klar
strukturiert, priorisiert und nachverfolgt werden können
Technik/
Lösung
Zu hohe Komplexität, mangelhafte
Performance/Skalierbarkeit/Sicherheit…
analysiert Lösungen, auch deren Qualität und nicht-
funktionale Eigenschaften, stellt sicher, dass sie den
Anforderungen genügen
Prüfung/
Test
Akzeptanzkriterien unzureichend
definiert, Testverfahren unklar
sorgt für verwendbare Akzeptanzkriterien, unterstützt und
fordert ein klares Testverfahren ein
13. Was ist Business Analyse genau?
Haben PMI und IIBA das gleiche
Verständnis davon?
?
14. Business Analyse
ist die Tätigkeit, Veränderungen
im Unternehmen zu ermöglichen, indem sie
Bedarfe definiert und
Lösungen empfiehlt, die den Stakeholdern
Nutzen bringen
Nach Business Analysis Body of Knowledge BABOK v3, IIBA, 2015
{ def }
15. - wird erhöht,
- wird verringert von
- ist qualifiziert durch
- ist quantifiziert durch
- qualifiziert
- quantifiziert
- hat Potenzial
benutzt
erfüllt Bedarf
von
- erhöht Nutzen für
- bietet Lösung
für Bedarf von erhöht
verringert
ist enthalten in
- erzeugt
- beeinflusst
setzt Grenzen
für
erkennt
motiviert
erfordert
- erfüllt
- erzeugt
ist beteiligt an
erfüllt
erzeugt verhindert
wird implementiert
durch
ist gemacht, um zu
implementieren
enthält
ist sinnvoll in
enthält
ist Bestandteil von
ist bezogen
auf
hat Beziehungen mit
liefert
wird geliefert von
- enthält
- ist verbunden mit
- enthält
- ist verbunden mit
wird gemessen
relativ zum
setzt Grenzen für
basiert auf
ist erfüllt durch
Kontext
enthält
ist Bestandteil von
Lösung
enthält
ist Bestandteil von
- wird motiviert durch
- gewinnt durch
- überträgt
- motiviert
- dient
- wird übertragen
von
Stakeholder
Veränderung
Bedarf
Nutzen
BACCM®
Business Analysis Core
Concept Model
16. BABOK v3
2015
Solution Development and
Operations
Strategy Analysis
Requirements Life
Cycle Management
Elicitation and
Collaboration
Requirements Analysis
and
Design Definition
Solution Evaluation
Business Analysis
Planning and
Monitoring
17. PMI Guide to BA
2017
Stakeholder Engagement
Needs
Assessment
Solution
Evaluation
Elicitation
Traceability &
Monitoring
Analysis
18. Veränderungen realisieren − macht
das nicht auch der PM?
Was genau ist die Aufgabe des
Business Analysten?
?
19. Der Projektmanager
macht es richtig
Der Business Analyst
macht das Richtige
!
Das Richtige
zahlt auf
die Strategie ein
22. Schritte & Ergebnisse der Strategie-Analyse
Fachlicher Bedarf
− Problem oder Chance
Stakeholder
Potenzieller Nutzen
Kontext der Lösung
Fachliche Anforderungen
Veränderungsstrategie
Risiken
Analyze
Current State
Define Future
State
Define Change
Strategy
Assess Risks
Facilitate Product
Roadmap
Development
Determine Viable
Options and Provide
Recommendation
Assemble
Business Case
Support Charter
Development
23. Welche Aufgaben hat der Business Analyst
im Projekt auf dem Weg zum
Business Value?
?
25. Requirements Analysis & Design Definition
Anforderungen
validieren und
verifizieren
Design-
Optionen
definieren
Nutzen-
potenzial
analysieren
und Lösungen
empfehlen
Anforderungen
spezifizieren &
modellieren
Anforderungs-
architektur
definieren
Anforderungen modellieren
Menschen
und Rollen
Organisationsmodell, Stakeholder-Liste,
Stakeholder-Map, Role/Permission-
Matrix, Personas
Grundlagen
des Handelns
Entscheidungsmodell, Scope-Modell,
Business Model Canvas,
Ursachen/Wirkungs-Analyse, Analyse
der Geschäftsregeln
Aktivitätsfluss Prozessmodell, Use Cases und Szenarios,
User Stories
Funktionalität Business Capability Analyse, Funktionale
Dekomposition, Prototyping
Daten und
Informationen
Data Dictionary, Datenflussdiagramm,
Glossar, Zustandsmodell,
Interface Analyse
26. In agilen Projekten ist der Product Owner
die Schnittstelle zwischen Business und
Entwicklung.
Ist da noch Platz für Business Analysten?
?
28. Als Business Analyst unterstütze ich den Product Owner
beim Ermitteln, Beschreiben und der QS der Anforderungen.
Ich helfe ihm beim Verfeinern des Backlogs, sodass er sich darauf
konzentrieren kann, den Wert der Lösung für die Stakeholder zu
maximieren
Ich versetze mich in die Stakeholder hinein, denke über
organisatorische Grenzen hinweg und glätte die Wogen,
wenn es schwierig wird
Während die Entwickler alle 1-2 Wochen neue „Stücke“ der Software
liefern, behalte das Big Picture, Changes und die fachlichen Risiken
im Blick.
Damit die angestrebten Werte für die Stakeholder tatsächlich
entstehen
30. Als Brücke zwischen Business und Team
Behalte das große
Ganze im Auge
Denke wie
ein Kunde
Werde konkret mit
Beispielen
Agile Extension to the BABOK®Guide
Verstehe, was
machbar ist
31. In Hinsicht auf den agilen Prozess
Rege Zusammenarbeit &
Verbesserung an
Agile Extension to the BABOK®Guide
Verstehe, was
von Wert ist
Vermeide, für den
Papierkorb zu arbeiten
32. Der Werkzeugkasten des agilen Business Analysten
Konzept Nutzen Eine Auswahl an Techniken
Behalte das große Ganze im
Auge
− Hilft den Entwicklern, gute Beiträge zur
Erhöhung des Business Value zu leisten
− Visioning (Vision Canvas)
− Product Roadmap
− Scope-Modeling
− Goal-Modeling
− Business Use Cases
Denke wie ein Kunde − Hilft bei der Dekomposition von
Anforderungen und der Festlegung des
Minium Viable Product
− Story Mapping,
− Backlog Refinement
− Personas
Werde konkret anhand von
Beispielen
− Hilft, sich auf den Endnutzer zu konzentrieren
− Unterstützt das Verständnis der Stakeholder
− UX Prototypen
Verstehe, was von Wert ist − Schafft Zielorientierung
− „Beginne gedanklich mit dem Ende“
− Value Modeling (Customer value =
Benefits – Cost)
− Kano Analysis
− MoSCoW Prioritization,
Verstehen, was machbar ist − Legt den Schwerpunkt auf die Nachhaltigkeit
− Bringt die Erwartungen des Kunden in die
Planung ein
− Planning Workshop
− T-Shirt-Size Estimation
− Real Options
Rege Zusammenarbeit &
Verbesserungen an
− Hilft, einen stabilen Prozess zu etablieren − Reviews
− Retrospektiven
33. Kann oder sollte man
Projektmanager & Business Analyst im
selben Projekt sein?
Besser nicht!
?
34. Unterschiede der Rollen des
Projektmanagers und Business Analysten
Business Analyst Projektmanager
Fokus: Lösung, die entwickelt wird, um den
Geschäftsbedarf zu erfüllen, sowie das Produkt, das als
Teil der Lösung in einem Projekt entsteht
Fokus: Projekt zur Lieferung eines Produkts on Time on Budget
Hilft einer Organisation dabei, ihre Ziele zu erreichen Ist verantwortlich dafür, dass die Projektziele erreicht werden
Ermittelt die Bedarfe (Probleme und Geschäftschance),
Geschäftsanforderungen, Scope der Lösung/des
Produkts, Lösungsoptionen und eine Change-Strategie als
Input für den Business Case
Wirkt an der Entwicklung des Projektauftrags (Project Charter)
mit in Zusammenarbeit mit dem Sponsor auf der Basis des
Business Case
Scope-Management für die Lösung und das Produkt als
Input für den Projektauftrag. Erstellt WBS für das Produkt
Scope-Management für das Projekt. Erstellt WBS für das Projekt.
Management der Produktrisiken Management der Projektrisiken
QS, Baselining, Traceability, Dokumentation, Reporting
der Anforderungen
Planung des QM. Baselining, Traceability, Dokumentation und
Reporting für die Ergebnisse des Projekts
!
35. Ein paar Wünsche an Sie als
Projektmanager
Beziehen Sie Business Analysten von Anfang an
in Ihr Projekt ein
Suchen Sie den Austausch und die Zusammenarbeit
mit den Business Analysten
Versuchen Sie nicht, beide Rollen zu übernehmen
Wenn Sie es doch tun müssen: Verschaffen Sie sich
eine entsprechende Ausbildung und machen Sie sich
immer bewusst, welchen Hut Sie gerade tragen