Die Essenz der Agilen Transformation
Agilität bedeutet in einer immer komplexeren und dynamischer werdenden Umgebung offen und anpassungsfähig auf die gegebenen Rahmenbedingungen reagieren zu können. Hierbei spielt die Kundenzentriertheit eine entscheidende Rolle um eine optimale Handlungsfähigkeit und eine schnelle, dem Markt und den Kundenbedürfnissen angepasste, Reaktionsfähigkeit zu erreichen.
Jedes Unternehmen ist einmalig, die Entwicklung sollte es auch sein
Soziokratie, Holokratie, kollegial geführtes Unternehmen, Lean Management, Kanban, Scrum, Safe – welche Methode ist die Richtige? Die Frage kann nicht so einfach beantwortet werden. Und man kann nur empfehlen, sehr vorsichtig auf diejenigen zu reagieren, die behaupten, sie hätten die eine richtige Methode für die Entwicklung von Unternehmen. Denn jedes Unternehmen ist besonders!
Warum du dich als Product Owner mit Requirements Engineering befassen solltest!
Du bist als Product Owner tätig. Du bist in der agilen Arbeitsweise routiniert. Deine PSPO I und II Zertifikate hängen an der Bürowand und agile Weiterbildungen besuchst du immer wieder gerne. Und dann kommt der neue Junior Analyst um die Ecke und fragt dich nach deiner IREB Zertifizierung und nach den von dir am häufigsten verwendeten RE Methoden. Was soll das? Hast du etwas wichtiges verpasst?
Agile Leadership – Warum das traditionelle Management vor großen Herausforderungen steht
Gerade das Management, welches häufig über viel Branchenerfahrung verfügt, sehr gut vernetzt ist und Prozesse und Strukturen kennt, kann der Multiplikator für erfolgreiche Veränderungen im Unternehmen sein. Dafür ist allerdings das richtige Verständnis von Leadership entscheidend.
Was macht eine gute User Story aus?
Es gibt unzählige Ansichten, Meinungen und “Standards” zum Begriff der User Story. Selbst die Anfänge der 3Cs aus dem Pleistozän agiler Entwicklung enthalten noch viele nützliche Konzepte und Gedanken hierzu. Dabei wird aber manchmal vergessen, dass das meiste Konventionen sind, die jedes Projekt oder jedes Team für sich jeweils ändern kann, wenn es das für richtig hält. Allerdings hat sich in den letzten Jahren eine Art Minimalstandard entwickelt, der eine User Story (US) mindestens genügen muss, um zu funktionieren. Dieser Minimalstandard beschränkt sich auf wenige Grundsätze und ist für viele Projekte ausreichend.
Regeln die befolgt oder Prinzipien, die gelebt werden – der Weg zur agilen Organisation
Wir leben überwiegend noch im Zeitalter des Taylorismus. Geprägt durch seine prozessuale Arbeitsweise, die Ihren Ursprung in der Fließbandproduktion hatte. Somit ist es auch nicht verwunderlich, dass es in vielen Unternehmen eine Sprache gibt, die häufig eine Analogie zu Maschinen hat. Beschreibungen wie: „Jeder Mitarbeiter ist ein Zahnrad im Gesamtsystem.“ oder: „Wir müssen den Output der Organisation erhöhen!“ hat vielleicht der eine oder andere schon mal gehört.
Anforderungsvermittlung im agilen Kontext
Bei der agilen Produktentwicklung steht die Kommunikation im Vordergrund. Interdisziplinäre Teams ersetzen Phasen und Silos, Backlog Items ersetzten Systemanforderungen und dienen eher als temporäres Kommunikationsmedium zwischen allen Beteiligten. Gibt es in diesem Kontext agiler Zusammenarbeit überhaupt noch Anforderungen?
Was Sie bei einer Umstrukturierung beachten sollten!
Der Zweck der Umstrukturierung muss sehr genau geklärt werden – Form folgt Funktion! Was hat diese Aussage mit dem Wandel von Organisationen zu tun? Wir stoßen immer wieder auf Unternehmenslenker, die davon überzeugt sind, ihr Unternehmen umstrukturieren zu müssen. Sie stoßen offensichtlich an Ihre Grenzen und sehen das Heil in einer anderen Struktur und Organisationsform.
Product Owner und Business Analyst: gemeinsam zum Ziel
Du bist Product Owner (PO) und bei deinem Produkt läuft es richtig gut: die Stakeholder sind von deiner Vision begeistert, du kannst dich vor neuen Ideen kaum noch retten, deine Roadmap ist bis Ende nächstes Jahr voll. Perfekt, oder? Fast…
Requirements Engineering Methoden in der Product Owner Rolle
Du hast dich bewusst für die Rolle des Product Owners (PO) entschieden und liebst die Dynamik und Vielfältigkeit der Aufgaben? Aber warum solltest Du dich dann für Methoden aus dem klassischen Requirements Engineering (RE) interessieren? Requirements Engineering ist doch nur für altmodische Wasserfall-Projekte sinnvoll, oder?