Ihr Portfolio für Instructional Design benötigt eine Beweiskette

Dein Portfolio sagt, dass du Leistungsprobleme löst. Wo kann ich sehen, dass du das tust?

Ein poliertes Beispiel kann deine Produktionsfähigkeiten zeigen. Es kann auch die größte Behauptung auf der Seite unbelegt lassen. Ich kann den Kurs öffnen, das Layout bewundern und trotzdem keine Ahnung haben, warum der Kurs existieren musste.

Wenn du ein Portfolio möchtest, das das Urteilsvermögen im Lern-Design zeigt, gib dem Leser einen Weg, einer Entscheidung zu folgen. Was hast du bemerkt? Welche Beweise haben deine Interpretation verändert? Warum hast du diese Reaktion gewählt? Was ist passiert, als jemand es ausprobiert hat?

Ich betrachte das als eine Kette von Beweisen. Jedes Glied lässt eine andere Person die Argumentation überprüfen, anstatt die Überschrift zu akzeptieren.

01Beginne mit einer Behauptung, die jemand überprüfen kann.

Das Beispiel ist ein Teil des Falls. Es ist nicht der ganze Fall.

Das bedeutet nicht, dass du neben jedem Projekt einen langen Aufsatz schreiben musst. Es bedeutet, die wenigen Details auszuwählen, die deine bedeutendsten Entscheidungen verständlich machen.

02Verbinde vier Links.

Für einen nützlichen ersten Durchgang würde ich vier Dinge verbinden: das Problem, die Beweise, die Entscheidung und den Test.

Das Problem: Beschreibe die Lücke in der Arbeit. „Mitarbeiter benötigen ein Onboarding“ benennt ein Programm. „Neue Koordinatoren können einen genauen Übergang nicht unabhängig durchführen“ beschreibt etwas, das du untersuchen kannst.

Die Beweise: Zeige, was deine Interpretation informiert hat. Das könnte eine Beobachtung, ein Interviewergebnis, ein genehmigter Prozess oder ein Arbeitsbeispiel sein. Erkläre, was das Material unterstützt und was es nicht festlegen kann.

Die Entscheidung: Identifiziere eine Wahl, die die Erfahrung beeinflusst hat. Vielleicht hast du eine Prozessübersicht durch eine Übergabepraxis ersetzt. Erkläre die Alternative, die du in Betracht gezogen hast, und den Grund, warum du anders entschieden hast.

Der Test: Zeige, wie du die Wahl überprüft hast. Eine Prototypenbewertung kann verwirrende Anweisungen aufdecken. Eine Übungsaufgabe kann fehlende Informationen offenbaren. Keines beweist automatisch ein Geschäftsergebnis.

Wenn eines dieser Glieder fehlt, kennzeichne die Lücke. Ein ehrlicher nächster Schritt ist nützlicher als ein erfundenes Ergebnis.

03Zeige die Kette in einem kleinen Projekt.

Hier ist ein hypothetisches Portfolio-Projekt: Koordinatoren dabei helfen, die Arbeit an ein anderes Team zu übergeben.

Die ursprüngliche Anfrage ist ein Onboarding-Modul. In diesem Beispiel deuten die Beispielübergaben darauf hin, dass das wiederkehrende Problem darin besteht, dass Koordinatoren abgeschlossene Aktivitäten auflisten, aber ungelöste Entscheidungen auslassen. Ein Prozessverantwortlicher bestätigt, welche Informationen das empfangende Team benötigt.

Der Designer schlägt eine Übergabeschablone und eine kurze Übungsaktivität vor. Die Schablone unterstützt die tatsächliche Aufgabe. Die Übung fordert den Koordinator auf zu entscheiden, was das empfangende Team wissen muss, bevor es die Arbeit annimmt.

Beachte, was dieser Auszug nicht behauptet. Er sagt nicht, dass der Prototyp Nacharbeit reduziert, die Produktivität verbessert oder Geld spart. Das sind mögliche Ergebnisse, die untersucht werden müssen, keine Ergebnisse, die an eine Demonstration angehängt werden.

Das Portfolio könnte die anonymisierte Zusammenfassung der Beobachtungen, eine annotierte Designentscheidung, den funktionierenden Prototyp und den Testplan zeigen. Das reicht aus, um die Argumentation sichtbar zu machen, ohne jede Besprechungsnotiz hochzuladen.

04Trenne ein tatsächliches Ergebnis von einem geplanten Ergebnis.

Ein selbstinitiiertes Projekt kann Urteilsvermögen demonstrieren. Es kann keine Beweise liefern, die du nie gesammelt hast.

Wenn dein Publikum hypothetisch ist, sag das. Wenn du zwei Personen interviewt hast, erkläre diese enge Basis. Wenn du den Prototyp nicht getestet hast, schreibe „geplanter Test“ anstelle von „validierte Lösung“.

Ich würde drei Ebenen von Beweisen in einer Fallstudie unterscheiden:

• Designbeweise: Was unterstützt die Antwort, die du gewählt hast?
• Nutzungsbeweise: Was ist passiert, als Menschen die Erfahrung ausprobiert haben?
• Leistungsbeweise: Was ist später in der Arbeit passiert und was könnte es sonst noch beeinflusst haben?

Du hast vielleicht nur die erste Ebene. Das ist ein legitimer Ausgangspunkt. Erkläre die nächste Beobachtung, die du benötigen würdest, bevor du eine stärkere Behauptung aufstellst.

Im Beispiel der Übergabe könnte ein erfolgreicher Prototypentest zeigen, dass die Teilnehmer fehlende Entscheidungsträger identifizieren. Es bleibt jedoch offen, ob die Vorlage während tatsächlicher Übergaben verwendet wird und ob das empfangende Team sie hilfreich findet.

Diese Grenzen klar zu halten, macht den Fall glaubwürdiger. Es gibt einem Interviewer auch etwas Konkretes, über das er mit Ihnen sprechen kann.

05Bearbeite für Entscheidungen, nicht für die Chronologie des Projekts.

Eine Fallstudie muss nicht alles in der Reihenfolge erzählen, in der es passiert ist.

„Zuerst habe ich analysiert, dann habe ich entworfen, dann habe ich entwickelt“ sagt dem Leser, dass Sie einem Prozess gefolgt sind. Es sagt ihnen jedoch nicht, was der Prozess Ihnen geholfen hat zu entdecken.

Beginnen Sie mit der Entscheidung, die das Projekt verändert hat. Vielleicht haben Sie die Zielgruppe eingegrenzt, Inhalte entfernt, das Lieferformat geändert oder festgestellt, dass die angeforderte Aktivität das falsche Verhalten geübt hat.

Zeigen Sie dann die Beweise hinter dieser Entscheidung. Fügen Sie ein Artefakt hinzu, das es einfach macht, es zu überprüfen: ein annotiertes Vorher-Nachher, einen kurzen Auszug aus einer Aufgabenanalyse oder eine Testbeobachtung, die mit einer Überarbeitung verknüpft ist.

Geben Sie Ihrem Beitrag auch eine klare Grenze. Wenn jemand anderes die Forschung durchgeführt hat, schreiben Sie das. Wenn Sie die Praxis entworfen, aber nicht die Umsetzung geleitet haben, schreiben Sie das. Zusammenarbeit gehört in eine glaubwürdige Fallstudie.

Der Einsatz von KI benötigt die gleiche Klarheit. Erklären Sie, was es geholfen hat zu produzieren, wie Sie die Ergebnisse überprüft haben und welche wesentliche Entscheidung Sie über die Nutzung oder Ablehnung getroffen haben. Eine Liste von Tools erklärt den Stack; sie erklärt nicht Ihren Beitrag.

06Prüfe ein Beispiel, bevor du ein weiteres hinzufügst.

Öffnen Sie Ihr stärkstes Portfolio-Beispiel und fragen Sie, ob jemand, der mit dem Projekt nicht vertraut ist, diese Fragen beantworten kann:

1. Welches spezifische Problem haben Sie angesprochen?
2. Welche Beweise unterstützten Ihre Interpretation?
3. Welche Designentscheidung erforderte Urteilsvermögen?
4. Was haben Sie getestet, beobachtet oder geplant zu testen?
5. Was bleibt ungewiss?

Wenn die Antworten fehlen, verbessern Sie den Fall, bevor Sie ein weiteres Beispiel erstellen. Ein zweites poliertes Artefakt wird eine nicht unterstützte Behauptung im ersten nicht reparieren.

Halten Sie die Live-Erfahrung leicht erreichbar und die Erklärung leicht scannbar. Zeigen Sie genügend Argumentation, damit ein Leser die Arbeit versteht, und lassen Sie ihn dann das Beispiel erkunden.

Für mich ist das der Standard, auf den man hinarbeiten sollte: ein Portfolio, das es jemandem ermöglicht, zu prüfen, wie Sie denken und wie Sie Ihr Denken überprüfen.

Geben Sie dem Leser Beweise, denen er folgen kann, nicht nur ein Ergebnis, das er bewundern muss.