DE112017001301T5

DE112017001301T5 - Verfahren und System zum Erstellen und Anzeigen eines Projektmanagementplans

Info

Publication number: DE112017001301T5
Application number: DE112017001301.1T
Authority: DE
Inventors: Yaniv SHOR
Original assignee: Project Map Ltd
Current assignee: Project Map Ltd
Priority date: 2016-03-14
Filing date: 2017-03-08
Publication date: 2019-09-12
Also published as: WO2017158588A1; US20190066028A1

Abstract

Ein computerimplementiertes Verfahren und System zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine graphische Benutzeroberfläche (GUI), umfassend das Empfangen einer Angabe zu einer Projektmanagementgranularität, die es zu aktualisieren gilt, über die GUI, wobei die Granularität aus zumindest drei unterschiedlichen Detailebenen ausgewählt ist, die dem Benutzer über die GUI präsentiert werden, wobei jede der Ebenen mit einer jeweiligen Datenbank verknüpft ist, die einen Befehl über die GUI zum Hinzufügen zumindest einer Aktivität in einem Zeitschlitz in der angegebenen Granularität erhält und die zumindest einen Aktivität in der Datenbank speichert, die der angegebenen Projektmanagementgranularität entspricht; und Anzeigen des Projektmanagementplans über die GUI in einer geschichteten Konfiguration gemäß Aktivitätsbereichen auf einer Zeitachse, wobei jede Anzeigeschicht eine der Projektmanagement-Detailebenen ausweist, wodurch die hinzugefügte zumindest eine Aktivität in der Schicht angezeigt wird, die der angegebenen Granularität entspricht.

Description

GEBIET DER ERFINDUNG
Die vorliegende Offenbarung bezieht sich im Allgemeinen auf ein Verfahren und ein System zum Erstellen eines präsentierbaren Projektmanagementplans.
HINTERGRUND
Projektmanagement-Softwarelösungen bieten Funktionen zum Organisieren von Projektinformationen, Planung und Termingebung, Analyse, Ressourcen, Budget usw. Diese Softwareanwendungen stellen für gewöhnlich eine Umgebung bereit, in der Benutzer Informationen zum Projekt eingeben, ansehen und damit interagieren können. Beispielsweise Auflisten von Aufgaben in einer Art hierarchischer Struktur, Zuweisen von Aufgabendauer, Markieren von Abhängigkeiten, Hinzufügen von Meilensteinen und Berechnen von Projektdauer und kritischer Kette (Critical Chain). Die Projektplanung kann mit diversen Methoden visuell repräsentiert werden, darunter Gantt-Diagrammen, PERT-Diagrammen usw., die den Benutzern der Projektmanagement-Softwareanwendung angezeigt werden.
Beim Planen und Verwalten von Projekten ist es erforderlich, einen Zeitrahmen, eine Präsentationsstruktur, zu erfüllende Aufgaben, Interaktion und Wechselbeziehungen zwischen Aufgaben usw. festzulegen. Bekannte Techniken zum Präsentieren des Projekts, des Zeitrahmens, der Aufgaben usw. umfassen z. B. die Software Microsoft MS Project, die Gantt-Diagramme, PERT-Netzwerkdiagramme usw. der Projektaufgaben auf Fließbandart in Einklang mit dem Gantt-Diagramm-Ursprung anzeigt. Diese Software- und ähnliche Softwareanwendungen sind nicht intuitiv, erfordern eine beträchtliche Lernkurve und vermitteln die Projektinformationen auf ungünstige Weise, wodurch es schwierig ist, einerseits den Gesamtzusammenhang und andererseits die Ebene im Detail zu erkennen.
Projektmanager, die Managementanwendungen nutzen, organisieren für gewöhnlich zunächst das Projekt unter Verwendung einer Whiteboard-Planung oder eines Aktionsplans, bevor sie Daten in die Projektmanagementanwendung eingeben. Wenn die Daten schließlich eingegeben werden, ist eine signifikante Menge an intuitiver Planungsinformationen zur Strukturierung der Projektinformationen nicht in die Projektmanagementanwendung übertragbar, da derzeitige Projektmanagementanwendungen Beschränkungen aufweisen. Außerdem bietet ein vollständiger Projektplan, der mithilfe bestehender Prozesse strukturiert wird, keine Aktionsplanung, und bei großen Projekten, die eine wesentliche Anzahl an Aufgaben umfassen, die viel Zeit in Anspruch nehmen, gestaltet sich die effiziente Präsentation des Maßstabs und der Größe der Gantt-/PERT-Diagramme schwierig. Das Erstellen eines Projektaktionsplans und eines Risikoplans ist Aufgabe des Projektmanagers und wird ohne die Projektmanagementanwendung durchgeführt. Der Projektmanager verlässt sich auf Erfahrungswerte und/oder die Projektteamdynamik, um wichtige Punkte und Schwächen zu identifizieren, die wahrscheinlich zu Problemen oder Verzögerungen bezüglich des Abschlusses des Projekts führen. Um die Projektarbeitsabläufe zu präsentieren, ist es ferner erforderlich, unterschiedliche Typen von Diagrammen oder Textbeschreibungen umzuwandeln, so dass Dritte den Projektplan verstehen können.
Bei Projektmanagementverfahren, wie z. B. bei Verwendung von Gantt-Diagrammen, werden hierarchische Aufgabenstrukturen genutzt, die gemäß einer Aufgabenidentifikation identifiziert werden, z. B. Aufgabenname, Aufgabenidentifikationszahl usw. Eine solche hierarchische Aufgabenstruktur beginnt bei Aufgaben der Hohen Ebene und kann ferner Aufgaben niedriger Ebenen mit Aufgabenschichten dazwischen detailliert ausführen. Ein Nutzer einer herkömmlichen Projektmanagementsoftware kann einen detaillierten Aufgabensatz erstellen, wobei es sich um eine detaillierte Definition einer Aufgabe höherer Ebene handelt, oder einen Satz von Aufgaben in Bezug auf Aktivitätsbereiche erstellen, die auch als Aufgabenbeschreibung erfasst werden. Bei der Präsentation von Projektplänen können bei derzeitigen Systemen nicht sowohl Aufgaben höherer Ebenen als auch detaillierte Aktivitätsbereiche präsentiert werden, da der Präsentationsraum der herkömmlichen Projektmanagement-Softwareanwendungen begrenzt ist.
Somit besteht der Bedarf an einer neuen Projektmanagement-Softwareanwendung, die eine übersichtliche Anzeige eines Projekts oder einer Mehrzahl von Projekten, die alle Aufgabenebenen umfasst, erstellen kann.
KURZDARSTELLUNG
Gemäß einem Aspekt mancher Ausführungsformen der vorliegenden Erfindung wird ein computerimplementiertes Verfahren zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine graphische Benutzeroberfläche (GUI) bereitgestellt, wobei das Verfahren umfasst: Empfangen einer Angabe zu einer Projektmanagementgranularität, die zu aktualisieren ist, auf der GUI, wobei die Granularität aus zumindest drei unterschiedlichen Detailebenen ausgewählt ist, die dem Benutzer auf der GUI präsentiert werden, wobei jede der Ebenen mit einer jeweiligen Datenbank verknüpft ist; Empfangen eines Befehls über die GUI zum Hinzufügen zumindest einer Aktivität in einem Zeitschlitz in der angegebenen Granularität; Speichern der zumindest einen Aktivität in der Datenbank, die der angegebenen Projektmanagementgranularität entspricht; und Anzeigen des Projektmanagementplans auf einem Bildschirm einer computergestützten Vorrichtung durch die GUI in einer geschichteten Konfiguration gemäß Bereichen von Aktivität auf einer Zeitachse, wobei jede Anzeigeschicht eine der Projektmanagement-Detailebenen ausweist, wodurch die hinzugefügte zumindest eine Aktivität in der Schicht, die der angegebenen Granularität entspricht, angezeigt wird.
Gemäß manchen Ausführungsformen umfasst das Verfahren, wenn die angegebene Granularität nicht die kleinste ist, das Aktualisieren zumindest einer Datenbank, die einer kleineren Granularitätsebene gemäß der hinzugefügten Aktivität entspricht.
Gemäß manchen Ausführungsformen umfasst das Verfahren, wenn die angegebene Granularität nicht die kleinste ist, das Verfahren das Anzeigen der zumindest einen Aktivität in zumindest einer Schicht, die einer kleineren Granularität entspricht.
Gemäß manchen Ausführungsformen umfassen die Projektmanagement-Detailebenen zumindest die folgenden Ebenen: Details, Planung und Hohe Ebene.
Gemäß manchen Ausführungsformen umfassen die Aktivitäten Informationen, die ausgewählt sind aus: Aktivitätsname, Aktivitätsbeschreibung, Beginn- und Endzeit; Kosten, Personen, denen die Durchführung einer Aktivität zugewiesen wurde, Risikoebene, Ändern einer Aktivität auf eine Pufferaktivität oder einer beliebigen Kombination davon.
Gemäß manchen Ausführungsformen umfasst das Verfahren das Hinzufügen von Verknüpfungen zwischen Aktivitäten, so dass zwischen einer ersten Aktivität, die mit einer zweiten Aktivität verknüpft ist, die zweite Aktivität beginnt oder endet, nachdem die erste Aktivität begonnen oder geendet hat. Gemäß manchen Ausführungsformen werden die Verknüpfungen zwischen Aktivitäten im gleichen Aktivitätsbereich oder zwischen Aktivitäten in unterschiedlichen Aktivitätsbereichen hinzugefügt. Die Anzahl von Verknüpfungen zwischen Aktivitäten kann die Projektstruktur definieren.
Bei manchen Ausführungsformen umfasst das Verfahren ferner das Hinzufügen von Meilensteinen auf der Zeitachse der Anzeige. Optional umfassen die Meilensteine Informationen, die ausgewählt sind aus: Meilensteinname, Meilensteinbeschreibung, Datum oder einer beliebigen Kombination davon.
Gemäß manchen Ausführungsformen umfasst das Verfahren das Zuweisen von Risikoebenen zu beliebigen Aktivitäten beliebiger Projektmanagement-Detailebenen.
Gemäß manchen Ausführungsformen umfasst das Verfahren ferner das Entfernen oder Aktualisieren von Aktivitäten auf beliebigen Projektmanagement-Detailebenen, wodurch die entsprechenden Aktivitäten oder Unteraktivitäten auf den anderen Ebenen aktualisiert werden.
Gemäß manchen Ausführungsformen ist das Zeitachsengitter zwischen Tagen, Wochen, Monaten, jährlichen Quartalen und Jahren konfigurierbar.
Gemäß manchen Ausführungsformen umfasst jede der Anzeigeschichten alle Aktivitätsbereiche, die für den Projektmanagementplan relevant sind, wodurch eine einzelne Bildschirmanzeige für jede der Schichten angezeigt wird.
Gemäß manchen Ausführungsformen umfasst das Verfahren ferner das Erstellen und Anzeigen einer Ansicht eines spezifischen Mitarbeitenden, die eine Anzeige von Aktivitäten pro Projekt auf der Zeitachse umfasst, die der spezifische Mitarbeitende oder ein Manager zur Zuweisung an den Mitarbeitenden angegeben hat. Bei manchen Ausführungsformen umfasst die Ansicht des spezifischen Mitarbeitenden Informationen, die ausgewählt sind aus: Aktivitätsname, Aktivitätsbeschreibung, Beginn- und Endzeit, Kosten, Risikoebene, Status einer Aktivität, Prozentsatz der Durchführung einer Aktivität oder einer beliebigen Kombination davon.
Gemäß einem weiteren Aspekt mancher Ausführungsformen der vorliegenden Erfindung wird ein System zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine graphische Benutzeroberfläche (GUI) bereitgestellt, wobei das System umfasst: zumindest eine computergestützte Vorrichtung, die einen Bildschirm und eine GUI auf dem Bildschirm umfasst, und eine Mehrzahl von Datenbanken, wobei jede davon mit einer jeweiligen unterschiedlichen Projektmanagementgranularität verknüpft ist. Das System kann ferner zumindest einen Prozessor umfassen, der so konfiguriert ist, dass er einen Code ausführt, wobei der Code Anweisungen umfasst zum: Empfangen einer Angabe zu einer Projektmanagementgranularität, die zu aktualisieren ist, auf der GUI, wobei die Granularität aus zumindest drei unterschiedlichen Detailebenen ausgewählt ist, die dem Benutzer auf der GUI präsentiert werden; Empfangen eines Befehls über die GUI zum Hinzufügen zumindest einer Aktivität in einem Zeitschlitz in der angegebenen Granularität; Speichern der zumindest einen Aktivität in einer Datenbank, die der angegebenen Projektmanagementgranularität entspricht; und Anzeigen des Projektmanagementplans durch die GUI in einer geschichteten Konfiguration gemäß Bereichen von Aktivität auf einer Zeitachse, wobei jede Anzeigeschicht eine der Projektmanagement-Detailebenen ausweist, wodurch die hinzugefügte zumindest eine Aktivität in der Schicht, die der angegebenen Granularität entspricht, angezeigt wird.
Gemäß manchen Ausführungsformen umfassen die Codeanweisungen, wenn die angegebene Granularität nicht die kleinste ist, das Aktualisieren zumindest einer Datenbank, die einer kleineren Granularität gemäß der hinzugefügten Aktivität entspricht.
Gemäß einem noch weiteren Aspekt mancher Ausführungsformen der vorliegenden Erfindung wird ein computerimplementiertes Verfahren zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine graphische Benutzeroberfläche (GUI) bereitgestellt, wobei das Verfahren umfasst: Empfangen einer Angabe zu einer Projektmanagementgranularität, die zu aktualisieren ist, über die GUI, wobei die Granularität aus zumindest drei unterschiedlichen Detailebenen ausgewählt ist, die dem Benutzer auf der GUI präsentiert werden, wobei jede der Detailebenen mit einer jeweiligen Datenbank verknüpft ist; Empfangen eines Befehls über die GUI zum Hinzufügen zumindest einer Verknüpfung zwischen zumindest zwei unterschiedlichen Aktivitäten in der angegebenen Granularität; Speichern der zumindest einen Verknüpfung in der Datenbank, die der angegebenen Projektmanagementgranularität entspricht; und Anzeigen eines Projektmanagementplans auf einem Bildschirm einer computergestützten Vorrichtung durch die GUI gemäß Aktivitätsbereichen auf einer Zeitachse, die zumindest eine Verknüpfung zwischen Aktivitäten umfassen, die sich auf unterschiedliche Aktivitätsbereiche beziehen, wodurch zumindest ein Risiko des Projektmanagementplans angezeigt wird.
Gemäß manchen Ausführungsformen kann das Verfahren das Berechnen einer Beschäftigungsrate umfassen, wobei die Beschäftigungsrate für eine einzelne Aktivität, für Aktivitäten im gleichen Aktivitätsbereich oder für die Gesamtaktivitäten in einem Projekt berechnet wird. Gemäß manchen Ausführungsformen wird die Beschäftigungsrate auf Basis von Angaben zu einem Fortschritt eines Mitarbeitenden bezüglich der Durchführung einer einzelnen Aktivität, Aktivitäten im gleichen Aktivitätsbereich oder Gesamtaktivitäten in einem einzelnen Projekt berechnet, die über die GUI empfangen werden. Gemäß manchen Ausführungsformen kann die Beschäftigungsrate auf Basis von Nachrichtenverkehr für ein einzelnes Projekt berechnet werden. Demnach kann die Beschäftigungshöhe aller oder mancher der Mitarbeitenden, die für die Durchführung eines gewissen Projekts relevant sind, die sich aus zwischen diesen Mitarbeitenden gesendeten Nachrichten ergibt, verwendet werden, um die Beschäftigungsrate für dieses Projekt festzulegen.
Gemäß manchen Ausführungsformen umfasst das Verfahren das Berechnen eines Konfidenzniveaus für eine einzelne Aktivität, für Aktivitäten im gleichen Aktivitätsbereich oder für Gesamtaktivitäten in einem Projekt. Beispielsweise wird das Konfidenzniveau auf Basis einer Anzahl von Verknüpfungen berechnet, die mit einer spezifischen Aktivität verbunden sind.
Figurenliste
Manche beispielhafte, nichteinschränkende Ausführungsformen oder Merkmale des offenbarten Gegenstands sind in den folgenden Zeichnungen veranschaulicht.
Identische oder zweifach ausgeführte oder äquivalente oder ähnliche Strukturen, Elemente oder Teile, die in einer oder mehreren Zeichnungen vorkommen, sind im Allgemeinen mit dem gleichen Bezugszeichen ausgewiesen, wobei optional ein oder mehrere zusätzliche Buchstaben verwendet werden, um zwischen ähnlichen Entitäten oder Varianten von Entitäten zu unterscheiden, und sie werden ggf. nicht wiederholt markiert und/oder beschrieben.
Abmessungen von Komponenten und Merkmalen, die in den Figuren gezeigt sind, sind zur praktischeren oder deutlicheren Präsentation ausgewählt und nicht zwingend maßstabs- oder perspektivisch realitätsgetreu gezeigt. Zur Einfachheit oder Klarheit sind manche Elemente oder Strukturen nicht oder nur teilweise und/oder aus unterschiedlichen Perspektiven oder unterschiedlichen Blickwinkeln gezeigt. Bezugnahmen auf zuvor präsentierte Elemente sind impliziert, ohne dass die Zeichnung oder Beschreibung, in denen sie vorkommen, zwingend weiter genannt wird.

1A veranschaulicht schematisch ein System zum Erstellen eines Projektmanagementplans, eines Risikoverringerungsplans und zugehöriger Berichte gemäß Ausführungsformen der vorliegenden Erfindung;
1B ist ein schematischer Ablaufplan, der ein Verfahren zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine graphische Benutzeroberfläche (GUI) gemäß Ausführungsformen der vorliegenden Erfindung beschreibt;
1C ist ein schematischer Ablaufplan, der ein Verfahren zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine GUI gemäß anderen Ausführungsformen der vorliegenden Erfindung beschreibt;
2 veranschaulicht schematisch eine Benutzeroberfläche, die zum Hinzufügen einer Aktivität zu einem Projektmanagementplan konfiguriert ist, gemäß Ausführungsformen der vorliegenden Erfindung;
Die 3A-3B sind schematische Ablaufpläne, die Verfahren zum Hinzufügen einer Verknüpfung zwischen Aktivitäten des gleichen Aktivitätsbereichs zu einem Projektmanagementplan bzw. zum Entfernen einer Verknüpfung zwischen Aktivitäten des gleichen Aktivitätsbereichs aus einem Projektmanagementplan gemäß Ausführungsformen der vorliegenden Erfindung beschreiben;
Die 4A-4B sind schematische Ablaufpläne, die ein Verfahren zum Hinzufügen einer Verknüpfung zwischen Aktivitäten aus unterschiedlichen Aktivitätsbereichen zu einem Projektmanagementplan bzw. zum Entfernen einer Verknüpfung zwischen Aktivität unterschiedlicher Aktivitätsbereiche aus einem Projektmanagementplan gemäß Ausführungsformen der vorliegenden Erfindung beschreiben;
Die 5A-5B veranschaulichen eine Benutzeroberfläche schematisch, die zum Hinzufügen bzw. Entfernen einer Verknüpfung zwischen Aktivitäten auf einem Projektmanagementplan gemäß Ausführungsformen der vorliegenden Erfindung konfiguriert ist;
Die 6A-6D sind schematische Ablaufpläne, die Verfahren zum Hinzufügen einer Aktivität auf einer Detailebene und die Auswirkungen derselben auf andere Detailebenen des Projektmanagementplans gemäß Ausführungsformen der vorliegenden Erfindung beschreiben;
7A veranschaulicht schematisch eine Benutzeroberfläche, die eine graphische Darstellung eines Projektmanagementplans einer ersten Granularität anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung;
Die 7B-7C veranschaulichen schematisch eine Benutzeroberfläche, die eine graphische Darstellung eines Projektmanagementplans einer zweiten Granularität anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung;
7D veranschaulicht schematisch eine Benutzeroberfläche, die eine graphische Darstellung eines Projektmanagementplans einer dritten Granularität anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung;
8 veranschaulicht schematisch eine Benutzeroberfläche, die eine graphische Darstellung kritischer Aufgaben in einem Projektmanagementplan einer ersten Granularität gemäß Ausführungsformen der vorliegenden Erfindung zeigt;
9 veranschaulicht schematisch eine Benutzeroberfläche, die eine graphische Darstellung von Anzeigeelementen pro Projekt eines Projektportfoliomanagements anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung;
10 veranschaulicht schematisch eine Benutzeroberfläche, die eine graphische Darstellung eines Projektmanagementplans anzeigt, einschließlich einer Nachricht an einen Eigentümer des Projektplans, gemäß Ausführungsformen der vorliegenden Erfindung;
11 veranschaulicht schematisch eine Benutzeroberfläche, die eine graphische Darstellung eines Projektmanagementplans anzeigt, einschließlich Nachrichten an Mitglieder des Teams, die das Projekt durchführen sollen, um eine Zusammenarbeit zwischen den Teammitgliedern herzustellen, gemäß Ausführungsformen der vorliegenden Erfindung;
Die 12A-12B veranschaulichen schematisch eine Benutzeroberfläche, die eine graphische Darstellung eines Projektmanagementplans anzeigt, der eine Beschäftigungsrate pro Aktivitätsbereich und ein Konfidenzniveau pro Aktivitätsbereich sowie Gesamtaktivitäten bzw. offene Aktivitäten umfasst, gemäß Ausführungsformen der vorliegenden Erfindung;
13 veranschaulicht schematisch einen Risikoplan gemäß Ausführungsformen der vorliegenden Erfindung;
Die 14A-14B veranschaulichen schematisch eine Benutzeroberfläche, die eine graphische Darstellung einer Teammitgliederansicht der noch nicht erledigten Projekte der Mitglieder anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung;
15 veranschaulicht schematisch eine Benutzeroberfläche, die eine graphische Darstellung eines Projektmanagementplans einer zweiten Granularitätsebene anzeigt, der unter anderem Beschäftigungshöhen und Konfidenzniveaus umfasst, gemäß Ausführungsformen der vorliegenden Erfindung;
Die 16A-16B sind schematische Ablaufpläne, die Verfahren zum Änderung einer bestehenden Aktivitätsdauer beschreiben, gemäß Ausführungsformen der vorliegenden Erfindung;
17 veranschaulicht schematisch unterschiedliche Erweiterungszustände der Benutzeroberfläche gemäß Ausführungsformen der vorliegenden Erfindung;
Die 18A-18C veranschaulichen schematisch Verfahren zum Erstellen und Anzeigen eines Projektaktionsplans gemäß Ausführungsformen des offenbarten Gegenstands;
19 zeigt schematisch eine Projektaktionsplan-Datenstruktur gemäß Ausführungsformen des Gegenstands;
Die 20A-20E zeigen schematisch eine Benutzeroberfläche, die eine graphische Darstellung eines Projektaktionsplans anzeigt, gemäß Ausführungsformen des Gegenstands;
21 zeigt schematisch eine Benutzeroberfläche, die eine Projektstatistikberichtsdarstellung anzeigt, gemäß Ausführungsformen des Gegenstands; und
22 zeigt schematisch einen Koordinationsplan gemäß Ausführungsformen des Gegenstands.

AUSFÜHRLICHE BESCHREIBUNG
Ein technisches Problem, das vom vorliegenden Gegenstand behandelt wird, ist die Bereitstellung eines Aktionsplans, der alle Aspekte eines Projekts vom Anfang zum Ende präsentiert und dabei gleichzeitig präsentierbar ist und mit dem der Überblick über den Aktionsplan leichter optimierbar wird.
Eine technische Lösung gemäß dem offenbarten Gegenstand ist ein System und ein Verfahren zum Sammeln von Projektdaten, um eine automatische Extraktion eines Aktionsplans und Risikomanagements zu ermöglichen. Der Aktionsplan und das Risikomanagement werden erstellt und präsentierbar und benutzerfreundlich bereitgestellt. Mit der Lösung werden projektbezogene Aktivitätsbereiche, Aktivitäten und Aufgaben, die durchgeführt werden müssen, um das Projekt abzuschließen, kritische Abhängigkeiten und erkannte Risiken zum Erstellen einer Projektanalyse erhalten. Die Projektanalyse ermöglicht das Verwalten des Aktionsplans und eines assoziierten Risikoverringerungsplans. Der Aktionsplan und der Risikoverringerungsplan werden gemäß dem hierin offenbarten System und Verfahren verwaltet, so dass eine vollständige Abdeckung und ein vollständiges Risikomanagement potenzieller Projektrisiken und Schwierigkeiten auf Basis der gesammelten Daten bereitgestellt werden. Das System und das Verfahren ermöglichen das Teilen des Aktionsplans, um mehreren Benutzern zu ermöglichen, gesammelte Daten bereitzustellen, so dass der effizienteste und zuverlässigste Aktionsplan bereitgestellt wird.
Manche Ausführungsformen der vorliegenden Erfindung stellen ein System und ein Verfahren zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine graphische Benutzeroberfläche (GUI) bereit. Der Projektmanagementplan kann in einer geschichteten Konfiguration gemäß Granularitätsebenen und gemäß Aktivitätsbereich oder den diversen Aktivitäten, die auf der GUI des Projektmanagementplans angezeigt und hinzugefügt (oder entfernt) werden, angezeigt werden.
Wie oben erläutert, ist der Platz derzeitiger Projektmanagementverfahren begrenzt und somit werden ggf. nicht alle Granularitäten und alle Aktivitätsbereiche auf einem Bildschirm angezeigt, die vorliegende Erfindung hingegen ermöglicht eine solche detaillierte Anzeige, die alle relevanten Details für jede Granularität und jeden Aktivitätsbereich bereitstellt, wobei gleichzeitig die Anzeige von einer Granularitätsebene auf eine andere geändert werden kann. Ferner stellt die vorliegende Erfindung eine dynamische Anzeige bereit, um die Anzeige einer Mehrzahl von Projekten pro Eigentümer zu ermöglichen und um eine Liste von Projekten pro Teammitglied des Teams anzuzeigen, das ein beliebiges der noch nicht erledigten Projekte durchführen soll.
Außerdem ermöglicht die vorliegende Erfindung das Hinzufügen und Entfernen von Verknüpfungen zwischen Aktivitäten, ob innerhalb des gleichen Aktivitätsbereichs oder innerhalb unterschiedlicher Aktivitätsbereiche. Solche Verknüpfungen können die Abhängigkeit zwischen Aktivität anzeigen sowie ermöglichen, die Risiken im Projektmanagementplan zu bestimmen, da die Verknüpfungen zwischen Aktivitäten aus unterschiedlichen Aktivitätsbereichen für gewöhnlich die problematischsten Aufgaben darstellen, da diese die Übergänge von einem Aktivitätsbereich zu einem anderen darstellen. Somit stellen solche Verknüpfungen Informationen zu Risiken im Projektmanagementplan visuell und leicht verständlich bereit.
Wie hierin verwendet, bezieht sich der Ausdruck „Granularität“ auf eine Detailebene, die eine gewisse Projektmanagementebene enthält. Je höher die Granularität, desto höher ist die Detailebene.
Manche Ausführungsformen der vorliegenden Erfindung können ein System, ein Verfahren und/oder ein Computerprogrammprodukt umfassen. Das Computerprogrammprodukt kann ein oder mehrere materielle, nichtflüchtige, computerlesbare Speichermedien umfassen, auf denen computerlesbare Programmanweisungen vorhanden sind, mit denen ein Prozessor dazu veranlasst wird, Aspekte der vorliegenden Erfindung auszuführen. Computerlesbare Programmanweisungen zum Durchführen von Vorgängen der vorliegenden Erfindung können Assembleranweisungen, Befehlssatzarchitektur-Anweisungen (auch: ISA-Anweisungen, Instruction Set Architecture), Maschinenanweisungen, maschinenabhängige Anweisungen, Mikrocode, Firmwareanweisungen, Statuseinstelldaten oder entweder Quellcode oder Objektcode, der in einer beliebigen Kombination einer oder mehrerer Programmiersprachen geschrieben ist, darunter eine beliebige objektorientierte Programmiersprache und/oder eine herkömmliche prozedurale Programmiersprachen, sein.
Es folgt ein allgemeinen nichteinschränkender Überblick zur Ausführung der vorliegenden Offenbarung. Der Überblick umreißt eine beispielhafte Umsetzung von Ausführungsformen der vorliegenden Offenbarung, wobei er eine konstruktive Basis für Varianten- und/oder alternative und/oder abweichende Ausführungsformen bereitstellt, von denen manche nachstehend beschrieben werden.
Es wird nun auf 1A Bezug genommen, die ein System 100 zum Erstellen eines Projektmanagementplans, eines Risikoverringerungsplans und zugehöriger Berichte gemäß Ausführungsformen der vorliegenden Erfindung schematisch veranschaulicht.
Das System 100 kann eine oder mehrere Benutzercomputervorrichtungen 105 umfassen, die in 1A durch zwei Benutzercomputervorrichtungen 105 veranschaulicht sind. Die Benutzercomputervorrichtung 105 kann eine beliebige Anzahl von Benutzercomputervorrichtungen 105 oder nur eine Benutzercomputervorrichtung 105 umfassen, wie durch die gepunktete Linien 107 dargestellt. Die Benutzercomputervorrichtung 105 kann Daten, die zur Erstellung des Projektplans verwendet werden, von einem Benutzer erhalten. Bei manchen Ausführungsformen kann die Benutzercomputervorrichtung 105 ein Smartphone, ein Tablet, ein Laptop, ein Desktop oder dergleichen sein. Die Benutzercomputervorrichtung 105 kann eine graphische Benutzeroberfläche (GUI) 108 umfassen, die für einen Benutzer einer Benutzercomputervorrichtung 105 eine Schnittstelle bereitstellen kann, über die ein Benutzer einen Projektplan erstellen kann, z. B. durch Eingeben von Daten, die von der Computervorrichtung 105 verwendet werden, um den Projektaktionsplan, den Projektrisikoverringerungsplan und zugehörige Berichte zu erstellen, und über die Informationen für den Benutzer angezeigt werden. Die Benutzercomputervorrichtung 105 kann drahtlos oder kabelgebunden mit einem Projektserver 110 kommunizieren. Der Projektserver 110 kann zumindest einen Hardwareprozessor 112 umfassen oder mit diesem kommunizieren, der diverse Module ausführen kann, z. B. Softwarekomponenten, die Maschinencodeanweisungen umfassen, um einen Projektmanagementplan gemäß von der Benutzercomputervorrichtung 105 erhaltenen Daten zu erstellen. Beispielsweise kann der Prozessor 112 beliebige der folgenden Module ausführen: ein „Projektplan“-Modul, „Aktionsplan“-Modul, „Risikoverringerungsplan“-Modul, „Ressourcenanalyse“-Modul, „Budgetberechnung“-Modul, ein Modul „Einstellungen und Konfiguration“ oder ein beliebiges anderes Modul, das eine Verarbeitung von Daten und die Erstellung einer gründlichen und einfach verständlichen Projektmanagementplanpräsentation ermöglichen kann. Bei manchen Ausführungsformen kann der Projektserver 110 eine Datenbank 150 umfassen, steuern und/oder mit dieser kommunizieren, die Daten zu den von Benutzern erstellten Projekten speichern kann, z. B. Aktivitäten, Verknüpfungen zwischen Aktivitäten, Meilensteine usw. Gemäß manchen Ausführungsformen kann der Prozessor 112 einen Code ausführen, der Anweisungen zum Erstellen eines Projektmanagementplans umfasst, und die Codeanweisungen können den Prozessor dazu veranlassen, die hierin beschriebenen Verfahren durchzuführen.
Die GUI 108 kann so konfiguriert sein, dass sie für einen Benutzer diverse optionale Detailebenen oder diverse optionale Granularitäten präsentiert, aus denen der Benutzer auswählen kann, um Projektinformationen auf der ausgewählten Detailebene einzusetzen. Beispielsweise kann die detaillierteste Ebene des Projektmanagementplans „Details“ genannt werden. Die „Detail“-Ebene ist die Ebene höchster Granularität. Die Ebene mit den geringsten Details kann „Hohe Ebene“ genannt werden und diese Ebene kann die kleinste Granularität aufweisen. Die Projektmanagementebene mit mittlerer oder Zwischengranularität kann „Planung“ genannt werden. Bei anderen Ausführungsformen können andere Zahlen und andere Bezeichnungen optionaler Detailebenen umgesetzt sein.
Gemäß manchen Ausführungsformen kann die Datenbank 150 in mehr als eine Datenbank unterteilt sein oder mehr als eine Datenbank umfassen, so dass jede Detailebene des Projektmanagementplans mit ihrer jeweiligen Datenbank verknüpft werden kann. Beispielsweise kann die detaillierteste Ebene des Projektmanagements, z. B. die Ebene mit der Bezeichnung „Details“, mit einer jeweiligen Datenbank 152 verknüpft sein, die „Details-Datenbank“ genannt wird. Gleichermaßen kann die Projektmanagementebene mit mittlerer Granularität und der Bezeichnung „Planung“ mit einer jeweiligen Datenbank 154 verknüpft sein, die „Planung-Datenbank“ genannt wird, und die Projektmanagementebene kann mit der kleinsten Granularität und der Bezeichnung „Hohe Ebene“ mit einer jeweiligen Datenbank 156 verknüpft sein, die „Hohe-Ebene-Datenbank“ genannt wird.
In Betrieb kann der Prozessor 112 über die GUI 108 eine Angabe zu einer ausgewählten Projektmanagementgranularität empfangen, die zu aktualisieren ist, wobei die Granularität aus zumindest drei unterschiedlichen Detailebenen (z. B. „Details“, „Planung“ und „Hohe Ebene“) ausgewählt werden kann, die dem Benutzer auf der GUI 108 präsentiert werden. Der Prozessor 112 kann ferner einen Befehl zum Hinzufügen zumindest einer Aktivität in einem Zeitschlitz in der angegebenen Granularität, die Teil des gesamten Projektmanagementplans sein kann, über die GUI 108 empfangen.
Bei manchen Ausführungsformen kann die zumindest eine hinzugefügte Aktivität in einer Datenbank gespeichert werden, die der angegebenen Projektmanagementgranularität entspricht (z. B. wenn die Projektmanagementebene mittlerer Granularität ist, z. B. die Ebene „Planung“, dann ist die jeweilige Datenbank die Planung-Datenbank 154). Die GUI 108 kann sodann den Projektmanagementplan in einer geschichteten Konfiguration anzeigen, so dass jede Anzeigeschicht eine der Projektmanagement-Detailebenen ausweisen kann, und zwar gemäß Aktivitätsbereichen auf einer Zeitachse. Demnach kann die GUI 108 die hinzugefügte zumindest eine Aktivität in der Schicht, die der angegebenen Granularität entspricht (z. B. Planung-Ebene, wenngleich auch eine beliebige andere Granularität verwendet werden kann) anzeigen.
Es wird nun auf 1 B Bezug genommen, die ein schematischer Ablaufplan ist, der ein Verfahren 160 zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine graphische Benutzeroberfläche (GUI) gemäß Ausführungsformen der vorliegenden Erfindung beschreibt. Gemäß manchen Ausführungsformen kann das Verfahren 160 das Empfangen einer Angabe zu einer Projektmanagementgranularität, die zu aktualisieren ist, über die GUI umfassen, wie in Block 162 angegeben. Für gewöhnlich kann der Prozessor, z. B. der Prozessor 112 (1A), eine solche Angabe über die GUI, z. B. GUI 108 (1A), empfangen. Bei manchen Ausführungsformen kann das Verfahren 160 ferner das Empfangen eines Befehls zum Hinzufügen zumindest einer Aktivität in einem Zeitschlitz in der angegebenen Granularität über die GUI umfassen, wie in Block 164 angegeben. Für gewöhnlich kann der Prozessor den Befehl über die GUI empfangen.
Bei manchen Ausführungsformen kann das Verfahren 160 das Speichern der zumindest einen Aktivität in einer Datenbank umfassen, die mit der angegebenen Projektmanagementgranularität verknüpft ist, wie in Block 166 angegeben. Gemäß manchen Ausführungsformen und wie in Bezug auf 1A erwähnt, kann die Datenbank 150 in mehr als eine Datenbank unterteilt sein oder mehr als eine Datenbank umfassen, so dass jede Detailebene des Projektmanagementplans mit ihrer jeweiligen Datenbank verknüpft werden kann, z. B. mit Datenbanken 152, 154 und 156. Somit kann eine beliebige Aktivität in der Datenbank gespeichert werden, die mit einer spezifischen Projektmanagementgranularität verknüpft ist, die aus mehreren optionalen Granularitätsebenen oder mehreren Detailebenen ausgewählt sein kann. Beispielsweise wenn eine Aktivität zur Ebene höchster Granularität, z. B. der „Details“-Ebene, hinzugefügt wird, kann die Aktivität in der Datenbank 152 gespeichert werden, die die „Details-Datenbank“ ist, die mit der „Details“-Granularitätsebene verknüpft ist. Gleichermaßen kann eine beliebige hinzugefügte Aktivität in einer Datenbank gespeichert werden, die der Granularitätsebene entspricht, zu der die Aktivität hinzugefügt wurde.
Bei manchen Ausführungsformen kann das Verfahren 160 ferner das Anzeigen des Projektmanagementplans in einer geschichteten Konfiguration gemäß Aktivitätsbereichen auf einer Zeitachse durch die GUI umfassen, wodurch die hinzugefügte zumindest eine Aktivität in der Schicht, die der angegebenen Granularität entspricht, angezeigt wird, wie in Block 168 angegeben. Bei manchen Ausführungsformen kann die GUI das Projektmanagement in einer geschichteten Konfiguration anzeigen, so dass die tatsächliche Schicht, die auf einem Bildschirm einer computergestützten Vorrichtung vollständig angezeigt wird, über die GUI ausgewählt werden kann. Nachdem eine spezifische Schicht des Projektmanagementplans ausgewählt wurde, kann auch eine beliebige zu dieser Schicht hinzugefügte Aktivität über die GUI angezeigt werden.
Es wird nun auf 1C Bezug genommen, die ein schematischer Ablaufplan ist, der ein Verfahren 180 zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine GUI gemäß anderen Ausführungsformen der vorliegenden Erfindung beschreibt. Gemäß manchen Ausführungsformen kann das Verfahren 180 das Empfangen einer Angabe zu einer Projektmanagementgranularität, die zu aktualisieren ist, über die GUI umfassen, wie in Block 182 angegeben. Für gewöhnlich kann der Prozessor, z. B. der Prozessor 112 (1A) eine solche Angabe über die GUI, z. B. GUI 108 (1A), empfangen. Bei manchen Ausführungsformen kann das Verfahren 180 ferner das Empfangen eines Befehls über die GUI zum Hinzufügen zumindest einer Verknüpfung zwischen zwei unterschiedlichen Aktivitäten in der angegebenen Granularität umfassen, wobei sich jede der zumindest zwei Aktivitäten auf einen unterschiedlichen Aktivitätsbereich oder auf einen unterschiedlichen Aktivitätsunterbereich bezieht, wie in Block 184 angegeben. Für gewöhnlich kann der Prozessor den Befehl über die GUI empfangen.
Bei manchen Ausführungsformen kann das Verfahren 180 das Speichern der zumindest einen Verknüpfung in einer Datenbank umfassen, die mit der angegebenen Projektmanagementgranularität verknüpft ist, wie in Block 186 angegeben. Gemäß manchen Ausführungsformen und wie in Bezug auf 1A erwähnt, kann die Datenbank 150 in mehr als eine Datenbank unterteilt sein oder mehr als eine Datenbank umfassen, so dass jede Detailebene des Projektmanagementplans mit ihrer jeweiligen Datenbank verknüpft werden kann, z. B. mit Datenbanken 152, 154 und 156. Somit kann eine beliebige Aktivität in der Datenbank gespeichert werden, die mit einer spezifischen Projektmanagementgranularität verknüpft ist, die aus mehreren optionalen Granularitätsebenen oder mehreren Detailebenen ausgewählt sein kann. Beispielsweise wenn eine Verknüpfung zur Ebene mittlerer Granularität, z. B. der „Planung“-Ebene, hinzugefügt wird, kann die Aktivität in der Datenbank 154 gespeichert werden, die die „Planung-Datenbank“ ist, die mit der „Planung“-Granularitätsebene verknüpft ist. Gleichermaßen kann eine beliebige hinzugefügte Verknüpfung in einer Datenbank gespeichert werden, die der Granularitätsebene entspricht, zu der die Verknüpfung hinzugefügt wurde.
Bei manchen Ausführungsformen kann das Verfahren 180 ferner das Anzeigen eines Projektmanagementplans gemäß Aktivitätsbereichen auf einer Zeitachse durch die GUI umfassen, der die zumindest eine Verknüpfung zwischen Aktivitäten, die sich auf unterschiedliche Aktivitätsbereiche beziehen, umfasst, wodurch zumindest ein Risiko des Projektmanagementplans angezeigt wird, wie in Block 188 angegeben. Bei manchen Ausführungsformen kann die GUI das Projektmanagement in einer geschichteten Konfiguration anzeigen, so dass die tatsächliche Schicht, die auf einem Bildschirm einer computergestützten Vorrichtung vollständig angezeigt wird, über die GUI ausgewählt werden kann. Nachdem eine spezifische Schicht des Projektmanagementplans ausgewählt wurde, kann auch eine beliebige Verknüpfung, die zu dieser Schicht zwischen Aktivitäten hinzugefügt wurde, die sich auf unterschiedliche Aktivitätsbereiche beziehen oder sich auf unterschiedliche Aktivitätsunterbereiche beziehen, über die GUI angezeigt werden.
Gemäß manchen Ausführungsformen gibt eine Verknüpfung zwischen Aktivitäten unterschiedlicher Aktivitätsunterbereiche oder unterschiedlicher Aktivitätsbereiche an, dass ein Risiko besteht, da dies eine Abhängigkeit zwischen diesen Aktivitäten unterschiedlicher Aktivitätsbereiche angibt, wenn Aktivitäten unterschiedlicher Aktivitätsbereiche (oder unterschiedlicher Aktivitätsunterbereiche) verbunden sind,. Eine Abhängigkeit zwischen Aktivitäten unterschiedlicher Aktivitätsbereiche kann bedeuten, dass besondere Beachtung erforderlich ist, um zu gewährleisten, dass diese Aktivitäten beide korrekt durchgeführt werden. Konkret beginnt, nachdem eine erste Aktivität geendet hat, die zweite ohne Unterbrechungen, wodurch die planmäßige Fortsetzung des gesamten Projekts gewährleistet ist.
Es wird nun auf 2 Bezug genommen, die eine Benutzeroberfläche schematisch veranschaulicht, die zum Hinzufügen einer Aktivität zu einem Projektmanagementplan konfiguriert ist, gemäß Ausführungsformen der vorliegenden Erfindung. Die GUI kann eine geschichtete Konfiguration umfassen, d. h., der Benutzer kann festlegen, welche der Projektmanagementebenen welcher Granularität auf dem Hauptbildschirm angezeigt werden können, wobei er gleichzeitig die Option hat, auf einfache Weise zwischen allen Ebenen zu wechseln. Bei manchen Ausführungsformen stellt ein Kästchen 201 die Möglichkeit bereit, zwischen der unterschiedlichen Granularität der Projektmanagementebenen zu wählen. Beispielsweise wird das Kästchen 201 auf einer GUI 210 so ausgewählt, dass die Projektmanagementebene höchster Granularität angezeigt wird, z. B. die Details-Ebene ausgewählt wird. Auf einer GUI 220 wird die Planung-Ebene (wobei es sich um die Ebene mittlerer Granularität handelt) ausgewählt und auf einer GUI 230 wird die Hohe Ebene (wobei es sich um die Ebene kleinster Granularität handelt) ausgewählt.
Gemäß manchen Ausführungsformen können Kästchen 203 einen Aktivitätsbereich angeben, der der Aktivität entspricht, die auf der GUI hinzuzufügen ist. Beispielsweise kann ein Aktivitätsbereich ein Element der GUI sein, das ein gewisses Aktivitätssubjekt oder einen gewissen Typ von Aktivitäten darstellt. Diverse Aktivitätsbereiche können in einem Projektmanagementplan umfasst sein. Spezifische Beispiele sind in Bezug auf die folgenden Figuren (z. B. 5A, 7A usw.) bereitgestellt.
Bei manchen Ausführungsformen kann das Kästchen 202 eine Zeitachse angeben, auf der Aktivitäten zum Projektmanagementplan hinzugefügt werden können. Die Zeitachse 202 kann auf unterschiedlichen Zeitspannenebenen angezeigt werden, z. B. Tage, Wochen, Monate, Quartale und Jahre, z. B. gemäß der ausgewählten Granularitätsebene. Beispielsweise kann die Zeitachse 202 auf der GUI 210 Aktivitäten in einer Zeitspanne von Tagen anzeigen, die GUI 220 kann die Zeitachse 202 in einer Zeitspanne von Wochen anzeigen und die GUI 230 kann die Zeitachse 202 in einer Zeitspanne von Monaten anzeigen. Es kann eine beliebige andere Zeitspanne angezeigt werden.
Gemäß manchen Ausführungsformen kann eine Aktivität durch Klicken auf die Zeitachse 202, durch Platzieren eines Cursors auf der Zeitachse 202 oder auf äquivalente Weise hinzugefügt werden. Die Dauer einer Aktivität kann durch die Anzahl von Kästchen auf der Zeitachse 202, die vom Benutzer ausgewählt werden, definiert werden. Beispielsweise kann eine Aktivität 204 auf der GUI 210 auf der Zeitachse 202 hinzugefügt werden, deren Spanne Tage sind. Die Dauer der Aktivität 204 kann durch den Benutzer auf der Zeitachse 202 definiert werden, indem er die Aktivität hinzufügt. Die Anzahl von Kästchen, die der Benutzer auf der Zeitachse 202 auswählt, definiert die Dauer der Aktivität 204 oder einer beliebigen anderen Aktivität in dieser Hinsicht. Bei diesem Beispiel ist die Aktivität 204 so definiert, dass sie sich auf 3 Tage erstreckt. Bei manchen Ausführungsformen kann die Aktivität 204 als Unteraktivität bezeichnet werden, wenn diese Aktivität auf der Projektmanagementebene höchster Granularität hinzugefügt wird.
Auf der GUI 220 können Aktivitäten 205 und 206 hinzugefügt werden. Zwischen solchen Aktivitäten muss keine Verknüpfung, Abhängigkeit oder Beziehung vorhanden sein. Bei diesem Beispiel kann sich die Aktivität 205 auf etwas weniger als zwei Wochen erstrecken, während sich die Aktivität 206 auf nur eine Woche erstrecken kann. Auf der GUI 230 kann sich die Aktivität 207 auf einen Monat (z. B. den Monat Januar) erstrecken. Es können eine beliebige andere Anzahl von Aktivitäten und beliebige andere Dauern pro Aktivität vom Benutzer hinzugefügt und definiert werden.
Es wird nun auf die 3A-3B Bezug genommen, wobei es sich um schematische Ablaufpläne handelt, die Verfahren 300 und 320 zum Erstellen eines Projektplans gemäß manchen Ausführungsformen der vorliegenden Erfindung veranschaulichen. Gemäß manchen Ausführungsformen der vorliegenden Erfindung kann das System 100 so konfiguriert sein, dass es das Hinzufügen einer Verknüpfung zwischen Aktivitäten des gleichen Aktivitätsbereichs in einem Projektmanagementplan bzw. zum Entfernen einer Verknüpfung zwischen Aktivitäten des gleichen Aktivitätsbereichs aus einem Projektmanagementplan ermöglicht. Der Ablaufplan in 3A veranschaulicht schematisch ein Verfahren 300 zum Hinzufügen einer Verknüpfung zwischen Aktivitäten des gleichen Aktivitätsbereichs in einem Projektmanagementplan. Wie in Block 302 angegeben, kann ein Prozessor, z. B. der Prozessor 112, einen Befehl zum Hinzufügen einer Aktivität zum Projektmanagementplan über die GUI (z. B. GUI 108) empfangen. Wie in Block 304 angegeben, der einen manuellen Vorgang angeben kann, kann die Aktivität in einen leeren Raum auf dem Projektmanagementplan hinzugefügt werden, wie in Block 306 angegeben, kann der Prozessor bestimmen, ob eine vorausgegangene Aktivität auf der gleichen Linie wie die neu hinzugefügte Aktivität liegt, d. h., ob eine vorausgegangene Aktivität aus dem gleichen Aktivitätsbereich wie die neu hinzugefügte Aktivität ist, da Aktivitäten des gleichen Aktivitätsbereichs für gewöhnlich auf der gleichen Linie des Projektmanagementplans angezeigt werden. Wenn eine vorausgegangene auf der gleichen Linie wie die hinzugefügte Aktivität (z. B. Aktivität 205, 2) liegt, kann eine Verknüpfung zwischen der hinzugefügten Aktivität und der vorausgegangenen Aktivität hinzugefügt werden, wie in Block 308 angegeben. Wenn eine vorausgegangene Aktivität nicht auf der gleichen Linie wie die hinzugefügte Aktivität liegt oder nach Hinzufügen einer Verknüpfung zwischen der hinzugefügten Aktivität und einer vorausgegangenen Aktivität, wie in Block 308 angegeben, kann der Prozessor bestimmen, ob eine nachfolgende Aktivität auf der gleichen Linie wie die hinzugefügte Aktivität liegt, wie in Block 310 angegeben. Ist dies der Fall, kann eine Verknüpfung zwischen der hinzugefügten Aktivität und der nachfolgenden Aktivität hinzugefügt werden, wie in Block 312 angegeben.
3B veranschaulicht schematisch ein Verfahren 320 zum Entfernen einer Verknüpfung zwischen Aktivitäten des gleichen Aktivitätsbereichs aus einem Projektmanagementplan. Wie in Block 322 angegeben, kann ein Prozessor einen Befehl zum Entfernen einer Aktivität aus dem Projektmanagementplan über die GUI empfangen. Wie in Block 324 angegeben, kann eine bestehende Aktivität aus dem Projektmanagementplan entfernt werden. Wie in Block 326 angegeben, kann der Prozessor bestimmen, ob eine vorausgegangene Aktivität und eine nachfolgende Aktivität auf der gleichen Linie wie die entfernte Aktivität liegen, d. h., ob eine vorausgegangene Aktivität und eine nachfolgende Aktivität aus dem gleichen Aktivitätsbereich wie die entfernte Aktivität sind, da Aktivitäten aus dem gleichen Aktivitätsbereich für gewöhnlich auf der gleichen Linie des Projektmanagementplans angezeigt werden. Wenn eine vorausgegangene und eine nachfolgende Aktivität auf der gleichen Linie wie die entfernte Aktivität liegen, kann sodann eine Verknüpfung geändert werden, so dass eine Verknüpfung zwischen einer vorausgegangenen Aktivität und der nächsten Aktivität, z. B. der nachfolgenden Aktivität, anstatt einer Verknüpfung zwischen der entfernten Aktivität und sowohl der vorausgegangenen als auch der nachfolgenden Aktivität hergestellt wird, wie in Block 328 angegeben. Wenn der Vorgänger und der Nachfolger nicht auf der gleichen Linie liegen oder nach einer Änderung der Verknüpfung, die der entfernten Aktivität entspricht, kann ein Prozessor bestimmen, ob nur eine vorausgegangene Aktivität oder eine nachfolgende Aktivität auf der gleichen Linie wie die entfernte Aktivität liegen, wie in Block 330 angegeben. Wenn nur die vorausgegangene Aktivität oder die vorausgegangene Aktivität tatsächlich auf der gleichen Linie wie die entfernte Aktivität liegt, kann die Verknüpfung, die zwischen der vorausgegangenen Aktivität und der entfernten Aktivität vorhanden war, oder die Verknüpfung, die zwischen der nachfolgenden und der entfernten Aktivität vorhanden war, gemeinsam mit der entfernten Aktivität entfernt werden, wie in Block 332 angegeben.
Es wird nun auf die 4A-4B Bezug genommen, wobei es sich um schematische Ablaufpläne handelt, die Verfahren 400 und 420 zum Erstellen eines Projektplans gemäß manchen Ausführungsformen der vorliegenden Erfindung veranschaulichen. Gemäß manchen Ausführungsformen der vorliegenden Erfindung kann das System 100 so konfiguriert sein, dass es das Hinzufügen einer Verknüpfung zwischen Aktivitäten unterschiedlicher Aktivitätsbereiche in einem Projektmanagementplan bzw. zum Entfernen einer Verknüpfung zwischen Aktivitäten unterschiedlicher Aktivitätsbereiche aus einem Projektmanagementplan gemäß Ausführungsformen der vorliegenden Erfindung ermöglicht. 4A veranschaulicht schematisch ein Verfahren 400 zum Hinzufügen einer Verknüpfung zwischen Aktivitäten unterschiedlicher Aktivitätsbereiche (auch: Areas of Activity, kurz: AOA) in einem Projektmanagementplan gemäß manchen Ausführungsformen. Wie in Block 402 angegeben, kann der Prozessor einen Befehl zum Hinzufügen einer Verknüpfung zwischen einer ersten Aktivität und einer zweiten Aktivität in zwei unterschiedlichen Aktivitätsunterbereichen über die GUI empfangen, wobei z. B. jede der verknüpften Aktivitäten einem unterschiedlichen Aktivitätsbereich entspricht, wie in Block 404 angegeben. Wie in Block 406 angegeben, kann der Prozessor bestimmen, ob das Enddatum der ersten Aktivität nach dem Beginndatum der zweiten Aktivität liegt. Wenn das Enddatum der ersten Aktivität nicht nach dem Beginndatum der zweiten Aktivität liegt, kann die Verknüpfung, wie in Block 410 angegeben, als Teil des Projektmanagementplans angezeigt werden. Wenn das Enddatum der ersten Aktivität tatsächlich nach dem Beginndatum der zweiten Aktivität liegt, kann das Beginndatum der zweiten Aktivität, wie in Block 408 angegeben, so geändert werden, dass es mit dem Enddatum der ersten Aktivität übereinstimmt. Wie in Block 414 angegeben, kann die kritische Kette der Aktivitäten innerhalb des Projektmanagementplans nach Abgleichung des Beginndatums der zweiten Aktivität mit dem Enddatum der ersten Aktivität neu berechnet werden. Bei manchen Ausführungsformen kann die kritische Kette als kürzester Weg zum Ende des Projekts definiert sein, der auf Basis von Aktivitätsdauer und Abhängigkeiten zwischen Aktivitäten berechnet werden kann.
Bei manchen Ausführungsformen kann, wenn der Prozessor einen Befehl zum Hinzufügen einer Verknüpfung zwischen Aktivitäten über die GUI empfängt, wie in Block 402 angegeben, dies bedeuten, dass der Prozessor einen Befehl zum Hinzufügen einer Verknüpfung zwischen Aktivitäten im gleichen Unter-AOA empfängt, z. B. zwischen Aktivitäten des gleichen Aktivitätsbereichs, wie in Block 412 angegeben (und unter Bezug auf 3A beschrieben). Nach Hinzufügen einer Verknüpfung zwischen Aktivitäten des gleichen AOA, wie in Block 412 angegeben, kann der Prozessor die kritische Kette des Projektmanagementplans neu berechnen.
Es wird nun auf 4B Bezug genommen, die ein Verfahren 420 zum Entfernen einer Verknüpfung, die zuvor zwischen Aktivitäten unterschiedlicher Aktivitätsbereiche (AOA) vorhanden war, aus einem Projektmanagementplan gemäß manchen Ausführungsformen schematisch veranschaulicht. Wie in Block 422 angegeben, kann der Prozessor einen Befehl zum Entfernen einer Verknüpfung zwischen Aktivitäten über die GUI empfangen. Das Empfangen eines Befehls zum Entfernen einer Verknüpfung zwischen Aktivitäten kann das Entfernen einer Verknüpfung zwischen Aktivitäten des gleichen AOA durch das System bedeuten, wie in Block 430 angegeben, oder es kann das Entfernen einer Verknüpfung zwischen Aktivitäten unterschiedlicher AOAs durch einen Benutzer bedeuten, wie in Block 424 angegeben. Nachdem ein Prozessor eine Verknüpfung zwischen Aktivitäten des gleichen AOA entfernt hat, wie in Block 430 angegeben, kann die kritische Kette neu berechnet werden, wie in Block 426 angegeben. Bei manchen Ausführungsformen kann die kritische Kette nach Entfernen einer Verknüpfung zwischen Aktivitäten unterschiedlicher AOAs, wie in Block 424 angegeben, neu berechnet werden, wie in Block 426 angegeben. Nach dem Entfernen der Verknüpfung, wie in Block 424 angegeben, kann außerdem die Verknüpfung aus der Anzeige des Projektmanagementplans entfernt werden, z. B. kann sie von der GUI entfernt werden, wie in Block 428 angegeben.
Es wird nun auf die 5A-5B Bezug genommen, die eine Benutzeroberfläche schematisch veranschaulichen, die zum Hinzufügen bzw. Entfernen einer Verknüpfung zwischen Aktivitäten auf einem Projektmanagementplan gemäß Ausführungsformen der vorliegenden Erfindung konfiguriert ist. 5A veranschaulicht eine Benutzeroberfläche, die einem Benutzer das Hinzufügen einer Verknüpfung zwischen zwei Aktivitäten ermöglicht, z. B. zwischen Aktivität 501 und Aktivität 502. Bei manchen Ausführungsformen kann die Aktivität 501 aus dem gleichen AOA wie die Aktivität 502 stammen, während die Aktivität 501 bei anderen Ausführungsformen, wie in 5A veranschaulicht, aus einem anderen AOA als die AOA der Aktivität 502 stammt. Beispielsweise kann die Aktivität 502 einem ersten AOA von Hardwarequalifikation entsprechen, während die Aktivität 502 einem zweiten unterschiedlichen AOA von Softwarequalifikation entsprechen kann. Beliebige andere Aktivitäten von zumindest zwei unterschiedlichen AOAs können über eine Verknüpfung 506 verknüpft sein. Eine Verknüpfung, z. B. die Verknüpfung 506, kann für gewöhnlich durch eine Linie veranschaulicht sein, die den Endpunkt der Aktivität 501 mit dem Beginnpunkt der Aktivität 502 verbindet, wobei angenommen wird, dass die Aktivität 502 nach Ende der Aktivität 501 beginnt.
Bei manchen Ausführungsformen kann ein Cursor, z. B. ein Cursor 504, von einem Benutzer so gesteuert werden, dass diese Verknüpfung als Verknüpfung 506 zwischen Aktivitäten, z. B. Aktivitäten 501 und 502, hinzugefügt wird. Bei manchen Ausführungsformen kann eine einzelne Aktivität mit mehr als einer anderen Aktivität verknüpft werden. Somit kann eine zusätzliche Verknüpfung, z. B. eine Verknüpfung 508, zwischen zwei anderen Aktivitäten, z. B. Aktivität 501 und einer beliebigen anderen Aktivität des Projektmanagementplans, hinzugefügt werden.
5B veranschaulicht eine Benutzeroberfläche schematisch, die einem Benutzer oder System das Löschen oder Entfernen einer Verknüpfung zwischen zumindest zwei Aktivitäten ermöglicht. Nach Schritt I, der das Hinzufügen einer Verknüpfung zwischen zwei Aktivitäten, z. B. Aktivität 501 und Aktivität 502 (wie in Bezug auf 5A detailliert beschrieben), veranschaulicht, veranschaulicht Schritt II einen Benutzer, der eine Verknüpfung zwischen zwei Aktivitäten, z. B. Aktivität 501 und Aktivität 502, entfernt. Ein Benutzer kann den Cursor 504 so steuern, dass er auf das Ende der Verknüpfung 506, das zuvor mit dem Beginnpunkt der Aktivität 502 verbunden war, klickt und/oder dieses Ende hin zur Aktivität 501 zieht. In Schritt III kann der Cursor ferner hin zur Aktivität 501 gezogen werden, bis der Cursor 504 den Beginnpunkt der Verknüpfung 506 erreicht hat, der der Endpunkt der Aktivität 501 war, wodurch die Verknüpfung 506 aus dem Projektmanagementplan entfernt oder gelöscht wird und die Verknüpfung zwischen der Aktivität 502 und der Aktivität 501 entfernt wird. Es kann ein beliebiges anderes Benutzeroberflächenverfahren verwendet werden, um eine solche Verknüpfungsentfernung durchzuführen.
Es wird nun auf die 6A-6D Bezug genommen, wobei es sich um schematische Ablaufpläne handelt, die Verfahren 600, 640, 660 bzw. 680 zum Erstellen eines Projektplans gemäß manchen Ausführungsformen der vorliegenden Erfindung veranschaulichen. 6A veranschaulicht ein Verfahren 600 zum Hinzufügen einer Aktivität zu einer beliebigen der Schichten des Projektmanagementplans schematisch, z. B. zu einer beliebigen der Detailebenen, wodurch die anderen Detailebenen des Projektmanagementplans beeinflusst werden. Wie in Block 602 angegeben, kann ein Projektmanagementplan mit einer aktiven Schicht erfasst werden, die z. B. von der GUI angezeigt wird. Die aktive Schicht kann eine der Detailebenen sein, die ggf. auf der graphischen Hauptbenutzeroberfläche des Systems angezeigt wird. Wie in Block 604 angegeben, kann der Prozessor den Typ der Schicht bestimmen, die über die GUI angezeigt wird. Beispielsweise kann der Prozessor bestimmen, ob die aktive Schicht die Ebene höchster Granularität, d. h. die Ebene mit der Bezeichnung „Details“, ist, ob sie die Schicht mittlerer Granularität mit der Bezeichnung „Planung“ ist oder ob die aktive Schicht die Schicht niedrigster Granularität und niedrigster Detailebene, d. h. „Führung“ oder „Hohe Ebene“, ist.
Wenn die aktive Schicht die Schicht mit der niedrigsten Detailebene ist, z. B. die Schicht 606 („Führung“ oder „Hohe Ebene“), wie in Block 608 angegeben, kann der Prozessor einen Befehl zum Hinzufügen einer Aktivität über die GUI empfangen. Die hinzugefügte Aktivität kann diverse Charakteristika wie z. B. Beginnzeit, Endzeit, Beschreibung der Aktivität usw. umfassen. Wie in Block 610 angegeben, kann eine Schattenaktivität zu Schicht P hinzugefügt werden, wobei P für „Planung“ steht, wobei es sich um die Ebene mittlerer Detailebene handelt. Eine Schattenaktivität kann ein leeres Kästchen sein, das auf eine weitere Benutzereingabe bezüglich der Details zur Aktivität wartet, die zu einer gewissen Schicht hinzuzufügen ist, auf der die Schattenaktivität hinzugefügt wird. In diesem Fall wurde eine Aktivität zur Schicht F (steht für „Führung“; im Englischen angegeben mit „layer E“, wobei das „E“ steht für „Executive“ steht) hinzugefügt und wird ein Schatten zu der Schicht hinzugefügt, die eine Ebene über der Detailebene liegt, d. h. Schicht P. Das Vorhandensein eines Schattens kann einem Benutzer anzeigen, dass eine Aktivität auf einer anderen Schicht als derjenigen Schicht, auf der der Schatten hinzugefügt wurde, definiert wurde.
Wenn die aktive Schicht als die eine mit höchster Granularität, d. h. mit der höchsten Detailebene 612 mit der Bezeichnung „Details“, bestimmt wird, wie in Block 614 angegeben, kann der Prozessor einen Befehl zum Hinzufügen einer Aktivität zu dieser Details-Ebene, auch als Schicht D bezeichnet, über die GUI empfangen. Die hinzufügte Aktivität kann diverse Charakteristika wie z. B. Beginnzeit, Endzeit, die Aktivitätsbeschreibung usw. umfassen. Wie in Block 616 angegeben, kann bestimmt werden, ob ein Container auf Schicht P erstellt wurde, z. B. ob der Prozessor einen Befehl zum Erstellen eines Containers über die GUI empfangen hat. Ein Container kann die Beziehung zwischen Schichten beschreiben, z. B. zwischen der Planung-Schicht und der Details-Schicht. Ein Container kann ein leerer Raum sein, in den Details zu einer neuen Aktivität eingefügt werden können, wodurch die neue Aktivität einer Aktivität entspricht, die auf der detailliertesten Ebene des Projektmanagementplans vorhanden ist. Eine Aktivität kann auf der detailliertesten Ebene (z. B. Schicht D) erstellt werden, wenn eine Schatten- oder Containeraktivität auf der mittleren Ebene der Detail-Ebene, z. B. Schicht P, erstellt wird. Wenn ein Container auf Schicht P erstellt wird, kann eine detaillierte Aktivität in diesen Container integriert werden und die detaillierte Aktivität kann mit dem Container an den Ort des Containers auf der Zeitachse und AOAs des Projektmanagementplans verschoben werden, wie in Block 620 angegeben. Wenn in Block 616 kein Container erstellt wird, kann der Prozessor eine Fehlermeldung erzeugen, die von der GUI des Systems angezeigt werden kann, wie in Block 618 angegeben.
Wenn die aktive Schicht als die eine mit mittlerer Granularität, d. h. mit der mittleren Detailebene 622 mit der Bezeichnung „Planung“, festgestellt wird, wie in Block 624 angegeben, kann der Prozessor einen Befehl zum Hinzufügen einer Aktivität zur Planung-Ebene, auch als Schicht P bezeichnet, über die GUI empfangen. Die hinzufügte Aktivität kann diverse Charakteristika wie z. B. Beginnzeit, Endzeit, die Aktivitätsbeschreibung usw. umfassen. Nach Hinzufügen einer Aktivität, wie in Block 624 angegeben, kann ein Schatten zu Schicht F hinzufügt werden, während ein Container für Schicht D erstellt werden kann, wie in Block 626 angegeben.
Bei manchen Ausführungsformen können ein Schatten und ein Container dabei helfen, einen Benutzer daran zu erinnern, Aktivitäten zu weniger detaillierten oder detaillierteren Ebenen oder Schichten hinzuzufügen, nachdem entsprechende Aktivitäten zu gewissen anderen detaillierteren oder weniger detaillierten Schichten oder Ebenen hinzufügt wurden.
6B veranschaulicht ein Verfahren 640 schematisch, das spezifiziert, wann eine Aktivität angezeigt wird und wann ein Schatten in Bezug auf einen zusätzlichen Typ von Schichten, z. B. entsprechend Monaten, Wochen und Tagen, angezeigt wird. Somit ist die detaillierteste Ebene bei dieser Ausführungsform die Tage-Schicht oder Schicht D, während die am wenigsten detaillierte Ebene die Monate- oder M-Schicht ist. Die mittlere Detailebene ist die Wochen- oder W-Schicht. Beliebige andere Bezeichnungen für die unterschiedlichen Schichten oder unterschiedliche Ebenen von Details können umgesetzt sein.
Gemäß manchen Ausführungsformen kann für jedes Gitter auf Schicht F (steht für „Führung“; im Englischen angegeben als „layer E“), wie in Block 642 angegeben, bestimmt werden, ob eine Aktivität auf Schicht M (wobei M für „Monate“ steht, wie vorstehend erwähnt) hinzugefügt ist, wie in Block 644 angegeben. Somit sollte für jeden Griff auf Schicht F, wobei es sich um die Schicht mit den wenigsten Details oder die Schicht höchster Ebene handelt, bestimmt werden, ob eine Aktivität auf dieser Schicht höchster Ebene, auch als Schicht M bezeichnet, hinzugefügt ist, wie in Block 644 angegeben. Wenn eine Aktivität auf Schicht M hinzugefügt ist, kann die Aktivität über die GUI angezeigt werden, wie in Block 646 angegeben. Wenn keine Aktivität auf Schicht M hinzugefügt ist, kann der Prozessor bestimmen, ob ein Schatten in Bezug auf Schicht W (steht für die mittlere Schicht „Wochen“) hinzugefügt ist, wie in Block 648 angegeben. Wenn ein Schatten auf Schicht M hinzugefügt ist, der einer hinzugefügten Aktivität in Schicht W entspricht, kann der Schatten über die GUI angezeigt werden, wie in Block 650 angegeben. Wenn jedoch kein Schatten auf Schicht M in Bezug auf eine auf Schicht W hinzugefügte Aktivität hinzugefügt wurde, wird die GUI des Projektmanagementplans, der die Schicht M anzeigt, leergelassen, so dass weder eine Aktivität noch ein Schatten angezeigt wird, wie in Block 672 angegeben.
6C veranschaulicht ein Verfahren 660 schematisch, das spezifiziert, wann eine Aktivität angezeigt wird und wann ein Schatten in Bezug auf die mittlere Schicht P angezeigt wird. Für jedes Gitter auf Schicht P, wie in Block 662 angegeben, kann bestimmt werden, ob eine Aktivität auf Schicht P hinzugefügt ist (nachdem der Prozessor einen Befehl zum Hinzufügen einer Aktivität zu Schicht P über die GUI empfangen hat), wie in Block 664 angegeben. Wenn eine Aktivität auf Schicht P hinzugefügt ist, kann die Aktivität über die GUI angezeigt werden, wie in Block 666 angegeben. Wenn jedoch keine Aktivität zu Schicht P hinzugefügt ist, kann der Prozessor bestimmen, ob ein Schatten in Bezug auf Schicht F hinzugefügt ist, wie in Block 668 angegeben. Wenn ein Schatten auf Schicht P hinzugefügt ist, der einer hinzugefügten Aktivität auf Schicht F entspricht, kann der Schatten über die GUI angezeigt werden, wie in Block 670 angegeben. Wenn kein Schatten auf Schicht P in Bezug auf eine auf Schicht F hinzugefügte Aktivität hinzugefügt wurde, wird die GUI des Projektmanagementplans, die Schicht P anzeigt, ohne hinzugefügte Aktivität und ohne hinzugefügte Schattenaktivität leergelassen, wie in Block 672 angegeben.
6D veranschaulicht ein Verfahren 680 schematisch, das spezifiziert, wann eine Aktivität angezeigt wird und wann ein Schatten in Bezug auf Schicht D, wobei es sich um die Schicht mit der höchsten Detailebene handelt, angezeigt wird. Für jedes Gitter auf Schicht D, wie in Block 682 angegeben, kann der Prozessor bestimmen, ob eine Aktivität auf Schicht D hinzugefügt ist, wie in Block 684 angegeben. Wenn eine Aktivität auf Schicht D hinzugefügt ist, kann die Aktivität über die GUI angezeigt werden, wie in Block 686 angegeben. Wenn keine Aktivität auf Schicht D hinzugefügt ist, kann der Prozessor bestimmen, ob ein Schatten in Bezug auf eine auf der mittleren Schicht P hinzugefügte Aktivität hinzugefügt ist, wie in Block 688 angegeben. Wenn ein Schatten in Bezug auf eine hinzugefügte Aktivität von Schicht P hinzugefügt wurde, wird die Schattenaktivität über die GUI angezeigt, wie in Block 690 angegeben. Wenn kein Schatten hinzugefügt wurde, wird die GUI des Projektmanagementplans, der Schicht D anzeigt, leergelassen und weder eine Aktivität noch ein Schatten zu Schicht D hinzugefügt, wie in Block 692 angegeben.
Es wird nun auf 7A Bezug genommen, die eine Benutzeroberfläche, die eine graphische Darstellung eines Projektmanagementplans einer ersten Granularität anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung schematisch veranschaulicht. 7A veranschaulicht schematisch die Benutzeroberfläche, die eine graphische Darstellung der Projektmanagementplanmappe unter Verwendung einer Ansicht zeigt, die diverse AOAs 701 detailliert darstellt, gemäß manchen Ausführungsformen der vorliegenden Erfindung. Beispielsweise können die AOAs 701 „Hardware“ 720, „Test“ 722, Unter-AOAs „Benutzertest“ 724 und „Leistungstest“ 726 und ferner AOAs wie z. B. „Qualifikation“ 728, „Zubehörteile“ 730 und „Dokumentation“ 732 oder dergleichen umfassen. 7A kann den Projektmanagementplan auf einer Zeitspannenebene „täglich“ auf einer Zeitachse 704 veranschaulichen. Ähnliche Projektmanagementpläne können auf anderen Zeitspannenebenen präsentiert werden, wie z. B. wöchentlich, monatlich, quartalsweise, jährlich usw. Andere Projektmanagementplan-Präsentationsmappen können mehrere Detailebenen innerhalb der gleichen Anzeige für die Zeitspanne umfassen, wobei sie z. B. wöchentliche Aktivitäten innerhalb ihrer übergeordneten monatlichen Aktivität oder einer beliebigen anderen Kombination veranschaulichen.
Bei manchen Ausführungsformen kann die Benutzeroberfläche der ersten Granularitätsebene ein Kästchen 706 mit der Bezeichnung „Heute“ umfassen, das, wenn es von einem Benutzer ausgewählt wird, eine Linie oder eine andere graphische Darstellung veranschaulichen kann, die den aktuellen Tag auf der Projektmanagementplananzeige veranschaulicht, so dass ein Benutzer den Status von Aktivitäten für einen spezifischen Tag auf der Zeitachse 704 abrufen kann.
Gemäß manchen Ausführungsformen kann 7A die Benutzeroberfläche der ersten Granularität veranschaulichen, z. B. der Schicht mit der Bezeichnung „Details“. Der Benutzer kann die spezifische Granularität aus einer Liste von Detailebenen 708 auswählen. Nachdem eine spezifische Ebene ausgewählt wurde, können die Aktivitäten und AOAs, die dieser Ebene entsprechen, dem Benutzer über die GUI angezeigt werden.
Bei manchen Ausführungsformen kann die GUI von 7A mehrere Aktivitäten veranschaulichen, z. B. Aktivität 710, die einem Aktivitätsbereich 720 entspricht. Bei manchen Ausführungsformen kann eine Aktivität 712 einem Unter-AOA 726 entsprechen, der ein Aktivitätsunterbereich des AOA 722 ist. Bei manchen Ausführungsformen kann der Fortschrittsstatus einer beliebigen Aktivität, z. B. Aktivität 712, durch Markieren der Aktivität 712 mit unterschiedlichen Farben angezeigt werden. Der Prozentsatz, zu dem die Aktivität 712 abgeschlossen ist, kann in einer Farbe veranschaulicht werden, während der Prozentsatz, zu dem die Aktivität 712 noch nicht abgeschlossen wurde, in einer anderen Farbe veranschaulicht werden kann. Bei manchen Ausführungsformen kann der AOA 728 mehrere zusammengehörige Aktivitäten umfassen, z. B. Aktivität 714 und Aktivität 718. Bei manchen Ausführungsformen kann ein Puffer, z. B. ein Puffer 716, zwischen Aktivitäten eingefügt werden. Ein Puffer kann einen gewissen Zeitraum angeben, der vom Ende einer Aktivität und vor Beginn einer anderen Aktivität verläuft, oder er kann einen Zeitraum angeben, der zwischen Aktivitäten hinzugefügt wird, um einen zusätzlichen Zeitraum zum Abschließen einer vorausgegangenen Aktivität vor Beginn einer nachfolgenden Aktivität bereitzustellen. Es kann eine beliebige Anzahl von Puffern pro AOA zwischen zwei Aktivitäten hinzugefügt werden und es kann eine beliebige Anzahl von Aktivitäten pro AOA angezeigt werden.
Es wird nun auf die 7B-7C Bezug genommen, die eine Benutzeroberfläche, die eine graphische Darstellung eines Projektmanagementplans einer zweiten Granularität anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung schematisch veranschaulichen. Die zweite Granularität kann die Detailebene „Planung“ sein, die von einem Benutzer in einem Bereich 708 ausgewählt werden kann. Die Projektkarte kann ferner einen Aktivitätsbereich 701 umfassen, der eine Liste von AOAs umfassen kann, z. B. AOA „Hardware“ 740, „Software“ 742, Unter-AOA „Sprints“ 744 und Unter-AOA „SW-Dokumentation“ 746, wobei es sich um Aktivitätsunterbereiche des AOA 742 handelt. Der AOA 701 kann ferner einen AOA „Hardware-Qualifikation“ (kurz: „HW-Qualifikation“) 748, „Software-Qualifikation“ (kurz: „SW-Qualifikation“) 750, Verpackung“ 752, „Mechanik“ 754, „Test“ 756, der zwei Unter-AOAs umfasst: „Qualität“ 758" und „Zuverlässigkeit“760, „Zertifizierung“ 762, „Zubehörteile“ 764 und „Dokumentation“ 766 oder beliebige andere umfassen. Eine Mehrzahl von Aktivitäten kann von der Projektkarte angezeigt werden, wie in den 7B-7C veranschaulicht. Eine beispielhafte Aktivität darunter kann eine Aktivität 770 sein, die einem AOA 748 entspricht. Außerdem können eine Aktivität 772 und eine Aktivität 774 beide einem AOA 740 entsprechen. Wie in 7C hervorgehoben, kann die Aktivität 770 über eine Verknüpfung 776 mit der Aktivität 772 verknüpft sein, die das Ende der Aktivität 772 mit dem Beginn der Aktivität 770 verbindet. Ferner kann die Aktivität 770 über eine Verknüpfung 778 mit der Aktivität 774 verknüpft sein, so dass das Ende der Aktivität 770 mit dem Beginn der Aktivität 774 verknüpft ist. Zusätzliche Verknüpfungen zwischen anderen Aktivitäten können platziert und von der Projektmanagementmappe für eine beliebige Detailebene angezeigt werden. Für gewöhnlich definieren die Verknüpfungen die Projektstruktur.
Bei manchen Ausführungsformen kann ein Meilenstein 780 über die GUI der Projektkarte angezeigt werden. Ein Meilenstein kann eine Frist zum Abschließen aller oder beinahe aller oder des Großteils der Aktivitäten beinahe aller AOAs sein. Demnach kann ein Meilenstein, z. B. der Meilenstein 780, die Frist sein, bis zu der alle oder im Wesentlichen alle oder der Großteil der Aktivitäten abzuschließen ist bzw. sind.
Es wird nun auf 7D Bezug genommen, die eine Benutzeroberfläche schematisch veranschaulicht, die eine graphische Darstellung eines Projektmanagementplans einer dritten Granularität anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung. Die dritte Granularität kann die „Hohe Ebene“ sein, die vom Benutzer im Bereich 708 ausgewählt werden kann. Die Projektkarte kann ferner einen Aktivitätsbereich 701 umfassen, der eine Liste von AOAs umfassen kann, z. B. AOA „Hardware“ 740, „Software“ 742, Unter-AOA „Sprints“ 744 und Unter-AOA „SW-Dokumentation“ 746, wobei es sich um Aktivitätsunterbereiche des AOA 742 handelt. Der AOA 701 kann ferner einen AOA „HW-Qualifikation“ 748, „SW-Qualifikation“ 750, „Verpackung“ 752, „Mechanik“ 754, „Test“ 756, der zwei Unter-AOAs umfasst: „Qualität“ 758" und „Zuverlässigkeit“760, „Zertifizierung“ 762, „Zubehörteile“ 764 und „Dokumentation“ 766 oder beliebige andere umfassen.
Gemäß manchen Ausführungsformen kann die dritte Granularität eine höhere Detailebene von Aktivitäten umfassen, die gewissen AOAs entsprechen, verglichen mit der Detailebene der Aktivitäten, die auf der zweiten Granularität angezeigt werden (7B-7C). Wie z. B. in 7D veranschaulicht, umfasst beispielsweise diese Aktivität 782 dritter Granularität mit der Bezeichnung „HW-Aufbau 1“ unter dem AOA „Hardware“ eine Mehrzahl von detaillierten Aktivitäten, wie in 7C gezeigt, z. B. „PCB (Leiterplatte)“ 777, „SMT (Oberflächenmontagetechnik)“ 775, „Test“ 773 und „Versenden“ 772. Gleichermaßen umfasst eine beliebige Aktivität der dritten Granularität mehrere Aktivitäten der zweiten Granularität, die zusätzliche Details dazu bereitstellen, welche Aktivitäten die Aktivität „Hohe Ebene“ der dritten Granularität bilden. Demnach stellt die zweite Granularität die detaillierten Aktivitäten bereit, aus denen die dritte Granularität besteht.
Bei manchen Ausführungsformen kann ein Meilenstein 780 über die GUI der Projektkarte angezeigt werden.
Es wird nun auf 8 Bezug genommen, die eine Benutzeroberfläche, die eine graphische Darstellung kritischer Aufgaben in einem Projektmanagementplan einer ersten Granularität anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung schematisch veranschaulicht. Bei manchen Ausführungsformen ist eine kritische Aufgabe eine Aufgabe, die vollständig erfüllt werden muss, bevor zu einer anderen Aktivität übergegangen wird. Kritische Aufgaben sind für gewöhnlich jene Aufgaben, die von einem Benutzer sorgfältig überwacht werden sollten, da sie bei Verzögerung für gewöhnlich weitere Verzögerungen bei anderen Aktivitäten in der Projektkarte oder im Projektplan verursachen.
Gemäß manchen Ausführungsformen kann jede Aktivität eine Liste kritischer Aufgaben 880 umfassen, die erfüllt werden müssen, um die Aktivität zu beenden und die Aktivität als erledigt zu markieren. Ein Benutzer kann das Kästchen 880 auswählen, um alle kritischen Aufgaben für eine gewisse Detailebene anzuzeigen. Bei diesem Beispiel weist die Detailebene eine erste Granularität auf, z. B. die höchste Detailebene. Beispielsweise könnten spezifisch die Aktivitäten „PCB“ 777 und „SMT“ 775 (die kritischen Aufgaben für diese Aktivitäten) in 8 veranschaulicht und anzeigt werden, basierend auf der Liste detaillierter Aktivitäten, die in 7C unter dem AOA „Hardware“ angezeigt sind: Aktivität 802 „Design“, Aktivität 804 „Herstellung“, Aktivität 806 „Seite 1“, Aktivität 808 „Seite 2“, Aktivität 810 „Ofen“ und Aktivität 812 „Manuelle Montage“ oder beliebige andere.
Gemäß manchen Ausführungsformen können manche Aktivitäten auf beliebigen Granularitätsanzeigen oder GUIs fett oder hervorgehoben angezeigt werden und manche Aktivitäten können heller und weniger stark auffallend, aber dennoch sichtbar angezeigt werden. Die fett dargestellten und/oder hervorgehobenen Aktivitäten sind die Hauptaktivitäten, die für die spezifische Detailebene relevant sind, die derzeit angezeigt wird, während die weniger stark auffallenden Aktivitäten solche Aktivitäten sind, die für eine andere Detailebene relevant sein können. Diese Aktivitäten anderer Detailebenen werden auf einer GUI ebenfalls angezeigt, die für diese weniger relevant zu sein scheint, da sie Kontext bereitstellen. Beispielsweise werden die Aktivität 814 „Test“ und die Aktivität 816 „Versenden“ in einer helleren Schrift als die Aktivitäten 802, 804 angezeigt usw. Sie stellen jedoch Kontext für andere fett dargestellte Aktivitäten bereit, da der Benutzer bestimmen kann, welche zusätzlichen Aktivitäten auf die hervorgehobenen Aktivitäten unter dem gleichen AOA oder unter anderen AOAs folgen.
Es wird nun auf 9 Bezug genommen, die eine Benutzeroberfläche schematisch veranschaulicht, die eine graphische Darstellung von Anzeigeelementen pro Projekt eines Projektportfoliomanagement anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung. Gemäß manchen Ausführungsformen veranschaulicht 9 eine Anzeige einer Mehrzahl von Projekten auf einer Zeitachse 904. Ein Benutzer kann ein Kästchen 906 auswählen und somit die Anzeige der Mehrzahl von Projektion 908 pro Benutzer anzeigen. Beispielsweise kann das Projektportfoliomanagement 902 Projekt 1 bis Projekt 7 umfassen, die jeweils gemäß einer vordefinierten Dauer und einer vordefinierten Beginnzeit für jedes Projekt auf der Zeitachse 904 angeordnet sind.
Bei manchen Ausführungsformen kann auf einer beliebigen Anzeige der Projektkarte oder des Projektplans ein Bereich vorhanden sein, der zusätzliche Details umfassen kann, z. B. zum verantwortlichen Manager des einen oder der mehreren Projekte, Beginn- und Endzeit für jedes Projekt, der auf dem Bildschirm im Wesentlichen immer angezeigt sein kann, oder er kann pro Projekt oder Aktivität erscheinen, die der Benutzer auswählt, z. B. durch Platzieren und Klicken eines Cursors 912, Berühren eines berührungsempfindlichen Bildschirms usw. Weitere Details, die für einen Benutzer angezeigt werden können, können die Person sein, der die Betreuung jeder Aktivität oder jedes Projekts zugewiesen wurde. Beispielsweise veranschaulicht 9 ein Kästchen 910, das zusätzliche Details zu Projekt 2 (das das Projekt ist, auf dem der Cursor 912 platziert ist) anzeigt, wie z. B. die Beschreibung des Projekts, den Namen des Managers von Projekt 2, Beginn- und Enddaten von Projekt 2, die Kosten von Projekt 2 und die Person, der die Durchführung von Projekt 2 zugewiesen wurde. Ähnliche Details und/oder andere Details für ein beliebiges anderes Projekt können im Kästchen 910 angezeigt werden.
Es wird nun auf 10 Bezug genommen, die eine Benutzeroberfläche schematisch veranschaulicht, die eine graphische Darstellung eines Projektmanagementplans anzeigt, die eine Nachricht an einen Eigentümer des Projektplans umfasst, gemäß Ausführungsformen der vorliegenden Erfindung. Gemäß einer Projektkarte 1002 kann die GUI kritische Aufgaben 1012 aus den Aktivitäten pro AOAs anzeigen. Die Zeitspanne 1014 kann wöchentlich sein, auch wenn eine beliebige andere Zeitspanne angezeigt werden kann, z. B. Tage, Monate, Quartale, Jahre usw. Projektkarte 1002 kann Berichte 1004 für eine beliebige ausgewählte Aktivität anzeigen, z. B. eine Aktivität 1010 mit der Bezeichnung „USA Records Boards“.
Bei manchen Ausführungsformen können die Berichte 1004 ein Kästchen 1006 umfassen, das einem Benutzer das Einfügen einer Nachricht, eines Kommentars oder eines Berichts für den Manager des Projekts oder der Aktivität oder für die Person, der die Durchführung der Aktivität zugewiesen wurde, ermöglicht. Beispielsweise kann der Inhalt der Nachricht 1006 dazu dienen, die Person, der die Beendigung der Aktivität zugewiesen wurde, daran zu erinnern, die Aktivität zu prüfen und zu bestimmen, ob sie beendet wurde, noch bearbeitet wird oder noch nicht begonnen wurde. Der Inhalt der Nachricht 1006 kann dazu dienen, den Manager der Aktivität oder des Projekts aufzufordern, den Fortschrittsstatus der Aktivität zu genehmigen, und so weiter.
Bei manchen Ausführungsformen können die Berichte 1004 ferner einen Abschnitt 1008 umfassen, der einem Benutzer die Möglichkeit bieten kann, den Berichttyp auszuwählen, z. B. ob der Bericht lediglich eine Erinnerung ist, ob eine Prüfung und/oder Genehmigung erforderlich ist, ob eine AOA-Planung abgeschlossen werden sollte oder ob der Bericht eine Handlung erfordert. Bei anderen Ausführungsformen können zusätzliche Berichttypen umgesetzt sein.
Es wird nun auf 11 Bezug genommen, die eine Benutzeroberfläche schematisch veranschaulicht, die eine graphische Darstellung eines Projektmanagementplans anzeigt, die Nachrichten an Mitglieder des Teams umfasst, die das Projekt durchführen sollen, um eine Zusammenarbeit zwischen den Teammitgliedern herzustellen, gemäß Ausführungsformen der vorliegenden Erfindung. Gemäß einer Projektkarte 1102 kann die Benutzeroberfläche die kritischen Aufgaben 1104 anzeigen. Die kritischen Aufgaben können pro AOA angezeigt werden. Die in 11 veranschaulichte GUI kann so konfiguriert sein, dass sie Benutzern, die für einen spezifischen AOA relevant sind, z. B. Teammitgliedern, einen Informationsaustausch unter sich ermöglicht, z. B. in Bezug auf den AOA oder in Bezug auf eine spezifische Aktivität oder ein spezifisches Projekt.
Beispielsweise kann die Projektkarte 1102 einen Zusammenarbeit-Abschnitt 1108 umfassen, der eine Korrespondenz zwischen Benutzer anzeigen kann, z. B. Mitarbeitenden, denen die Betreuung eines spezifischen AOA oder eines spezifischen Projekts oder einer spezifischen Aktivität zugewiesen wurde. Die Zusammenarbeit 1108 kann Nachrichten zwischen Benutzern umfassen, z. B. Nachrichten 1110, 1112 und 1114.
Es wird nun auf die 12A-12B Bezug genommen, die eine Benutzeroberfläche veranschaulichen, die eine graphische Darstellung eines Projektmanagementplans anzeigt, der eine Beschäftigungsrate pro Aktivitätsbereich und Konfidenzniveau pro Aktivitätsbereich und Gesamtaktivitäten bzw. offene Aktivitäten umfasst, gemäß Ausführungsformen der vorliegenden Erfindung. Bei manchen Ausführungsformen kann die Projektkarte 1202 zusätzlich zum Zusammenarbeit-Abschnitt 1108, der Nachrichten zwischen Benutzern oder Teammitgliedern umfasst, z. B. Nachrichten 1110, 1112, 1114 usw., eine Beschäftigungsrate 1206 und ein Konfidenzniveau 1208 anzeigen. Die Beschäftigungsrate kann die Beschäftigungshöhe pro Aktivitätsbereich oder pro Aktivität durch die Teammitglieder bestimmen. Die Beschäftigungsrate kann auf Basis einer Analyse des Verkehrs fortwährender und eingehender Nachrichten in Bezug auf ein Projekt berechnet werden. Die Berechnung der Beschäftigungsrate kann auf dem Typ von Nachrichten zwischen Teammitgliedern, dem Typ einer Antwort auf eine Nachricht und einer Aktion eines Benutzers auf der Projektmanagementmappe in Reaktion auf eine Nachricht basieren. Bei Berechnungen der Beschäftigungsrate können die Antwortzeit und die Zeit seit der letzten Beschäftigung für eine spezifische Aktivität berücksichtigt werden. Eine Beschäftigungsrate kann pro Aktivitätsbereich gesammelt und berechnet werden und sie kann auch für ein gesamtes Projekt berechnet werden. Beispielsweise wenn ein Teammitglied Nachrichten an ein anderes Teammitglied verfasst, z. B. über die Berichte 1004 (10) oder den Zusammenarbeit-Abschnitt 1108, und das andere Teammitglied, das die Nachricht empfängt, antwortet, dann kann die Beschäftigungsrate 1206 in diesem Fall höher als die Beschäftigungsrate sein, verglichen mit einem Fall, in dem das andere Teammitglied überhaupt nicht antworten würde. Außerdem wäre, wenn das andere Teammitglied nicht nur geantwortet hat, sondern eine Aktivität geprüft hat oder Änderungen an der Projektkarte vorgenommen hat, die Beschäftigungsrate sogar noch höher. Die Beschäftigungsrate ist ein Werkzeug, das einem Unternehmen dabei hilft, zu bestimmen, inwieweit das Unternehmen und seine Mitarbeitenden an einer gewissen Aktivität oder einem gewissen Aktivitätsbereich oder Projekt beteiligt sind.
Bei manchen Ausführungsformen kann das Konfidenzniveau 1208 gemäß der Anzahl von Verknüpfungen, die mit einer spezifischen Aktivität verbunden sind, bestimmt werden. Das Konfidenzniveau kann pro Aktivität berechnet werden und es kann pro Aktivitätsbereich und für ein gesamtes Projekt gesammelt werden. Bei Berechnungen eines Konfidenzniveaus können drei Hauptfaktoren berücksichtigt werden: (1) die Kartenstruktur, z. B. eine Aktivität mit vielen vorausgegangenen Aktivitäten hat ein niedrigeres Konfidenzniveau, da ihre Auftrittswahrscheinlichkeit geringer ist; (2) die Art der vorausgegangenen Aktivitäten, d. h. deren Risiko, deren eigenes Konfidenzniveau usw.; und (3) die Methode, mit der Risiken und Verknüpfungen im Risikoplan (z. B. Risikoplan 1300, 13) und Koordinationsplan (z. B. Koordinationsplan 1540, 15) behandelt werden.
Gemäß manchen Ausführungsformen kann der Konfidenzindikator oder das Konfidenzniveau gemäß der Kartenstruktur verringert werden, z. B. wenn weitere Verknüpfungen zwischen Aktivitätsbereichen erstellt werden. Das Konfidenzniveau kann jedoch durch eine hohe Teamaktivitätshöhe in Bezug auf Risiken und Koordination erhöht werden. Somit haben die Teammitglieder die Möglichkeit, das Konfidenzniveau zu verbessern, wodurch die Teammitglieder ggf. engagierter und proaktiver werden, was Aktivitäten und Risiken im Projektmanagementplan betrifft.
Bei manchen Ausführungsformen kann das Konfidenzniveau auf Basis von Big-Data-Learning berechnet werden (z. B. durch Sammeln und Bearbeiten einer signifikanten Menge an Daten zu Strukturen vieler Projekte), wie von einer zentralen Datenbank, z. B. Datenbank 150, erfasst. Gemäß manchen Ausführungsformen würden, nachdem die dargebotenen Verfahren zum dynamischen Aktualisieren und Anzeigen von Projektmanagementplänen über eine GUI für einen gewissen Zeitraum in Gebrauch waren, Informationen zu vielen Projekten und deren Verhalten über die Zeit hinweg in einer zentralen Datenbank, z. B. Datenbank 150, gespeichert werden. Das Verhalten der Mappen der Projekte oder der Struktur der Projekte kann z. B. die Anzahl von Änderungen, die am Projekt vorgenommen wurden, die Werte für Koordination, Risiko, Konfidenz und Beschäftigung und die Endergebnisse, z. B. fristgerechte Erledigung, umfassen. All diese Informationen und/oder andere ähnliche Informationen zum Strukturverhalten von Projekten können von einem Big-Data-Modul gespeichert werden.
Bei manchen Ausführungsformen kann das Konfidenzniveau unter Verwendung eines dynamischen Algorithmus berechnet werden, der so konfiguriert sein kann, dass er aus seinen eigenen bisherigen Berechnungen lernt.
Beispielsweise wird eine Aktivität I aus AOA A, die mit einer Aktivität II aus AOA B verknüpft ist, weniger wahrscheinlich durchgeführt, da Aktivität I von einer anderen Aktivität, z. B. Aktivität II, abhängt. Somit wird, wenn z. B. Aktivität I ohne Verknüpfungen zu 100 % durchgeführt werden könnte, nachdem sie mit einer Aktivität aus einem anderen AOA verbunden wurde, das Konfidenzniveau z. B. auf 80 % verringert. Wenn eine Aktivität I mit Aktivitäten aus zwei unterschiedlichen AOAs verknüpft ist, wird das Konfidenzniveau auf 60 % verringert. Und wenn eine Aktivität I mit mehr als zwei unterschiedlichen AOAs verknüpft ist, ist es unwahrscheinlich, dass sie jemals durchgeführt wird, da sie von zu vielen Varianten abhängt. Um das Konfidenzniveau 1208 zu erhöhen, kann ein Manager entweder eine oder mehrere Verknüpfungen entfernen oder der Manager kann eine der Verknüpfungen auflösen. Die Ansammlung aller Aktivitäten unter einem gewissen AOA kann verwendet werden, um die Erfolgswahrscheinlichkeit eines Projekts zu bestimmen.
Beispielsweise kann die Beschäftigungsrate 1206 für AOA 1210 „Hardware“ 72 % betragen und das Konfidenzniveau kann 62 % betragen, während diese zwei Parameter sich auch für einen unterschiedlichen AOA unterscheiden können.
12B stellt zusätzliche Informationen zur Anzahl von Gesamtaktivitäten 1230 in Zusammenhang mit einem spezifischen AOA sowie in Bezug auf die Anzahl offener Aktivitäten 1232 in Zusammenhang mit diesem spezifischen AOA bereit. Beispielsweise was den AOA 1210 „Hardware“ betrifft, so ist die Anzahl die Gesamtaktivitäten in Zusammenhang mit „Hardware“ 72 und die Anzahl der offenen Aktivitäten in Zusammenhang mit „Hardware“ 47. Bei manchen Ausführungsformen kann die GUI ferner den Prozentsatz abgeschlossener Aktivitäten in Bezug auf die Gesamtanzahl von Aktivitäten unter dem spezifischen AOA sowie den Prozentsatz verzögerter Aktivitäten in Bezug auf die offenen Aktivitäten unter diesem spezifischen AOA anzeigen. Beispielsweise beträgt der Prozentsatz abgeschlossener Aktivitäten für die Gesamtanzahl von Aktivitäten 1230 für die AOA „Hardware“ 20 %. In Bezug auf die Anzahl offener Aktivitäten 1232 unter „Hardware“, beträgt der Prozentsatz verzögerter Aktivitäten 10 %. Gleichermaßen können die Anzahl von Gesamtaktivitäten 1230 und der Prozentsatz abgeschlossener Aktivitäten sowie die Anzahl offener Aktivitäten 1232 und der Prozentsatz verzögerter Aktivitäten für einen AOA angezeigt werden.
Gemäß manchen Ausführungsformen kann die GUI 1202 ferner die Anzeige von Symbolen 1234 umfassen, die Teammitglieder darstellen, die für das Durchführen von Aktivitäten relevant sind, die einem gewissen AOA entsprechen. Die Symbole 1234 können von einem Benutzer ausgewählt werden, z. B. über einen Cursor 1236, so dass eine Nachricht an das ausgewählte Teammitglied gesendet werden kann. Die Nachricht oder der Eintrag 1240 kann über einen Berichteabschnitt 1238 hinzugefügt werden. Bei manchen Ausführungsformen kann das Teammitglied, das die Nachricht oder den Eintrag verfasst, den Berichttyp auswählen, wie in Bezug auf 10 detailliert beschrieben. Bei manchen Ausführungsformen kann ein Benutzer zusätzliche Teammitglieder hinzufügen oder Teammitglieder, die für den AOA nicht relevant sind, entfernen.
Es wird nun auf 13 Bezug genommen, die einen Risikoplan gemäß Ausführungsformen der vorliegenden Erfindung schematisch veranschaulicht. Ein Risikoplan 1300 kann Informationen zu den Aktivitäten des Projektmanagementplans bereitstellen und er kann solche Aktivitäten anzeigen, die als risikobehaftet angesehen werden. Der Risikoplan 1300 kann ferner Informationen zu den Präventions- und Schadensminderungsaktionen anzeigen, die durchgeführt werden können, um das Risiko dieser Aktivitäten zu verringern.
Gemäß manchen Ausführungsformen kann der Risikoplan 1300 eine Liste von Aktivitäten 1310 umfassen, die als mit einem gewissen Risiko verbunden angesehen werden, während sie ausgeführt werden oder wenn sie nicht ausgeführt werden. Der Risikoplan 1300 kann ferner Details für den Risikotyp dieser Aktivitäten 1310 umfassen. Ein „Zeitfenster“ 1320 kann den Abstand zu einer riskanten Aktivität und einer kritischen Kette darstellen. Die kritische Kette ist der kürzeste Weg zum Ende des Projekts und wird auf Basis von Aktivitätendauer und Abhängigkeiten zwischen Aktivitäten berechnet. Das Zeitfenster ist der Abstand (in Tagen) zwischen der als riskant markierten Aktivität und der kritischen Kette. Es stellt die Anzahl von Tagen dar, um die die Aktivität verzögert werden kann, bevor der Projektabschluss nach hinten geschoben wird. „Zeitfenster = 0“ bedeutet eine Aktivität auf der kritischen Kette.
Eine „Risikorückwärtsrechnung“ 1330 kann für jede riskante Aktivität angezeigt werden. Die „Risikorückwärtsrechnung“ 1330 kann den Schritt, der der riskanten Aktivität vorausgeht, darstellen, wobei das definierte Risiko 1310 durch Verhindern des vorausgehenden Schritts ggf. leichter umgangen werden kann. Beispielsweise wenn „HW-Fehler nach Versand“ als Risiko definiert ist, kann „HW-Test im Werk“ als Risikorückwärtsberechnung definiert sein und es kann im Präventionsplan 1350 und Schadensminderungsplan 1360 herangezogen werden. Indem ein Problem mit einem „HW-Test im Werk“ verhindert wird, ist es unwahrscheinlich, dass das Risiko „HW-Fehler nach Versand“ zum Tragen kommt, da dessen vorausgegangene Aktivität „HW-Test im Werk“, die sich direkt auf das Risiko „HW-Fehler nach Versand“ auswirken kann, bereits behandelt und aufgelöst wurde.
Der Risikoplan 1300 kann einen Generalisierung-Abschnitt 1340 umfassen, der auf zusätzliche Aktivitäten im gleichen Projekt mit dem gleichen Risiko verweisen kann. Beispielsweise wenn „HW-Fehler nach Versand“ als Risiko für den ersten Hardwarezyklus definiert ist, kann eine Risikogeneralisierung alle Hardwareversände ab Werk bei dieser Analyse angeben, so dass zweite und dritte (und so weiter) Hardwarezyklen berücksichtigt werden können.
Bei manchen Ausführungsformen kann der Risikoplan 1300 einen Präventivplan 1350 umfassen, der auf präventive Aktionen verweisen kann, die durchgeführt werden können, um das Risiko zu vermeiden. Jede riskante Aktivität 1310 kann einen jeweiligen Präventivplan 1350 aufweisen. Der Risikoplan 1300 kann ferner einen Schadenminderungsplan 1360 umfassen, der Aktionen umfassen kann, die bei einem Risikoeintritt durchgeführt werden können, um die Auswirkung des Risikos auf den Projektplan zu verringern. Demnach wird der Schadenminderungsplan ausgeführt, nachdem das Risiko bereits eingetreten ist, und somit umfasst die Schadenminderung die Aktionen, die durchgeführt werden sollten, um die Auswirkung des Risikos auf den gesamten Projektmanagementplan zu verringern. Jede riskante Aktivität 1310 kann einen entsprechenden Schadenminderungsplan 1360 aufweisen. Beispielsweise wenn das Risiko „HW-Test im Werk“ ist, kann eine präventive Aktion das Verfassen eines detaillierten Testplans für das Werk sein und sie könnte ein Schadenminderungsplan eine zufällige Prüfung beim Versandplatz sein, um Ausbrecher bei den Tests zu identifizieren.
Es wird nun auf die 14A-14B Bezug genommen, die eine Benutzeroberfläche schematisch veranschaulichen, die eine graphische Darstellung einer Teammitgliederansicht der noch nicht erledigten Projekte der Mitglieder anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung. Gemäß 14A kann eine GUI 1400 eine Liste von Projekten sowie deren Fortschrittsstatus pro Teammitglied anzeigen. Beispielsweise kann die GUI 1400 eine Anzeige von Details zu dem spezifischen Teammitglied 1402 umfassen. Die Details zu dem Teammitglied können den Namen des Teammitglieds, die Position des Mitglieds, Kontaktinformationen (z. B. E-Mail-Adresse, Telefonnummer usw.), den Namen des Teams, an dem das Mitglied beteiligt ist, den Namen des Teammanagers, Ort gemäß Unternehmensstandorten, Arbeitskosten (Wert der Arbeit des Mitglieds pro Stunde oder beliebige andere Berechnungen der Kosten für die vom Teammitglied durchgeführte Arbeit), Auslastung (die Menge an Aktivitäten, die dem spezifischen Mitarbeitenden/Teammitglied zugewiesen sind) und beliebige andere zusätzliche oder andere Informationen umfassen.
Bei manchen Ausführungsformen kann eine Liste von Projekten 1404 auf der GUI 1400 angezeigt werden. Die Projektliste umfasst alle oder im Wesentlichen alle Projekte, an denen eine Beteiligung des spezifischen Teammitglieds erforderlich ist. Die GUI 1400 umfasst eine Zeitachse 1406, so dass die Projekte im Kontext einer Zeitachse angezeigt werden. Die GUI 1400 kann das Auswählen einer der optionalen Detailebenen des Projektmanagementplans ermöglichen, z. B. einer der Granularitätsebenen, die unter einem Kästchen 1408 angezeigt werden. Die Aktivitäten, die in der Verantwortung des spezifischen Teammitglieds 1402 liegen, werden pro Projekt auf der Zeitachse 1406 angezeigt.
Bei manchen Ausführungsformen kann sich, nachdem eine gewisse Aktivität, z. B. Aktivität 1412, ggf. ausgewählt wurde, z. B. über einen Cursor, der auf dem angezeigten Symbol der Aktivität platziert ist, oder durch Klicken auf das Symbol usw., ein optionales Einstellungshandbuch 1410 öffnen, das das Hinzufügen von Details, Definitionen und Durchführen von Änderungen an Merkmalen und Charakteristika der markierten oder ausgewählten Aktivität, z. B. Aktivität 1412, ermöglicht.
Bei manchen Ausführungsformen kann die GUI 1400 ferner Anzeigedetails zu einem Durchführungsfortschritt jeder Aktivität umfassen, die auf der GUI 1400 angegeben ist. Beispielsweise kann die GUI 1400 eine Liste von Aktivitäten 1414 und einen Vorbereitungsstatus 1416 anzeigen, der angeben kann, ob Vorbereitungen, die vor Beginn der Aktivität erforderlich sind, vorgenommen wurden, z. B. ob Vorbereitungen durchgeführt wurden, in Erledigung sind oder noch nicht begonnen haben. Die GUI 1400 kann ferner den Prozentsatz des Fortschritts beim Abschließen/Durchführen der Aktivität 1418 und die Möglichkeit zur Anzeige, welche der Aktivitäten durchgeführt wird, anzeigen, wie durch Spalte 1420 angegeben.
Gemäß 14B kann eine GUI 1440 eine Liste von Projekten sowie deren Fortschrittsstatus pro Teammitglied gemäß einer weiteren Ausführungsform anzeigen. Ähnlich der GUI 1400 kann die GUI 1440 eine Anzeige von Details zu dem spezifischen Teammitglied 1442 umfassen, wie oben detailliert beschrieben. Außerdem kann die GUI 1440 eine Anzeige einer Liste von Projekten 1444 und Aktivitäten pro Projekt auf einer Zeitachse 1446 umfassen, z. B. Aktivität 1452. Ähnlich der GUI 1400 kann die GUI 1440 das Auswählen einer der optionalen Detailebenen des Projektmanagementplans ermöglichen, z. B. einer der Granularitätsebenen, die unter einem Kästchen 1408 angezeigt werden. Ähnlich der GUI 1400 kann die GUI 1440 ferner Anzeigedetails zu einem Durchführungsfortschritt jeder Aktivität umfassen, die auf der GUI 1440 angegeben ist. Beispielsweise kann die GUI 1440 eine Liste von Aktivitäten 1454 und einen Vorbereitungsstatus 1456 anzeigen, der angeben kann, ob Vorbereitungen, die vor Beginn der Aktivität erforderlich sind, vorgenommen wurden, z. B. ob Vorbereitungen durchgeführt wurden, in Erledigung sind oder noch nicht begonnen haben. Die GUI 1440 kann ferner den Prozentsatz des Fortschritts beim Abschließen/Durchführen der Aktivität 1458 und die Möglichkeit zur Anzeige, welche der Aktivitäten durchgeführt wird, anzeigen, wie durch Spalte 1460 angegeben.
Bei manchen Ausführungsformen kann die GUI 1440 das Auswählen des aktuellen Tags ermöglichen, d. h. das Auswählen von „Heute“ unter Kästchen 1451, wodurch eine Linie 1450 auf dem Plan angezeigt wird, um den Fortschritt der Aktivitäten bis zu einem gewissen Zeitpunkt, der der aktuelle Tag ist, den das Teammitglied 1442 in die GUI 1440 eingibt, auf einfache Weise zu veranschaulichen. Der Fortschrittsstatus kann auch über jedes spezifische Aktivitätssymbol angezeigt werden, so dass der Prozentsatz der Aktivität, der bereits durchgeführt wurde, mit einer/m anderen Farbe/Farbton/Füllung als beim Prozentsatz der noch durchzuführenden Aktivität markiert werden kann.
Es wird nun auf 15 Bezug genommen, die eine Benutzeroberfläche schematisch veranschaulicht, die eine graphische Darstellung eines Projektmanagementplans einer zweiten Granularitätsebene, der unter anderem Beschäftigungshöhen und Konfidenzniveaus umfasst, und eine Risikovermeidungsebene anzeigt, gemäß Ausführungsformen der vorliegenden Erfindung. Gemäß manchen Ausführungsformen kann eine GUI 1500 die zweite oder mittlere Detailebene, die aus den optionalen Detailebenen des Projektmanagementplans ausgewählt wurde, anzeigen. Die GUI 1500 kann die AOAs 1502 und die Aktivitäten für jeden AOA sowie für die Verknüpfungen 1504 anzeigen, die eine Verbindung zwischen Aktivitäten aus dem gleichen AOA oder aus unterschiedlichen AOAs herstellen. Ein Verknüpfungen-Kästchen 1504 kann ausgewählt werden, um die Verknüpfungen zwischen Aktivitäten anzuzeigen. Beispielsweise kann der Beginn einer Aktivität 1512 aus dem AOA „Leistungstest“ über eine Verknüpfung 1516 mit dem Ende einer Aktivität 1514 verknüpft sein, während das Ende der Aktivität 1512 über die Verknüpfungen 1520 bzw. 1524 mit den Beginnpunkten von Aktivitäten 1518 und 1522 verknüpft sein kann. Bei manchen Ausführungsformen können alle Verknüpfungen zwischen Aktivitäten gleichzeitig und auf die gleiche Weise angezeigt werden, z. B. in der gleichen Farbe und im gleichen Farbton. Bei anderen Ausführungsformen können alle Verknüpfungen über die GUI 1500 angezeigt werden, jedoch können nur Verknüpfungen, die einer Aktivität entsprechen, die markiert oder ausgewählt wurde, z. B. mit einem Cursor 1550, besser wahrnehmbar sein, z. B. im Vergleich zu Verknüpfungen aller anderen Aktivitäten, die der ausgewählten Aktivität nicht entsprechen, hervorgehoben sein.
Bei manchen Ausführungsformen kann die GUI 1500, nachdem eine Aktivität ausgewählt wurde, z. B. mit dem Cursor 1550, das Anwenden von Definitionen und Ändern von Charakteristika der ausgewählten Aktivität, z. B. über einen Bereich 1510, ermöglichen.
Bei manchen Ausführungsformen kann die GUI 1500 zusätzliche Information zu einer Beschäftigungshöhe 1534 und einem Konfidenzniveau 1536 anzeigen, wie in Bezug auf die 12A-12B detailliert beschrieben. Die GUI 1500 kann ferner eine Risikovermeidungsebene 1538 und einen Koordinationsplan 1540 anzeigen. Gemäß der vorliegenden Erfindung kann der Koordinationsplan 1540 die kritischen, abhängigen Aktivitäten angeben, wobei es sich um die Aktivitäten handelt, die miteinander verknüpft sind und gleichzeitig aus anderen AOAs stammen. Ein Koordinationsplan kann zumindest zwei Prioritätsebenen aufweisen. Eine erste Prioritätsebene kann Abhängigkeiten zwischen AOAs umfassen, wobei die wahrgenommene, erwartete Fehlkoordination am wahrscheinlichsten ist. Eine zweite Prioritätsebene kann Abhängigkeiten zwischen Unter-AOAs umfassen, wobei eine Fehlkoordination als weniger wahrscheinlich angesehen wird. Zusätzliche Prioritätsebenen können umgesetzt sein.
Gemäß der vorliegenden Erfindung werden Aktivitäten, die mit einem wahrgenommenen Risiko markiert sind, vom Benutzer als riskant angesehen, z. B. Aktivitäten, die mit einem wahrgenommenen Risiko markiert sind, werden als hochriskante Aktivitäten angesehen. Beispielsweise ein Anbieter mit einem schlechten Ruf, Aktivitäten, über die die Organisation nicht viel weiß, Aktivitäten, die in vergangenen Projekten verzögert wurden usw. Ein wahrgenommenes Risiko (im Gegensatz zu einem berechneten Risiko bei Anwendungen im Stand der Technik) wird durch die Erfahrung des Benutzers und gemäß dem Wissen des Projektteams definiert. Somit kann die Risikovermeidungsebene 1538 auf Basis von Aktivitäten berechnet werden, die mit wahrgenommenem Risiko markiert sind.
Bei manchen Ausführungsformen kann die GUI 1500 Details zu Geld, z. B. Arbeitskraft (Wert) 1530 und Ausgaben 1532, anzeigen.
Es wird nun auf die 16A-16B Bezug genommen, wobei es sich um schematische Ablaufpläne handelt, die die Verfahren 1600 bzw. 1660 zum Ändern der Dauer einer bestehenden Aktivität gemäß Ausführungsformen der vorliegenden Erfindung beschreiben. Was 16A betrifft, so kann das Verfahren 1600 einen Prozessor, z. B. den Prozessor 112 (1A), umfassen, der so konfiguriert ist, dass er einen Befehl zum Ändern der Dauer einer bestehenden Aktivität über die GUI empfängt, wie in Block 1602 angegeben. Wie in Block 1604 angegeben, kann ein Prozessor einen Befehl zum Ändern des Beginndatums einer Aktivität auf ein früheres Datum über die GUI empfangen, z. B. zum Ändern des Beginndatums der Aktivität nach hinten. Wie in Block 1612 angegeben, kann der Prozessor angeben, ob eine vorausgegangene Aktivität für die aktuelle Aktivität vorhanden ist. Wenn eine vorausgegangene Aktivität vorhanden ist, bestimmt der Prozessor, ob das neue Beginndatum der aktuellen Aktivität vor dem Enddatum der Vorausgegangenen liegt, wie in Block 1614 angegeben. Wenn das neue Beginndatum der aktuellen Aktivität vor dem Enddatum der vorausgegangenen Aktivität liegt, kann der Prozessor einen Befehl zum Einstellen des neuen Beginndatums der Aktivität über die GUI empfangen, so dass es mit dem Enddatum der vorausgegangenen Aktivität übereinstimmt, wie in Block 1616 angegeben. Somit wird die Dauer der aktuellen Aktivität geändert, wie in Block 1630 angegeben.
Bei manchen Ausführungsformen ist es möglich, dass ein Prozessor einen Befehl zum Ändern des Beginndatums einer Aktivität auf ein späteres Datum über die GUI empfängt, z. B. zum Ändern des Beginndatums der Aktivität nach vorne, wie in Block 1606 angegeben.
Bei manchen Ausführungsformen kann der Prozessor einen Befehl zum Ändern des Enddatums einer Aktivität auf ein früheres Datum über die GUI empfangen, z. B. zum Ändern des Enddatums der Aktivität nach hinten, wie in Block 1608 angegeben. Der Prozessor kann sodann bestimmen, ob ein Unter-AOA-Nachfolger vorhanden ist, wie in Block 1618 angegeben. Wenn ein Nachfolger vorhanden ist, kann der Prozessor einen Befehl zum Ändern des Beginndatums des Nachfolgers auf ein neues Beginndatum, das mit dem neuen Enddatum der aktuellen Aktivität übereinstimmt, über die GUI empfangen, wie in Block 1620 angegeben. Somit wird die Dauer der Aktivität geändert, wie in Block 1630 angegeben.
Bei manchen Ausführungsformen kann der Prozessor einen Befehl zum Ändern des Enddatums einer Aktivität auf ein späteres Datum über die GUI empfangen, z. B. zum Einstellen des Enddatums der Aktivität nach vorne, wie in Block 1610 angegeben. Der Prozessor kann sodann bestimmen, ob eine nachfolgende Aktivität vorhanden ist, wie in Block 1622 angegeben. Wenn ein Nachfolger vorhanden ist, bestimmt der Prozessor, ob das neue Enddatum der aktuellen Aktivität nach dem Beginndatum der nachfolgenden Aktivität liegt, wie in Block 1624 angegeben. Wenn das Beginndatum der nachfolgenden vor dem Enddatum der aktuellen Aktivität liegt, kann der Prozessor einen Befehl zum Einstellen eines neuen Beginndatums für die nachfolgende Aktivität über die GUI empfangen, so dass es mit dem neuen Enddatum der aktuellen Aktivität übereinstimmt, wie in Block 1626 angegeben. Demnach kann die nachfolgende Aktivität ein neues Beginndatum empfangen, das später als ursprünglich auf dem Projektplan ausgewiesen beginnt. Schlussendlich wird die Dauer der Aktivität geändert, wie in Block 1630 angegeben.
16B kann ein Verfahren 1660 veranschaulichen, das einen Prozessor umfassen kann, der einen Befehl zum Erstellen einer Ende-zu-Beginn-Verknüpfung zwischen einer ersten Aktivität und einer zweiten Aktivität über die GUI empfängt, wie in Block 1662 angegeben. Der Prozessor kann bestimmen, ob das Enddatum der ersten Aktivität nach dem Beginndatum der zweiten Aktivität liegt, wie in Block 1664 angegeben. Der Prozessor kann sodann einen Befehl zum Verschieben des Beginndatums der zweiten Aktivität über die GUI empfangen, so dass es mit dem Enddatum der ersten Aktivität übereinstimmt, wie in Block 1666 angegeben. Somit wird die Dauer der zweiten Aktivität geändert, wie in Block 1670 angegeben.
Gemäß manchen Ausführungsformen kann ein Prozessor einen Befehl zum Hinzufügen einer neuen Aktivität über die GUI empfangen, wogegen eine neue Aktivität nur auf einem leeren Gitter hinzufügt werden kann. Wenn auf dem Griff kein freier Raum zum Hinzufügen einer neuen Aktivität vorhanden ist, kann der Prozessor einen Befehl zum Verschieben einer oder mehrerer vorhandener Aktivitäten oder zum Öffnen eines neuen AOA oder eines neuen Unter-AOA über die GUI empfangen.
Gemäß manchen Ausführungsformen werden Verknüpfungen zwischen Aktivitäten, die auf dem gleichen Unter-AOA oder auf dem gleichen AOA eingestellt sind, automatisch erstellt. Demnach sind diese Verknüpfungen einfache Ende-zu-Beginn-Verknüpfungen, die eine Verbindung zwischen dem Enddatum einer Aktivität und dem Beginndatum einer nachfolgenden Aktivität herstellen. Solche einfachen Verknüpfungen können in allen optionalen Schichten des Projektmanagementplans erstellt werden.
Bei manchen Ausführungsformen können Verknüpfungen zwischen Aktivitäten aus unterschiedlichen Unter-AOAs oder unterschiedlichen AOAs manuell erstellt werden. Ein Prozessor kann einen Befehl zum Hinzufügen solcher Verknüpfungen zwischen unterschiedlichen Unter-AOAs von unterschiedlichen AOAs über die GUI empfangen. Diese Verknüpfungen sind für gewöhnlich auch Ende-zu-Beginn-Verknüpfungen. Gemäß manchen Ausführungsformen können solche Verknüpfungen nur in einer wöchentlichen Zeitspanne erstellt werden. Bei anderen Ausführungsformen jedoch können solche Verknüpfungen in anderen Zeitspannen erstellt werden, z. B. Monat, Jahr, Quartal und so weiter.
Es wird nun Bezug auf 17 genommen, die unterschiedliche Erweiterungszustände der Benutzeroberfläche gemäß Ausführungsformen der vorliegenden Erfindung schematisch veranschaulicht. Bei manchen Ausführungsformen, da der Bildschirm, auf dem eine GUI angezeigt wird, räumlich begrenzt ist, zumindest durch die physischen Grenzen des Bildschirms. Somit ist eine dynamische Anzeige erforderlich. Die dynamische Anzeige kann einem Benutzer ermöglichen, auszuwählen, welcher der Bereiche des Bildschirms größer als andere Bereiche oder größer in Bezug auf die ursprüngliche Anzeigegröße des Bereichs anzuzeigen ist, um diesen Bereich besser ansehen zu können und zusätzliche Details ansehen zu können, die ggf. nicht sichtbar sind, wenn dieser angezeigte Bereich klein ist.
Bei manchen Ausführungsformen kann eine GUI 1710 als Standardanzeige definiert sein. Bei diesem Standard kann ein Anzeigebereich 1704 der größte angezeigte Bereich sein, die Bereiche 1702 und 1706 weisen eine im Wesentlichen kleinere Größe als der Bereich 1704 auf. Ein Prozessor kann sodann einen Befehl zum Vergrößern der Größe des Bereichs 1702 über die GUI empfangen. Somit kann der Bereich 1702, wie von der GUI 1720 angegeben, auf jene Größe vergrößert werden, die als mittel definiert sein kann. Da die Gesamtanzeigegröße, wie oben erwähnt, durch die Größe des Bildschirms begrenzt wird, auf dem die GUI angezeigt wird, muss die Größe des Bereichs 1704 verringert werden, nachdem die Größe des Bereichs 1702 vergrößert wurde. Der Betrag der Verringerung des Bereichs 1704 ist zum Betrag der Vergrößerung der Größe des Bereichs 1702 äquivalent. Bei manchen Ausführungsformen kann die Größe des Bereichs 1706 auch durch die Größenänderungen entsprechender Bereiche 1702 und 1704 beeinflusst werden. Demnach kann die Größe des Bereichs 1706 in Bezug auf Größenänderungen der entsprechenden Bereiche 1702 und 1704 davon zunehmen oder abnehmen.
Gemäß einer GUI 1730 kann, wenn ein Prozessor einen Befehl zum weiteren Vergrößern der Größe des Bereichs 1702 über die GUI empfängt, die Größe des Bereichs 1702 auf eine Größe vergrößert werden, die als groß angegeben ist. Demgemäß kann die Größe des Bereichs 1704 (und ggf. die Größe des Bereichs 1706) um den gleichen Betrag abnehmen, um den der Bereich 1702 vergrößert wurde.
Bei manchen Ausführungsformen kann eine GUI 1740 eine minimierte Größe des Bereichs 1702 anzeigen, wobei ein Prozessor in diesem Fall einen Befehl zum Vergrößern der Größe des Bereichs 1704 unter Berücksichtigung der Größe des Bereichs 1702 über die GUI empfängt. Beliebige andere Größenänderungen beliebiger Bereiche sind möglich, solange der Vergrößerungsbetrag zu beliebigen Bereichen dem Verringerungsbetrag beliebiger anderer entsprechender Bereiche äquivalent ist, so dass die Gesamtgröße der GUI gleich bleibt.
Die 18A-18C veranschaulichen schematisch Verfahren zum Erstellen und Anzeigen eines Projektaktionsplans gemäß beispielhafter Ausführungsformen des offenbarten Gegenstands. Es wird nun auf 18A Bezug genommen, die ein Verfahren zum Erhalten einer Sammlung von Daten zum Erstellen des Projektaktionsplans gemäß beispielhaften Ausführungsformen des offenbarten Gegenstands schematisch veranschaulicht. Schritt 1800 offenbart den Server 110, der eine neue Projektkarte erstellt. Eine neue Projektkarte bietet dem Benutzer eine leere Planungsleinwand, die Fähigkeit, Meilensteine und Aktivitäten in diese zu ziehen und dort abzulegen, Abhängigkeiten zu erstellen und wahrgenommene Risiken zu markieren. Sie ermöglicht außerdem das Einrichten von Leinwandansichtsoptionen wie dem Markieren der kritischen Kette, Hinzufügen der Linie „Heute“, Anzeigen/Ausblenden von Abhängigkeiten usw.
Schritt 1802 offenbart, dass der Server 110 Projektidentifizierungsinformationen wie z. B. einen Projektnamen, einen Unternehmensnamen, einen Projekttyp, ein erwartetes Beginn-/Enddatum eines Projekts oder dergleichen erhält. Außerdem fordert Schritt 1802 den Benutzer auf, die Projekte „Aktivitätsbereich (AoA)“ im Voraus zu definieren und optional eine „Meilensteinlinie“ aufzunehmen. Der „Aktivitätsbereich“, der „Aktivitätsunterbereich“ und die „Meilensteinlinie“ können im Rahmen der Schritte 1806-1818 bearbeitet werden. „Aktivitätsbereiche“ sind unterschiedliche Funktionsbereiche, in denen die Projektaktivitäten Annahmen zufolge auftreten. Ein „Aktivitätsunterbereich“ stellt mehrere unterschiedliche Funktionsbereiche innerhalb eines „Aktivitätsbereichs“ dar. Eine „Meilensteinlinie“ ist eine Linie, auf der Meilensteine von Projekten markiert werden können. Meilensteine haben keine Dauer und werden verwendet, um Abhängigkeiten mit Aktivitäten zu erstellen. Der Abschluss dieser Aktivitäten definiert das Projektmeilenstein-Zieldatum.
Schritt 1804 offenbart, dass der Server 110 eine Leinwand erstellt. Der Server 110 verwendet die in Schritt 1802 bereitgestellten Informationen, um die Leinwand zu erstellen. Bei manchen Ausführungsformen werden die „Aktivitätsbereiche“ auf der „Y“-Achse des Diagramms angezeigt. Bei manchen Ausführungsformen definierte das erwartete Beginn-/Enddatum die Zeitachse, die auf der „X“-Achse des Diagramms angezeigt wird. Nachdem die Leinwand erstellt wurde, werden neue Meilensteine und Aktivitäten, die in Schritt 1808 hinzugefügt wurden, Aktivitätsbereichen zugeordnet und auf der Zeitachse festgelegt.
Schritt 1806 offenbart, dass der Server 110 eine Auswahl einer Eingabeebene, z. B. einer täglichen Eingabeebene, einer wöchentlichen Eingabeebene, einer monatlichen Eingabeebene, einer jährlichen Eingabeebene oder dergleichen erhält.
Schritt 1808 offenbart, dass der Server 110 einen Befehl zum Ziehen und Ablegen von Meilensteinen auf der Meilensteinlinie, Ziehen von Aktivitäten in Aktivitätsbereiche oder dergleichen empfängt. Die Meilensteine und/oder Aktivitäten, die zur Leinwand hinzugefügt werden, stellen den Projektwissensstand, Aktivitätssequenzen, Dauer, Abhängigkeiten und Risiken dar, die dem Projektmanager und dem Projektteam zum Zeitpunkt der Planungssitzung bekannt sind. Beim Hinzufügen einer neuen Aktivität muss der Benutzer den Namen/die Beschreibung der Aktivität auf der Detailebene definieren, die in Schritt 1806 ausgewählt wird. Der Benutzer kann optional auch den Namen/die Beschreibung einer Aktivität definieren, die anzuzeigen ist, wenn eine andere Detailebene ausgewählt wird.
Schritt 1810 offenbart, dass der Server 110 ausgewählte Aktivitäten auf einer ausgewiesenen Arbeitsebenenleinwand anzeigt.
Schritt 1812 offenbart, dass der Server 110 die ausgewählten Aktivitäten auf Basis von in Schritt 1808 bereitgestellten Informationen in andere Ebenen der Leinwand einfügt. Beispielsweise wird die Aktivität „Plattendesign“ auf der Ebene „Wöchentlich“ mit einem vom Benutzer eingegebenen Attribut erfasst, das die übergeordnete Aktivität „HW-Aufbau 1“ auf der Ebene „Monatlich“ angibt. Wenn der Benutzer auf die monatliche Ansicht 400 (20A-20E) übergeht, wird der Titel „Monatlich“ angezeigt.
Schritt 1814 offenbart, dass der Server 110 bestimmt, ob Aktivitäten, die sequentiell vom Benutzer ausgewiesen wurden, mit dem gleichen Aktivitätsbereich assoziiert sind.
Wenn bestimmt wird, dass die Aktivitäten sequentiell ausgewiesen wurden, führt der Server 110 Schritt 1816 durch, der eine Abhängigkeit zwischen diesen Aktivitäten in der Datenbank bereitstellt. Abhängige Aktivitäten (z. B. der Beginn einer Aktivität hängt vom Ende einer anderen Aktivität ab oder dergleichen) schaffen Aktivitätsketten, die mit anderen Ketten ermöglichen, dass das erwartete Abschlussdatum des Projekts berechnet und präsentiert wird.
Schritt 1818 offenbart, dass der Server 110 darauf wartet, dass der Benutzer mehr Aktivitäten hinzufügt, bis der Benutzer entscheidet, zu Schritt 1820 überzugehen. Der Benutzer kann zu den Schritten 1806-1818 zurückkehren, wodurch mehr Meilensteine und Aktivitäten hinzugefügt werden, sogar nachdem er dem Prozessfluss abwärts gefolgt ist.
Schritt 1820 offenbart, dass der Server 110 vom Benutzer markierte Abhängigkeiten zwischen Aktivitäten in unterschiedlichen Aktivitätsunterbereichen und zwischen Aktivitätsbereichen gemäß empfangenen Befehlen erfasst. Beispielsweise kann der Schritt 1820 eine vom Benutzer markierte Abhängigkeit zwischen Aktivitäten von Aktivitätsunterbereichen, z. B. „HW-Test“ und „SW-Test“ innerhalb des Aktivitätsbereichs „Test“, erfassen. Er kann auch die Abhängigkeit zwischen Aktivitäten in unterschiedlichen Aktivitätsbereichen erfassen, z. B. kann er eine Abhängigkeit zwischen Aktivitäten im Aktivitätsbereich „Test“ und Aktivitäten in einem anderen Aktivitätsbereich „Produktion“ erfassen.
Schritt 1822 offenbart, dass der Server 110 Verknüpfungen zwischen Aktivitäten auf der Leinwand gemäß den markierten Abhängigkeiten anzeigt.
Schritt 1824 offenbart, dass der Server 110 verknüpfte Aktivitäten, wie sie in 1820 erfasst wurden, zu einem Koordinationsplan hinzufügt. Der Koordinationsplan ist eine Liste abhängiger Aktivitäten, wie sie in 1820 definiert, mitsamt geeigneter Koordinationsaktivität, wie in 22 definiert und veranschaulicht. Dieser Koordinationsplan wird als die kritischen Abhängigkeiten des Projekts abdeckend angesehen, da er Abhängigkeiten zwischen funktionellen Aktivitätsbereichen darstellt. Abhängigkeiten innerhalb des gleichen Aktivitätsunterbereichs, wie sie z. B. in 1816 erfasst werden, werden als außerhalb des Umfangs des Koordinationsplans liegend angesehen. Ein Koordinationsplan weist zumindest zwei Prioritätsebenen auf. Eine erste Prioritätsebene kann Abhängigkeiten zwischen Aktivitätsbereichen umfassen, wobei die wahrgenommene erwartete Fehlkoordination am wahrscheinlichsten ist. Eine zweite Prioritätsebene kann Abhängigkeiten zwischen Aktivitätsunterbereich umfassen, wobei eine Fehlkoordination als weniger wahrscheinlich angesehen wird. Zusätzliche Prioritätsebenen können verwendet werden.
Schritt 1826 offenbart, dass der Server 110 wahrgenommene Risiken für ausgewählte Aktivitätsbereiche markiert. Aktivitäten, die mit einem wahrgenommenen Risiko markiert sind, werden vom Benutzer als riskant angesehen, z. B. Aktivitäten, die mit einem wahrgenommenen Risiko markiert sind, werden als hochriskante Aktivitäten angesehen. Beispielsweise ein Anbieter mit schlechtem Ruf, Aktivitäten, über die die Organisation nicht viel weiß, Aktivitäten, die in vorherigen Projekten verzögert wurden. Ein wahrgenommenes Risiko (im Gegensatz zu einem berechneten Risiko bei Anwendungen im Stand der Technik) wird durch die Erfahrung des Benutzers und gemäß dem Wissen des Projektteams definiert.
Schritt 1828 offenbart, dass der Server 110 Risiken als vordefinierte Markierung auf der Leinwand anzeigt, z. B. durch Hervorheben der Risiken auf der Leinwand, z. B. unter Verwendung von fettgedruckter Schrift oder unter Verwendung einer Farbe, die für gewöhnlich heraussticht, z. B. unter Verwendung einer roten Umrandung für eine spezifische Aktivität, die als Risiko markiert ist.
Schritt 1830 offenbart, dass der Server 110 markierte Aktivitäten zum Risikoplan hinzufügt, wie in 13.
Schritt 1832 offenbart, dass der Server 110 eine Mindestdatenmenge erfasst und eine Projektanalyse durchführen kann, wie durch das in 18B beschriebene Verfahren bereitgestellt. Zumindest eine Abhängigkeit zwischen Aktivitätsunterbereichen ist erforderlich, um einen Koordinationsplan 1840 zu starten (18B). Zumindest eine als riskant markierte Aktivität ist erforderlich, um einen Risikoplan 1841 zu starten. Die in den 18A und 18B beschriebenen Schritte können mehrmals wiederholt werden, bevor der Projektplan und der Aktionsplan bereit sind.
Es wird nun auf 18B Bezug genommen, die ein Verfahren zum Analysieren der Sammeldaten zum Erstellen des Projektpräsentationsberichts schematisch veranschaulicht, wie in 18C veranschaulicht, gemäß beispielhaften Ausführungsformen des offenbarten Gegenstands. Schritt 1840 offenbart, dass der Server 110 zumindest eine Abhängigkeit empfängt, die zum Koordinationsplan hinzuzufügen ist, wodurch der Koordinationsplan startet. Ein Beispiel für einen Koordinationsplan ist in 22 veranschaulicht. Beispielsweise ist eine Abhängigkeit durch die gebende Seite „Von“ 2210 und die empfangende Seite „An“ 2220 dargestellt.
Schritt 1842 offenbart, dass der Server 110 einen Abstand zu kritischen Ketten, z. B. Kette 630 (22), berechnet und bereitstellt. Die kritische Kette ist der kürzeste Weg zum Ende des Projekts, die auf Basis von Aktivitätsdauer und Abhängigkeiten zwischen Aktivitäten berechnet werden kann. Das Zeitfenster 1320 (13) ist der Abstand (in Tagen) zwischen der abhängigen Aktivität in Bezug auf die kritische Kette. Es stellt die Anzahl von Tagen dar, um die die Aktivität verzögert werden kann, bevor das Projektabschlussdatum auf ein anderes verzögertes Datum verschoben wird. „Zeitfenster = 0“ bedeutet eine Aktivität auf der kritischen Kette.
Schritt 1844 offenbart, dass der Server 110 vorausgegangene Aktivitäten auf der empfangenden Seite, z. B. vorempfangend 2240, prüft und präsentiert. Dieses Datenelement gibt den Grad der Bereitschaft und durchgeführten Vorbereitung an, um für die erwartete Abhängigkeit auf der empfangenden Seite bereit zu sein.
Schritt 1846 offenbart, dass der Benutzer einen Führungsplan definiert. Ein Führungsplan kann zumindest umfassen: einen verantwortlichen Eigentümer auf der gebenden Seite der Abhängigkeit, z. B. „Fokal - von“ 2250, einen verantwortlichen Eigentümer der empfangenden Seite der Abhängigkeit, z. B. „Fokal - an“ 2260, Forum/Meeting, bei dem die Abhängigkeitsbereitschaft überwacht wird, z. B. Forum 2270.
Schritt 1848 offenbart, dass der Benutzer ein Problemprotokoll, z. B. „Problemprotokoll“ 2280, und Aktionselemente, z. B. „Aktionsplan“ 2290, eingibt. Ein „Problemprotokoll“ ist eine Liste von offenen Problemen, die behandelt werden, um die Abhängigkeit zu sichern. Ein „Aktionsplan“ ist die Liste von Aktionen, die überwacht werden, um die Abhängigkeit zu sichern.
Schritt 1841 offenbart, dass der Server 110 zumindest eine Aktivität empfängt, die durch den Benutzer zum Risikoplan hinzuzufügen ist. Solange keine Aktivitäten als wahrgenommenes Risiko markiert sind, kann mit der Erstellung des Risikoplans nicht begonnen werden. Ein Beispiel für einen Risikoplan ist in 13 veranschaulicht, wobei die als riskant definierte Aktivität eine Aktivität 1310 ist, die ein „HW-Test“ ist.
Schritt 1843 offenbart, dass der Server 110 einen Abstand zu kritischen Ketten, z. B. Zeitfenster 1320, berechnet und bereitstellt. Die kritische Kette ist der kürzeste Weg zum Ende des Projekts und wird auf Basis von Aktivitätsdauer und Abhängigkeiten zwischen Aktivitäten berechnet. Das Zeitfenster ist der Abstand (in Tagen) zwischen der als riskant markierten Aktivität und der kritischen Kette. Es stellt die Anzahl von Tagen dar, um die die Aktivität verzögert werden kann, bevor der Projektabschluss nach hinten geschoben wird. „Zeitfenster = 0“ bedeutet eine Aktivität auf der kritischen Kette.
Schritt 1845 offenbart, dass der Benutzer eine Risikorückwärtsberechnung, z. B. „Risikorückwärtsberechnung“ 1330, manuell hinzufügt. Eine „Risikorückwärtsberechnung“ ist der vorausgegangene Schritt, dessen Prävention den Zugang zum definierten Risiko ggf. blockieren kann. Beispielsweise wenn wir „HW-Fehler nach Versand“ als Risiko definieren, definieren wir „HW-Test im Werk“ als Risikorückwärtsberechnung und beziehen uns in unserem Präventiv- und Schadenminderungsplan 1849 darauf. Wenn wir ein Problem mit „HW-Test im Werk“ verhindern, müssen wir wahrscheinlich den „HW-Fehler nach Versand“ nie behandeln.
Schritt 1847 offenbart, dass der Server 110 eine Risikogeneralisierung, z. B. Generalisierung 1340, hinzufügt. Eine Risikogeneralisierung sind zusätzliche Aktivitäten im gleichen Projekt, die mit dem gleichen Risiko verbunden sind. Beispielsweise wenn „HW-Fehler nach Versand“ als Risiko für HW-Zyklus I definiert ist, gibt eine Risikogeneralisierung alle HW-Versände ab Werk bei dieser Analyse an, so dass HW-Zyklen II, III usw. berücksichtigt werden.
Schritt 1849 offenbart, dass der Benutzer einen präventiven Plan, z. B. „Präventivplan“ 1350 und „Schadenminderungsplan“ 1360 für das erneut berechnete Risiko manuell hinzufügt. Ein Präventivplan umfasst die Aktionen, die durchgeführt werden, um das Risiko zu vermeiden. Ein Schadenminderungsplan umfasst die Aktionen, die man im Fall eines Risikoeintritts durchführen kann, um die Auswirkung des Risikos auf den Plan zu verringern. Beispielsweise wenn das Risiko „HW-Test im Werk“ ist, kann eine präventive Aktion das Schreiben eines detaillierten Testplans für das Werk sein und ein Schadenminderungsplan könnte eine Stichprobe beim Versandplatz sein, um Ausbrecher bei den Tests zu identifizieren.
Schritt 1850 offenbart, dass der Server 110 einen Projektbericht erstellt, wie in 18C offenbart.
Es wird nun auf 18C Bezug genommen, die ein Verfahren zum Erstellen eines Projektberichts gemäß der Analyse der erhaltenen Sammeldaten gemäß beispielhaften Ausführungsformen des offenbarten Gegenstands schematisch veranschaulicht.
Schritt 1860 offenbart, dass der Server 110 einen Abgeschlossen-Prozentsatz des Koordinationsplans berechnet. Beispielsweise zählt der Server die leeren Zellen der Koordinationsplantabelle in Bezug auf die Gesamtanzahl der Zellen, wobei keine leeren Zellen zu 100 % abgeschlossen bedeutet.
Schritt 1862 offenbart, dass der Server 110 einen Abgeschlossen-Prozentsatz eines Risikoplans berechnet. Beispielsweise zählt der Server die leeren Zellen der Risikoplantabelle in Bezug auf die Gesamtanzahl der Zellen, wobei keine leeren Zellen zu 100 % abgeschlossen bedeutet.
Schritt 1864 offenbart, dass der Server 110 eine Aktivitätsbilanz eines Projekts über die Zeitachse berechnet. Beispielsweise teilt der Server den Projekthorizont in drei Perioden und zählt die Anzahl von Aktivitäten in jeder und vergleicht diese sodann mit dem (konfigurierbaren) Unternehmensziel. Wenn das Unternehmen einen ausgeglichenen Plan haben möchte, so bedeutet dies 33 % der Aktivitäten in jeder Periode. Das Unternehmen kann über ein höheres kurzfristiges Ziel oder dergleichen entscheiden.
Schritt 1866 offenbart, dass der Server 110 eine Verteilung von Gesamtaktivitäten und Aktivitätsbereichen berechnet. Beispielsweise zählt der Server die Aktivität pro Aktivitätsbereich oder Aktivitätsunterbereich und präsentiert die Statistik als Teil der Projektplanpräsentation. Der Benutzer (oder seine Manager/Kollegen) beurteilt sodann die Menge an Aktivitäten (stellt die Plandetailebene dar) in Bezug auf seine Erwartungen oder ein Unternehmensziel.
Schritt 1868 offenbart, dass der Server 110 ein Projekt-Dashboard erstellt. Ein Projekt-Dashboard umfasst alle für das Projekt berechneten Statistiken, darunter 2105, 2110, 2120 und 2130 (21), ohne jedoch darauf beschränkt zu sein.
Schritt 1870 offenbart, dass der Server 110 Benutzerfreigabeeinstellungen prüft. Der Benutzer kann die freigegebenen Daten konfigurieren, z. B. die Schichten, die in der Projektberichtpräsentation umfasst sind, Budget J/N, Ressourcen J/N usw.
Schritt 1872 offenbart, dass der Server 110 den Projektbericht in eine Projektpräsentation verpackt. Bei diesem Prozess werden der Projektplan, der Koordinationsplan und der Risikoplan auf dem Dashboard in ein Objekt mit Freigabeoption verpackt. Das Objekt ermöglicht sodann eine Navigation zwischen Detailebenen, Aktionsplanüberblick und Statistiküberblick.
19 zeigt schematisch eine Projektkarten-Datenstruktur gemäß manchen beispielhaften Ausführungsformen des Gegenstands.
Bei jedem Projekt 1902 verwendet die Erfindung eine eindeutige Datenstruktur, wobei ein „Aktivitätsbereich“ (AoA) 1904 und ein „Aktivitätsunterbereich“ 1912 vor den Aktivitäten selbst (1906-1908-1910) mit einer Beziehung des Typs „einer zu vielen“ (auch: „One-to-Many-Beziehung“) definiert werden. Die Aktivitäten werden in zumindest drei Detailebenen organisiert, die auch des Typs einer zu vielen („one to many“) sind, innerhalb eines beliebigen Unter-AoA (1906- 1908-1910).
Diese Struktur ermöglicht das Erstellen einer einzigartigen Projektpräsentation, wobei jede Aufgabe sowohl einem AoA als auch einer spezifischen Detailebene hierarchisch zugewiesen wird. Außerdem ermöglicht sie später das Erstellen von einzigartigen Projektpräsentationen und eine Navigation zwischen Detailebenen innerhalb des gleichen AoA (wie in den 20A-20E). Eine Projektkarte verwendet einen AoA als zwingend notwendigen Kopf der Datenstrukturhierarchie.
Diagramme aus dem Stand der Technik verwenden eine hierarchische Aufgabenstruktur, die durch Aufgaben-ID identifiziert wird. Diese Struktur beginnt bei Aufgaben hoher Ebene und kann bis zu Aufgaben niedriger Ebenen mit Schichten dazwischen reichen. In der Theorie kann ein Benutzer eines beliebigen hierarchischen Werkzeugs einen Satz von Aufgaben unter Aufgaben höherer Ebene erstellen ODER einen Satz von Aufgaben unter AoA (als Aufgabenbeschreibung erfasst) erstellen - diese Werkzeuge setzen diese Datenstruktur jedoch nicht um und können somit die erfassten Daten nicht wie bei dieser Erfindung verwenden.
Die 20A-20E zeigen schematisch eine Benutzeroberfläche, die eine graphische Darstellung eines Projektaktionsplans anzeigt, gemäß manchen beispielhaften Ausführungsformen des Gegenstands. 20A zeigt schematisch die Benutzeroberfläche, die eine graphische Darstellung eines Projektaktionsplans unter Verwendung einer Zeitachsenansicht aus Tagen eines Monats anzeigt, gemäß manchen beispielhaften Ausführungsformen des Gegenstands. Die Benutzeroberflächenanzeige 2000 kann auch Aktivitätsbereiche wie z. B. einen Hardware-Bereich 2002, einen Software-Bereich 2004 und einen Testbereich 2006 zeigen. Die Benutzeroberflächenanzeige 2000 zeigt eine Zeitachse 2010 und eine Liste von Aktivitäten hoher Ebene 2008 an, wie z. B. die Phase des elektronischen Designs, Prüfungsphase usw. Die Benutzeroberflächenanzeige 2000 zeigt die Aktivitäten 2008 auf einer Tages-Zeitachsenansicht, die präsentiert, welche Aktivitäten und Aufgaben wöchentlich durchgeführt werden. Gleichermaßen können Aktivitäten und Aktivitätsbereiche unter Verwendung einer Tagesansicht, einer Monatsansicht usw. gezeigt werden, wie z. B. von einem Benutzer der Projektaktionsplananwendung konfiguriert.
20B zeigt schematisch die Benutzeroberfläche, die eine graphische Darstellung des Projektaktionsplans unter Verwendung einer Wochenansicht anzeigt, gemäß manchen beispielhaften Ausführungsformen des Gegenstands. Aktionen, die in einer höheren Detailebene in der Wochenansicht von 20A gezeigt sind, werden in eine Wochenansicht in 20B zusammengeführt. Beispielsweise werden die Aktivitäten in Zusammenhang mit dem Board-Design in eine einzelne „Board-Design“-Aktivität 2019 zusammengefasst.
20C zeigt schematisch die Benutzeroberfläche, die eine graphische Darstellung des Projektberichts unter Verwendung einer wöchentlichen Auflösung anzeigt, jedoch auf einer geringeren Detailebene als in 20B anzeigt, gemäß manchen beispielhaften Ausführungsformen des Gegenstands. Die Benutzeroberflächenanzeige 2000 kann die Auflösung auf wöchentlicher Basis zeigen, wobei Aktivitäten auf einer höheren Ebene als in 20B gezeigt werden, wie z. B. „HW-Aufbau 1“ 2012 und „HW-Aufbau 2“ 2014. Die Anzeige ermöglicht das Verwalten des Projekts auf wöchentlicher Basis, jedoch auf höherer Ebene, z. B. wobei sie weniger Details pro Aktivität enthält. Die Zeitachse 2010 wird angezeigt, um eine wöchentliche Spanne zu zeigen.
20D zeigt schematisch die Benutzeroberfläche, die eine graphische Darstellung des Projektaktionsplans unter Verwendung einer Projektportfoliomanagementansicht anzeigt, gemäß manchen beispielhaften Ausführungsformen des Gegenstands.
20E zeigt schematisch die Benutzeroberfläche, die eine graphische Darstellung des Projektaktionsplans unter Verwendung einer Ansicht anzeigt, die mehrere Aktivitätsbereiche (AOA) detailliert beschreibt, gemäß manchen beispielhaften Ausführungsformen des Gegenstands. Beispielsweise kann die detailliert beschriebene Information AOA „Hardware“ 2002, „Software“ 2004, „Test“ 2006, „Qualifikation“ 2007, „Zubehörteile“ 2009, „Dokumentation“ 2011, „Pilot“ 2013 oder dergleichen sein. Aktivitäten, die im gleichen AOA miteinander verbunden sind, sind durch Verbindungslinien 2045 verbunden. Aktivitäten aus unterschiedlichen AOAs oder Unter-AOAs können unter Verwendung von Verbindungslinien 2040 verbunden sein. Aktivitäten im gleichen AOA oder Unter-AOA sind durch eine Zeitspannenverbindungslinie 2030 verbunden, wenn sie nicht in 2045 als Ende-zu-Beginn-Verknüpfung verbunden sind. 20E zeigt den Projektplan in der „Wöchentlich“-Schicht. Ein ähnlicher Plan kann auf anderen Detailebenen präsentiert werden, wie in den 20A-20C erläutert. Andere Projektplanpräsentationsmappen können mehrere Detailebenen innerhalb der gleichen Anzeige umfassen, die z. B. wöchentlichen Aktivitäten innerhalb der übergeordneten monatlichen Aktivität davon oder eine beliebige andere Schichtkombination zeigen.
21 zeigt schematisch eine Benutzeroberfläche, die eine Projektberichtstatistikdarstellung anzeigt, gemäß manchen beispielhaften Ausführungsformen des Gegenstands. Die Benutzeroberflächenanzeige 2100 kann einem Benutzer Statistiken in Zusammenhang mit dem Projekt anzeigen, wie z. B. einen Koordinationsplan 2105, einen Risikoplan 2110, eine Aktivitätsbilanz 2120 und eine Aktivitätsverteilung 2130. Die angezeigten Statistiken ermöglichen dem Benutzer, Details in Zusammenhang mit dem Projekt zu erfahren und zu erkennen, wie die Projektplanleistung gemäß den Statistiken verbessert werden kann, und somit die Konfidenz im gesamten Plan zu erhöhen.
Im Kontext mancher Ausführungsformen der vorliegenden Offenbarung implizieren - beispielhaft und ohne darauf beschränkt zu sein - Ausdrücke wie z. B. „Betreiben“ oder „Ausführen“ auch Fähigkeiten, wie z. B. dass etwas „betreibbar“ bzw. „ausführbar“ ist.
Konjugierte Ausdrücke wie z. B. „eine Eigenschaft einer Sache“ implizieren eine Eigenschaft der Sache, außer wenn aus dem spezifischen Kontext eindeutig anderweitig ersichtlich.
Der Ausdruck „Prozessor“ oder „Computer“ oder System davon wird hierin als üblicher Kontext auf dem Gebiet verwendet, wie z. B. Universalprozessor oder tragbare Vorrichtung wie z. B. ein Smartphone oder ein Tablet-Computer oder ein Mikroprozessor oder ein RISC-Prozessor oder DSP, wobei ggf. zusätzliche Elemente wie z. B. Speicher oder Kommunikationsanschlüsse umfasst sind. Optional oder zusätzlich bezeichnet der Ausdruck „Prozessor“ oder „Computer“ oder Abwandlungen davon ein Gerät, das in der Lage ist, ein bereitgestelltes oder ein integriertes Programm auszuführen, und/oder das in der Lage ist, ein Datenspeichergerät und/oder ein anderes Gerät wie z. B. Eingabe- und Ausgabeanschlüsse zu steuern und/oder darauf zuzugreifen. Der Ausdruck „Prozessor“ oder „Computer“ bezeichnet auch eine Mehrzahl von Prozessoren oder Computern, die verbunden und/oder verknüpft sind und/oder anderweitig kommunizieren, die ggf. eine oder mehrere andere Ressourcen wie z. B. einen Speicher gemeinsam nutzen.
Der Ausdrücke „Software“, „Programm“, „Softwareverfahren“ oder „Verfahren“ oder „Softwarecode“ oder „Code“ oder „Anwendung“ können gemäß dem jeweiligen Kontext untereinander austauschbar verwendet werden und bezeichnen eine oder mehrere Anweisungen oder Anordnungen oder elektronische Schaltungen zum Durchführen einer Sequenz von Vorgängen, die im Allgemeinen einen Algorithmus und/oder anderen Prozess oder ein anderes Verfahren darstellen. Das Programm wird in oder auf einem Medium wie z. B. RAM, ROM oder Platte gespeichert oder in einer Schaltung eingebettet, die für ein Gerät wie z. B. einen Prozessor oder eine andere Schaltung zugänglich und ausführbar ist. Der Prozessor und das Programm können das gleiche Gerät bilden, zumindest teilweise, wie z. B. eine Anordnung von elektronischen Toren wie z. B. FPGA oder ASIC, die so ausgestaltet ist, dass sie eine programmierte Sequenz von Vorgängen ausführt, die optional einen Prozessor oder eine andere Schaltung umfasst oder damit verknüpft ist.
Der Ausdruck „Konfigurieren“ und/oder „Anpassen“ für ein Ziel und Abwandlungen dieser Ausdrücke implizieren die Verwendung zumindest einer Software und/oder eines elektronischen Schaltkreises und/oder eines Hilfsgeräts, die/der/das ausgestaltet und/oder implementiert und/oder betreibbar oder betriebsfähig ist, um das Ziel zu erreichen.
Eine Vorrichtung, die ein Programm und/oder Daten speichert und/oder dieses bzw. diese umfasst, bildet einen Herstellungsgegenstand. Falls nicht anderweitig angegeben, werden das Programm und/oder die Daten in oder auf einem nichtflüchtigen Medium gespeichert.
Wenn eine elektrische oder elektronische Gerätschaft offenbart wird, wird davon ausgegangen, dass eine geeignete Energieversorgung für deren Betrieb verwendet wird.
Die Ablaufpläne und die Blockschaubilder veranschaulichen Architektur, Funktionalität oder einen Betrieb möglicher Implementierungen von Systemen, Verfahren und Computerprogrammprodukten gemäß diversen Ausführungsformen des vorliegenden offenbarten Gegenstands. In dieser Hinsicht kann jeder Block in den Ablaufplänen oder Blockschaubildern ein Modul, ein Segment oder einen Abschnitt eines Programmcodes darstellen, das/der ein oder mehrere ausführbare Anweisungen zum Implementieren der einen oder mehreren spezifizierten logischen Funktionen umfasst. Es sei auch angemerkt, dass veranschaulichte oder beschriebene Vorgänge bei manchen alternativen Implementierungen in einer anderen Reihenfolge oder kombiniert oder als gleichzeitige Vorgänge anstatt sequentieller Vorgänge auftreten können, um die gleiche oder eine äquivalente Wirkung zu erzielen.
Die entsprechenden Strukturen, Materialien, Aktionen und Äquivalente aller sog. „Means-or-Step-Plus“-Funktionselemente nach US-amerikanischem Recht in den nachstehenden Ansprüchen sollen jedwede Struktur, jedwedes Material oder jedwede Aktion zur Durchführung der Funktion in Kombination mit anderen beanspruchten Elementen, wie spezifisch beansprucht, umfassen. Wie hier verwendet, sollen die Singularformen „ein/-e/-r/-es“ und „der/die/das“ auch die Pluralformen umfassen, außer wenn aus dem Kontext eindeutig anders angegeben. Des Weiteren wird darauf hingewiesen, dass die Ausdrücke „umfassend“ und/oder „aufweisend“ und andere Alternativen dieser Ausdrücke, soweit in diesem Text verwendet, das Vorhandensein von angegebenen Merkmalen, ganzen Zahlen, Schritten, Vorgängen, Elementen und/oder Komponenten spezifizieren und das Vorhandensein oder das Hinzufügen einer bzw. eines oder mehrerer anderer Merkmale, ganzer Zahlen, Schritte, Vorgänge, Elemente, Komponenten und/oder Gruppen davon nicht ausschließen.
Die hierin verwendete Terminologie sollte nicht als einschränkend verstanden werden, außer wenn anderweitig angegeben, und dient nur der Beschreibung bestimmter Ausführungsformen und soll den offenbarten Gegenstand nicht einschränken. Auch wenn gewisse Ausführungsformen des offenbarten Gegenstands veranschaulicht und beschrieben wurden, so ist klar, dass die Offenbarung nicht auf die hierin beschriebenen Ausführungsformen beschränkt ist. Zahlreiche Modifikationen, Änderungen, Variationen, Ersetzungen und Äquivalente sind nicht ausgeschlossen.

Claims

Computerimplementiertes Verfahren zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine graphische Benutzeroberfläche (GUI), wobei das Verfahren umfasst: Empfangen einer Angabe zu einer Projektmanagementgranularität, die zu aktualisieren ist, über die GUI, wobei die Granularität aus zumindest drei unterschiedlichen Detailebenen ausgewählt ist, die dem Benutzer auf der GUI präsentiert werden, wobei jede der Ebenen mit einer jeweiligen Datenbank verknüpft ist; Empfangen eines Befehls über die GUI zum Hinzufügen zumindest einer Aktivität in einem Zeitschlitz in der angegebenen Granularität; Speichern der zumindest einen Aktivität in der Datenbank, die der angegebenen Projektmanagementgranularität entspricht; und Anzeigen des Projektmanagementplans auf einem Bildschirm einer computergestützten Vorrichtung durch die GUI in einer Ebenenkonfiguration gemäß Aktivitätsbereichen auf einer Zeitachse, wobei jede Anzeigeebene eine der Projektmanagement-Detailebenen ausweist, wodurch die hinzugefügte zumindest eine Aktivität in der Ebene, die der angegebenen Granularität entspricht, angezeigt wird.
Verfahren nach Anspruch 1, wobei, wenn die angegebene Granularität nicht die kleinste ist, das Verfahren das Aktualisieren zumindest einer Datenbank umfasst, die einer kleinen Granularitätsebene gemäß der hinzugefügten Aktivität entspricht.
Verfahren nach Anspruch 1, wobei, wenn die angegebene Granularität nicht die kleinste ist, das Verfahren das Anzeigen der zumindest einen Aktivität auf zumindest einer Ebene umfasst, die einer kleineren Granularität entspricht,.
Verfahren nach Anspruch 1, wobei die Projektmanagement-Detailebenen zumindest die folgenden Ebenen umfassen: Details, Planung und Hohe Ebene.
Verfahren nach Anspruch 1, wobei die Aktivitäten Informationen umfassen, die ausgewählt sind aus: Aktivitätsname, Aktivitätsbeschreibung, Beginn- und Endzeit; Kosten, Personen, denen die Durchführung einer Aktivität zugewiesen wurde, Risikoebene, Ändern einer Aktivität auf eine Pufferaktivität oder einer beliebigen Kombination davon.
Verfahren nach Anspruch 1, das ferner das Hinzufügen von Verknüpfungen zwischen Aktivitäten umfasst, so dass zwischen einer ersten Aktivität, die mit einer zweiten Aktivität verknüpft ist, die zweite Aktivität beginnt oder endet, nachdem die erste Aktivität begonnen oder geendet hat.
Verfahren nach Anspruch 4, wobei die Verknüpfungen zwischen Aktivitäten im gleichen Aktivitätsbereich oder zwischen Aktivitäten in unterschiedlichen Aktivitätsbereichen hinzugefügt werden.
Verfahren nach Anspruch 1, das ferner das Hinzufügen von Meilensteinen entlang der Zeitachse der Anzeige umfasst.
Verfahren nach Anspruch 8, wobei Meilensteine Informationen umfassen, die ausgewählt sind aus: Meilensteinname, Meilensteinbeschreibung, Datum oder einer beliebigen Kombination davon.
Verfahren nach Anspruch 1, das ferner das Zuweisen von Risikoebenen zu beliebigen Aktivitäten beliebiger Projektmanagement-Detailebenen umfasst.
Verfahren nach Anspruch 1, wobei das Verfahren ferner das Entfernen oder Aktualisieren von Aktivitäten auf beliebigen Projektmanagement-Detailebenen umfasst, wodurch die entsprechenden Aktivitäten oder Unteraktivitäten auf den anderen Ebenen aktualisiert werden.
Verfahren nach Anspruch 1, wobei das Zeitachsengitter zwischen Tagen, Wochen, Monaten, jährlichen Quartalen und Jahren konfigurierbar ist.
Verfahren nach Anspruch 1, wobei jede der Anzeigeebenen alle Aktivitätsbereiche umfasst, die für den Projektmanagementplan relevant sind, wodurch eine einzelne Bildschirmanzeige für jede der Ebenen angezeigt wird.
Verfahren nach Anspruch 1, das ferner das Erstellen und Anzeigen einer Ansicht eines spezifischen Mitarbeitenden umfasst, die eine Anzeige von Aktivitäten pro Projekt auf der Zeitachse umfasst, die der spezifische Mitarbeitende oder ein Manager zur Zuweisung an den Mitarbeitenden angegeben hat.
Verfahren nach Anspruch 14, wobei die Ansicht des spezifischen Mitarbeitenden Informationen umfasst, die ausgewählt sind aus: Aktivitätsname, Aktivitätsbeschreibung, Beginn- und Endzeit, Kosten, Risikoebene, Status einer Aktivität, Prozentsatz der Durchführung einer Aktivität oder einer beliebigen Kombination davon.
System zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine graphische Benutzeroberfläche (GUI), wobei das System umfasst: zumindest eine computergestützte Vorrichtung, die einen Bildschirm und eine GUI auf dem Bildschirm umfasst; eine Mehrzahl von Datenbanken, wobei jede davon mit einer jeweiligen unterschiedlichen Projektmanagementgranularität verknüpft ist; und zumindest einen Prozessor, der so konfiguriert ist, dass er einen Code ausführt, wobei der Code Anweisungen umfasst zum: Empfangen einer Angabe zu einer Projektmanagementgranularität, die zu aktualisieren ist, über die GUI, wobei die Granularität aus zumindest drei unterschiedlichen Detailebenen ausgewählt ist, die dem Benutzer auf der GUI präsentiert werden; Empfangen eines Befehls über die GUI zum Hinzufügen zumindest einer Aktivität in einem Zeitschlitz in der angegebenen Granularität; Speichern der zumindest einen Aktivität in einer Datenbank, die der angegebenen Projektmanagementgranularität entspricht; und Anzeigen des Projektmanagementplans durch die GUI in einer Ebenenkonfiguration gemäß Aktivitätsbereichen auf einer Zeitachse, wobei jede Anzeigeebene eine der Projektmanagement-Detailebenen ausweist, wodurch die hinzugefügte zumindest eine Aktivität in der Ebene, die der angegebenen Granularität entspricht, angezeigt wird.
System nach Anspruch 16, wobei, wenn die angegebene Granularität nicht die kleinste ist, die Codeanweisungen das Aktualisieren zumindest einer Datenbank, die einer kleineren Granularität gemäß der hinzugefügten Aktivität entspricht, umfassen.
Computerimplementiertes Verfahren zum dynamischen Aktualisieren und Anzeigen eines Projektmanagementplans über eine graphische Benutzeroberfläche (GUI), wobei das Verfahren umfasst: Empfangen einer Angabe zu einer Projektmanagementgranularität, die zu aktualisieren ist, über die GUI, wobei die Granularität aus zumindest drei unterschiedlichen Detailebenen ausgewählt ist, die dem Benutzer auf der GUI präsentiert werden, wobei jede der Detailebenen mit einer jeweiligen Datenbank verknüpft ist; Empfangen eines Befehls über die GUI zum Hinzufügen zumindest einer Verknüpfung zwischen zwei unterschiedlichen Aktivitäten in der angegebenen Granularität, wobei sich jede der zumindest zwei Aktivitäten auf einen unterschiedlichen Aktivitätsbereich bezieht; Speichern der zumindest einen Verknüpfung in der Datenbank, die der angegebenen Projektmanagementgranularität entspricht; und Anzeigen eines Projektmanagementplans gemäß Aktivitätsbereichen auf einer Zeitachse auf einem Bildschirm einer computergestützten Vorrichtung durch die GUI, der zumindest eine Verknüpfung zwischen Aktivitäten umfasst, die sich auf unterschiedliche Aktivitätsbereiche beziehen, wodurch zumindest ein Risiko des Projektmanagementplans angezeigt wird.
Verfahren nach Anspruch 1, das ferner das Berechnen einer Beschäftigungsrate umfasst, wobei die Beschäftigungsrate für eine einzelne Aktivität, für Aktivitäten im gleichen Aktivitätsbereich oder für Gesamtaktivitäten in einem Projekt berechnet wird.
Verfahren nach Anspruch 19, wobei die Beschäftigungsrate auf Basis von über die GUI empfangener Angaben zu dem Fortschritt eines Mitarbeitenden bezüglich der Durchführung einer einzelnen Aktivität, Aktivitäten im gleichen Aktivitätsbereich oder Gesamtaktivitäten in einem einzelnen Projekt berechnet wird.
Verfahren nach Anspruch 19, wobei die Beschäftigungsrate auf Basis einer Analyse von Nachrichtenverkehr pro Aktivität berechnet wird.
Verfahren nach Anspruch 1, das ferner das Berechnen eines Konfidenzniveaus für eine einzelne Aktivität, für Aktivitäten im gleichen Aktivitätsbereich oder für Gesamtaktivitäten in einem Projekt umfasst.
Verfahren nach Anspruch 22, wobei das Konfidenzniveau auf Basis einer Anzahl von Verknüpfungen, die mit einer spezifischen Aktivität aus dem gleichen Aktivitätsbereich oder aus unterschiedlichen Aktivitätsbereichen verbunden sind, und ferner auf Basis der Weise, wie die Verknüpfungen und Risiken behandelt werden, und auf Basis der Beschäftigungsrate berechnet wird.
Verfahren nach Anspruch 23, wobei das Konfidenzniveau auf Basis von Big Data berechnet wird, die aus einer signifikanten Menge von Projektstrukturen gesammelt werden, wie sie in einer zentralen Datenbank erfasst sind.