Szenarien enthalten alle Informationen für einen Simulationslauf, sprich Ressourcen, Projekte, Projektdefinitionen.

Aufbau eines Szenario Arbeitsblatt

Ein Szenario besteht aus vier Sektionen:

  1. Szenariosteuerung - hier werden Simulationsparameter festgelegt
  2. Ressourcendefinition - hier wird festgelegt, welche Ressourcen (Teams) für die Projekte zur Verfügung stehen und welche Kapazität diese aufweisen
  3. Projektliste - hier werden alle Projekte aufgelistet und projektbezogene Parameter wie Priorität, Starttag oder Revenu definiert
  4. Projektpläne - hier werden in Phasen strukturiert die Aufwände pro Ressource (Team) definiert, die das Projekt verbraucht
Jede Sektion (außer die Szenariosteuerung) kann fast beliebig erweitert werden. Die Spalten sind vorgegeben und dürfen nicht verändert werden. Es ist aber jederzeit möglich neue Zeilen einzufügen um neuen Ressourcen oder Projekte aufzunehmen. Das Makro sucht immer die erste Zeile einer Sektion und wertet so lange Zeile für Zeile aus bis eine leere Zelle in Spalte A auftaucht. Des weiteren können alle Bereiche außerhalb der Sektionen beliebig für Hilfsrechnungen verwendet werden.

Szenariosteuerung



Die Szenariosteuerung biete aktuell vier Parameter.

Verteilstrategie - es kann gewählt werden zwischen:
a) "gleichverteilt" - dann werden die verfügbaren Kapazitäten gleichmäßig auf die anstehenden Projekte verteilt.
b) "first-come-first-serve" - die Ressourcen werden nach Projekteingang (Reihenfolge in der Projektliste) verteilt. Das erste Projekt bekommt alle Ressourcen, die es verarbeiten kann, das nächste was übrig bleibt. Dies entspricht letzt endlich einer speziellen Priorisierung - nämlich nach Projekteingang.
c) "nach Prioriät" - die Ressourcen werden nach der Priorität wie sie in der Sektion "Projektliste" definiert ist zugeteilt. Das Projekt mit der höchsten Priorität (kleinste Zahl) bekommt alle Ressourcen, die es verarbeiten kann, das nächste was übrig bleibt.

Speed - hier kann angegeben werden, wie lange ein Simulationstag mindestens laufen soll. 0 bedeutet so schnell wie möglich. Wenn Zahlen größer 0 angegeben werden wartet der Simulator entsprechend lange bis er den nächsten Simulationstag startet. Die ermöglicht es die Zustände des Projektsimulators besser zu beobachten.

StopAfterDay - hier kann angegeben werden ob nach jedem Simulationstag eine Messagebox erscheinen soll. Dies kann verwendet werden um die Zustände des Simulators eingehend nach jedem Tag zu studieren.

EndAfterDay - hier kann angegeben werden wie viele Tage der Simulator laufen soll. Wenn dies nicht angegeben ist läuft der Simulator, bis alle Projekte beendet sind. Wenn man die Simulationsdauer kleiner wählt als die maximale Dauer bis alle Projekte abgearbeitet sind, kann man sicherstellen, dass die Simulationsergebnisse nicht durch Leerlaufen einzelner Teams geschönt werden.

Ressourcendefinition (Teams)



Die Ressourcendefinition ist einfach nur eine Liste der Ressourcen (oder Teams) mit einer Bezeichnung und ihrer Kapazität in FTE. Diese Kapazität kann pro Tag für Projektaufwände aufgebracht werden.

Projektliste



Die Projektliste listet alle Projekte auf wobei jeweils für jedes Projekt aus vier Parametern besteht:

Bezeichnung - selbstredend - die Bezeichnung wird verwendet um in der Projektdefinition das entsprechende Projekt zu referenzieren.

Priorität - falls die Verteilstrategie  "nach Priorität" gewählt wurde werden die Projekte in dieser Reihenfolge mit Ressourcen versorgt.

Start am Tag - hier kann für jedes Projekt der früheste Starttermin eingetragen werden ab wann das Projekt bei der Ressourcenvergabe berücksichtigt werden soll.

Renue per Day - das ist ein fiktiver Nutzen des Projektes, der zur Berechnung des Durchsatzes am Ende eines Simulationslaufes herangezogen werden kann. Sobald ein Projekt fertig gestellt wurde. Wird jeden Tag dieser Betrag als Nutzen aufsummiert. Typischerweise ist dies ein fiktiver €/$-Wert kann aber auch als abstrakter Score-Wert definiert sein.

Neben der eingentlichen Projektliste können (nebenann) Hilfsrechnung zum Beispiel für die Berechnung der unterschiedlichsten Priorisierungsstrategien erstellt werden.


Beispiel: Hilfsrechnungen zur Evaluierung von Prioritätsstrategien

Projektdefintion/Projektplan



Die Projektdefinition (Projektpläne) legen fest wie das Projekt strukturiert ist (Phasen) und in welcher Phase welcher Aufwand in welchem Team anfällt. Jede Zeile besteht aus folgenden Parametern:

Projekt - Referenz auf die Projektliste - die Bezeichnung muss genau mit einer Bezeichnung aus der Projektliste übereinstimmen

Team Nr. - Referenz auf die Ressourcenliste - die Bezeichnung (nicht Nummer) muss genau mit einer Bezeichnung aus der Ressourcenliste übereinstimmen

Zeilen, die nicht eindeutig einem Projekt und einer Ressourcen zuzuordnen sind werden stillschweigend ignoriert.

Phasenaufwand - hier ist definiert, welcher Aufwand in welcher Phase zu erbringen ist um in die nächste Phase zu gelangen. Hiermit ist eine einfache, aber recht realitätsnahe Modellierung von typischen Projektverläufen möglich. Ein Projekt kann erst Aufwände aus einer folgenden Phase abarbeiten, wenn alle Aufwände aus der Vorphase erbracht wurden. Es werden bis zu 10 Phasen berücksichtigt - normal sind aber vier bis fünf absolut ausreichend.

In diesem Beispiel ist ein Projekt mit den vier typischen Phasen dargestellt:
A) Konzeptionsphase - der Projektmanager koordiniert die Konzeption, wobei die Fachabteilungen (Softwarentwicklung) zuarbeiten
B) Realisierung - die Hauptarbeit wird nun in einer Fachabteilung erbracht (PHP Softwareentwicklung), der Projektmanager wirkt koordinierend
C) Qualitätssicherung - die Hauptlast liegt nun in der Qualitätssicherung, der Projektmanager koordiniert und die Softwarentwicklung behebt Fehler
D) Roll-Out - hier ist typischerweise noch wenig Aufwand in der Qualitätssicherung (Retests) und wenig Koordination durch den Projektmanager

Um nachvollziehbare Ergebnisse zu erhalten sollten die Projektstrukturen und Größe grob den Gegebenheiten des Unternehmens entsprechen.

Ergebnisse

Ein Szenario dient typischerweise zu Evaluierung unterschiedlicher Ansätze. Hilfreich ist hierbei die Ergebnisse tabellarisch zusammenzufassen. In vielen Szenarien findet sich daher rechts neben den eigentlichen Szenarioparametern eine zusammenfassende Tabelle.


Beispiel Ergebnistabelle des Szenario Verteilstrategien

neue Szenarien anlegen

Es können beliebige neue Szenarien angelegt werden. Idealerweise nimmt man einfach eine Kopie eines bestehenden Szenarios. Damit dieses neue Szenarion im Menü auftaucht muss nur einmalig der Menüpunkt "-Refresh Menu-" aufgerufen werden. Dies gilt auch, wenn ein Szenario umbeannt wurde.