Als der System Product Owner mit dem Daily Build den Stairway to Heaven hinaufstieg

Erstellt am 10 Oktober 2017
von Schreibe einen Kommentar
This entry is part 4 of 4 in the series Agile Organisationsentwicklung

Giorgio Vasari II - Jacob's Dream - Walters 372508

Dass neue Technologien die Arbeitswelt verändern, manchmal schnell, manchmal langsam und unmerklich, das ist heutzutage offensichtlich. Dieser Wandel vollzieht sich auch in der Arbeitswelt der Erfinder und Entwickler. Es fängt damit an, dass wir am Entwicklungsplatz Neuerungen in den Entwicklungsgegenstand einbringen können. Dieser wird dann virtuell gebaut und wir können sofort testen. Klingt jetzt nicht atemberaubend, nur war das früher mit viel mehr Wartezeit verbunden.

Requirements Austausch ist Silber – Virtuelle Zusammenarbeit ist Gold

Erstellt am 14 Juni 2017
von Schreibe einen Kommentar
This entry is part 1 of 1 in the series Projektmanagement

 

Er hat der Forschung viele Rätsel aufgegeben, der um 820 entstandene sogenannte St. Galler Klosterbauplan. Heute geht man davon aus, dass es sich um einen Entwurf als Grundlage für einen weiteren eigenständigen Planungsvorgang handelt, der zwischen Auftraggebern und den Bauverantwortlichen ausgetauscht und besprochen wurde.

Das Ende des Requirements Engineerings wie wir es kennen

Erstellt am 1 April 2017
von 3 Kommentare

Nun ist es passiert ! Nach jahrhundertelangem Bemühen der Menschheit, den Weg von der Idee in die Realisierung zu verkürzen, ist der Durchbruch geschafft. Was haben sich Informatiker Gedanken über die semantische Lücke gemacht, was hat man Sprachen erfunden, um es für verschiedenste Fachdomänen praktischer zu machen, sich Hilfssysteme zu bauen. Es war immer die Hoffnung, dass wenn das Problem formuliert ist, die Lösung damit auf dem Tisch liegt.

Da hat man z.B. COBOL in die Welt gesetzt, um Wirtschaftlern  eine direkte Möglichkeit zu geben, einer Maschine sagen zu können, was man möchte. Da wurde SQL erfunden, so dass jedermann auf der Straße mal eben eine Datenbank abfragen könnte. Es ließen sich tausende weitere Beispiele und Versprechungen aufzählen, die nach einem ähnlichen Muster gestrickt sind.

Guter Kunde, schlechter Kunde – Product Owners Glück und Leid in agilen Zeiten

Erstellt am 10 Mai 2016
von Schreibe einen Kommentar

Das richtige Paradigma

b_01Wenn wir nur so gut Software und Systeme wie Häuser bauen könnten. Nein, wie ein gut gepflegter Garten- so sollten wir entwickeln. Halt, unsere Systeme sollen schon wachsen, aber die sollen auch gleich verkaufbar sein, also einen Wert stiften. Also besser, erst einmal einen Roller entwickeln, dann ein Motorrad und dann ein Auto. So sind doch erfolgreiche Produkte entstanden. Oder?

Word considered harmful

Erstellt am 12 Januar 2016
von Schreibe einen Kommentar

Anforderungsmanagement (AM) mit Word und anderen Vertretern der Office Tools Liga zu bewerkstelligen liegt nahe. Es sind bekannte Werkzeuge, sie sind praktisch überall verfügbar. Früher oder später kann es aber dazu kommen, dass Office Tools nicht als ausreichend erachtet werden. Oft ist das der Fall, wenn eine effiziente Entwicklungs-Methodik und eine höhere Automatisierung im AM nachgefragt werden. In dieser Situation kommen Lösungen ins Spiel, die spezialisiert für das Anforderungsmanagement entworfen wurden.

Gegen das „Nicht Verstehen“ – SCRUM richtig Agil machen

Erstellt am 4 November 2015
von Schreibe einen Kommentar

SCRUM ist beliebt und erfreut sich einer immer weiteren Verbreitung. Aber nicht für alle, die sich dieser Methodik annähern, scheint es ein „Silver Bullet“ zu sein. Neben den vielen erfolgreichen Projekten gibt es eine ganze Reihe von Firmen, die noch  keine erfolgreiche Entwicklung mittels SCRUM erreichen konnten. Solche Schwierigkeiten werden kaum an die große Glocke gehängt, aber wenn man im Netz sucht, dann stößt man auf agile Coaches, die auch schon mal Ihr Leid klagen: