Projekte

Video mit PC aufnehmen

2021-06-22T10:17:29+00:00

Wie nehme ich ein Video am PC für Schulungen auf?

Windows 10: Bildschirm-Aufnahme-Funktion benutzen

Bereiten Sie Ihren Bildschirm so vor, wie Sie ihn zum Start filmen möchten.
Drücken Sie nun Windowstaste+G.
Es erscheinen mehrere Widget zum Steuern der Aufnahme.
Dabei lassen sich Ton, Video usw. einstellen.
Das Widget Aufzeichen bietet die Möglichkeit Screenshots oder Videos vom Bildschirm zu machen.
Schaltete man den Ton dazu, können auch Erklärhinweise über das Micro gegeben werden.
Alternativ kann der Screenmode wie folgt sofort gestartet werden.
Drücken Sie die Windowstaste+Alt+R, um hierüber die Aufnahme zu starten.
Die Aufzeichnung kann durch den Beenden-Button geschlossen werden.
Die Datei findet man standartmäßig unter "Dieser PC->Videos->Aufzeichnungen

Viel Spaß damit.

Was ist ein Projekt

2013-12-13T14:33:23+00:00

Was ist ein Projekt?

Projektmanagement ist in aller Munde, der Begriff des Projektes wird teilweise schon inflationär gebraucht. Das führt dazu, dass alles Mögliche zum Projekt erklärt wird, auch wenn es sich bestenfalls um eine Einzelaufgabe handelt.
Projekte hingegen, die ein strukturiertes Management erfordern, sollten einige wesentliche Kriterien erfüllen. Damit wird verhindert, dass mit Kanonen auf Spatzen geschossen wird. Projektmanagement an sich erfordert zusätzliche Aufwände und Ressourcen, die nur dann gerechtfertigt sind, wenn insgesamt der Ressourceneinsatz niedriger wird.

Projektkriterien

Wesentliche Kriterien lassen sich wie folgt definieren:

Projekte betreten Neuland. Sie verwirklichen Lösungen, die es in der angestrebten Form noch nicht gibt.
Projekte sind zeitlich begrenzt, dass bedeutet sowohl Anfang als auch Ende sind terminlich definiert.
Projekte sind einmalig, sie eignen sich nicht zur Reproduktion bereits vorhandener Dinge (dazu eignet sich Prozessmanagement wesentlich besser).
Projekte sind mit begrenzten Ressourcen ausgestattet.
Projekte verfolgen ein klar spezifiziertes und positiv formuliertes Ziel.
Projekte arbeiten interdisziplinär und bereichsübergreifend.
Projekte erfordern eine hinreichende Komplexität (sonst lohnt sich der Zusatzaufwand des Projektmanagements nicht)
Projekte implizieren das Risiko des Scheiterns.
Projekte erfordern eine eigene Organisation (als Minimum ein eigenständiges Projektteam)

Sind diese Projektkriterien nicht erfüllt, so liegt normaler Weise kein wirkliches Projekt vor. Das bedeutet nicht, dass nicht auch jenseits von Projektarbeit Methoden des Projektmanagements sinnvoll zum Einsatz gebracht werden können. Allerdings sollte man nicht von Projektarbeit sprechen, um die Begrifflichkeiten nicht durcheinander zu bringen.

Projektarten

Zwar gibt es eine Vielzahl von Projektarten, es lassen sich jedoch zwei wesentliche Kategorien herauskristallisieren:

Entwicklungsprojekte
Entwicklungsprojekte dienen der Entwicklung neuer Produkte oder Dienstleistungen. Wenn zum Beispiel ein Werkzeugmaschinenbauer eine neue Werkzeugmaschine für einen Kunden entwickelt, dann handelt es sich um ein Entwicklungsprojekt.

Veränderungsprojekte
Veränderungsprojekte hingegen setzen sich mit der Veränderung von Organisationsstrukturen auseinander, weshalb sie oft auch als Changemanagement- oder Strukturprojekte bezeichnet werden. Hier steht nicht die Entwicklung eines neuen Produktes, sondern vielmehr die Entwicklung einer neuen Form der Zusammenarbeit von Menschen in einer Organisation im Vordergrund.

Projektgröße

Die Größe eines Projektes lässt sich nur im Kontext der Organisation festlegen. Was in der einen Organisation bereits ein Großprojekt ist, gilt in der anderen noch als kleines Projekt. Siehe hierzu auch das Thema Projektklassifizierung.

Projektphasen und Meilensteine

Projekte werden sinnvollerweise in verschiedene Phasen eingeteilt, um das Projektziel insgesamt auf Teilschritte herunter zu brechen. Ein weiterer Aspekt ist so die Reduzierung der Komplexität und die Möglichkeit am Phasenende kontrollieren zu können, ob die für die Phase geplanten Aktivitäten im Rahmen ihrer Zielvorgaben (Kosten, Termine, Ergebnisse) erledigt worden sind. Ist dies nämlich nicht der Fall, so ergibt sich schon früh die Möglichkeit steuernd einzugreifen und so zu vermeiden, dass sich frühe Versäumnisse bis zum Projektende mit durchschleppen und eventuell sogar in ihrer Auswirkung dramatisch potenzieren.

Meilensteine

Meilenstein: Detailansicht

Jede Phase endet mit einem Meilenstein.
Meilensteine sind Entscheidungspunkte.

Hier wird zwischen drei Möglichkeiten entschieden:

Alle bisherigen Aktivitäten befinden sich im Plan, die Phase kann abgeschlossen werden, das Projekt kann wie geplant fortgesetzt werden.
Einige Aktivitäten, die eigentlich laut Planung bereits abgeschlossen sein sollten, weisen in den relevanten Größen (Kosten, Termine, Ergebnisse) signifikante Abweichungen auf. Es muss nachgearbeitet werden, um die Phase abschließen zu können.
Es sind Ereignisse eingetreten, die eine sinnvolle Projektfortsetzung unmöglich erscheinen lassen, das Projekt wird gestoppt und gegebenenfalls ganz eingestellt oder unter neuen Rahmenbedingungen völlig neu aufgestellt.

Neben diesen Hauptmeilensteinen kann es sinnvoll sein je nach Projektgröße zusätzliche Meilensteine zu definieren, an denen wichtige Zwischenergebnisse vorliegen müssen. Erfahrungsgemäß sollten Meilensteine allerdings immer etwas Außergewöhnliches bleiben, zu deren Erreichung ggf. auch zusätzliche Ressourcen mobilisiert werden. Wenn Meilensteine inflationär gebraucht werden, besteht immer die Gefahr, dass sie nicht mehr wichtig genommen werden und untergehen. Damit verlieren sie ihre Bedeutung und können ihre Hauptaufgabe nicht mehr erfüllen: Als wesentliche Entscheidungspunkte dem Projektteam einen Hinweis darauf geben, ob es sich noch im Plan befindet, oder ob eine schleichende Planabweichung stattgefunden hat.

Phasenmodelle

Einzelne Projektphasen sind in sich abgeschlossene Zeiträume im Projekt, die mit einem Meilenstein enden und ein wichtiges Zwischenergebnis liefern. Einfache Phasenmodelle bauen sequentiell aufeinander auf:

einfaches Phasenmodell

Dieses einfache Phasenmodell bietet den Vorteil, dass es einfach, übersichtlich und leicht nachvollziehbar ist. Es bietet sich für viele kleine und mittelgroße Projekte an. Der Nachteil ist in diesem Zusammenhang, dass es sequentiell aufgebaut ist. Das bedeutet, dass eine neue Phase immer erst dann begonnen werden kann, wenn die vorherige komplett abgeschlossen ist. Dies ist in der Praxis oft nicht möglich, weil es zuviel Zeit kostet und damit unwirtschaftlich ist.

Paralleles Phasenmodell

paralleles Phasenmodell

Beim parallelen Phasenmodell trägt man der Tatsache Rechnung, dass zum Weitermachen im Projekt es oft ausreicht, wenn ein großer Teil der Vorgängeraktivitäten bereits abgeschlossen ist. So ist es zum Beispiel möglich mit der Planung zu beginnen, auch wenn die Projekteinrichtung noch nicht zu einhundert Prozent abgeschlossen ist. Wenn z. B. alle Projektteammitglieder an Bord sind, Arbeitsmöglichkeiten gegeben sind und man nur noch einige Zeit auf das gemeinsame Projektbüro warten muss, so ist dies zwar nicht optimal, bedeutet aber nicht, dass zu diesem Zeitpunkt nicht schon geplant werden kann.

Durch dieses parallele Vorgehen kann mitunter viel Zeit eingespart werden, so dass dieses Phasenmodell besonders bei komplexeren Projekten, die über einen längeren Zeitraum laufen oft die einzige Möglichkeit darstellen, einen ehrgeizigen und engen Zeitplan einzuhalten.

Die Gefahr besteht in diesem Zusammenhang darin, dass man entweder Dinge zu früh beginnt, ohne dass alle Voraussetzungen hinreichend gegeben sind und dann auf unvollständiger Basis weitergearbeitet wird. Dies führt in der Folge oft zu deutlich höherem Aufwand, als wenn man noch etwas gewartet hätte. Beispielhaft sei hier die Softwareentwicklung angeführt. Wenn der Quellcode bereits entwickelt wird, ohne dass die Schnittstellen hinreichend spezifiziert sind, so entsteht bestenfalls ein mittelmäßiges Produkt mit ineffizienten Schnittstellen an denen zu viele, zu wenige oder die falschen Ergebnisse übergeben werden. Dadurch entstehen Fehler, Nacharbeitsaufwände und zum Teil erhebliche Reibungsverluste.

Eine weitere Gefahr besteht darin das vermeintlich unwichtige Dinge nie zu einem Ende gebracht werden. Erst, weil man sich bereits auf die nächsten Schritte konzentriert, später weil man sie schlicht vergessen hat. In der Praxis sind dies oft ungeliebte Dinge wie Dokumentationsaufwände. Zunächst kommt man ganz gut ohne sie aus, weil man ja noch ziemlich genau im Kopf hat, was man sich zuvor erarbeitet hat, später kann sich niemand mehr an die getroffenen Annahmen erinnern auf deren Grundlage man sich zu einem Vorgehen entschieden hat. Dies führt dazu, dass die gesamte Grundsatzentscheidung erneut aufgearbeitet werden muss und man dadurch zusätzliche Zeit und Ressourcen verschwendet.

Iteratives Phasenmodell

iteratives Phasenmodell

Beim iterativen Phasenmodell werden verschiedene Phasen in mehreren Schleifen nacheinander durchlaufen, um so mit jeder Schleife ein besseres Ergebnis zu erzielen. Dabei werden so viele Schleifen durchlaufen, bis das gewünschte Ergebnis erreicht ist. Dieses Vorgehen kostet auf der einen Seite sehr viel Zeit und ist auf der anderen Seite oft die einzelne Möglichkeit in komplexen Rahmenbedingungen, die sich nicht auf ein planbares Maß reduzieren lassen, zu einem tragbaren Ergebnis zu kommen.

Der Vorteil beim iterativen Vorgehen ist, dass es möglich ist, einen kontinuierlichen Verbesserungsprozess zu etablieren und mit jeder neuen Schleife ein wirklich besseres Produkt entsteht. Mit ansteigender Lernkurve im Projekt ist es so oft auch möglich mit fortschreitendem Projekt die Anzahl der notwendigen Schleifen zu reduzieren.

Die Gefahr beim iterativen Vorgehen besteht darin, das nicht sauber dokumentiert wird, Ergebnisse nicht ausreichend reflektiert und diskutiert werden und damit eben kein kontinuierlicher Verbesserungsprozess etabliert wird. Dies kann dazu führen, dass zwar Schleife um Schleife durchlaufen wird, dadurch Zeit, Ressourcen und Motivation des Projektteams strapaziert werden, dennoch aber keine signifikant besseren Produkte entstehen.

V-Modell

Eine Besonderheit unter den Phasenmodellen stellt das V-Modell dar, dass als Phasenmodell bei Softwareentwicklungsprojekten zum Einsatz kommt.

Das V-Modell beschreibt die notwendigen Phasen (siehe oben) zur Realisierung von Software. Dabei wird neben einer Zeitachse auch eine Detaillierung beschrieben, wodurch sich das charakteristische V ergibt. In den einzelnen Phasen wiederum werden die Aktivitäten beschrieben, die sich ihrerseits wieder in Arbeitspakete gliedern.

Verantwortung

Verantwortlich für die saubere Definition der Phasen und Meilensteine ist in erster Linie die Projektleitung. Dabei spielen oft externe Einflüsse eine wichtige Rolle, die sich dem Einfluss der Projektleitung ganz oder zumindest teilweise entziehen. Widersprüche sind in diesem Zusammenhang nicht unüblich und müssen möglichst aufgelöst werden. So kann es zum Beispiel passieren, dass durch das Projektumfeld Rahmenbedingungen geschaffen werden, die eine zeitliche Einengung des gesamten Projektes oder einzelner Phasen zur Folge haben. Diese externen Rahmenbedingungen und Widersprüche müssen frühestmöglich erkannt und bearbeitet werden, damit sie in der Folge nicht das Gesamtprojekt stören.

Hat die Projektleitung in Abstimmung mit dem Management die Phasen und Hauptmeilensteine definiert, so gilt es im nächsten Schritt mit dem gesamten Projektteam diesen ersten Entwurf zu diskutieren, Phasenziele (SMART) zu den Meilensteinen zu definieren und ggf. die Phasenplanung anzupassen.

Lasten- und Pflichtenheft bei Projekten

2013-12-08T15:57:27+00:00

Lastenheft und Pflichtenheft

Ein Lastenheft dient dazu, Projektvorstellungen zu bündeln und in ein umsetzbares Konzept zu verwandeln. Es ist eine Hilfe, um ein Projekt durch ein realistisches Meilenstein-Konzept zu strukturieren. Eine detailliertes Lastenheft kann während des Projektverlaufs als Referenzdokument dienen. Denn im Idealfall enthält es die Leitlinien und Ziele, auf die sich alle Projektpartner geeinigt haben.

Ohne Lastenheft kann es kein Pflichtenheft geben.

Nachfragen und Nachdenken lohnen sich hier: Das Lastenheft hat strategischen Rang.

Das Lastenheft

Der Auftraggeber erstellt das Lastenheft. Nach der DIN 69905 enthält es die "Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers". Zugleich dient das Lastenheft auch als Grundlage beim Einholen von Angeboten. Konkret umfasst ein solches Heft die technischen und inhaltlichen Vorgaben, die an die Software gestellt werden. Auch ein Web-Projekt lässt sich als Software-Projekt begreifen (und da es Software-Projekte schon seit den 60er Jahren gibt, kann die geballte Praxis-Erfahrung auch dem Web-Projektmanagement nicht schaden).

Für die Schule übertragen:

Das Lastenheft beinhaltet alle Anforderungen des Auftraggebers¹ hinsichtlich des Liefer- und Leistungsumfanges.
Es beschreibt die Anforderungen aus Anwendersicht einschließlich der Randbedingungen.
Die Bedingungen müssen prüfbar und bewertbar sein.
Das Lastenheft wird vom Auftraggeber² oder in dessen Auftrag erstellt.
Das Lastenheft dient als Ausschreibungs-, Angebots- und Vertragsgrundlage.
Das Lastenheft definiert³ das WOFÜR und WAS zu lösen ist.

Das Pflichtenheft

Dienstleister erstellen ein Pflichtenheft. Es enthält nach DIN 69905 die vom "Auftragnehmer erarbeiteten Realisierungsvorgaben" und beschreibt die "Umsetzung des vom Auftraggeber vorgegebenen Lastenhefts".

Das Pflichtenheft bildet die Basis für die vertraglich festgehaltenen Leistungen des Auftragnehmers. Dienstleister und Kunden legen sich fest und sichern sich ab. Kein Dienstleister kann mehr sagen, dies und das sei nicht eingeplant gewesen - und der Kunde kann nicht einfach Forderungen nachlegen.

Für die Schule übertragen:

Das Pflichtenheft beschreibt die Realisierung aller Anforderungen des Lastenheftes.
Das Pflichtenheft enthält das Lastenheft.
Es detailliert die Anwendervorgaben.
Es wird in der Regel vom Auftragnehmer⁴ erstellt.
Das Pflichtenheft beschreibt die systematische Lösung und die konkrete Ausprägung der Systemtechnik.
Es bedarf der Genehmigung durch den Auftraggeber¹.
Es stellt die verbindliche Vereinbarung für die Realisierung des Projektes für den Auftraggeber¹ und den Auftragnehmer⁴ dar.
Das Pflichtenheft definiert WIE und WOMIT die Anforderungen realisiert werden.

die Projektaufgabe des Lehrers
Auftraggeber, Kundensicht, Lehrer
aus Kundensicht
Schülerin / Schüler

Weiterführende Informationen

Eine ausführlichere Erklärung von Lastenheft und Pflichtenheft sowie eine beispielhafte Möglichkeit, solche Dokumente zu strukturieren, finden Sie hier:

Lastenheft: Struktur
Pflichtenheft: Struktur
Lastenheft vs. Pflichtenheft: Eine Gegenüberstellung

Quellen

http://www.redaktionsdienst.net/tipps/lastenheft-pflichtenheft.html

http://nibis.ni.schule.de/~bfseta/eta-proj/proj-netzteil-bfe05/unterseiten/definition-lasten-pflichtenheft.html

Projektphasen

2012-07-30T19:47:33+00:00

Projektphasen

Projekte werden häufig in Phasen aufgeteilt, welche die iterative Vorgehensweise im Projektmanagement unterstreichen. Üblicherweise enden die Projektphasen mit definierten Meilensteinen. Phasenmodelle sind meistens sehr spezifisch und am zu erstellenden Projektprodukt oder der Branche orientiert.

Ein Beispiel für ein allgemeines Phasenmodell ist:

Projektdefinition: Es findet eine Projektanalyse statt, welche Probleme und Potentiale betrachtet. Ziele werden geklärt (Inhalte, Kosten, Ausmaß und Zeit) und zuvor genanntes mit einer Machbarkeitsstudie ergänzt.
Projektauftrag: Zwischen Auftraggeber und Auftragnehmer.
Projektplanung: In dieser Phase wird das Team organisiert, und es werden Aufgabenpläne, Ablaufpläne, Terminpläne, Kapazitätspläne, Kommunikationspläne, Kostenpläne, Qualitätspläne und das Risikomanagement festgelegt. Hierbei spielen so genannte Meilensteine eine wichtige Rolle.
Projektdurchführung und -kontrolle: Diese Phase kennzeichnet sich, abgesehen von der Durchführung selbst, durch Kontrolle des Projektfortschritts und Reaktion auf projektstörende Ereignisse in der Zukunft, die sich erst während der Projektdurchführung ergeben. Erkenntnisse über gegenwärtige oder zukünftige Abweichungen führen dann zu Planungsänderungen und Korrekturmaßnahmen.
Projektabschluss: Die Ergebnisse werden präsentiert, das Projektergebnis wird dokumentiert übergeben, sowie in einem Review alle Phasen reflektiert. Der Projektleiter wird vom Auftraggeber schriftlich entlastet.
Unter Umständen Projektabbruch: Das Projekt wird vorzeitig abgebrochen, bevor die Projektziele erreicht sind.

Ein Phasenmodell für ein Softwareentwicklungsprojekt könnte sein:

Analyse
Machbarkeitsstudie
Entwurf
Umsetzung
Test
Pilotierung
Breiten Rollout
Abschluss

In der aktuellen Projektmanagement-Literatur wird die strenge Phaseneinteilung meist wieder aufgegeben. In der Praxis können Phasenverläufe sich überlappen oder zirkulär angelegt sein. Methoden wie Rapid Prototyping sprengen den Rahmen eines Phasenmodells.

Auch wird zunehmend kritisiert, dass ein universell gültiger Phasenansatz der Unterschiedlichkeit von Projekten nicht gerecht wird. "One Size doesn't fit all." Dennoch baut auch die neue DIN-Normenreihe 69900 darauf auf.

Quelle: Auszug aus Wikipedia.org

Was ist aber ein iteratives Vorgehen? Hier ein guter Erklärungsansatz

Ein Beispiel für ein iteratives Vorgehen für ein Webseiten-Projekt könnte sein:

Informationen zu weiteren Modellen wie dem Wasserfall-Modell

sowie weitere hilfreiche Informationen zu Projektphasen im Unterricht

Fragebogen

2014-06-01T08:19:26+00:00

Fragebogenprogramm GrafStat

Das kostenlose Fragebogenprogramm GrafStat unterstützt alle Schritte für die Arbeit an Befragungsaktionen. Vom Aufbau des Fragebogens über den Ausdruck eines ausfüllfertigen Formulars bzw. die Generierung eines HTML-Formulars für Internet-Befragungen und die Erfassung der Daten bis hin zu vielfältigen Auswertungsvarianten einschließlich Druck, Grafikexport und HTML-Dokumentation. Die Weiterentwicklung von GrafStat wird gefördert durch die Bundeszentrale für politische Bildung.

http://www.grafstat.de/