Zusammenfassung der Übungen

Ausgewählte Abgaben der Teilnehmerinnen und Teilnehmer
Es sei darauf hingewiesen, dass die von mir konstituierten notwendigen Elemente des Informatikunterrichts
prinzipiell eine Synthese aus im Rahmen der DDI 3-Vorlesung behandelten Ideen zur informatischen
Bildung ist (so z.B. Computer Literacy (ECDL) & Paradigmen von Programmiersprachen (Pizzabeispiel)).
Dieser Zustand bringt nichts besser zum Ausdruck als das immer noch andauernde Fehlen
einer (möglichst internationalen) "Richtschnur" für informatische Bildung, wie sie in anderen Fächern
bereits existiert. Kein methodisches Konzept hat bislang auf mich holistisch überzeugend gewirkt. -
Zeitlich sind nahezu alle o.g. Inhaltspunkte im Sinne eines Spiralcurriculums über
die Jahrgangsstufen verteilt (d.h. einer immer wiederkehrenden vertiefenden Wiederholung)
Aufgabe 2.)
Verständlicherweise erhebt auch die folgende Zusammenstellung von Methoden keinen Anspruch auf
Vollständigkeit. Es ist damit zu rechnen, dass einige unterrichtliche Gegebenheiten u.U. nach anderen
Methoden verlangen als diejenigen, in welchen ich momentan das größte Potential sehe. Im Sinne einer
möglichst ausführlichen Beschreibung der von mit favorisierten Methoden (anstelle von
einer holistischen Analyse meines Methodenfundus) seien an dieser Stelle drei Methoden näher betrachtet:
Puzzle-Methode:
Diese (mir bis vor kurzem noch vollkommen unbekannte Methode) schließt in meinen Augen eine nicht
unwesentliche Lücke zwischen Gruppen- und Projektarbeit. Aktivität findet sowohl in Form von Einzelarbeit
(Selbststudium) als auch in Kleingruppen statt und ist nahezu vollständig durch konkret vorgegebene
Aufgaben gesteuert. Andererseits arbeitet die gesamte Lernergruppe aber auch gleichzeitig innerhalb
eines großen gemeinsamen Themenbereichs (siehe Paradigmen von Programmiersprachen). Hervorragend
zu Einführung in einen ganzen Themenkomplex geeignet, würde ich die Puzzle-Methode jedoch
nicht zum vertieften Lernen innerhalb eines Zweigs des Themengebietes einsetzen.
Für diese ablehnende Haltung existieren verschiedene Gründe: Wesentliches Merkmal der Puzzle-Methode
ist u.a. die zunächst getrennte Arbeit von „Expertengruppen“, die im Rahmen der Unterrichtsrunde
ihr Wissen untereinander austauschen. Dies mag bei weit gefächerten Themen möglich sein, bei
enggefassten Themen erscheint eine künstliche Aufsplittung jedoch überflüssig und darüber hinaus unnütz.
In diesem Fall müssen Methoden zum Einsatz kommen, die zwar ähnlich der Puzzle-Methode
selbstverwantwortliches Lernen betonen und schulen, jedoch nicht zwingend getrennte gleichzeitige
Arbeit an verschiendenen(!) Perspektiven auf ein Problem verlangen.
Lerntheoretische Grundlagen:
– selbstverantworliches Lernen begünstigt hohe (intrinsische!) Motivation
– Puzzle-Methode fordert / fördert Fähigkeit, Mitmenschen Aufmerksamkeit zu schenken und die
eigenen Handlungen dagegen zu reflektieren
– durch eigenständige Erarbeitung der Grundlagen mittels Reader un Übungsaufgabe (Selbststudium)
wird nicht deklaratives Wissen, sondern prozedurales Wissen aufgebaut
Projektarbeit:
Es ist eine häufig formulierte Annahme/Meinung, dass Informatikunterricht in besonderer Weise für
Projektarbeit geeignet ist - dem möchte ich an dieser Stelle ausdrücklich zustimmen. De facto ist die gemeinsame
Arbeit einer (häufig durchaus großen) Gruppe zur Lösung eines (vorgegebenen) Problems in
der Softwareentwicklung der Regelfall. Vereinfacht lässt sich diese Form der Zusammenarbeit daher sicherlich
auch in der schulischen informatischen Bildung umsetzen. Wichtig scheint mir an dieser Stelle
vor allem klare Aufgabenverteilung, so dass der Versuch, Projektarbeitphasen zur Förderung des selbtsbestimmten/-verantwortlichen
Lernens einzusetzen, nicht einen eher gegenteiligen Effekt hat.
54