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