In Wasserfallprojekten schätzt man Aufwände in der Regel vor oder gleich zu Beginn eines Projektes – dummerweise ist dies dann, wenn man noch am wenigsten über das Projekt weiss. Aber auch in einem agilen Projektvorgehen verwendet man häufig immer noch viel Zeit für die Aufwandschätzung – häufig in Form von «Story Points» zu Beginn einer Iteration. Doch welchen Mehrwert bringen uns Aufwandschätzungen, zumal die Praxis zeigt, dass Aufwandschätzungen chronisch falsch sind? Was ist mit den Auftraggebern, welche gerne wissen möchten, was die neue BI-Lösung denn jetzt kosten wird? Spätestens hier brauchen wir doch sicher eine Aufwandschätzung? Raphael Branger kennt dieses Spannungsfeld nur zu gut. Erfahren Sie mehr darüber, welche gutgemeinten Absichten hinter dem Wunsch nach Aufwandschätzungen stehen. Und seien Sie gespannt, welche Alternativen es gibt, diesen Bedürfnissen gerecht zu werden und gleichzeitig den Mehrwert einer BI-Lösung zu steigern.
Metrics we can gain from our (Kanban) system and what we can learn from .. Martin Putz
Foliensatz zum Vortrag "Metrics we can gain from our (Kanban) system and what we can learn from ... " bei der Agile Tour Vienna 2017.
Abstract des Vortrags
In dieser Session wird gezeigt, wie man auf einfache Art und Weise Metriken generieren kann, welche Metriken sinnvollerweise herangezogen werden sollten, und wie diese helfen datenbasierte und somit fundiertere Entscheidungen zu treffen und wie man diese Daten verwenden kann, um das zukünftige Verhalten des Systems zu prognostizieren.
Agile Testing Days 2017 Introducing AgileBI SustainablyRaphael Branger
This document provides an agenda and overview for a workshop on introducing agile business intelligence sustainably. The workshop schedule includes sessions on what is business intelligence, introducing agile BI building blocks, building block details, BI-specific testing, and a retrospective. The presenter's slides and exercises are available online. The presenter's background and credentials in BI, agile methods, and various industry organizations are also provided.
Agile Testing Days 2017 Intoducing AgileBI Sustainably - ExcercisesRaphael Branger
"We now do Agile BI too” is often heard in todays BI community. But can you really "create" agile in Business Intelligence projects? This presentation shows that Agile BI doesn't necessarily start with the introduction of an iterative project approach. An organisation is well advised to establish first the necessary foundations in regards to organisation, business and technology in order to become capable of an iterative, incremental project approach in the BI domain.
In this session you learn which building blocks you need to consider. In addition you will see what a meaningful sequence to these building blocks is. Selected aspects like test automation, BI specific design patterns as well as the Disciplined Agile Framework will be explained in more and practical details.
NRWConf 2013 - Effort Estimation in Agile ProjectsRainer Stropek
Last week I travelled to Wuppertal to participate in the community conference NRWConf 2013. With time cockpit we have been sponsors and speakers for this event for years. At NRWConf I did a conference about effort estimation in agile projects. This is the slide deck I used. Sorry for mixing up German and English. I combined two existing talks for this session and by now I couldn't find the time to translate all the slides to German.
Agile Planung (Vortrag beim QS-Tag 2014 in Nürnberg)Stefan ROOCK
Folien zum Vortrag zu agiler Releaseplanung vom QS-Tag 2014 in Nürnberg. Der Vortrag fokussiert nochmal auf den Scrum-Mindset und empirisches Management, macht deutlich, warum lieferbare Produktinkremente sind, zeige die Mechanis der Releaseplanung und des Release-Controlling mit Scrum und diskutiert die Rolle von Varianzquellen und Little's Law für das Releaseplanung.
Agiles Schätzen im Team - Joachim Seibert, OBJEKTspektrum 5/2012Martin Seibert
Mit Aufwandsschätzungen machen es sich Software-Entwicklungsteams zurecht schwer: Der Kunde will vorweg wissen, was ein neues Feature in seiner Software kostet. Selbst wenn wir den genannten Betrag (Aufwand) explizit als Schätzung deklarieren, wissen wir doch, was passieren wird: Im Nachhinein nagelt uns der Kunde darauf fest. Das versucht man in der agilen Software-Entwicklung zu umgehen und beschätzt deshalb keine Aufwände, sondern die Komplexität eines Features in Relation zu den anderen. Dieser Artikel beschreibt, wie agile Teams schnell zu solchen Schätzungen kommen.
Wenn ein Projekt agil durchgeführt werden soll, aber der Kunde einen Festpreis verlangt gehen erstmal alle Alarmleuchten an. Für einen Festpreis erfordert es ein wasserdichtes Angebot, das passt aber nicht zu den agilen Prinzipien wo Änderungen der Anforderungen ständig willkommen sind. Wir schauen uns in der Session gemeinsam einen Weg an mit dem man diesem Dilemma begegnen könnte.
Metrics we can gain from our (Kanban) system and what we can learn from .. Martin Putz
Foliensatz zum Vortrag "Metrics we can gain from our (Kanban) system and what we can learn from ... " bei der Agile Tour Vienna 2017.
Abstract des Vortrags
In dieser Session wird gezeigt, wie man auf einfache Art und Weise Metriken generieren kann, welche Metriken sinnvollerweise herangezogen werden sollten, und wie diese helfen datenbasierte und somit fundiertere Entscheidungen zu treffen und wie man diese Daten verwenden kann, um das zukünftige Verhalten des Systems zu prognostizieren.
Agile Testing Days 2017 Introducing AgileBI SustainablyRaphael Branger
This document provides an agenda and overview for a workshop on introducing agile business intelligence sustainably. The workshop schedule includes sessions on what is business intelligence, introducing agile BI building blocks, building block details, BI-specific testing, and a retrospective. The presenter's slides and exercises are available online. The presenter's background and credentials in BI, agile methods, and various industry organizations are also provided.
Agile Testing Days 2017 Intoducing AgileBI Sustainably - ExcercisesRaphael Branger
"We now do Agile BI too” is often heard in todays BI community. But can you really "create" agile in Business Intelligence projects? This presentation shows that Agile BI doesn't necessarily start with the introduction of an iterative project approach. An organisation is well advised to establish first the necessary foundations in regards to organisation, business and technology in order to become capable of an iterative, incremental project approach in the BI domain.
In this session you learn which building blocks you need to consider. In addition you will see what a meaningful sequence to these building blocks is. Selected aspects like test automation, BI specific design patterns as well as the Disciplined Agile Framework will be explained in more and practical details.
NRWConf 2013 - Effort Estimation in Agile ProjectsRainer Stropek
Last week I travelled to Wuppertal to participate in the community conference NRWConf 2013. With time cockpit we have been sponsors and speakers for this event for years. At NRWConf I did a conference about effort estimation in agile projects. This is the slide deck I used. Sorry for mixing up German and English. I combined two existing talks for this session and by now I couldn't find the time to translate all the slides to German.
Agile Planung (Vortrag beim QS-Tag 2014 in Nürnberg)Stefan ROOCK
Folien zum Vortrag zu agiler Releaseplanung vom QS-Tag 2014 in Nürnberg. Der Vortrag fokussiert nochmal auf den Scrum-Mindset und empirisches Management, macht deutlich, warum lieferbare Produktinkremente sind, zeige die Mechanis der Releaseplanung und des Release-Controlling mit Scrum und diskutiert die Rolle von Varianzquellen und Little's Law für das Releaseplanung.
Agiles Schätzen im Team - Joachim Seibert, OBJEKTspektrum 5/2012Martin Seibert
Mit Aufwandsschätzungen machen es sich Software-Entwicklungsteams zurecht schwer: Der Kunde will vorweg wissen, was ein neues Feature in seiner Software kostet. Selbst wenn wir den genannten Betrag (Aufwand) explizit als Schätzung deklarieren, wissen wir doch, was passieren wird: Im Nachhinein nagelt uns der Kunde darauf fest. Das versucht man in der agilen Software-Entwicklung zu umgehen und beschätzt deshalb keine Aufwände, sondern die Komplexität eines Features in Relation zu den anderen. Dieser Artikel beschreibt, wie agile Teams schnell zu solchen Schätzungen kommen.
Wenn ein Projekt agil durchgeführt werden soll, aber der Kunde einen Festpreis verlangt gehen erstmal alle Alarmleuchten an. Für einen Festpreis erfordert es ein wasserdichtes Angebot, das passt aber nicht zu den agilen Prinzipien wo Änderungen der Anforderungen ständig willkommen sind. Wir schauen uns in der Session gemeinsam einen Weg an mit dem man diesem Dilemma begegnen könnte.
Agile und Projektmanagement - Kein entweder-oder sondern andersSteffen Thols
Mittlerweile wendet so ziemlich jede Organisation agile Vorgehensweisen für die Durchführung ihrer Projekte und Produktentwicklungen an.
Agile ist State of the Art geworden. Insbesondere auch durch die Verbreitung in großen Firmen mit anderen Ansprüchen zum Beispiel an Dokumentationen hat sich eine Diskussion entwickelt, wie Agile und Projektmanagement zusammen passen bzw. ob dies überhaupt funktioniert.
Ich bin der Meinung, dass auch agile Vorgehensweisen ein Projektmanagement benötigen, denn die Aufgaben eines Managers fallen ja nicht plötzlich weg, nur weil man nun Agile macht. In diesem Vortrag möchte ich Denkanstöße geben was Agile für mich als Projektmanager und die Organisation bedeutet.
Der Vortrag beschreibt die Architektur eines serviceorientierten, modular erweiterbaren DWH-Modells und dem dazu gehörigen Berichtswesens. Er soll außerdem zeigen, wie ein solches Modell in ein bereits existierendes, stark heterogenes Umfeld eingebunden werden kann.
Die verschiedenen Schichten des DWH-Modells sowie die Einbindung in das Umfeld werden dabei detailliert beschrieben. Auf die Vor- und Nachteile der verschiedenen Modellierungsmöglichkeiten (3NF, Stern, Cube), sowie Aspekte der zukünftigen Erweiterung und Veränderung wird ebenfalls eingegangen. Eine kurze Übersicht über Tuning und Sicherheitsaspekte beendet den ersten Teil.
Der zweite Teil besteht aus einer Übersicht über die Einbindung des Berichtswesens in die Gesamtarchitektur. Verschiedene Ansatzmöglichkeiten für die Bedienung der Anforderungen verschiedener Nutzergruppen werden erarbeitet. Zuletzt werden Ideen zur Konsolidierung und Ablösung eines stark zerklüfteten, sich widersprechenden Berichtswesens gegeben.
Der Vortrag soll damit DWH-Architekten Möglichkeiten aufzeigen, wie man ein DWH zukunftssicher und flexibel modellieren und in ein heterogenes Umfeld einbetten kann. OPITZ CONSULTING Berater Arno Tigges hielt diesen Vortrag am 29.06.2010 bei der DOAG SIG BI/DWH in Köln.
Projektportfoliomanagement: So steuern Sie Ihr Portfolio richtig mit Berichte...AnnaPauels
Im Projektportfoliomanagement benötigen Sie zum erfolgreichen Lenken Ihres Portfolios und für fundierte Entscheidungen regelmäßig aktuelle, vollständige und richtige Daten. Dabei hilft dem PMO ein strukturiertes Dashboard mit den wichtigsten Kennzahlen der Projekte und Programme. Deren Hintergründe können Sie per Drill-Down auf Detailberichte einsehen. Mit der Darstellung der Historie lassen sich bisherige Ereignisse nachvollziehen und künftige Entwicklungen besser einschätzen.
In diesem Webinar lernen Sie die wichtigsten Berichte für Projektportfoliomanagement kennen, die Antworten auf folgende Fragen liefern: Wie gesund ist mein Portfolio? Welche Projekte sind in der Pipeline? Welche Risiken gibt es? Wie ist die Auslastung der Teams? Wie steht es um das Gesamtbudget? Passt der Strategiebeitrag, machen wir die richtigen Projekte?
Unser Ziel: Sie haben das gute Gefühl, Ihre Projektwelt wirklich im Griff zu haben.
Ein Webinar, vom 10.05.2023, für PMOs, Portfoliomanagement und Entscheidende auf der Suche nach sinnvollen Prozessen und Berichten für das erfolgreiche Steuern von Projektportfolios.
Das Video zum Thema: https://www.youtube.com/watch?v=xrJiZCp_RYQ
Visit us on Social Media: www.linkedin.com/company/tpg-the-project-group/
Oder machen Sie sich schlau mit weiteren kostenlosen TPG Inhalten:
- TPG Blog: https://www.theprojectgroup.com/blog
- TPG Podcast: https://www.theprojectgroup.com/podcast
- TPG Newsletter: https://www.theprojectgroup.com/newsletter
- TPG Webinare: https://www.theprojectgroup.com/webinar
KI und Predictive Maintenance am Beispiel von DB CargoInspirient
Joint presentation of Inspirient GmbH and DB Cargo AG at Fraunhofer IPA "Start-up Your AI" on 23 February 2021. We talk about how Inspirient's AI was deployed at DB Cargo to support Predictive Maintenance initiatives and which best practices contributed to the success of the project.
Ein Pecha Kucha auf dem XP Days Germany 2010 in Hamburg.
Im Ursprung aus einer Laune heraus entstanden (http://twitter.com/AndreasEK/status/14786543511), würde ich das Experiment gerne in die Tat umsetzen.
Ein Pecha Kucha kombiniert mit Lyrik: Haikus; Stab-, Kreuz- und Schüttelreime; katalektische Hexameter; Limericks; und vieles mehr.
Inhalt des Pecha Kuchas ist
* 4 das Agile Manifest (http://agilemanifesto.org/)
* 12 die Prinzipien des agilen Manifests (http://agilemanifesto.org/principles.html)
* 4 das Manifest des Softwarehandwerks (http://manifesto.softwarecraftsmanship.org/)
Durch Humor, Satire und Zeit zum Nachdenken (naja, 20 Sekunden...) wird Altbekanntes in ein neues Licht gestellt.
Slides from the DevOps day in Bern. The slidedeck covers basic DevOps but concentrates on Feature Teams, where DevOps is an enabler and integration technique.
Agile Festpreisprojekte weichen von der üblichen Vorstellung ab, ein festes Gewerk zu spezifizieren, dass am Ende der Projektlaufzeit entstanden ist und entsprechend der ursprünglichen Spezifikation abgenommen werden kann.
Plötzlich muss zwischen verschiedenen Organisationen in einer Weise zusammengearbeitet werden, die sich durch klassische Verträge mit dem damit verbundenen Risikomanagement (das heißt dem Misstrauen in der Geschäftsbeziehung) nicht mehr abdecken lässt. Wir brauchen also einen anderen Rahmen, um vertrauensvoll und zielorientiert zusammenzuarbeiten.
Dieser Vortrag bringt einige Beispiele aus der Projektpraxis mit den Fallen des täglichen Projektlebens und wie sich die entstehenden Probleme lösen ließen.
Chancen und Krisenmanagement im Mittelstand Detlef Kahrs CONSIDEO Detlef Kahrs
Dieser Vortrag im Rahmen der Veranstaltung "schneller. besser. innovativer. Erfahrungs- und Informationsmanagement in der Unternehmenspraxis" der Initiative ebiz/ Bremen
am 19. November 2009
beschreibt ein vernetzendes Vorgehen für ein wirklich verantwortliches Chancen- und Krisenmanagement: Dies ist nur möglich, wenn die treibenden Faktoren und ihre Wechselwirkungen über die einfache Anwendung des Consideo Modelers berücksichtigt werden können!
Kahrs-Beratung.de bietet Informationen für Interessierte am Consideo-Modeler: http://www.kahrs-beratung.de/spezial-software-t.html
Die Anschaffung einer technologischen Lösung für die mehrsprachige Kundenkommunikation geht immer mit Investitionen in Produkte und Qualifizierung einher. Wie rechtfertigen sich diese finanziell - ganz konkret? In dieser Präsentation sehen Sie einige Beispiele, wie der ROI von Übersetzungs- und Prozesskosten im Vorfeld der Anschaffung berechnet werden kann.
Weitere Informationen zu Sprachtechnologie und Mehrsprachigkeit unter: http://www.sdl.com/de/campaign/lt/mehrsprachigkeit/den-globalen-kunden-gibt-es-nicht.html?utm_source=ss&utm_medium=ppt&utm_campaign=ms
More Related Content
Similar to Sinn und Unsinn von Aufwandschätzungen in BI-Projekten
Agile und Projektmanagement - Kein entweder-oder sondern andersSteffen Thols
Mittlerweile wendet so ziemlich jede Organisation agile Vorgehensweisen für die Durchführung ihrer Projekte und Produktentwicklungen an.
Agile ist State of the Art geworden. Insbesondere auch durch die Verbreitung in großen Firmen mit anderen Ansprüchen zum Beispiel an Dokumentationen hat sich eine Diskussion entwickelt, wie Agile und Projektmanagement zusammen passen bzw. ob dies überhaupt funktioniert.
Ich bin der Meinung, dass auch agile Vorgehensweisen ein Projektmanagement benötigen, denn die Aufgaben eines Managers fallen ja nicht plötzlich weg, nur weil man nun Agile macht. In diesem Vortrag möchte ich Denkanstöße geben was Agile für mich als Projektmanager und die Organisation bedeutet.
Der Vortrag beschreibt die Architektur eines serviceorientierten, modular erweiterbaren DWH-Modells und dem dazu gehörigen Berichtswesens. Er soll außerdem zeigen, wie ein solches Modell in ein bereits existierendes, stark heterogenes Umfeld eingebunden werden kann.
Die verschiedenen Schichten des DWH-Modells sowie die Einbindung in das Umfeld werden dabei detailliert beschrieben. Auf die Vor- und Nachteile der verschiedenen Modellierungsmöglichkeiten (3NF, Stern, Cube), sowie Aspekte der zukünftigen Erweiterung und Veränderung wird ebenfalls eingegangen. Eine kurze Übersicht über Tuning und Sicherheitsaspekte beendet den ersten Teil.
Der zweite Teil besteht aus einer Übersicht über die Einbindung des Berichtswesens in die Gesamtarchitektur. Verschiedene Ansatzmöglichkeiten für die Bedienung der Anforderungen verschiedener Nutzergruppen werden erarbeitet. Zuletzt werden Ideen zur Konsolidierung und Ablösung eines stark zerklüfteten, sich widersprechenden Berichtswesens gegeben.
Der Vortrag soll damit DWH-Architekten Möglichkeiten aufzeigen, wie man ein DWH zukunftssicher und flexibel modellieren und in ein heterogenes Umfeld einbetten kann. OPITZ CONSULTING Berater Arno Tigges hielt diesen Vortrag am 29.06.2010 bei der DOAG SIG BI/DWH in Köln.
Projektportfoliomanagement: So steuern Sie Ihr Portfolio richtig mit Berichte...AnnaPauels
Im Projektportfoliomanagement benötigen Sie zum erfolgreichen Lenken Ihres Portfolios und für fundierte Entscheidungen regelmäßig aktuelle, vollständige und richtige Daten. Dabei hilft dem PMO ein strukturiertes Dashboard mit den wichtigsten Kennzahlen der Projekte und Programme. Deren Hintergründe können Sie per Drill-Down auf Detailberichte einsehen. Mit der Darstellung der Historie lassen sich bisherige Ereignisse nachvollziehen und künftige Entwicklungen besser einschätzen.
In diesem Webinar lernen Sie die wichtigsten Berichte für Projektportfoliomanagement kennen, die Antworten auf folgende Fragen liefern: Wie gesund ist mein Portfolio? Welche Projekte sind in der Pipeline? Welche Risiken gibt es? Wie ist die Auslastung der Teams? Wie steht es um das Gesamtbudget? Passt der Strategiebeitrag, machen wir die richtigen Projekte?
Unser Ziel: Sie haben das gute Gefühl, Ihre Projektwelt wirklich im Griff zu haben.
Ein Webinar, vom 10.05.2023, für PMOs, Portfoliomanagement und Entscheidende auf der Suche nach sinnvollen Prozessen und Berichten für das erfolgreiche Steuern von Projektportfolios.
Das Video zum Thema: https://www.youtube.com/watch?v=xrJiZCp_RYQ
Visit us on Social Media: www.linkedin.com/company/tpg-the-project-group/
Oder machen Sie sich schlau mit weiteren kostenlosen TPG Inhalten:
- TPG Blog: https://www.theprojectgroup.com/blog
- TPG Podcast: https://www.theprojectgroup.com/podcast
- TPG Newsletter: https://www.theprojectgroup.com/newsletter
- TPG Webinare: https://www.theprojectgroup.com/webinar
KI und Predictive Maintenance am Beispiel von DB CargoInspirient
Joint presentation of Inspirient GmbH and DB Cargo AG at Fraunhofer IPA "Start-up Your AI" on 23 February 2021. We talk about how Inspirient's AI was deployed at DB Cargo to support Predictive Maintenance initiatives and which best practices contributed to the success of the project.
Ein Pecha Kucha auf dem XP Days Germany 2010 in Hamburg.
Im Ursprung aus einer Laune heraus entstanden (http://twitter.com/AndreasEK/status/14786543511), würde ich das Experiment gerne in die Tat umsetzen.
Ein Pecha Kucha kombiniert mit Lyrik: Haikus; Stab-, Kreuz- und Schüttelreime; katalektische Hexameter; Limericks; und vieles mehr.
Inhalt des Pecha Kuchas ist
* 4 das Agile Manifest (http://agilemanifesto.org/)
* 12 die Prinzipien des agilen Manifests (http://agilemanifesto.org/principles.html)
* 4 das Manifest des Softwarehandwerks (http://manifesto.softwarecraftsmanship.org/)
Durch Humor, Satire und Zeit zum Nachdenken (naja, 20 Sekunden...) wird Altbekanntes in ein neues Licht gestellt.
Slides from the DevOps day in Bern. The slidedeck covers basic DevOps but concentrates on Feature Teams, where DevOps is an enabler and integration technique.
Agile Festpreisprojekte weichen von der üblichen Vorstellung ab, ein festes Gewerk zu spezifizieren, dass am Ende der Projektlaufzeit entstanden ist und entsprechend der ursprünglichen Spezifikation abgenommen werden kann.
Plötzlich muss zwischen verschiedenen Organisationen in einer Weise zusammengearbeitet werden, die sich durch klassische Verträge mit dem damit verbundenen Risikomanagement (das heißt dem Misstrauen in der Geschäftsbeziehung) nicht mehr abdecken lässt. Wir brauchen also einen anderen Rahmen, um vertrauensvoll und zielorientiert zusammenzuarbeiten.
Dieser Vortrag bringt einige Beispiele aus der Projektpraxis mit den Fallen des täglichen Projektlebens und wie sich die entstehenden Probleme lösen ließen.
Chancen und Krisenmanagement im Mittelstand Detlef Kahrs CONSIDEO Detlef Kahrs
Dieser Vortrag im Rahmen der Veranstaltung "schneller. besser. innovativer. Erfahrungs- und Informationsmanagement in der Unternehmenspraxis" der Initiative ebiz/ Bremen
am 19. November 2009
beschreibt ein vernetzendes Vorgehen für ein wirklich verantwortliches Chancen- und Krisenmanagement: Dies ist nur möglich, wenn die treibenden Faktoren und ihre Wechselwirkungen über die einfache Anwendung des Consideo Modelers berücksichtigt werden können!
Kahrs-Beratung.de bietet Informationen für Interessierte am Consideo-Modeler: http://www.kahrs-beratung.de/spezial-software-t.html
Die Anschaffung einer technologischen Lösung für die mehrsprachige Kundenkommunikation geht immer mit Investitionen in Produkte und Qualifizierung einher. Wie rechtfertigen sich diese finanziell - ganz konkret? In dieser Präsentation sehen Sie einige Beispiele, wie der ROI von Übersetzungs- und Prozesskosten im Vorfeld der Anschaffung berechnet werden kann.
Weitere Informationen zu Sprachtechnologie und Mehrsprachigkeit unter: http://www.sdl.com/de/campaign/lt/mehrsprachigkeit/den-globalen-kunden-gibt-es-nicht.html?utm_source=ss&utm_medium=ppt&utm_campaign=ms
Similar to Sinn und Unsinn von Aufwandschätzungen in BI-Projekten (20)
Technologie einsetzen – Einsparungen sichtbar machen
Sinn und Unsinn von Aufwandschätzungen in BI-Projekten
1. Sinn und Unsinn von
Aufwandschätzungen in BI-Projekten
Zürich-Regensdorf, 20. November, 2017
Raphael Branger
Senior BI Solution Architect, IT-Logix AG
3. AGENDA
Teil 1: Schätzen und Alternativen dazu
Teil 2: Was braucht es, damit die Alternativen funktionieren?
Vertikale Umsetzung als Grundlage für zuverlässige Prognosen
Agile Vertragsformen
5. ERGEBNISVERSPRECHEN
Ein Ergebnisversprechen verbindet einen Soll-Zustand, meist verbunden mit einem Budget.
«Nur wenn Sie das Ergebnis mit der Sicherheit eines meisterlichen Handwerkers herstellen können, […] weil
sie das Selbe oder zumindest sehr Ähnliches schon oft getan haben, nur dann können Sie nämlich hinreichend
genau abschätzen, ob das zur Verfügung stehende Budget ausreicht.»
Ergebnisversprechen sind stark risikobehaftet, nicht gehalten zu werden.
Hans Muster
Projektteam
«Wir liefern die 10
Reports bis in sechs
Monaten zum Preis XY.»
In Anlehnung an http://ich-verspreche.org/versprechen/
6. VERHALTENSVERSPRECHEN
Ein Verhaltensversprechen verbindet eine Tätigkeit mit Ressourcen und oder drückt einen qualitativen Aspekt
der Tätigkeit – eine «Haltung» – aus.
«Gehen Sie Verhaltensversprechen nur ein, wenn Sie der Herr über Ihre Zeit sind.»
Wie aber kommt man zu «fünf Monate» und «zwei Entwickler»?
«Wir stellen für die
nächsten fünf Monate
zwei Entwickler Full-Time
zur Verfügung.»
Hans Muster
Projektteam
«Wir versprechen, die
angefallenen Aufwände
«true & fair»
abzurechnen.»
In Anlehnung an http://ich-verspreche.org/versprechen/
7. DEFINITIONEN (1/2)
Ziel (Target): Ein gewünschter Soll-Zustand, oft verknüpft mit einer Angabe, bis wann und oder mit wie viel
Aufwand dieser Zustand erreicht werden soll.
Ablösung bestehendes BI-System bis in ca. 6 Monaten
Plattform schaffen für zukünftige Anforderungen
Plan: «Vorstellung einer zukünftigen Handlungsabfolge».
Der Plan ist nicht ergebnisoffen sondern getrieben durch das zu erreichende Ziel.
Schätzungen sind ein zentraler Input für die Planungsaktivität, dürfen aber nicht mit dieser verwechselt
werden.
Projektstart
Inception-
Phase Transition-Phase
Anfrage
erhalten
Gewünschter
GoLive-Termin
April Mai Juni Juli Aug. Sep. Okt. Nov. Dez. Jan.
Construction-Phase
8. DEFINITIONEN (2/2)
Schätzung (Estimate):
Schätzen / Schätzung:
«(ohne exaktes Messen, nur auf Erfahrung gestützt)
näherungsweise bestimmen» (Duden)
Eine Schätzung ist ergebnisoffen!
Eine Schätzung ist subjektiv.
Eine gute Schätzung:
Wenn die Schätzung +- 25% der tatsächlichen
Werte beträgt, in 75% aller Fälle.
(Source: Conte, Dunsmore, and Shen 1986, in: Steve McConnell, Software
Estimation: Demystifying the Black Art)
600
750
450
9. EIN PAAR GESETZMÄSSIGKEITEN…
Hofstadters Gesetz:
Es dauert immer länger als man
denkt, selbst wenn man
“Hofstadters Gesetz”
berücksichtigt.
Parkinsons Gesetz:
Arbeit dehnt sich in genau dem
Mass aus, wie Zeit für ihre
Erledigung zur Verfügung steht
Murphys Gesetz:
Alles, was schiefgehen kann, wird
auch schiefgehen.
10. DAS PROBLEM UND DAS DRUMHERUM
Das Problem an sich
Man kann das Problem an sich schätzen.
Das «Drumherum» dominiert oftmals aber die realen Aufwände.
Das «Drumherum» lässt sich fast nur auf Basis von Vergangenheitswerten im gleichen Umfeld schätzen.
11. VERWECHSLUNGSGEFAHR!
Schätzungen sind keine Ergebnisversprechen.
Hans Muster
Projektteam
«Wir schätzen ungefähr
2 Wochen Aufwand pro
Bericht»
«Pro Bericht werden
2 Wochen benötigt.»
12. DER AUFWAND DER AUFWANDSCHÄTZUNG
Wer ist geeignet, Aufwände zu schätzen?
Jede Stunde, welche in Schätzarbeiten investiert wird, ist eine Stunde weniger, welche für die
Lösungsentwicklung genutzt werden kann.
13. FAZIT FÜR MICH:
«Schätzungen schaffen keinen direkten Mehrwert in Ihrem Prozess, darum wollen wir Wege finden,
den Schätzprozess zu reduzieren oder wo möglich ganz darauf zu verzichten.» (Vasco Duarte)
15. BEDÜRFNISSE
Budget muss bewilligt werden – vor dem Projekt…
Bedürfnis nach Sicherheit, dass das Altsystem
rechtzeitig abgelöst werden kann.
Hans Muster
IT-Logix Operations
Welche Berater mit welchem Skillset müssen in
welchem Zeitraum zur Verfügung stehen?
16. BEDÜRFNISSE
Wie sind wir unterwegs?
Können wir die Deadline halten?
Hans Muster
April Mai Juni Juli Aug. Sep. Okt. Nov. Dez. Jan.
Anfrage
erhalten
Gewünschter
GoLive-Termin
17. BUDGETIERUNG (1/3)
Thema 1: Analysen zu Bestellungen:
6 Berichte + Datengrundlage 50%
Thema 2: Analysen zur Finanzbuchhaltung:
1 Bericht + Datengrundlage 10%
Thema 3: Analysen zur Produktion:
3 Berichte + Datengrundlage 40%
+
+
+
Projektstart
Inception-
Phase Transition-Phase
April Mai Juni Juli Aug. Sep. Okt. Nov. Dez. Jan.
Anfrage
erhalten
Gewünschter
GoLive-Termin
Construction-Phase 18 Wochen
Thema 1 T2 Thema 3
Der Fokus sollte auf der
Schätzung des Business-Nutzen
sein – welches Thema, welcher
Report hat welchen Wert für das
Unternehmen? Priorisierung!
18. BUDGETIERUNG (2/3)
Teamzusammenstellung Variante 1
2 Entwickler
Teamzusammenstellung Variante 2
3 Entwickler
+
+ +
Was gibt uns die Sicherheit, dass wir das Altsystem firstgerecht ablösen können?
Bisherige Erfahrungswerte zur Bestimmung der initialen Teamgrösse
Ein agiles Vorgehen und das zugrundeliegende Handwerk, eine BI-Lösung in kleinen Inkrementen zu
bauen.
«Harte» Priorisierung der zu erstellenden Lieferobjekte
19. BUDGETIERUNG (3/3)
Ein Hilfsmittel für die Budgetierung:
Projekt T-Shirt-Grössen auf Basis der Daten aus bisherigen Projekten.
Parameter XS S M L XL XXL
Preis < 50k bis > 1M CHF
Anzahl Themen 1 2-3 2-3 3-4 5-6 6-8
Dauer Construction pro Thema 4 bis 8 Wochen
Anzahl Releases 1 1 2 2 3 3
Teamgrösse IT-Logix (Personen) 1 2 2-3 2-3 2-3 3-4
Teamgrösse Kunden (Personen) 1 1 1-2 2-3 2-3 2-3
Dedizierte Grobkonzept-Phase Nein Nein Nein Ja Ja Ja
Dauer Inception Phase in W. 0.5 1 1 2 2 2
Dauer Transition Phase in W. 0.5 1 2 3 3 3
Gesamtdauer in Monaten 1.5 3.0 4.5 8.5 13 17
…
20. ZWISCHENSTAND Die Budgetierung erfolgt kollaborativ
zwischen Auftraggeber und Auftragnehmer.
Es wird eine erste Priorisierung auf Basis
des Wertbeitrags der einzelnen
Lösungsbestandteile vorgenommen.
Eine agile Projektabwicklung stellt sicher,
dass diejenigen Lieferobjekte mit dem
grössten Businessnutzen zuerst bearbeitet
werden. Im Zweifelsfalle hat man lieber den
Spatz in der Hand als die Taube auf dem
Dach.
Als Auftragnehmer verspricht IT-Logix, die
geschätzte Anzahl Personen im
entsprechenden Zeitraum zur Verfügung zu
stellen.
?
Hans Muster
IT-Logix Operations
22. PROJEKTFORTSCHRITT
Projektstart
Inception-
Phase Transition-Phase
April Mai Juni Juli Aug. Sep. Okt. Nov. Dez. Jan.
Anfrage
erhalten
Gewünschter
GoLive-Termin
Construction-Phase
4 von 6 Berichten fertig 2 Berichte Trans.
Thema 1 T2 Thema 3
T2 Thema 3
Neuer,
prognostizierter
GoLive-Termin
Daten zum bisherigen Fortschritt sollten wir nutzen, um den weiteren Projektverlauf zu prognostizieren.
Eine Definition des Begriffs «Prognose»:
Die Basis einer validen Prognose bilden Fakten, die oft mit formalisierten Methoden (Messungen, zeitlich
gegliederten Messreihen oder Simulationen) zur Erstellung von Datenmaterial erhoben werden. Auf diesen
Grundlagen können dann mit einer bestimmten Wahrscheinlichkeit Voraussagen gemacht und Entscheidungen
getroffen werden.
2.5 Wochen / Bericht 2 Berichte T2 Thema 3 Trans.
Trans.
23. ENTSCHEIDE!
Entscheid-Option 1
Ressourcen
& Kosten
Deadline &
Kosten
Umfang
10 Berichte mit
zugehöriger
Datengrundlage
Ende Oktober
Ende Dezember
3 Entwickler
Projektstart
Inception-
Phase Transition-Phase
April Mai Juni Juli Aug. Sep. Okt. Nov. Dez. Jan.
Anfrage
erhalten
Gewünschter
GoLive-Termin
Construction-Phase
2.5 Wochen / Bericht 2 Berichte T2 Thema 3 Trans.
24. ENTSCHEIDE!
Entscheid-Option 2
Ressourcen
& Kosten
Deadline &
Kosten
Umfang
10 Berichte mit
zugehöriger
Datengrundlage
Ende Oktober
2. Team für
Thema 3
Projektstart
Inception-
Phase Transition-Phase
April Mai Juni Juli Aug. Sep. Okt. Nov. Dez. Jan.
Anfrage
erhalten
Gewünschter
GoLive-Termin
Construction-Phase
2.5 Wochen / Bericht 2 Berichte T2
Thema 3
Trans.
25. ENTSCHEIDE!
Entscheid-Option 3a
Ressourcen
& Kosten
Deadline &
Kosten
Umfang
10 7 Berichte mit
zugehöriger Datengrundlage
(Thema 3 weglassen im
aktuellen Release)
Ende Oktober3 Entwickler
Projektstart
Inception-
Phase Transition-Phase
April Mai Juni Juli Aug. Sep. Okt. Nov. Dez. Jan.
Anfrage
erhalten
Gewünschter
GoLive-Termin
Construction-Phase
2.5 Wochen / Bericht 2 Berichte T2 Thema 3Trans.
26. ENTSCHEIDE!
Entscheid-Option 3b
Ressourcen
& Kosten
Deadline &
Kosten
Umfang
10 Berichte mit zugehöriger
Datengrundlage
(Design to Cost mit 1.3
Wochen / Bericht)
Ende Oktober3 Entwickler
Projektstart
Inception-
Phase Transition-Phase
April Mai Juni Juli Aug. Sep. Okt. Nov. Dez. Jan.
Anfrage
erhalten
Gewünschter
GoLive-Termin
Construction-Phase
2.5 Wochen / Bericht 2 Berichte T2 Thema 3 Trans.
27. ZWISCHENSTAND Die Budgetierung erfolgt kollaborativ
zwischen Auftraggeber und Auftragnehmer.
Es wird eine erste Priorisierung auf Basis
des Wertbeitrags der einzelnen
Lösungsbestandteile vorgenommen.
Eine agile Projektabwicklung stellt sicher,
dass diejenigen Lieferobjekte mit dem
grössten Businessnutzen zuerst bearbeitet
werden. Im Zweifelsfalle hat man lieber den
Spatz in der Hand als die Taube auf dem
Dach.
Als Auftragnehmer verspricht IT-Logix, die
geschätzte Anzahl Personen im
entsprechenden Zeitraum zur Verfügung zu
stellen.
Mittels einer Prognose können wir
bestimmen, wie wir auf Kurs sind und
Entscheidoptionen erarbeiten.
Hans Muster
IT-Logix Operations
29. ANFORDERUNGEN END 2 END UMSETZEN, UM PRIORISIEREN ZU KÖNNEN!
Bei welcher Herangehensweise wissen wir genauer, wie weit wir im Projekt fortgeschritten sind?
Erst eine vertikale Gliederung der Umsetzung (aka Features) erlaubt eine laufende (Re-) Priorisierung der
Anforderungen!
Thema 1 Thema 1
Feature 1 Feature 2 Feature 3
10%
40%
70%
100%
Kumulativer
Fortschritt
Kumulativer
Fortschritt
50% 61% 100%
Connectivity
DWH
Data Mart
BI App
0%
5%
25%
10%
40%
70%
30. VOM PROJEKT ZUM FEATURE
Der Projektumfang muss weiter heruntergebrochen werden – ohne sich aber um Details kümmern zu müssen.
Zeit
Produktvision = Umfang BI / DWH-Projekt
Release 1 (2-4 Monate) Release 1+n (2-4 Monate)
Inception Construction Transition
1 – n Themen
ConstructionConstructionConstruction
Incep-
tion
Tran-
sition
PRDFeature 1 Feature 2 Feature 3
Features haben eine a priori
maximale «Dauer» – z.B. 2
oder 3 Wochen. Warum?
Vereinfacht die Langfrist-
Prognose, ohne detaillierte
Anforderungen zu kennen.
Parkinsons Gesetz:
Arbeit dehnt sich in genau dem
Mass aus, wie Zeit für ihre
Erledigung zur Verfügung steht
31. VOM FEATURE ZUR USER STORY
Feature 1 User Stories
RTS = Runnable & Tested
Stories sind der
eigentliche Fortschritts-
Indikator in einem
Projekt!
User Stories haben eine a
priori maximale «Dauer» –
z.B. 1 oder 2 Tagen.
Warum?
Wir zwingen uns zu einem
häufigeren und kürzeren
Feedback-Zyklus.
Kurze User Stories sind die
Grundlage zur
Beantwortung der Frage,
ob der Projektfortschritt
(«Flow») wunschgemäss
läuft oder nicht.
BI Applikation
DWH
Connectivity
&
Infrastruktur
Layer
▪ Report mit monatlicher Darstellung
▪ Report mit wöchentlicher Darstellung
▪ Report mit variabler Kennzahlen-Selektion
▪ …
▪ 1 Faktentabelle mit Nicht-monetärer Kennzahl
(z.B. Menge) + Zeitdimension +
Produktdimension (ohne Hierarchie)
▪ Zusätzliche Kennzahl
▪ Produktdimension um Hierarchie erweitern
▪ …
▪ Setup Middleware
▪ Manueller Import
▪ Automatischer Import
▪ …
BI Applikations-Epics
DWH-Epics
Infrastruktur- und
Connectivity Epics
32. TESTEN DER USER STORY
Feature 1 User Stories
BI Applikation
DWH
Connectivity
&
Infrastruktur
Layer
▪ Direkt in der Applikation
▪ Abfrage in Excel
▪ Abfrage in Excel
▪ Abfrage in
SQL Server Mgt. Studio
BI Applikations-Epics
DWH-Epics
Infrastruktur- und
Connectivity Epics
35. TIME & MATERIALS
Release-basierte Vertragsgestaltung
Quartalsweise Releases
Budget und Prioritäten werden
quartalsweise angepasst.
Quelle & Copyright: Peter Stevens, http://www.scrum-breakfast.com/
Release 1 (2-4 Monate)
1 – n Themen
ConstructionConstructionConstruction
Incep-
tion
Tran-
sition
36. DER AGILE FESTPREIS nach Opelt, Gloger et. al.
Vereinbarung eines Motivationsmodells und eines
Kooperationsmodell.
Vereinbarung des Prozesses zur Scope- und
Aufwandsverwaltung.
Definition der Checkpoint-Phase und Definition des Riskshare.
Nach Abschluss Checkpoint-Phase evtl.Anpassung
(Prognose!) und dann Fixieren des Festpreisrahmens.
Gemeinsame Gesamtschätzung der Aufwände, des
Implementierungsrisikos und des Business Values
Erstellen eines indikativen Festpreisrahmens.
Spezifikation der Details eines Features bis auf Ebene User
Story.
Definition des Vertragsgegenstandes auf Ebene von Produkt-
oder Produktvision, Themen und Features.
Inhalt
Prozesse
38. FOKUS AUF KONTINUIERLICHE WERTSCHÖPFUNG
Projektstart
Inception-
Phase Transition-Phase
April Mai Juni Juli Aug. Sep. Okt. Nov. Dez. Jan.
Anfrage
erhalten
Gewünschter
GoLive-Termin
Construction-Phase
Versprechen: Gemeinsames Committment zu Excellence und damit zu True & Fair View.
Schätzen: Welchen Wert schaffen wir durch die Lösung?
Budgetieren: Projekt T-Shirt-Grössen.
Agiles Projekt aufsetzen.
Agilen Vertrag abschliessen.
Prognostizieren: Fortschrittskontrolle mittels Prognose.
Priorisieren: Was ist die nächst wichtigste Sache, die es umzusetzen gilt.
Liefere statt Lafere: Fokus auf kontinuierliche Wertschöpfung.
39. Schätzen Sie noch oder
liefern Sie schon?
«Having a consistent rate of progress is more
important than estimating a project.»
«If you deliver real, measurable
customer/stakeholder value every 3 months
estimates are obsolete.»
Vasco Duarte
Raphael Branger
Senior Solution Architect / Partner
rbranger@it-logix.ch
Herzlichen Dank an das gesamte IT-Logix Team und
Vasco Duarte für die aktive Unterstützung bei der
Vorbereitung dieser Präsentation!
Follow us: @rbranger / @itlogixag
DE: http://blog.it-logix.ch/author/raphael-branger
EN: http://rbranger.wordpress.com