Blog » Agile » Seite 13

Kategorie: Agile

  • Orientierung für den Product Owner – mit POEM

    Orientierung für den Product Owner – mit POEM

    Als Product Owner managed man komplexe Produktentwicklungen und koordiniert sich ganz nebenbei mit vielen Stakeholdern. Eine Rolle also, der eine große Verantwortung innewohnt. Bei all dem sollte man sich jedoch bewusst darüber sein, wie viel Entscheidungsbefugnis vom Auftraggeber übertragen wurde. Die Frage, die sich also unweigerlich stellt, lautet: Wie kartografiere ich eigentlich mein Verantwortungslevel als…

  • Produktvision – Wieso, weshalb … und wie

    Produktvision – Wieso, weshalb … und wie

    Die Produktvision ist der Teil in der Produktentwicklung, der oft viel zu kurz kommt. Dabei ist sie essenziell – beschreibt sie doch aus Sicht aller Beteiligten (inklusive der Kund*innen) die Richtung, in die sich das Produkt entwickeln soll. Da der Product Owner für den Erfolg des Produkts verantwortlich ist, erstellt und „owned“ der Product Owner…

  • Architectural Decision Records

    Architectural Decision Records

    Architecture is abstract until operationalized, when it becomes a living thing. Patrick Kua Das agile Manifest für Software-Entwicklung hat die Dokumentation nicht ohne Grund auf die rechte Seite gestellt: „Working software over comprehensive documentation.“ Eine leichtgewichtige und daher schnelle Dokumentation ermöglicht die agile Praxis der Architectural Decisions Records.

  • Die 10 Commandments of Egoless Leadership

    Die 10 Commandments of Egoless Leadership

    In der Softwareentwicklung gibt es die 10 Commandments of egoless programming aus The Psychology of Computer Programming schon lange.  Das Grundmotiv dieser Gebote ist die Akzeptanz der eigenen Schwächen und Fehler. Bei der Erstellung von Software spielen sie eine so große Rolle, dass wir das ganze mit Test-driven Development sogar zur Arbeitsweise erhoben haben: Wir beginnen mit dem Test,…

  • Inception Deck

    Inception Deck

      Software is one of those unique activities that combines design, construction, art, and science all rolled up into one. Teams face thousands of decisions and trade-offs every day. And without the right context or big-picture understanding, it’s impossible for them to make the right trade-offs in an informed or balanced way. Jonathan Rasmusson, The…

  • Code Reviews: Got Code, Want Feedback

    Code Reviews: Got Code, Want Feedback

    In Softwareentwicklungsteams hat sich die Durchführung von Code Reviews zur Erhaltung der Qualität und Wartbarkeit sowie zur Vermeidung von Fehlern und Problemen etabliert. Wenn man sich nun etwas genauer mit Code Reviews beschäftigt, identifiziert man direkt die beiden grundlegenden Bestandteile: Den Code bzw. die Änderung am Code, der durch Entwickler:innen zur Verfügung gestellt wird, und das Feedback, das…

  • Neues aus der Agilen Community 06-2021

    Neues aus der Agilen Community 06-2021

    Liebes Mitglied unserer Agilen Community, der Sommer ist da! Und wie immer war einiges los in unserer Agilen Community. Wir wollen Dich wieder mit ein paar Rückblicken, News und Updates auf dem Laufenden halten. Falls Dir Themen fehlen, melde Dich gerne bei uns – wir wollen diesen Infoletter nun regelmäßiger schicken und mit Euch in…

  • Conways dunkler Spiegel

    Conways dunkler Spiegel

    Conway’s Law sollte allen von uns ein Begriff sein. Zur Auffrischung: Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization’s communication structure. Ursprünglich eine soziologische Beobachtung über die Arbeit von Komitees als die Softwareentwicklung noch in den Kinderschuhen steckte – 1967 – wird es…

  • Welches skalierte Framework soll ich nehmen? Entscheidungshilfe ASK-Matrix.

    Welches skalierte Framework soll ich nehmen? Entscheidungshilfe ASK-Matrix.

    Das Ziel von Scrum ist die wertstiftende, regelmäßige und funktionale Lieferung von Produktinkrementen. Wesentlich sind die empirische Prozesskontrolle sowie kleine, crossfunktionale Teams. Scrum beruht auf der Arbeit eines kleinen Teams mit bis zu zehn Personen und bietet keine Lösung für den Einsatz in einer großen Organisation mit mehreren Teams. Deshalb sind in den letzten Jahren…

Web
mayflower.de

E-Mail
kontakt@mayflower.de

Berlin
Krausenstraße 9-10
10117 Berlin

fon +49 30 4036473 20
berlin @mayflower.de

Würzburg
Landsteinerstraße 4
97074 Würzburg

fon +49 931 466216 1177
fax (0931) 466216 – 28

München
Landsberger Straße 314
80687 München

fon +49 89 242054 1177
fax (089) 242054 – 29

Erlebe VoiceAI

Melde dich jetzt für deinen exklusiven Demo-Termin der Mayflower VoiceAI an und überzeuge dich von dem Basissetup.

Stelle uns in diesem Termin deine Herausforderung vor und wir finden gemeinsam heraus, wie VoiceAI in deinem Szenario zum tragen kommt.