2010-01-22 6 views
7

Wenn man Scrum für den Softwareentwicklungsteil eines Projekts verwendet, verwendet man noch PMBOK oder eine andere Projektmanagementmethode für die "anderen" Aufgaben eines Projekts, z. die Business-, Marketing-, Trainingsaufgaben. Was ist das Projektmanagement von Nicht-Software-Entwicklungsaufgaben, d. H. Herkömmliches Projektmanagement?Agiles Projektmanagement

+0

Ich denke, diese Frage wäre gut für [Programmers.SE], wenn es nicht zu alt ist, um es zu migrieren. –

Antwort

0

Wir haben Scrum in andere Abteilungen in der Firma, Modellierung, Textur und Animation Künstler erweitert. Wir mussten die Methode ein wenig anpassen, aber es funktioniert gut. Wir hatten Probleme, die mit agiler Methodik gelöst wurden. Einige kleinere Abteilungen (Audio, Spezialeffekte) funktionierten bereits gut, so dass wir nicht versucht haben zu beheben, was nicht kaputt war. Agile hätte einen unnötigen Overhead für sie hinzugefügt.

Es ist nicht notwendig für alle Abteilungen in einem Unternehmen, die gleiche Methodik zu verwenden, das Beste ist für alle Bedürfnisse angepasst werden. Aber Scrum kann die Lösung für andere Leute als Programmierer sein, aber vielleicht ein bisschen Anpassung brauchen. Tägliches Aufstehen, Sprints, Rückstand, das kann für viele Arten von Jobs eine gute Sache sein.

+0

Wie haben Sie SCRUM in anderen Abteilungen implementiert, haben Sie eine Liste von Aufgaben, für die sich Menschen freiwillig melden, oder geben Sie Aufgaben zu? – Joanne

-1

Scrum ist KEINE Softwareentwicklungsmethode, sondern eine Projektmanagementmethode.

Außerdem wird Scrum oft mit Lego oder anderen Artefakten (Suche nach "59 Minuten Scrum") eingeführt. Daher kann es verwendet werden, um alle Aufgaben eines Projekts zu behandeln, unabhängig von ihrer Natur.

-1

Während das Lernen über diese Techniken großartig ist, kann ich vorschlagen, dass Ihr Hauptaugenmerk tatsächlich darauf liegt, das Projekt zu leiten und Sachen zu erledigen?

EDIT: das ist übrigens ein ernsthafter Punkt, kein Wegwerf-Quip.

2

Ein Projekt wird im PMBOK als etwas definiert, das von festem Umfang, Dauer und Budget ist. Das Scheitern des Projekts wird definiert als das Aufbrechen einer der drei Seiten dieses "eisernen Dreiecks". Scrum ist eine Reihe von Prinzipien und einigen konkreten Praktiken für den Umgang mit allen Arten von Wissensarbeit, die auf agilen Werten basieren, und ist speziell für Entwicklungsbemühungen konzipiert, die möglicherweise keine Projekte sind oder einen flexiblen Umfang, Dauer oder Budget haben können.

Sie haben recht, dass sich Scrum nur mit einigen Aspekten des Softwareentwicklungsprozesses beschäftigt, wie zum Beispiel der Planung. Es definiert nur ein paar Rollen, Meetings und Artefakte, um es so flexibel wie möglich zu halten. Scrum kann und sollte Teile des Wertstroms außerhalb der Softwareentwicklung selbst ansprechen. Wie Sie bereits erwähnt haben, geht es jedoch nicht um viele Dinge, wie z. B. Software-Engineering-Praktiken und die Analyse des Business Case.

Oft ist die Standard-Scrum-Lösung, "das Team entscheiden zu lassen" über Dinge, die Scrum nicht direkt spezifiziert. Die Richtlinien für den Umgang mit solchen Angelegenheiten stammen oft von anderen Kulturen und Wert- oder Prinzipsystemen innerhalb der agilen Welt wie XP oder einer schlanken Softwareentwicklung. Andere Kulturen, die nützliche Ressourcen für Scrum-Teams bereitstellen, sind Real Options, die inkrementelle Finanzierungsmethode, Evo. Ein Teil des PMBOK-Krams kann für einen "Projektmanager" oder PO eines Scrum-Teams nützlich sein, allerdings muss man vorsichtig sein, da das PMBOK-Kram ein ziemlich anderes Wertesystem impliziert als das, auf dem Scrum basiert. Es ist normalerweise am besten, nach Lösungen innerhalb der Agile-Kultur zu suchen. Ein Teil des PMBOK-Krams gilt jedoch immer noch in einem agilen Kontext.

Wenn Sie nach Mailinglisten suchen, die sich auf "agiles Projektmanagement" beziehen, werden Sie viele blühende Gemeinschaften finden, die solche Themen diskutieren.

0

Wenn Ihre Softwareentwicklungsarbeit nur eine Facette eines größeren Projekts ist - zum Beispiel die Einführung eines neuen Finanzprodukts -, dann müssen Sie eine Projektmanagementmethodik anwenden, um alle Arbeiten zu koordinieren beteiligt. Die Anpassung eines Scrum-basierten Softwareentwicklungsaufwands an ein nach PMBOK-Prinzipien verwaltetes Projekt kann jedoch eine Herausforderung darstellen, da PMBOK einen linearen, phasenweisen Ansatz für die Projektausführung vorschreibt, während Scrum wie andere Agile-Methoden eine stufenweise Verbesserung durch Iteration fördert. Das heißt nicht, dass die beiden nicht nebeneinander bestehen können. Wie alles andere, kommt es auf die Implementierung an. Denken Sie daran, pragmatisch zu sein und passen Sie die Methoden Ihren Bedürfnissen an, nicht umgekehrt.

2

Agile Entwicklung und PMBOK sollten nicht gemischt werden. Wenn Sie das tun, werden Sie wahrscheinlich mit Scrummerfall enden.Ich habe gesehen, dass dies bei traditionellen Projektmanagern, die auf Agile umstellen, passiert ist. Sie verstehen es einfach nicht und scheinen auf alte Muster zurückzugreifen.

Allerdings deckt SCRUM meiner Meinung nach nicht alles ab, was Sie für das Projektmanagement benötigen. Es fehlt irgendwie eine Gesamtstrategie, nach der man regieren kann. Eine Möglichkeit besteht darin, SCRUM mit EVO project/value management oder anderen Wertemanagementmethoden zu kombinieren. Es wird jedoch eine andere Art von rechtlichem Vertrag mit dem Kunden erfordern. Projekte sind dann mehr wie ein kontinuierlicher Prozess, der zeitlich begrenzt ist, durch ein Budget eingeschränkt wird oder endet, wenn der Kunde glaubt, dass er weniger als seine Investition (unter Verwendung von Geschäftsfällen und Zielmaßen) gewinnt. Ein zusätzlicher Vorteil ist, dass der Kunde Sie mehr als langfristigen Partner als einen kurzfristigen Anbieter sieht.

+0

Ich habe versucht, auf EVO-Projekt/Wertmanagement zu lesen, aber finde das Material sehr kompliziert und ausführlich. Haben Sie das erfolgreich genutzt? – Joanne

Verwandte Themen