Agile Methods

Agile Methods

Contributi 1-1 su 1
  • Hans-Peter Korn
    Hans-Peter Korn    Utente Premium   Moderatore gruppo
    Il nome della società è visibile solo per gli iscritti registrati.
    "Projekte" - ein Widerspruch zur "Agilität"?
    Bei Scrum gibt es "Produkte" und die "Produktentwicklung", nicht aber "Projekte" und "Projektmanagment". Und es gibt einen "Product Ownder", keinen "Project Owner". Und es gibt ein "Product Backlog", kein "Project Backlog". Und keinen "Projektleiter".

    Und im "Scrum Guide" ist zu lesen:
    "Ein Product Backlog ist niemals vollständig. Seine früheste Entwicklung skizziert nur die initial bekannten und am Besten verstandenen Anforderungen. Das Product Backlog entwickelt sich weiter, genau so wie das Produkt und die Umgebung, in der es eingesetzt wird, sich weiterentwickeln... So lange ein Produkt existiert, existiert auch ein Product Backlog."

    Scrum ist somit ein Vorgehens-Framework nicht für ein "Projekt" mit einem klar definierten Ende sondern für die fortlaufende (Weiter)-Entwicklung eines Produkts im Verlauf seines ganzen Lebenszyklus.

    Dean Leffingwell schreibt dazu in seinem neuen Buch "AQgile Software Requiremrnts" im Abschnitt "8 recommendations for moving to agile portfolio management" auf Seite 441 und 442 das:

    "Eliminate the basic construct of the "project" itself.
    Here's why: Traditionally, based on a construction-like metaphor, a "project" gathered some resources together, a set of requirements, a mission, start and end dates, and a project manager. The project then binds these things to together in a package that tends to become fixed and immutable. Every project develops its own antibodies to change...
    Instead, we need to move to a mode of project-free, continuous content delivery.
    Moreover, in the project model, it was typically necessary to have individuals work on a number of projects at the same time (after all, we were doing them all in parallel and we had to show progress). This causes the thrashing (context switching) tax to be applied to most individuals on the project team, thereby significantly decreasing overall productivity.
    In the new model, new content is presented at fixed-cadence planning boundaries. Teams flex to the new content. Resources are adjusted at the same cadence. Multiplexing decreases. Portfolio management becomes "content management" - continuously prioritizing new content for the ongoing programs. No more "fits and starts" of building a new project every time we want to get something done."

    Sollten wir im Kontext der Agilität also den Begriff "Projekt" besser vergessen?

    lg HPK
    • 10/10/2011, 12:39