=Paper=
{{Paper
|id=None
|storemode=property
|title=Planspiel und Briefmethode für die Software Engineering Ausbildung – ein Erfahrungsbericht
|pdfUrl=https://ceur-ws.org/Vol-695/beitrag3-hagel-mottok.pdf
|volume=Vol-695
|dblpUrl=https://dblp.org/rec/conf/seuh/HagelM11
}}
==Planspiel und Briefmethode für die Software Engineering Ausbildung – ein Erfahrungsbericht==
Planspiel und Briefmethode für die
Software Engineering Ausbildung -
ein Erfahrungsbericht
Georg Hagel, Hochschule Kempten
georg.hagel@fh-kempten.de
Jürgen Mottok, LaS³, Hochschule Regensburg
juergen.mottok@hs-regensburg.de
Zusammenfassung Konstruktivismus
Die konstruktivistische Perspektive unterstützt ei- Der Konstruktivismus ist eine Theorie über den Er-
werb von Wissen, das Lernen und Lehren. Kern-
nen Paradigmenwechsel der akademischen Lehre
aussage ist, dass jeder Mensch durch die Kommu-
hin zu einer Lerner- und Lernprozesszentrierung.
nikation mit seiner Umgebung eine eigene persön-
Dabei thematisieren Selbstgesteuertes Lernen und
liche Wirklichkeit erschafft; diese unterscheidet
aktivierende Lehre das studentische Lernen neu.
sich von der Wirklichkeit anderer Menschen. Ler-
Das Zusammenspiel von Lehren und Lernen mit nen wird als die Konstruktion von Bedeutung und
dem Ansatz einer konstruktivistischen Didaktik damit als dynamisches Weiterentwickeln der per-
wird mit Beispielen erprobter Lernkonzepte der sönlichen Wirklichkeit gesehen. Lernen im didak-
Software Engineering Ausbildung der Vortragen- tisch konstruktivistischen Kontext unterscheidet:
den unterlegt: Planspiel und Briefmethode werden 1. Konstruktion („Wir sind Erfinder unserer
exemplarisch diskutiert. Wirklichkeit“),
Die gezeigten konstruktivistischen Methoden las- 2. Rekonstruktion („Wir sind die Entdecker
sen sich auf Lebenslanges Lernen des Software En- unserer Wirklichkeit“) und
gineering im Berufsumfeld übertragen. 3. Dekonstruktion („Es könnte auch anders sein!
Wir sind die Enttarner unserer
Einführung – Lernarrangements für Wirklichkeit!“).
selbstgesteuertes Lernen Die grundsätzliche Ausrichtung ist: „Selbst erfah-
Inzwischen ist eine Wende der didaktischen Wahr- ren, ausprobieren, untersuchen, experimentieren,
nehmung erkennbar. Während die curriculumtheo- immer in eigene Konstruktion ideeller oder materi-
retische Didaktik auf der Überzeugung basierte, eller Art überführen und in den Bedeutungen für
dass Lernprozesse Erwachsener zielgerichtet plan- die individuelle Interessen-, Motivations- und Ge-
bar und steuerbar sind, zielt der konstruktivistisch- fühlslage thematisieren.“ (Reich, 2008)
didaktische Ansatz auf die Ausgestaltung von In der Perspektive der Rekonstruktion lautet die
Lernumgebungen (Siebert, 2009). In diesen Lern- Frage: „Wer hat es damals so und wer hat es anders
umgebungen, auch Lernsettings, genannt, sollen gesehen? Welche Handlungsmöglichkeiten haben
selbstgesteuerte und kreative Lernprozesse ange- Beobachter damals festgestellt und welche fallen
regt werden. Dabei ist nicht nur das Expertenwis- uns hierzu ein? Welche unterschiedlichen Experten
sen der Referenten eine Ressource, sondern auch kommen zu welcher Aussage und wie stehen wir
das Vorwissen, die Erfahrungen und die Fragestel- dazu?“ In dieser Perspektive wird gefragt, welche
lungen aller Beteiligten. Dieser methodisch didakti- Motive der damalige Beobachter hatte um seine
sche Ansatz gestaltet einem Paradigmenwechsel Festlegungen zu treffen. Faktenwissen steht dabei
„The Shift from Teaching to Learning“ (Welbers, nicht im Vordergrund.
2005) aus. Die Dekonstruktion stellt sich die Frage der selbst
vollzogenen Auslassungen, die möglichen anderen
Ludewig, Böttcher (Hrsg.): SEUH 2011 Seite 10 von 44
Blickwinkel, die sich im Nachentdecken der menden Rollen sind vorgegeben. Das Ergebnis des
Erfindungen anderer oder in der Selbstgefälligkeit Planspiels bleibt insofern offen, als dass die Lernen-
der eigenen Erfindung so gerne einstellen. In dieser den verschiedene Lösungswege auffinden können.
Perspektive will der Enttarner kritisch gegenüber Im Curriculum des Bachelorstudiengangs Mecha-
den eigenen blinden Flecken sein. tronik der Hochschule Regensburg wird im vierten
Als idealtypischer Grundsatz für die konstruktivis- Semester die Vorlesung Software Engineering im
tische Didaktik gilt somit (Reich, 2008): Umfang von 2 SWS/3 ECTS und im fünften
„Jeder Sinn, den ich selbst für mich einsehe, jede Semester das Praktikum/Seminar als Blockveran-
Regel, die ich aus Einsicht selbst aufgestellt habe, staltung Software Engineering im Umfang von 4
treibt mich mehr an, überzeugt mich stärker und SWS/5 ECTS angeboten. Das Praktikum/Seminar
motiviert mich höher, als von außen gesetzter Sinn, Software Engineering verlangt also eine Arbeitszeit
den ich nicht oder kaum durchschaue und der nur von 150 Stunden.
durch Autorität oder Nicht-Hinterfragen oder äu- Die Blockveranstaltung Software Engineering (50
ßerlich bleibende Belohnungssysteme gesetzt ist.“ Stunden) hat zwei vorgelagerte Vorlesungstermine
(je 4 Stunden) zur Vorbesprechung. Danach be-
Der konstruktivistische Methoden- ginnt schon eine selbstgesteuerte Arbeitsphase der
Studierenden. Als Vor- und Nachbereitungszeit der
baukasten in der Software Enginee-
Studierenden verbleiben damit 92 Stunden.
ring Ausbildung
Alle Studierenden haben als Vorkenntnisse die
Die Software Engineering Studenten müssen von Programmiersprachen C und C++ (10 SWS V+Ü),
Anfang an nicht nur in Erkenntnistheorie, sondern sowie Mikrokontrollertechnik (6 SWS V+Ü). Sie
auch in Problemlösung vertraut werden (Ludewig, haben dagegen keine Erfahrung über die bei der
2009). Dies wird durch den Perspektivwechsel von Programmierung hinausgehenden Schritte der
der Input- zur Output-Orientierung unterstützt, Software-Entwicklung. Praktika und Projekte sind
wobei durch den Einsatz geeigneter fachdidakti- deshalb für die Lehre von Software Engineering
scher Methoden die Lernenden ihren Lernprozess zentral (Ludewig, 2009).
in Selbststeuerung aktiv ausgestalten.
Die Vorlesung Software Engineering bereitet auf ei-
Den Lehrenden stehen mit den konstruktivistischen ne schriftliche Prüfung vor. Dagegen wird die
Methodenbaukästen „Methodenpool“ (Reich, 2008) Blockveranstaltung Praktikum/Seminar Software
und der „Methodensammlung“ (Macke, 2009) Engineering mit einem studienbegleitenden Lei-
Ideenquellen zur Ausgestaltung eines aktivieren- stungsnachweis abgeschlossen. Der studienbeglei-
den Lernprozesses zur Verfügung. Erste positive tende Leistungsnachweis wird erbracht durch die
Versuche im Einsatz dieser Methoden findet man Vorbereitung eines Fachvortrages, die Vorberei-
beispielsweise in (Mottok, 2009 und Hagel, 2010). tung eines Posters, die erfolgreiche Mitwirkung am
Im Folgenden werden die Erfahrungen mit den Planspiel und die Erstellung von Arbeitsprodukten,
Methoden Planspiel und Briefmethode im Fach wie qualitätsgesicherter Dokumentationen, sowie
Software Engineering vorgestellt. funktionierender Software.
Die Blockveranstaltung Praktikum/Seminar Soft-
Planspiel ware Engineering an der Hochschule Regensburg
In Planspielen im Fach Software Engineering sollen findet an fünf Tagen statt. Zwei Lehrende gestalten
Studierende durch Simulation einer Praxissituation mit Pair-Teaching als interdisziplinäres Team (In-
einen möglichst realistischen und praxisbezogenen formatiker und Pädagoge/Projekttrainer) diese
Einblick in Probleme und Zusammenhänge der Veranstaltung. Insbesondere diese Verzahnung im
methodischen Softwareentwicklung gewinnen, Führungstandem lässt für die Studierenden das
eigene Entscheidungen treffen und Konsequenzen Wechselspiel zwischen Konkurrenz versus Zusam-
ihres Handelns erfahren. menarbeit/Dialog in einem Klima offener Kom-
munikation sichtbar werden. Eine Übertragung auf
Planspiele erfordern zudem eine hohe Partizipation
die eigene Situation im Planspiel wird möglich.
aller Beteiligten. Sie sollten auf eine Erhöhung der
Handlungsfähigkeit in dem Sinne zielen, dass sie Während in den ersten beiden Tagen Fachthemen
Konsens und Dissens, Entscheidungsabläufe und erarbeitet und vermittelt werden, werden in den
Transparenz bei der Bildung von Gruppenentschei- letzten drei Tagen in einem Planspiel die Kenntnis-
dungen aufdecken und diskutierbar werden lassen se und Fertigkeiten in den Fachthemen vertieft und
(Reich, 2008). Die Studierenden werden im Plan- angewendet.
spiel mittels aktivierender Methoden beteiligt und Bereits vier Monate vor der Blockveranstaltung fin-
in ein Software-Projekt involviert. Die Aufgaben- den zwei Vorbesprechungen im Umfang von
stellung eines Softwareprojekts und die einzuneh- jeweils 4 Stunden mit den Studierenden statt. Dabei
Ludewig, Böttcher (Hrsg.): SEUH 2011 Seite 11 von 44
werden Fachthemen zur Vorbereitung der Block- Qualitätsmanager, Konfigurationsmanager, …)
veranstaltung an die Studierenden vergeben. Diese an.
Fachthemen werden von den Studierenden eigen- • Ereigniskarten, die als Impulskarten durch den
ständig bearbeitet. Als Ergebnis werden die Fach- Spielleiter in die Gruppen gereicht werden
vorträge als Folienpräsentation und Poster in die können (beispielsweise die Änderungen von
Lernplattform moodle abgelegt. Der Lehrende gibt Anforderungen).
zu diesen Ergebnissen Rückmeldung in moodle. • Quellen und Literatur
Den Studierenden werden zusätzlich Literaturhin-
weise zur Bearbeitung der Aufgaben in der Lern- Die einzelnen Phasen des Planspiels bestehen aus:
plattform moodle zur Verfügung gestellt. Die
1. Spieleinführung
Lernplattform ist vor und während des Planspiels
im Einsatz. Die Semestergruppe der Studierenden wird zu Be-
ginn des Planspiels in mehrere Planspielgruppen
mit jeweils ca. 10 Studierenden aufgeteilt. Der Leh-
rende gibt die Ausgangslage schriftlich vor und
klärt Verständnisfragen. Das Spielmaterial wird
vorgestellt.
2. Informations- und Lesephase, Rollenvertei-
lung
Die Gruppen erhalten die Rollen- und Arbeitskar-
ten. Das Arbeitsmaterial wird durchgelesen und
auftretende Verständnisfragen werden geklärt. Die
Teambildung und Rollenverteilung wird von den
Lehrenden begleitet.
3. Meinungsbildung und Strategieplanung
innerhalb der Gruppe
Die Informationen werden gruppenintern struktu-
Abbildung 1: Software-Architektur mit c’t-Bot,
riert und die Projektaufgabe der Softwareentwick-
Server-PC und Web-Clienten für das Planspiel
lung wird analysiert.
Das durchgeführte Planspiel im Fach Software En-
4. Interaktion zwischen den Rollen
gineering behandelt eine Projektaufgabe mit dem
Embedded Roboter System c't-Bot. In dieser Auf- In dieser intensivsten Spielphase agieren die Rollen
gabe soll eine Fernsteuerung- und Fernüberwa- der jeweiligen Planspielgruppe miteinander. Inte-
chung des Roboters c't-Bot über einen Server-PC ressenkonflikte zwischen den Rollen treten auf.
und zusätzlich über Web-Clienten, also Browserap- Diese Interessengegensätze sind typisch bei der
plikationen, erstellt werden (Abbildung 1). Biblio- Durchführung eines Planspiels. Durch Ereigniskar-
theken und einfache Beispiele liegen bereits vor. ten kann der Spielleiter nun gezielte Impulse und
Veränderungen ins Spiel bringen. Alle Planspiel-
Zur Durchführung eines Planspiels im Software
gruppen treffen sich zweimal am Tag zu einem
Engineering müssen folgende Spielmaterialien be-
Jour Fix. Die Rolleninhaber müssen dabei unter
reitgestellt werden:
Zeitdruck Entscheidungen treffen.
• Eine Fallstudie, in der kurz die vorgegebene 5. Vorbereitung eines Plenums / Konferenz
Softwareaufgabe skizziert wird und Software- Jeder Rollenträger/Positionsinhaber der jeweiligen
Bibliotheken, sowie bestehende exemplarische Gruppe trägt intern seine Ergebnisse zusammen
Teillösungen vorgegeben werden. und verarbeitet und bewertet in dieser Phase die
• Eine Arbeitskarte mit Erläuterungen zum Ver- erreichten Ergebnisse.
lauf des Softwareprojekts (Spielverlauf). 6. Durchführung eines Plenums / Konferenz
• Rollenkarten, durch welche den Teilnehmern Die Ergebnisse des Software-Projektes werden aus
spezifische Rollen übertragen werden (Die der Perspektive des jeweiligen Rollenträgers vor-
Softwareentwicklungsprozesse V-Modell 97 gestellt. Eine Demonstration mit dem realen soft-
und V-Modell XT wurden bereits in der ware-intensiven System eines Roboters ist ge-
Vorlesung angesprochen.). Die Studierenden wünscht.
nehmen damit die Positionen einer Rolle
7. Spielauswertung
(Projektleiter, Software Entwickler,
Auswertung des Spielverlaufs mit dem Lehrenden
als neutralen Moderators. Diese Reflexion über den
Ludewig, Böttcher (Hrsg.): SEUH 2011 Seite 12 von 44
eigenen Lernprozess ist ein weiteres Merkmal eines • Mit Verlassen des 90-Minutenrythums entsteht
Planspiels. Raum, Zeit und Gelassenheit zum Lernen.
Während der Blockveranstaltung Praktikum/ Sem- Das Planspiel beinhaltet eine große Menge anderer
nar Software Engineering stehen ausreichend Sem- Methoden und Techniken (Methodeninterdepen-
nar- und Rechnerräume für die einzelnen Plan- denz), in denen sich der Studierende üben kann. Im
spielgruppen zur Verfügung. Einzelnen sind dies die Arbeitsform der Gruppen-
Der Ergebnispräsentation am Ende des Planspiels arbeit, Strukturierung der Gruppenarbeit durch
folgt eine Reflexion über den Lernprozess. Moderation, Ideenentwicklung durch Clustering
und Concept Learning, sowie Feedback zur Klä-
In der Reflexion wurden folgende Erfahrungen ge- rung von Gruppenkonflikten.
sammelt und evaluiert:
Der Unterschied zu Lernformen wie der
• Die Lernthemen können von den Studierenden Projektarbeit besteht darin, dass es noch stärker die
mitbestimmt werden (Rolleninhaber bereiten Entwicklung von Handlungs- und Entscheidungs-
Themen vor) kompetenzen und das Einüben entsprechender
• Der Lehrende übt als Spielleiter keine domi- Verhaltensweisen betont (Markowitsch, 2004). Die
nante Rolle aus, sondern ist Begleiter des Lern- Begründung von Architekturentscheidungen, die
prozesses und berät bei Rückfragen (Aviram, Auswahl möglicher Alternativen in Design und Im-
2000). plementierung, die Festlegung eines Testkonzeptes,
• Offene Form des Lernens ermöglicht die einzel- aber auch die Ausgestaltung qualitätssichernder
nen Aufgaben zu differenzieren und zu indivi- Review-Sitzungen sind als Beispiele zu nennen.
dualisieren (Macke, 2009). Diese Beispiele finden sich zwar auch in Projektar-
beiten wieder, aber im Planspiel wird die soziale
• Qualitätssicherung durch Literaturvorgaben, Interaktion der Rolleninhaber und die gemeinsame
sowie Begleitung und Rückkopplung mit der Reflexion über den Lernprozess am Spielende als
Lernplattform moodle, - auch schon vor der methodisches Merkmal genannt. Insofern kann die
Blockveranstaltung. dargestellte Lernform als projektorientiertes Plan-
• Eigene Lernprojekte konnten aus der Vorberei- spiel klassifiziert werden.
tung der Fachthemen eingebracht werden. An der Blockveranstaltung Software Engineering
• Die Lernorganisation des Planspiels lässt meh- haben bereits Semestergruppen mit 20 bis 60
rere Lernwege offen, - Anknüpfung an die Le- Studierenden teilgenommen.
bens- und an die Praktikumserfahrung der Mithilfe eines standardisierten Fragebogens konn-
Lernenden. ten Werte für die Zufriedenheit der Studierenden
• Förderung der Handhabung verschiedenster mit der Blockveranstaltung Software Engineering
Arbeitstechniken. ermittelt werden. Insbesondere wurden Fragen zur
• Die Lerninhalte sind mit dem Anwendungsfall Veranstaltung selbst, den technischen Lernein-
der Projektarbeit fassbar reduziert. heiten und zur Begleitung durch den Lehrenden
gestellt. Bei der Zufriedenheit handelt es sich um
• Die angebotenen Lerninhalte können selbsttä- Einschätzungen der Beteiligten selbst, d.h. die
tig erschlossen werden. relativen Werte für die Zufriedenheit sind sehr re-
• Handlungsbezogene Problemstellungen im präsentativ und spiegeln die Stimmungen ange-
Planspiel sind explizit Thema in der Blockver- messen wieder. An der Umfrage nahmen 80% aller
anstaltung. Studierenden teil, sodass die Ergebnisse für den
• Bereichsübergreifendes Denken und Handeln ganzen Kurs geltend gemacht werden können. Die
wird gefördert, ebenso wie ein Verständnis für Evaluationsergebnisse waren durchweg positiv.
gruppendynamische Prozesse und ihre Aus- Kritisch zu bewerten ist, dass die Studien- und
wirkungen. Prüfungsordnung für Bachelorstudierende der
• Komplexe Themen, wie Projektmanagement, Mechatronik insgesamt nur 2 SWS Vorlesung und 4
Qualitätssicherung und Konfigurationsma- SWS Praktikum/Seminar für das Lehrgebiet
nagement können in der zur Verfügung stehen- Software Engineering vorsieht. Deshalb können die
den Zeit nur in grundlegender Weise vermittelt Studierenden sich nur grundlegende Kenntnisse in
werden. Eine Vertiefung kann für Mechatronik- der disziplinierten Software-Entwicklung bei An-
Studierende erst im Masterangebot erfolgen. wendung von Softwareprozessmodellen aneignen.
• Jede Planspielgruppe entwickelt eine andere
Kultur.
Briefmethode
Auch die Briefmethode stammt aus dem Konstruk-
• Lernen in multiplen Kontexten
tivistischen Methodenpool (Reich, 2008). Diese Me-
Ludewig, Böttcher (Hrsg.): SEUH 2011 Seite 13 von 44
thode wird häufig im Deutschunterricht der Schu- gen konnten. Daher ist es speziell in technischen
len, aber auch in Geschichte und Literatur einge- Fächern sinnvoll, den Einsatz der Methode zu mo-
setzt. Wir wollten untersuchen, ob sich diese Me- tivieren. Ist den Studierenden der Sinn dieser Art
thode auch für den Einsatz in einem technischen Aufgabenstellung transparent, erhöht sich der
Fach, wie Software Engineering an einer Hochschu- Rücklauf beträchtlich.
le eignet. Dabei wurden seitens der Dozierenden Diejenigen Studierenden, die das Antwortschreiben
mehrere Ziele verfolgt: Die Studierenden sollten verfasst hatten, haben sehr gut verständliche tech-
• einen Sachverhalt, den sie sich vorher erar- nische Dokumente abgeliefert. Dabei wählten sie
beitet hatten, wiedergeben können und selbstständig und unabhängig voneinander unter-
• lernen, Briefe mit technischer Information schiedliche Formate für das Antwortschreiben. Die
zu verfassen. einen antworteten mit einem kommentierten Excel-
Sheet, die anderen mit Word-Dokumenten. Der Do-
Das Erstellen technischer Dokumentation kommt zierende hat auf die Antwortbriefe wieder per Brief
aus Sicht der Autoren in den Lehrveranstaltungen individuell Feedback gegeben.
zum Software Engineering zu kurz und beschränkt
sich meist auf die Erstellung von UML-Diagram- In der Reflexion der Methode mit den Studierenden
men. Texte mit technischem Inhalt, oder gar Benut- stellte sich heraus, dass sie das Verfassen des Brie-
zerdokumentation wird sehr selten im Rahmen der fes schwierig fanden: Sie mussten
Software Engineering-Ausbildung in den Hoch- • einen technischen Text sauber formulieren
schulen verfasst. Ein Versuch, wie eine Ausbildung und übersichtlich strukturieren,
im Technischen Schreiben aussehen kann, findet • erkennen, wo sie noch Lücken hatten, sich
man in (Schmidt, 2009). Auch werden an verschie- die Terminologie nochmals aneignen,
denen Hochschulen inzwischen explizit Veranstal-
tungen wie „Software Engineering und Techni- • ohne direkte Kommunikation einen Sach-
sches Schreiben“ angeboten. verhalt schildern und
In der Vorbereitung muss zunächst ein hinreichend • Empathie entwickeln für jemanden, der die
komplexer Sachverhalt gefunden werden, der sich gestellte Aufgabe nicht eigenständig lösen
in Briefform gut vermitteln lässt. In unserem Bei- kann.
spiel bat der Dozierende die Studierenden um ein Positive Rückmeldungen seitens der Studierenden
Antwortschreiben auf einen fiktiven Brief (siehe waren
Abbildung 2). Im Brief bittet ein Freund der Studie- • Sie verstehen das Thema jetzt, wo sie es je-
renden um Hilfe bei einer betriebswirtschaftlich- mand anderem erklären mussten wesent-
mathematischen Aufgabe aus dem Projektmanage- lich besser.
ment.
• Sie fanden das konstruktive Feedback des
Dozierenden sehr hilfreich.
Das durchweg positive Feedback der Studierenden,
die diese Aufgabe gelöst hatten ermutigt den
Dozierenden, diese Methode zukünftig häufiger
einzusetzen, damit die Studierenden mit dieser Art
der Aufgabenstellung vertraut werden. Damit wird
der Rücklauf bei der Methode sicherlich erhöht.
Eine spezielle Ausprägung der Briefmethode ist ein
Online-Forum, das die Studierenden in Eigenini-
tiative eingerichtet haben. Dort sind Studierende
und Dozierende angemeldet. Studierende können
Abbildung 2: Brief hier Fragen, Anregungen oder Kritik jederzeit
Die Studierenden, die eine Marginalrenditerech- äußern. Speziell zu technischen Problemen kom-
nung schon mehrmals in Übungen gelöst hatten, men häufig Fragen im Forum und werden oft von
sollten "ihrem Freund" in Briefform antworten, also den Studierenden selbst beantwortet, so dass diese
durch selbstständiges Handeln ein neues Produkt, einiges an Erfahrung in technischer Dokumentation
nämlich die technische Lösung der Aufgabe als aufbauen. Allerdings ist der Schreibstil im Forum
Brief erstellen. nicht immer technisch und formal korrekt, was
auch nicht beabsichtigt ist. Auch Anrede und
Ergebnis war, dass lediglich 20% der Studierenden Grußformel fehlen. Allerdings kann durch den
einen Antwortbrief verfasst hatten. Auf Nachfrage Einsatz von Emoticons eine Aussage unterstrichen
seitens des Dozierenden stellte sich heraus, dass und die Kommunikation aufgelockert werden. Die-
viele mit einer so gestellten Aufgabe nichts anfan-
Ludewig, Böttcher (Hrsg.): SEUH 2011 Seite 14 von 44
se Möglichkeit der Hilfe zur Selbsthilfe wird auch Literatur
seitens der Dozierenden sehr begrüßt und unter-
Aviram, A. (2000): Beyond Constructivism:
stützt: Auf Fragen wird geantwortet und Kritik
Autonomy-Oriented Education. Studies in Phi-
und Anregungen zukünftig berücksichtigt.
losophy and Education, 19: 465-489., Kluwer
Damit das Forum funktioniert und regelmäßig Academic Publishers.
benutzt wird, ist es notwendig, dass die Dozieren-
Dewey, J. (1910): How we think (deutsch: Wie wir
den regelmäßig und zeitnah antworten. Es wird
denken, Zürich 1951).
seitens der Studierenden eine fast ständige Verfüg-
barkeit erwartet, auch wenn das nicht direkt kom- Hagel, G., Mottok, J., Utesch, M., Landes, D., Studt,
muniziert wird. Außerdem muss gewährleistet R. (2010): Software Engineering Lernen für die
werden, dass alle Studierenden Zugang zum Fo- berufliche Praxis - Erfahrungen mit dem kon-
rum erhalten. Das muss seitens des Dozierenden struktivistischen Methodenbaukasten, im Ta-
überprüft werden, um eine Gleichbehandlung der gungsband des Embedded Software Enginee-
Studierenden zu gewährleisten, da über das Forum ring Kongress' 2010.
zusätzlich zur Vorlesung Informationen seitens der Ludewig, J. (2009): Erfahrungen bei der Lehre des
Dozierenden verteilt werden. Software Engineering, in Jaeger, U. (Hrsg.) und
Diese Art Forum läuft schon seit mehreren Jahren Schneider K. (Hrsg.): Softwareengineering im
und der rege Gebrauch seitens vieler Studierender Unterricht der Hochschulen: SEUH 11,
zeigt, dass sich dieses Medium bewährt hat. Hannover 2009, dpunkt Verlag.
Eine Möglichkeit, die Briefmethode in größerem Macke, G., Hanke, U., Viehmann, P. (2009): Hoch-
Rahmen einzusetzen, wäre die Erstellung eines schuldidaktik, Lehren, vortragen, prüfen, Beltz
Wiki zusammen mit den Studierenden. In diesem Verlag, Weinheim.
könnten Studierende die Sie interessierenden Markowitsch, J., Messerer, K., Prokopp, M. (2004):
Themen für alle technisch dokumentieren. Handbuch praxisorientierter Hochschul-
bildung, WUV Universitätsverlag, Wien.
Zusammenfassung und Ausblick Mottok, J., Hagel, G., Utesch, M., Waldherr, F.
Planspiel und Briefmethode sind zwei konstrukti- (2009): Konstruktivistische Didaktik - Ein Re-
vistische Methoden, die nach Meinung der Autoren zept für eine bessere Softwareengineering Aus-
sehr gut für die Ausbildung im Softwareenginee- bildung?, im Tagungsband des Embedded
ring geeignet sind. Die Lernenden lassen sich für Software Engineeing Kongress' 2009, S. 601-610.
das Planspiel einfacher motivieren als für die Brief- Reich, K. (2008): Konstruktivistische Didaktik –
methode.
Lehr- und Studienbuch mit Methodenpool, 4.
Planspiele im Software Engineering konfrontieren
Auflage, Beltz Verlag, url: http://
möglichst realistisch mit einer Praxissituation. Die
methodenpool.uni-koeln.de.
Studierenden können dabei zum kreativen, weitge-
hend autonomen und selbstorganisierten Handeln Schmidt, G., Hollweg, G. (2009): Ein integrativer
in Bezug auf konkrete Probleme und deren Lösung interdisziplinärer Lehrversuch: Softwareengi-
motiviert werden und nehmen dabei unterschied- neering und Technisches Schreiben, in Jaeger,
liche Positionen in einem komplexen Softwareent- U. (Hrsg.) und Schneider K. (Hrsg.): Software-
wicklungsprozess ein. engineering im Unterricht der Hochschulen:
SEUH 11, Hannover 2009, dpunkt Verlag.
Die Briefmethode führt zu besserem Verfassen
technischer Dokumentation und eignet sich sehr Service-Stelle Bologna (2004): Hochschulrektoren-
gut, um sich ein Thema anzueignen, oder zu wie- konferenz - Texte und Hilfestellungen zur Um-
derholen. Auch der Spezialfall eines Forums für setzung der Ziele des Bologna-Prozesses an
Studierende und Dozierende wird positiv aufge- deutschen Hochschulen, Beiträge zur Hoch-
nommen. schulpolitik.
Die Reflexion der Studierenden über den eigenen Siebert, H. (2009): Selbstgesteuertes Lernen und
Lernprozess kann zukünftig durch die Führung ei- Lernberatung, ZIEL, Augsburg.
nes individuellen Lernjournals unterstützt werden. Welbers, U.; Gaus, O. (2009): The Shift from
Die Dozierenden werden beide Methoden zukünf- Teaching to Learning, Bertelsmann, Bielefeld.
tig häufiger einsetzen. Außerdem sind sie durch
die gemachten Erfahrungen mit dem konstruktivis-
tischen Methodenpool hoch motiviert, weitere Ver-
suche mit diesen Methoden für die Software Engi-
neering-Ausbildung durchzuführen.
Ludewig, Böttcher (Hrsg.): SEUH 2011 Seite 15 von 44