Ich gehe mit demselben eindimensionalen Ansatz zu einem Workshop nach dem anderen – zu viele Leute, alle schauen auf den Bildschirm, während jemand Anforderungen/Annahmen usw. erfasst, trocken, langweilig, nicht ansprechend, Anforderungen werden verfehlt, weil die Leute woanders sein wollen, mobil Telefone und Laptops verunreinigen die Tische usw., um die Anforderungen der Stakeholder zu erfassen und eine hervorragende Lösung für die Probleme der Stakeholder bereitzustellen.
Gestern bin ich über Joint Application Development (JAD) gestolpert . Es scheint das komplette Gegenteil von dem zu versprechen, was ich oben erlebt habe. Wie kann ich diesen Ansatz umsetzen? Gibt es Alternativen mit dem gleichen Endergebnis von Engagement und Zusammenarbeit?
Zur Umsetzung kann ich das Buch „ Requirements by Collaboration “ von Ellen Gottesdiener wärmstens empfehlen. Es wird auch in der Bibliographie der JAD-Wikipedia-Seite darauf verwiesen.
Dieses Buch vermittelt Ihnen alles, was Sie wissen müssen, um moderierte Workshops zur Anforderungserhebung auf JAD-ähnliche Weise zu planen, durchzuführen und zu bewerten, die interaktiv sind und Spaß machen.
Ich habe diese Techniken in der Vergangenheit mit sehr guten Ergebnissen angewendet, und ich verwende ihren Workshop-WBS immer noch als Checkliste bei der Vorbereitung von Workshops, um Dinge zu erledigen.
Achtung: Das ist harte Arbeit. Der Erfolg eines guten Workshops hängt zu einem großen Teil von der Vor- und Nachbereitung ab.
Viel Glück Stefan
Joint Application Design (JAD) versucht, einen Prozess zum Sammeln von Anforderungen und zum Entwickeln eines Designs aus diesen Anforderungen zu formalisieren. Man kann es sich als eine Verschmelzung der Anforderungs- und Designphasen des Wasserfallmodells vorstellen , wobei einige menschenorientierte agile Prinzipien eingemischt werden, um das Engagement der Teilnehmer zu erhöhen.
Sprich mir nach: Es gibt keine Wunderwaffe. Sagen Sie das 1.000 Mal, bevor Sie weitere Zeit damit verbringen, nach einem Framework oder Prozess zu suchen, um Ihre Workshop-Probleme zu lösen.
Sie wissen bereits, was Ihre Probleme mit Ihrem aktuellen Prozess sind; Sie formulieren sie ziemlich deutlich in Ihrer Frage. Lassen Sie mich sie für Sie hervorheben:
Mit anderen Worten, Sie veranstalten Workshops, an denen niemand teilnehmen möchte, und Ihr Meeting-Moderator spricht die Leute an , anstatt sie zu engagieren.
Der JAD-Ansatz zu diesem Thema ist nicht besonders neuartig. Die Annahme formalisiert einfach einen Ansatz, der sich auf die Erhöhung der Beteiligung konzentriert, indem er:
Tatsächlich unterscheidet sich JAD gar nicht so sehr von den zugrunde liegenden Prinzipien von Scrum. Denken Sie an Sprint-Ziele, Sprint-Reviews und tägliche Stand-ups, an denen nur „Schweine“ teilnehmen können. Meiner Meinung nach ist das ein ziemlich gutes Modell für das, was JAD zu erreichen versucht – nur begrenzt auf das Anwendungsdesign.
Die Schlüsselrolle in JAD ist der Facilitator. Diese Person ist Prozessreferent und Gruppentherapeut in einem. Zum Beispiel:
JAD konzentriert sich hauptsächlich auf die Anforderungserfassungs- und Entwurfsphase eines Projekts. Es ist kein vollwertiges Projektmanagement-Framework, daher gehen direkte Vergleiche mit anderen Methoden von einer fehlerhaften Prämisse aus. Dennoch gibt es einige nützliche Ähnlichkeiten und Kontraste, die es zu erforschen gilt.
Wie oben erwähnt, teilt JAD einige Prinzipien mit Scrum. Man könnte sogar nützliche Vergleiche zwischen einem effektiven Scrum Master und einem JAD-Facilitator ziehen, da beide im Grunde dienende Führungsrollen sind.
Wie Scrum ist JAD nicht wirklich allzu präskriptiv. Es gibt einige obligatorische Rollen, einige obligatorische Artefakte und einige obligatorische Meetings, aber die Implementierungsdetails können Sie innerhalb des allgemeinen Rahmens erstellen.
Im Gegensatz zu Scrum konzentriert sich JAD auf großes, offenes Design. Viele agile Methoden wie Scrum machen mehrtägige Design-Workshops überflüssig, da sie sich auf emergentes Design durch iterative Bereitstellung konzentrieren . Jeder Sprint beinhaltet ein wenig Analyse, ein wenig Design und viel harte Arbeit, anstatt zu versuchen, die gesamte Analyse und das Design gleich zu Beginn des Projekts durchzuführen.
Wenn Sie nicht an einem Wasserfall-Entwicklungsmodell festhalten, würde ich sicherlich einige Zeit damit verbringen, die verschiedenen agilen Frameworks zu evaluieren. Beachten Sie jedoch, dass die organisatorischen Änderungen, die erforderlich sind, um ein agiles Framework effektiv zu implementieren, im Allgemeinen weitreichender sind als die Änderungen, die zur Implementierung von JAD erforderlich sind. Ihr Kilometerstand kann variieren.
jmort253