Direkt zum Hauptbereich

Scrum für ERP-Projekte (oder DMS oder CRM ...)

Viele Mitarbeiter können Horrorgeschichten über die Einführung von Unternehmenssoftware erzählen. Selbst nach 10 Jahren bekommen neuen Mitarbeiter oder IT-Dienstleister über die Einführung von "WAAN Titan" oder "SLAP EBB" zu hören. Solche Projekte wurden oft von Grund auf falsch aufgesetzt. Aber es gibt gute Alternativen.

Was ist Unternehmenssoftware?

Als Unternehmens-IT  oder Unternehmenssoftware bezeichnen wir Softwareprodukte, die an vielen Arbeitsplätzen in einer Firma installiert werden, damit Mitarbeiter sie für ihre Aufgaben benutzen.

Der Kauf von einem Office-Produkt ist keine Unternehmenssoftware. Das ist Funktions-IT. Sie erleichtert die Ausführung einzelner Aufgaben. Andrew McAfee schreibt über Unternehmenssoftware, dass sie Geschäftsprozesse festlegt, den Mitarbeitern Identitäten und Rollen zuweist, dass es eine bestimmte Bearbeitungsreihenfolge und feste Datenformate gibt. Alle Mitarbeiter sind dazu verpflichtet, die Software zu benutzen /1/.

Warum scheitern Projekte zur Einführung von Unternehmenssoftware

Bent Flyvbjerg und Alexander Budzier untersuchten fast 1.500 IT-Projekte auf ihre geplante Leistungsverbesserung und die tatsächlichen Kosten /2/. Im Durchschnitt überschritten die Projekte die Plankosten „nur“ um 27%. 27%. (Aber nach Sam Savage befindet sich ein Betrunkener auf der Autobahn im Durchschnitt auch nur auf der Mittellinie.) Tatsächlich fanden Flyvbjerg und Budzier eine große Anzahl Projekte mit gigantischen Überschreitungen. Sie bieten zum Schluss zwei Fragen für einen Selbsttest an:
  1. "Ist das Unternehmen stark genug, den Rückschlag abzufedern, wenn sein größtes IT-Projekt die veranschlagten Kosten um 400 Prozent oder mehr überschreitet und wenn es nur 25 bis 50 Prozent des geplanten Nutzens erzielt?
  2. Kommt das Unternehmen auch damit zurecht, wenn 15 Prozent seiner mittelgroßen IT-Projekte (nicht jene, die alle Aufmerksamkeit des Topmanagements auf sich ziehen, sondern die kleineren, die oft übersehen werden) die geschätzten Kosten um 200 Prozent übersteigen?" /2/
Solche Projekte haben die Saat zum Scheitern schon in sich, wenn man sie als IT-Projekte bezeichnet. Im Business-Kontext sind alle Projekte Business-Projekte. Niemals darf die IT-Abteilung solch ein Projekt vorantreiben. Es muss immer einen Auftraggeber von der Businessseite geben. (Es gibt historische Gründe, warum die IT-Abteilungen Softwareprojekte machen. Aber die müssen wir hinterfragen.)

Viele Unternehmen glauben, die Einführung von Unternehmenssoftware sei ein planbares Vorhaben, in dem es keine Änderungen gibt. Sie erwarten zu Beginn ein Commitment von allen Beteiligten zum Plan. Glen Alleman fasst in einem Artikel über agile Methoden für ERP-Systeme zusammen /3/:
  • Es ist menschlich nicht möglich einen Plan zu erstellen, bei dem man nur noch die einzelnen Aufgaben ausführen muss.
  • Es ist nicht möglich, solche Projekte gegen Änderungen abzusichern. Es gibt immer Änderungen, auch späte.
Letztlich sind Projekte, bei denen ein ERP-System oder andere Unternehmens-IT eingeführt wird, Projekte mit einem anderen Unsicherheitsprofil. Solche Projekte brauchen viel früher Feedback. Wenn Sie bis zur Testphase warten, um Feedback zu bekommen, kommen Sie in große Zeitnot. Denn oft müssen Sie nach dem Testen noch viel anpassen. Das hat nichts mit schlechter Arbeit zu tun, sondern damit, dass Sie in solchen Projekten viel früher Feedback brauchen.

Warum eignet sich Scrum besser zur Projektsteuerung?

Scrum ist ein Vorgehen, das Wert auf frühes Feedback legt. Scrum ist eine Feedbackmaschine. Bei der Einführung von Unternehmens-IT geht es nie um die Software, sondern um ein Anpassen von wesentlichen Arbeitsweisen /siehe 4 und 5/. Um die zu testen, brauchen Sie nicht auf die fertige Software zu warten. sie können dies mit kleinen Tools auch schon vorher tun.

Bei Scrum trifft sich das Umsetzungsteam in regelmäßigen Abständen (z. B. alle 1-4 Wochen) und bespricht die nächsten Ziele (Sprint Planning). Das Sprint Planning wird durch das sog. Refinement soweit vorbereitet, dass das Team während des Sprint Plannings fundierte Entscheidungen treffen kann.

Einerseits lernen alle Beteiligten ihre eigenen Prozesse besser kennen. Zum anderen bieten diese Besprechungen die Chance, Probleme auch ohne Software zu lösen. Einige Geschäftsprozesse haben vielleicht so viele Varianten und Ausnahmen, dass das Gießen in Software zu teuer wäre. Diese Entscheidung treffen das Team und der Auftraggeber (Product Owner) gemeinsam und nicht die IT.

Durch das regelmäßige und stückweise Liefern von Bausteinen bekommt das Unternehmen echten Mehrwert. Alle Betroffenen können über die Zeit immer besser einschätzen, wie die neue Software helfen kann.

Das wäre doch ein Versuch wert, oder?

Anmerkungen

Kommentare

  1. Thanks for the reference. The latest approach to this "enterprise specification" issue is capabilities based planning. http://www.slideshare.net/galleman/capabilities-based-planning-v2

    In this approac, we define the needed capabilities in units of measure of effectiveness, performance, key parameters and other "mission" focused description. Then development elicits requirements that fulfill the mission capabilities in a "trade space" manner, where technical, financial, temporal, and other attributes are "traded" to assure the best value is delivered for the cost and time.

    The project is "managed" through these "trades." This is a System of Systems paradigm found in space and defense that is applied in the IT domain

    AntwortenLöschen

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

Das neue Outlook - One Outlook - erster Eindruck

Microsoft hat ein Problem: Outlook ist nicht gleich Outlook. Da ist das gute alte Outlook in der Desktop-Version. Das ist das, womit fast alle von uns im Alltag arbeiten und worüber ich hier schon oft berichtet habe. Outlook auf dem MAC sieht aber anders aus. Outlook auf Mobilgeräten sowieso. Dann gibt's noch Outlook im Web. Kein Wunder, dass Microsoft das alles entwirren, verschlanken und vereinheitlichen möchte. Gelingt es? Hier die interessantesten Funktionen des neuen Outlooks . 

Kategorien in Outlook - für das Team nutzen

Kennen Sie die Kategorien in Outlook? Nutzen Sie diese? Wenn ja wofür? Wenn ich diese Fragen im Seminar stelle, sehe ich oft hochgezogene Augenbrauen. Kaum jemand weiß, was man eigentlich mit diesen Kategorien machen kann und wofür sie nützlich sind. Dieser Blogartikel stellt sie Ihnen vor.

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

  Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Und jetzt alle zusammen! Teams - OneNote - Aufgaben - To Do

Ein Meeting jagt das nächste. Sich da nicht zu verzetteln, wird  im Zeitalter virtueller Besprechungen  noch anspruchsvoller. Kein Wunder, dass  im Zusammenhang mit Microsoft 365  zwei Fragen besonders häufig auftauchen: Wie dokumentiert man Besprechungen gut? Was hilft, offene Aufgaben nachzuhalten? Eine gute Lösung: Das in MS Teams integrierte OneNote-Notizbuch als gemeinsame Plattform auch für den Aufgabenüberblick zu nutzen.

Outlook-Aufgabenliste: bitte nicht die Aufgaben des ganzen Teams!

Am Tag der Arbeit kommt eine Lösung, nach der ich schon so oft gefragt wurde: Wie schaffe ich es, dass meine Outlook-Aufgabenliste nur meine eigenen Aufgaben anzeigt und nicht auch die E-Mails, die meine Kollegen gekennzeichnet haben oder Aufgaben, die einfach in einem gemeinsamen Postfach stehen?

E-Mail-Vorlagen gemeinsam nutzen (Outlook)

Mittlerweile wird praktisch alle Routine-Korrespondenz in Outlook erledigt. Was liegt da näher, als ein gutes Set von Vorlagen zu erstellen und diese gemeinsam in Team zu nutzen? Leider hat Microsoft vor diesen – an sich simplen – Wunsch einige Hürden gebaut.

Das Ubongo Flow Game

Spiele bieten eine gute Gelegenheit, zeitliche Erfahrungen zu verdichten und gemeinsam zu lernen. Karl Scotland und Sallyann Freudenberg haben im Mai 2014 das Lego Flow Game veröffentlicht. Wir haben die Spielidee übernommen, aber das Spielmaterial gewechselt. Statt Legosteinen benutzen wir Material aus Grzegorz Rejchtmans Ubongo-Spiel. Hier präsentieren wir die Anleitung für das Ubongo Flow Game.

"Denn sie wissen nicht was sie tun ...! Freigeben und teilen in OneDrive und SharePoint und per E-Mail

Neuerdings können Sie bei Ihren E-Mails entscheiden, ob Sie den Anhang als Datei (Kopie) anhängen wollen oder einen Link senden. Doch was kann dieser Link? Wie sicher ist er? Wer kann was damit tun? Lesen Sie hier was sinnvoll ist und was weniger.

Nie wieder Ärger mit Besprechungsserien in Outlook

Erstellen auch Sie Besprechungsserien in Outlook? Ärgern auch Sie sich manchmal darüber, wenn Sie etwas zu ändern haben? Falls nicht, versenden Sie entweder keine wiederkehrenden Outlook-Besprechungen (Serienterminen). Oder Sie ändern nie etwas daran. Dann ist dieser Artikel nichts für Sie. Lesen Sie aber bitte weiter, falls Sie sich schon immer mal gefragt haben, ob es eine Lösung gibt? 

Projekte in eine neue Ablage umziehen

Eine gemeinsame Ablage kann viel Stress aus der täglichen Projektarbeit nehmen. Aber irgendwie ist nie Zeit zum Umziehen der Dokumente von der alten Struktur in die neue gemeinsame Ablage. Hier eine Kurzanleitung, wie es trotzdem schnell gehen kann.