Ein Balkenplan ist ein Typ des Stabdiagramms, das von Henry Gantt entwickelt ist, der eine Projektliste illustriert. Balkenpläne illustrieren den Anfang und die Schluss-Daten der Endelemente und zusammenfassenden Elemente eines Projektes. Endelemente und zusammenfassende Elemente umfassen die Arbeitsdurchbruchsstruktur des Projektes. Einige Balkenpläne zeigen auch die Abhängigkeit (d. h., Prioritätsnetz) Beziehungen zwischen Tätigkeiten. Balkenpläne können verwendet werden, um aktuellen Terminstatus mit mit dem Prozent ganzen Schattierungen und einem vertikalen "HEUTE" Linie, wie gezeigt, hier zu zeigen.

Obwohl jetzt betrachtet, als eine allgemeine Entwerfen-Technik wurden Balkenpläne als Revolutionär wenn zuerst eingeführt betrachtet. Als Anerkennung für die Beiträge von Henry Gantt wird dem Orden von Henry Laurence Gantt für das ausgezeichnete Zu-Stande-Bringen im Management und im sozialen Dienst verliehen.

Diese Karte wird auch in der Informationstechnologie verwendet, um Daten zu vertreten, der gesammelt worden ist.

Historische Entwicklung

Das erste bekannte Werkzeug dieses Typs wurde wie verlautet 1896 von Karol Adamiecki entwickelt, der es einen harmonogram genannt hat. Adamiecki hat nur seine Karte 1931 jedoch auf Polnisch veröffentlicht, das sowohl sein Nehmen als auch Anerkennung seiner Autorschaft beschränkt hat. Die Karte wird nach Henry Gantt (1861-1919) genannt, wer seine Karte um die Jahre 1910-1915 entworfen hat.

Eine der ersten Hauptanwendungen von Balkenplänen war während des Ersten Weltkriegs. Auf der Initiative von General William Crozier dann Chef der Artillerie haben diese den der Notflotte, des Schiffsausschusses usw. eingeschlossen.

In den 1980er Jahren haben Personalcomputer weit verbreitete Entwicklung des Komplexes und der wohl durchdachten Balkenpläne berücksichtigt. Die ersten Tischanwendungen waren hauptsächlich für Projektbetriebsleiter und Projektplaner beabsichtigt. Mit dem Advent des Internets und der vergrößerten Kollaboration über Netze am Ende der 1990er Jahre sind Balkenpläne ein gemeinsames Merkmal von webbasierten Anwendungen einschließlich der zusammenarbeitenden Groupware geworden.

Vorteile und Beschränkungen

Balkenpläne sind eine allgemeine Technik geworden, für die Phasen und Tätigkeiten einer Arbeitsdurchbruchsprojektstruktur (WBS) zu vertreten, so können sie von einem breiten Publikum überall auf der Welt verstanden werden.

Ein allgemeiner Fehler, der von denjenigen gemacht ist, die Balkenplan-Design mit dem Projektdesign ausgleichen, besteht darin, dass sie versuchen, die Projektarbeitsdurchbruchsstruktur zur gleichen Zeit zu definieren, dass sie Termintätigkeiten definieren. Diese Praxis macht es sehr schwierig, der 100-%-Regel zu folgen. Stattdessen sollte der WBS völlig definiert werden, um der 100-%-Regel zu folgen, dann kann die Projektliste entworfen werden.

Obwohl ein Balkenplan nützlich und für kleine Projekte wertvoll ist, die auf einem Einzelbeleg oder Schirm passen, können sie ziemlich unhandlich für Projekte mit mehr als ungefähr 30 Tätigkeiten werden. Größere Balkenpläne können für die meisten Computeranzeigen nicht passend sein. Eine zusammenhängende Kritik besteht darin, dass Balkenpläne relativ wenig Information pro Einheitsgebiet der Anzeige mitteilen. D. h. Projekte sind häufig beträchtlich komplizierter, als es effektiv mit einem Balkenplan mitgeteilt werden kann.

Balkenpläne vertreten nur einen Teil der dreifachen Einschränkungen (Kosten, Zeit und Spielraum) von Projekten, weil sie sich in erster Linie auf das Terminmanagement konzentrieren. Außerdem vertreten Balkenpläne die Größe eines Projektes oder die Verhältnisgröße von Arbeitselementen nicht, deshalb ist der Umfang einer Bedingung hinter der Liste leicht miscommunicated. Wenn zwei Projekte dieselbe Zahl von Tagen hinter der Liste sind, hat das größere Projekt einen größeren Einfluss auf Quellenanwendung, noch vertritt Gantt diesen Unterschied nicht.

Obwohl Projektverwaltungssoftware zeigen kann, dass Terminabhängigkeiten als Linien zwischen Tätigkeiten, eine Vielzahl von Abhängigkeiten zeigend, auf eine angefüllte oder unlesbare Karte hinauslaufen können.

Weil die horizontalen Bars eines Balkenplans eine feste Höhe haben, können sie das terminierte Arbeitspensum (Quellenvoraussetzungen) von einem Projekt falsch darstellen, das Verwirrung besonders in großen Projekten verursachen kann. Im in diesem Artikel gezeigten Beispiel scheinen Tätigkeiten E und G, dieselbe Größe zu sein, aber in Wirklichkeit können sie verschiedene Größenordnungen sein. Eine zusammenhängende Kritik besteht darin, dass alle Tätigkeiten eines Balkenplans geplantes Arbeitspensum als unveränderlich zeigen. In der Praxis haben viele Tätigkeiten (besonders zusammenfassende Elemente) vordergeladen oder Arbeitspläne zurückgeladen, so kann ein Balkenplan mit der mit dem Prozent ganzen Schattierung wirklich miscommunicate der wahre Terminleistungsstatus.

Beispiel

Im folgenden Beispiel gibt es sieben Aufgaben, etikettiert durch G. Einige Aufgaben können gleichzeitig erledigt werden (A und B), während andere nicht getan werden können, bis ihre Vorgänger-Aufgabe abgeschlossen ist (C, kann nicht beginnen, bis A abgeschlossen ist). Zusätzlich hat jede Aufgabe dreimal Schätzungen: die optimistische Zeitschätzung (O), die wahrscheinlichste oder normale Zeitschätzung (M) und die pessimistische Zeitschätzung (P). Die erwartete Zeit (T) wird mit der Formel (O + 4M + P) ÷ 6 geschätzt.

Sobald dieser Schritt abgeschlossen ist, kann man einen Balkenplan oder ein Netzwerkdiagramm ziehen.

Siehe auch

• Kritische Pfad-Methode
• Liste der Projektverwaltungssoftware
• Programm-Einschätzung und Rezensionstechnik (KECKER)
• Ereignis-Kettendiagramm

Links

• Langzeitdiskussion bezüglich Beschränkungen des Balkenplan-Formats und Alternativen, auf der Website von Edward Tufte