Direkt zum Hauptbereich

Bitte testet unser neues Buch über Unternehmenssoftware (Please RT)

Projekte zur Einführung von Unternehmenssoftware sind immer eine Herausforderung für Unternehmen. Wolf und ich sind uns sicher, dass man solche IT-Projekte, die meist fast alle Mitarbeiter benutzen sollen, mit Scrum steuern kann. Scrum ist ein Framework, das nicht alle Fragen in solchen Projekten angeht. Die Begriffsarbeit ist wichtig. Und am Anfang brauchen wir eine Vision, die auf mehr Köpfe verteilt ist. Das ist die Grundidee in unserem Leitfaden.

Wir haben in den letzten Jahren viele Erfahrungen in DMS-, ERP- und CRM-Projekten gesammelt. Solche Projekte sind immer schwierig für die Organisationen, die solche Systeme einführen. Das ist auch unabhängig vom Softwarehersteller.

Wir haben uns etwas umgesehen, was es so an Literatur am Markt gibt. Wir haben ein paar Bücher gefunden, die aber aus unserer Sicht unseren Kunden nicht helfen:
  • Allgemeine Projektmanagementliteratur: Diese Bücher beschreiben generell, wie man Projekte macht. Aber es fehlen konkrete Informationen zu den Besonderheiten von Softwareprojekten bzw. zu den Besonderheiten von den IT-Systemen, die eingeführt werden sollen.
  • Spezielle Leitfäden für Softwareprodukte: Einige Berater haben ihre Erfahren über bestimmte Softwareprodukte veröffentlicht. Da waren wir unzufrieden, weil die doch sehr technisch orientiert sind.
Wir suchten etwas, mit dem unsere Kunden schnell anfangen können und das die Kunden auch ohne IT-Hintergrund verstehen können. Wir wollten das ganze Thema auf die wesentlichen Punkte reduzieren. Einfachheit ist unser Ziel, nicht umfassendes Beantworten aller Fragen.

Nun brauchen wir das Feedback, um den Leitfaden noch besser zu machen. Ist er einfach genug? Gibt es noch einfachere Übungen, die man mit dem Projektteam machen? usw.

Wer hat Lust, uns Feedback zu geben?

Wir haben den Leitfaden mit ca. 50 Seiten bei LeanPub als Beta-Version veröffentlicht und nur den halben Preis eingetragen: https://leanpub.com/unternehmenssoftwareagileinfuehren/


Wenn uns jemand Feedback geben möchte, er aber die 7 EUR nicht ausgeben kann, der schickt mir einfach eine E-Mail an jan_fischbach [bei] yahoo.com. Bis zum 13.08.2015 bekommt er die Beta-Version kostenlos.

Kommentare

Beliebte Posts aus diesem Blog

Wie lassen sich Ergebnisse definieren? - Drei Beispiele (WBS, CBP und BDN)

Ich habe schon darüber geschrieben, warum das Definieren von Ergebnissen so wichtig ist. Es lenkt die Aufmerksamkeit des Projektteams auf die eigentlichen Ziele. Aber was sind eigentlich Projektergebnisse? In diesem Beitrag stelle ich drei Methoden vor, um leichter an Ergebnisse zu kommen.

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.

Microsoft Copilot - Notebook, Pages, Agents und mehr

Es tut sich sehr viel an der Copilot Front. Gefühlt entwickelt Microsoft mit aller Kraft die KI-Anwendung weiter. Mit dem letzten Update hat sich die Microsoft-Startseite stark verändert. Hier zeige ich, was sich hinter all den Begrifflichkeiten verbirgt und was davon alltagstauglich ist.

Schätzungen sind schätzungsweise überschätzte Schätze

"Wer viel misst, misst viel Mist." Zumindest ist diese Gefahr gegeben. Entweder misst man z. B. Mist, weil man zu früh zu KPIs zur Messung von Ergebnissen greift, oder aber man greift zu den falschen KPIs, die gar nicht das messen, was man wissen möchte. Einst war agiles Arbeiten der alternative Ansatz, aber inzwischen gibt es auch für einige Details dessen, was in Konzernen als "agil" praktiziert wird, einleuchtende alternative Ideen, die bis heute noch nicht so richtig auf die große Bühne vorgedrungen zu sein scheinen. 

Wenn es mal gerade etwas schwierig bei Kund:innen wird… Zwei Fragen, die uns helfen, unsere Strategie mit unseren Kund:innen abzusprechen.

Seit 2024 organisieren Bob Galen und ich eine Masterclass für agile Coaches. Wir möchten die Ausbildung von agilen Coaches verbessern und ihnen Techniken mitgeben, mit denen sie bei ihren Kund:innen etwas einfacher haben. Bisher haben wir in vier Durchgängen mit jeweils 14 Modulen ungefähr 70 Extraordinarily Badass Agile Coaches ausgebildet (/1/). In diesem Blogpost möchte ich ein paar Erfahrungen und simple Techniken aus der Masterclass teilen, wie wir unsere Strategie besser abstimmen können. Sie beschränken sich nicht auf agiles Coaching – das ist nur das Setting.

Teamleitungen gesucht

Was macht Teams erfolgreich? Kann man das lernen? Ab Herbst starten unsere Kurse für aktuelle und künftige Teamleitungen. Jetzt gibt es die Gelegenheit, den Kurs zu testen.

Wie überprüft man den aktuellen Stand einer neuen gemeinsamen Ablage?

Ihr habt in eurem Team die individuellen, unordentlichen Ablagen auf eine gemeinsame Ablage, die nach Vorgängen und Prozessen geordnet ist, umgestellt. Woher wisst ihr, ob das wirklich funktioniert? In diesem Beitrag gibt es 10 Auditfragen.

Nachschau zum Lean Coffee-Spezial "Agil einfach machen" (Interaktive Buchvorstellung)

Bei unserem Lean Coffee-Spezial Ende Mai waren wir von Lean Coffee Karlsruhe/Frankfurt Zeugen einer Buchvorstellung, doch nicht nur das – natürlich gab es auch einen nicht unbeträchtlichen Anteil an eigener Aktion, denn bei unseren Spezialterminen ist traditionell „Teilgabe“ angesagt. Das Autorenduo Christian Baron und Janick Oswald zeigte uns, was es mit „Agil einfach machen“ auf sich hat.  

Wie läuft ein Projekt zum Entwickeln von Szenarien ab?

Seit 2016 beschäftigen Edgar und ich uns intensiv mit der Szenariotechnik. Szenarien sind ein wirkungsvolles Werkzeug, um Projekte oder ganze Geschäftsmodelle auf ihre Zukunftstauglichkeit zu testen.

A shared file storage is not a library

In over 90% of cases where we advise organizations on filing systems, we find that they are organized by topic. This system quickly leads to chaos because outdated documents are not disposed of quickly enough. So why does everyone think to structure their filing system by topic? I believe we have the wrong idea.