Ist ADDIE in Agile Projects geeignet?

Addie

ADDIE (Analysis, Design, Develop, Implement, Evaluate) ist seit den 1970er Jahren ein Benchmark-Modell für Lehrplaner. Es wird als Methode verwendet, um Schulungsmaterialien zu erstellen und sicherzustellen, dass sie eine gute Passform für die Menschen, die sie nehmen werden. Typischerweise wird es als Methodik des Wasserfallprojekts gezeigt, obwohl andere modernere Anpassungen es auch als kreisförmigen Prozess zeigen.

Aber-da viele Projekte, in denen wir jetzt arbeiten, Agile sind, stelle ich den Wert von ADDIE für diese Projekte in Frage, zusammen mit einigen anderen vorausschauenden Denkern. E.g.

https://www.slideshare.net/chrisking/sra-agile-presentation-final-v1print

https://performancexdesign.wordpress.com/2009/09/09/addie-is-dead-long-live-addie/

Softwareprojekte

ADDIE war und ist wohl auch heute noch ein gutes Modell, wenn man über die Entwicklung eines Ausbildungsprogramms nachdenkt. Es ist sicherlich besser als kein Modell oder keine Methodik überhaupt, aber ich denke, es gibt einige Risse, die anfangs zu zeigen beginnen. Wenn Projekte eine Methodik des Wasserfallprojekts verwenden, dann scheint ADDIE sie sicherlich zu ergänzen, aber was passiert, wenn das, was Sie trainieren, wie Treibsand unter den Füßen zu sein scheint? Konkret geht es bei einem Software-Entwicklungsprojekt (bei dem sich die GUI für die Software, die gerade entwickelt wird, schnell ändern kann) Wasserfallmethoden nicht funktionieren. Der Grund dafür ist, dass man jedes Mal, wenn es eine Änderung gibt, wieder zum Anfang der Methodik geht. Das bedeutet, dass Sie immer Catchup spielen und gar keine Trainingsmaterialien entwickeln.

Wenn wir ADDIE verwenden, neigen wir dazu, es bei der Entwicklung von Schulungsmodulen zu nutzen, die wir zu Kursen und Lernwegen kombinieren. Wenn es eine Änderung in einem einzelnen Teil eines Moduls gibt, dann müssen wir Zeit damit verbringen, das Modul zu modifizieren und neu zu veröffentlichen, dann den Kurs und dann den Lernpfad. Das macht es sehr ineffizient in der Art und Weise, wie es mit Veränderungen umgehen kann. Daher denke ich nicht mehr, dass ADDIE gut zu agilen Projekten passt.

A Way Forward ..

.. Für die Erstellung von Schulungsmaterialien zum Einsatz einer Anwendung (Systemschulung).

Ich denke, es gibt zwei Entwicklungen, die entscheidend sind, um von ADDIE wegzukommen und zu einer effizienteren Methode zur Entwicklung von Schulungsmaterialien zu gelangen. Dabei handelt es sich um Lernobjekte und die Software, die die Entwicklung von ihnen und die Objekterkennung unterstützen, was eine schnelle Aktualisierung von Lernobjekten ermöglicht, die bereits durch automatische Neuaufnahmen von ihnen erstellt wurden.

Wenn Sie mit der Verwendung von Lernobjekten und Objekterkennung beginnen, können Sie Ihre Trainingsmethodik an die agilen Methoden und Werkzeuge anpassen, die verwendet werden. Zum Beispiel, viele agile Software-Entwicklungsprojekte heute verwenden JIRA für die Erstellung von Problemen, Scrum und Kanban-Boards, Produktfahrpläne etc .. Es ist sehr einfach, eine Liste von JIRA-Geschichten in eine Tabelle zu exportieren, die dann als Grundlage für einen Trainingsplan dienen kann. Wenn ein Sprint fortschreitet und klarer wird, was darin enthalten ist, dann kann diese Liste verfeinert werden, um Lernobjekte im Autorenwerkzeug zu erstellen (idealerweise durch den Import von ihnen aus einer Tabelle). Workflows werden dann zur Steuerung der Entwicklungs-und Review-Aktivitäten eingesetzt. Schließlich kann ein automatischer Veröffentlichungsprozess genutzt und die Lernobjekte verwendet werden, um Wissensgrundlagen in einem Support-Desk-Tool zu bevölkern und für die Ausbildung von Menschen zu nutzen.

Hier ist ein Beispiel dafür, wie Sie einen Trainingsprozess in ein agiles Projekt einbetten können.

Objekte in einer Agilen-Methode lernen

Sprintplanung und Feature-Liste

Zu Beginn des Sprints wird eine Liste der zu entwickelnden Features vom Projektsponsor, Produktmanagement und Entwicklungsteam vereinbart. Ein Rückstand an Features kann auch gespeichert werden, um in zukünftige Sprints integriert zu werden. Der Rückstand ist auch der Ort, an dem, wenn ein Feature auf Eis gelegt wird, dieses Feature zurückgeht, in den Rückstand. Jedes Feature hat eine Menge an Dokumentationen darüber, was auf hohem Niveau erklärt wird, was benötigt wird.

Trainingsplan

Wenn wir aus der Feature-Liste herauskommen, können wir mit der Erstellung eines Trainingsplans beginnen. Diese sollte aus:

  • Wie viele Lehrplaner werden wir unserer Meinung nach brauchen?
  • Wann werden Entwicklungsaktivitäten (LO es begin) entwickelt?
  • Welche Art von Workflow werden wir brauchen und wer wird an diesem Workflow teilnehmen?
  • Werden Vorlagen benötigt?
  • Welche Kurse und Kursmodule werden benötigt? (Dies ist ähnlich wie die Analysephase in ADDIE, macht aber mehr Annahmen auf der Grundlage des Wissens darüber, wofür die Software entwickelt wird und die beabsichtigten Nutzer dieser Software) Entscheidend ist, dass diese Kurs-und Kursmodul Liste flexibel ist und sich ändern kann.
  • Was sind die wichtigsten Termine für den Sprint, auf den sich die Trainingsentwicklungsaktivitäten ausrichten müssen?
  • Wo ist die Software und wie können wir darauf zugreifen?

Geschichten und Lernobjekte

Eine agile Story wird verwendet, um zu beschreiben, wie eine Software vom Endbenutzer dieser Software verwendet wird. Sie richten sich sehr eng an das Konzept eines Lernobjekts, obwohl es häufig vorkommt, dass ein Lernobjekt mehrere Benutzergeschichten enthalten kann. Ein Export der Story-Liste ist der beste Ausgangspunkt, um die benötigten Lernobjekte zu definieren. Dazu bedarf es einer gewissen Unterstützung des Instructional Design und einer großen Portion gesundem Menschenverstand.

Sprint und Daily Scrum

Im Laufe des Sprints wird es ein tägliches Scrum-Treffen in einem agilen Projekt geben, bei dem die Entwicklungsaktivitäten und Updates über den Fortschritt mit den Teammitgliedern geteilt werden. Ein Ausbildungsvertreter oder der Scrum-Meister sollten sich Geschichten anhören, die abgeschlossen wurden. Wenn dies der Fall ist, können sie eine Fahne in die Entwicklungssoftware setzen, die zeigt, dass die Entwicklungsaktivitäten für die Erstellung von Schulungsmaterialien auf diesem Lernobjekt dann beginnen können.

Demo

Am Ende eines Sprints werden alle Lernobjekte in Module und Kurse zusammengeführt (kuratiert) und kombiniert. Sie können dann als eLearning, Schulungsanleitungen, schnelle Referenz-Guides, Instruktor PowerPoints etc. veröffentlicht und dem Projektsponsor und den Stakeholdern demonstriert werden. Dies ist die Phase des Prozesses, die am ähnlichsten mit der Evaluationsphase in ADDIE ist.

Sprint-Härtung und Update LO es

Jedes Feedback aus der Demo wird in die Version der Software-Anwendung eingearbeitet, die veröffentlicht wird, und Fehler behoben, wenn sie in testing gefunden wurden. Wenn sich Änderungen auf ein Lernobjekt auswirken, muss es entweder mit Photoshop aktualisiert oder neu aufgezeichnet werden. Es geht durch die Überprüfung und Release-Workflow wieder, bevor sie veröffentlicht wird.

Veröffentlichen

Am Ende der Sprinthärtung werden alle Lernobjekte wieder zusammengeführt und die Module und Kurse wieder veröffentlicht, so dass alle benötigten LMS-Updates erfasst werden.

Zusammenfassung

Durch den Einsatz von Lernobjekten und die Neuaufzeichnung mit Objekterkennung können Sie nun Ihre Trainingsentwicklungsmethodik in agile Projekte einbetten und mit der Ausführung dieser Projekte Schritt halten, weil Sie mit ihnen ausgerichtet sind. Das Ausbildungsprojekt soll nicht mehr als außerhalb des Hauptentwicklungsprojekts gedacht werden.

Lassen Sie mich wissen, was Sie denken, und wenn Sie irgendwelche Kommentare haben, dann machen Sie sie bitte in dem Raum unten.

Kommentar hinterlassen

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.