{"id":2825,"date":"2024-07-01T12:03:26","date_gmt":"2024-07-01T10:03:26","guid":{"rendered":"https:\/\/teamdeck.io\/?p=2825"},"modified":"2025-01-23T22:46:57","modified_gmt":"2025-01-23T20:46:57","slug":"how-to-estimate-projects","status":"publish","type":"post","link":"https:\/\/teamdeck.io\/de\/projektleitung\/wie-man-projekte-schatzt\/","title":{"rendered":"Planungspoker Sch\u00e4tzungstechnik und Story Points"},"content":{"rendered":"
\n\t
\n\t\t
\n\t\t\t

Die Herausforderung der ungenauen Sch\u00e4tzungen<\/h3>\n

Ungenaue Sch\u00e4tzungen geh\u00f6ren zu den h\u00e4ufigsten Problemen im Projektmanagement. Wenn Sie ein neues IT-Projekt beginnen, wollen Sie zwei Dinge wissen: wie lange es dauern und wie viel es kosten wird. Um diese Fragen zu beantworten, m\u00fcssen Sie die Projekte, die Sie durchf\u00fchren wollen, sch\u00e4tzen. Es gibt keine magische Regel, die besagt, dass Projekt X 12 Wochen dauert und $150.000 kostet. Oder dass die Entwicklung einer Website wie Y 10 Wochen dauert und $100.000 kostet.<\/p>\n

Antworten auf die wichtigsten Fragen in diesem Artikel<\/h3>\n

Was Sie aus diesem Artikel lernen werden:<\/p>\n

- Wie bereiten sich die Projektmanager auf die Kostensch\u00e4tzung im Projektmanagement vor?<\/p>\n

- Welche Sch\u00e4tzungstechniken sind f\u00fcr die Projektsch\u00e4tzung n\u00fctzlich?<\/p>\n

- Wie sieht die Planung aus, um sich auf eine Kostensch\u00e4tzung mit Formeln vorzubereiten?<\/p>\n

\"\"<\/figure>\n

Die Bedeutung einer pr\u00e4zisen Sch\u00e4tzung<\/h3>\n

Ohne eine gr\u00fcndliche Sch\u00e4tzung k\u00f6nnen Sie weder den Zeitplan noch die Kosten eines Projekts absch\u00e4tzen, selbst wenn der Umfang des Projekts sehr \u00e4hnlich zu dem ist, was Sie bisher gemacht haben. Aber es kommt noch schlimmer: Eine Sch\u00e4tzung wird Ihnen auch auf diese Fragen niemals eine 100% genaue Antwort geben. Warum machen wir also Sch\u00e4tzungen? Weil dies die einzige M\u00f6glichkeit ist, Annahmen \u00fcber den Zeitplan und das Budget des Projekts, den Arbeitsaufwand und die erforderlichen Ressourcen f\u00fcr die Durchf\u00fchrung des Projekts zu treffen.<\/p>\n

\"\"<\/figure>\n

Vorteile einer pr\u00e4zisen Sch\u00e4tzung<\/h3>\n

Durch die Sch\u00e4tzung des Projekts sind Sie auch in der Lage, Mitarbeiter mit der richtigen Erfahrung und Kompetenz einzuplanen. Was Sie dagegen tun k\u00f6nnen, ist, Methoden und Techniken zu verwenden, die es Ihnen erm\u00f6glichen, Ihre Sch\u00e4tzungen so genau wie m\u00f6glich vorzunehmen. Im Folgenden erfahren Sie, wie Sie mit der Agile-Methode und der Planning-Poker-Technik aussagekr\u00e4ftige Sch\u00e4tzungen f\u00fcr Ihr Projekt erstellen k\u00f6nnen.<\/p>\n

\"\"<\/figure>\n

Der Ursprung des Planungspokers<\/h3>\n

Woher kommt der Scrum-(Planungs-)Poker?<\/h4>\n

James Grenning entwickelte 2002 den f\u00fcr seine Strategie bekannten Planungspoker namens Scrum-Poker. In den fr\u00fchen 1950er Jahren war seine Sch\u00e4tzmethode, Wide band Delphi, zu zeitaufw\u00e4ndig und hatte andere Einschr\u00e4nkungen. In Grennings Fall ging es bei dem Pokerplan urspr\u00fcnglich darum, ein Problem zu l\u00f6sen, bei dem die Spieler zu begeistert und \u00fcberm\u00e4\u00dfig fokussiert waren, um zu gewinnen. Mike Cohn, der Begr\u00fcnder von Agile Alliances und Scrum Alliances, verwendete diese Technik sp\u00e4ter f\u00fcr einen Artikel mit dem Titel Agile Estimation and Planning.<\/p>\n

\"\"<\/figure>\n

Schritte zur pr\u00e4zisen Projektsch\u00e4tzung<\/h3>\n

Erstellen Sie eine Liste der erforderlichen Funktionen<\/h4>\n

Der Erfolg eines Projekts h\u00e4ngt vor allem davon ab, wie gut man versteht, worum es eigentlich geht. Das schlie\u00dft ein:<\/p>\n

- Verstehen der Erwartungen Ihres Kunden<\/p>\n

- Verstehen der Ziele des Projekts und des Hauptziels<\/p>\n

- Erstellen einer Liste der erforderlichen Merkmale<\/p>\n

Sobald Sie das Briefing des Kunden durchgelesen haben und so viele Informationen wie m\u00f6glich \u00fcber die Projektanforderungen haben, k\u00f6nnen Sie alle Funktionen auflisten und sie an Ihr Team weitergeben.<\/p>\n

Entwickeln eines Product Backlogs<\/h4>\n

Erstellen Sie dazu ein Product Backlog, das alle zu erledigenden Funktionen enth\u00e4lt. Anschlie\u00dfend k\u00f6nnen Sie sie nach Priorit\u00e4ten ordnen, ihre Komplexit\u00e4t bewerten und absch\u00e4tzen, wie lange es dauern wird, sie fertigzustellen. Ein gutes Product Backlog sollte aus folgenden Punkten bestehen:<\/p>\n

- Benutzergeschichten - beschreiben die Aktionen, die die Benutzer bei jedem Schritt der Produktverwendung ausf\u00fchren k\u00f6nnen<\/p>\n

- Akzeptanzkriterien - Auflistung der Elemente, die f\u00fcr die Fertigstellung einer Geschichte erforderlich sind<\/p>\n

- Story Points - Sch\u00e4tzung des Arbeitsaufwands, der Risiken und der Komplexit\u00e4t in relativen Punktwerten<\/p>\n

- Aufgaben f\u00fcr Benutzergeschichten - Liste der Aufgaben, die f\u00fcr die Erstellung einer Benutzergeschichte erforderlich sind<\/p>\n

Es ist von entscheidender Bedeutung, das Entwicklungsteam in die Erstellung und Priorisierung des Product Backlogs einzubeziehen, um eine genaue und realistische Einsch\u00e4tzung zu gew\u00e4hrleisten.<\/p>\n

Priorisierung von Funktionen<\/h3>\n

Merkmale nach Priorit\u00e4t sortieren<\/h4>\n

Wenn Sie eine Liste von Merkmalen erstellt haben, ordnen Sie jedem dieser Merkmale eine Priorit\u00e4t zu. Sie k\u00f6nnen die MoSCoW-Analysemethode verwenden, um sie zu sortieren:<\/p>\n

- Muss haben<\/p>\n

- H\u00e4tte<\/p>\n

- H\u00e4tte<\/p>\n

- Wird nicht haben<\/p>\n

Konzentrieren Sie sich bei der Entwicklung eines Projekts auf die Dinge, die Sie in erster Linie liefern m\u00fcssen. Die Erstellung eines MVP gibt Ihnen die M\u00f6glichkeit, Hypothesen \u00fcber Ihre Idee zu testen, bevor Sie das gesamte Projekt abschlie\u00dfen, es Stakeholdern oder Betanutzern zu zeigen und Feedback zu sammeln, das f\u00fcr die weitere Entwicklung der restlichen Funktionen wichtig ist.<\/p>\n

Bedeutung der Zuweisung von Priorit\u00e4ten<\/h4>\n

Die Zuweisung von Priorit\u00e4ten kann Ihnen auch bei der Sch\u00e4tzung des Projekts helfen. Wenn Sie sich auf die wichtigsten und zuerst zu erledigenden Funktionen konzentrieren, k\u00f6nnen Sie genauere Annahmen \u00fcber deren voraussichtliche Fertigstellung machen. F\u00fcr \"m\u00f6gliche\" Funktionen k\u00f6nnen Sie mit einer groben Sch\u00e4tzung beginnen, da sie sich weiter im Entwicklungsprozess befinden und sich bis zu dem Zeitpunkt, an dem Ihr Team sie erreicht, noch viel \u00e4ndern kann (und wenn Ihr Team sie erreicht, da Sie nach dem Sammeln von Feedback zu Ihrem MVP umschwenken und nicht alle urspr\u00fcnglich geplanten Funktionen einbeziehen k\u00f6nnen).<\/p>\n

Umfassende Sch\u00e4tzung<\/h4>\n

Es ist jedoch wichtig, alle Funktionen unabh\u00e4ngig von ihrer Priorit\u00e4t zu sch\u00e4tzen (mit Ausnahme derjenigen, die nicht ben\u00f6tigt werden), da Sie sich einen \u00dcberblick \u00fcber das gesamte Projekt verschaffen wollen. In den n\u00e4chsten Phasen des Projekts k\u00f6nnen Sie den Arbeitsumfang neu bewerten, um sicherzustellen, dass Ihre Sch\u00e4tzungen korrekt bleiben.<\/p>\n

\"\"<\/figure>\n

Techniken der Sch\u00e4tzung<\/h3>\n

Prozess der Story-Point-Sch\u00e4tzung<\/h4>\n

Nun, da Sie Ihr Product Backlog fertiggestellt haben, ist es an der Zeit, jedes einzelne Element zu sch\u00e4tzen. Zu diesem Zweck verwenden wir Story Points. Dabei handelt es sich um Einheiten, die agile Teams verwenden, um die Arbeit zu bewerten, die f\u00fcr die Fertigstellung der einzelnen Elemente des Backlogs erforderlich ist. Story Points helfen dabei, den Elementen des Product Backlogs einen relativen Wert zuzuweisen. Sie sind nicht zeitabh\u00e4ngig und k\u00f6nnen f\u00fcr verschiedene Teams unterschiedliche Werte haben, so dass sie keinen emotionalen Wert haben. Daher ist es wahrscheinlich, dass die Teammitglieder die Sch\u00e4tzungen nicht aufpolstern, nur um sicherzugehen. Planning Poker hilft Software-Teams bei der Planung von Arbeitsabl\u00e4ufen und der Verbesserung der Projektabwicklung.<\/p>\n

Anhand von Story Points kann ein Team Sch\u00e4tzungen vornehmen:<\/p>\n