Übungsaufgaben zur Projektorganisation

Kopiere den Text in ein KI-Sprachmodell Deiner Wahl und passe Kompetenzstufe, Anzahl, Bearbeitungszeit und Szenario bei Bedarf an. Wie die Aufgaben aufgebaut sind, beschreibt der Artikel Wie sind die Aufgaben aufgebaut?. Prüfe die Ergebnisse mit dem Lehrartikel: KI-Sprachmodelle machen Fehler.

Erstelle neue Übungsaufgaben zum Thema „Projektorganisation“.

Bauplan: Halte Dich an Aufbau, Kompetenzstufen, Operatoren,
Anforderungsbereiche, Punkte und Zeitschätzung, die im Artikel
https://oer-informatik.de/aufgaben-aufbau beschrieben sind.

Fachliche Grundlage:
- https://oer-informatik.de/projektorganisation
- https://oer-informatik.de/projekt-vorbereitung
- https://oer-informatik.de/netzplan
- https://oer-informatik.de/projektstrukturplan-gantt
- https://oer-informatik.de/risikoanalyse
- Stilbeispiel: https://oer-informatik.de/projektorganisation-uebungsaufgaben

Die Aufgaben sollen Inhalte zu diesen Schlagwörtern abdecken:
- Projektorganisation
- Magisches Dreieck
- SMART
- Kick-off
- Meilenstein
- Stakeholder
- Machbarkeitsanalyse
- Change Request
- Lessons Learned

Kompetenzstufe: Kernkompetenz (alternativ: Basiskompetenz, Profilkompetenz, Expertise)
Anzahl: 1 Aufgabe mit Teilaufgaben
Bearbeitungszeit in Minuten ca.: <5 bis 30 min>
Szenario: eines der Szenarien aus dem Bauplan

Vorgehen:
1. Lies zuerst die verlinkten Artikel. Kannst Du keine Webseiten
   abrufen, sag mir das, statt zu raten.
2. Steht bei einer Angabe noch ein Platzhalter in <…>, frag mich
   zuerst danach. Richte Punkte und Zahl der Teilaufgaben nach der
   Bearbeitungszeit (ca. 0,9 min je Punkt).
3. Gib je Aufgabe Titel mit Kompetenzstufe, Ausgangssituation und
   Teilaufgaben mit Operator und Punktzahl aus, dazu die geschätzte
   Bearbeitungszeit.
4. Gib die Beispiellösungen mit Punkteverteilung erst aus, wenn ich
   danach frage.

Je Vorhaben 1 Punkt für Entscheidung mit passender Begründung, zum Beispiel:

1. Projekt: Die Interessengruppen werden einmalig entwickelt und eingeführt, das Vorhaben hat ein klares Ende und mit Yusuf Demir eine eigene Projektleitung.

2. kein Projekt: Die Prüfung gemeldeter Profile ist wiederkehrendes Tagesgeschäft ohne festes Ende.

3. kein Projekt: Die Gehaltsabrechnung ist eine Routineaufgabe, die sich jeden Monat in gleicher Form wiederholt; ihr fehlt die Einmaligkeit.

Je richtig zugeordneter Textstelle 1 Punkt:

• spezifisch: „in mindestens einer Interessengruppe aktiv“ – mit der Erklärung, was „aktiv“ bedeutet (Beitrag oder Aktivität im letzten Monat).

• messbar: „mindestens 2.000 Mitglieder“ – die Zahl lässt sich aus den Nutzungsdaten auszählen.

• realistisch: „vier Monate und das bestehende Budget“ – der Rahmen, in dem das Ziel erreichbar sein soll, ist genannt.

• terminiert: „bis zum 30.06.2027“.

Nicht am Text prüfbar (1 Punkt): akzeptiert (auch: attraktiv). Ob Clara Neumann und das Team das Ziel mittragen, zeigt sich erst im Gespräch, etwa wenn beide den Projektauftrag mit diesem Ziel unterschreiben.

Je richtiger Position 0,5 Punkte.

Das Lastenheft beschreibt, was die Auftraggebenden wollen; das Pflichtenheft, wie es umgesetzt wird. Aus dem Projektstrukturplan mit den Arbeitspaketen entsteht der Terminplan (Gantt-Diagramm). Am Ende wird abgenommen und danach der Abschlussbericht geschrieben.

Je richtiger Zuordnung 0,5 Punkte.

Ein Meilenstein ist ein Ereignis ohne Dauer, an dem ein wichtiges Zwischenergebnis vorliegen muss; dort wird der Projektfortschritt geprüft und über das weitere Vorgehen entschieden (1 Punkt). Beispiel (1 Punkt): „Datenschutzprüfung durch die Datenschutzbeauftragte abgeschlossen“, „Testversion für 50 Mitglieder freigegeben“ oder „Interessengruppen in der App veröffentlicht“.

Je Merkmal 2 Punkte (1 Punkt Merkmal, 1 Punkt Bezug zum Barcamp), zum Beispiel:

• Einmaligkeit: Ein Barcamp in dieser Form hat das RRB noch nie veranstaltet; es gibt keine eingespielten Abläufe wie beim jährlich wiederkehrenden Tag der offenen Tür.

• zeitliche Begrenzung: Das Vorhaben hat einen klaren Anfang (Call for Participation ab 01.10.2026) und ein klares Ende (Veranstaltung am 13.03.2027 und Nacharbeit).

• begrenzte Ressourcen: Es steht ein festes Budget von 6.000 € zur Verfügung.

• klare Zielvorgabe: Der Projektauftrag legt überprüfbare Ziele fest (Termin, Teilnehmendenzahl, Räume, Stream).

• Komplexität und eigene Organisation: Viele Beteiligte (Lehrkräfte, Technikteam, Schul-IT, Förderverein, Referierende) müssen koordiniert werden; dafür gibt es eine eigene Projektleitung neben der normalen Schulorganisation.

Bewertung: 1 Punkt für die drei Begriffe, je 1 Punkt für jede vollständig richtige Zuordnungszeile. Ziel (1) enthält Sach- und Terminanteile; wird es nur einer der beiden Zeilen zugeordnet, ist das ebenfalls richtig.

Die drei Ziele hängen voneinander ab: Wird eines verändert, wirkt sich das auf mindestens ein anderes aus; alle drei lassen sich nicht gleichzeitig beliebig verbessern (1 Punkt). Beispiel (2 Punkte): Soll zusätzlich auch der Raum A.104 gestreamt werden (Sachziel steigt), braucht das Technikteam eine weitere Kamera und einen Encoder (Kosten steigen) oder die Aufbauzeit reicht nicht (Termin gefährdet). Umgekehrt muss bei gekürztem Sponsorengeld etwa auf den Mensa-Stream oder auf Schriftdolmetschung verzichtet werden. Andere stimmige Beispiele sind richtig.

Je Kriterium mit Begründung 1 Punkt, zum Beispiel:

• spezifisch: Es bleibt offen, was „barrierefrei“ konkret bedeutet (Räume, Untertitel, Webseite, Wegeleitung?).

• messbar: Es gibt keinen Maßstab, an dem man am Projektende prüfen kann, ob das Ziel erreicht ist.

• terminiert: Es fehlt, bis wann die Maßnahmen umgesetzt sein müssen (z. B. bis zur Veröffentlichung des Sessionplans).

• realistisch: Ob „vollständig barrierefrei“ mit 6.000 € in einem älteren Schulgebäude erreichbar ist, lässt sich nicht beurteilen.

„Akzeptiert“ ist kaum zu bemängeln, wird aber als Antwort mit schlüssiger Begründung gewertet.

Zum Beispiel: „Bis zur Veröffentlichung des Sessionplans am 01.03.2027 liegen alle Sessions mit gemeldetem Barrierefreiheitsbedarf in stufenlos erreichbaren Räumen, und die Keynote in der Aula sowie alle Sessions von Referierenden mit Hörbehinderung werden live schriftgedolmetscht (Budget 900 €).“

Bewertung: 1 Punkt für konkreten, messbaren Inhalt, 1 Punkt für Termin und realistischen Rahmen. Andere SMARTe Formulierungen (z. B. mit Wegeleitung, Aufzugsnutzung, barrierefreier Anmeldeseite) sind richtig.

Je stimmigem Bewertungsaspekt 1 Punkt, zum Beispiel:

• Die Sachebene ist gut abgedeckt: Ziele, Termine, Technik und die Verteilung der Arbeit kommen vor.

• Die Beziehungsebene fehlt: Es gibt keine Kennenlernrunde, obwohl sich viele noch nicht kennen, und keine Gelegenheit, Erwartungen und Befürchtungen zu äußern (etwa die Sorge der Schul-IT um fremde Geräte im Schulnetz). Drei Folienvorträge hintereinander machen die Beteiligten zu Zuhörenden.

• Auf der Sachebene fehlen Vereinbarungen zur Kommunikation (Regeltermin, Ablage, Ansprechpersonen) und das Festhalten der nächsten Schritte im Protokoll.

Je neuem Punkt 1 Punkt für einen passenden Inhalt auf der verlangten Ebene und 1 Punkt für einen stimmigen Zeitansatz mit Kürzung an anderer Stelle, zum Beispiel:

Die Summe bleibt bei 90 Minuten. Andere stimmige Punkte sind richtig, etwa eine Runde „Was kann schiefgehen?“ zu Projektrisiken (Sachebene) oder ein gemeinsamer Abschluss mit Getränken in der Mensa (Beziehungsebene).

Stakeholder sind Personen, Gruppen oder Organisationen, die ein Interesse am Projekt haben, es beeinflussen können oder von seinem Verlauf oder Ergebnis betroffen sind (2 Punkte).

Je zwei Beispiele 1 Punkt:

• intern (gehören zur Schule): Schulleitung, Orga-Team, Lehrkräfte, Schüler*innen im Technikteam, Hausmeisterei, Schülervertretung,

• extern: Referierende (z. B. Prof. Dr. Oluwaseun Adeyemi), Teilnehmende von außerhalb, Ausbildungsbetriebe und Aussteller, Sponsoren und Förderverein, Schul-IT OWL bzw. Schulträger, Schriftdolmetschung.

Ein Meilenstein ist ein Ereignis besonderer Bedeutung im Projektverlauf, meist das Erreichen eines wichtigen, prüfbaren Zwischenergebnisses; er hat selbst keine Dauer (1 Punkt). An Meilensteinen wird der Projektfortschritt überprüft, Abweichungen werden erkannt und es wird entschieden, ob das Projekt wie geplant weiterläuft (1 Punkt).

Je Meilenstein mit plausiblem Datum 1 Punkt, zum Beispiel:

• „Sessionplan veröffentlicht“ – 01.03.2027,

• „Technik betriebsbereit (Generalprobe Stream, Check-in und Türschilder bestanden)“ – 12.03.2027,

• „Barcamp durchgeführt“ – 13.03.2027,

• „Sponsoring gesichert (Budget 6.000 € zugesagt)“ – z. B. 15.12.2026,

• „Nacharbeit abgeschlossen (Videos online, Bescheinigungen versendet, Abschlussbericht übergeben)“ – z. B. 16.04.2027.

Formulierungen als Tätigkeit ohne Ergebnis (z. B. „Werbung machen“) erhalten keinen Punkt.

Der Eintrag beschreibt eine Tätigkeit mit einer Dauer von sechs Stunden, also einen Vorgang; ein Meilenstein ist dagegen ein Zeitpunkt ohne Dauer, der ein Ergebnis markiert (1 Punkt). Korrigiert: Vorgang „Technikaufbau“ (12.03.2027, 14:00–20:00 Uhr) mit anschließendem Meilenstein „Technik in Aula und Mensa betriebsbereit“ (12.03.2027, 20:00 Uhr) (1 Punkt).

Je Situation 1 Punkt für die Befugnis und 1 Punkt für eine passende Formulierung, zum Beispiel:

1. Mitsprache beim Personaleinsatz (projektbezogenes Weisungsrecht): „Über den Einsatz der Mitglieder des Orga-Teams am 12. und 13.03.2027 entscheidet die Projektleitung gemeinsam mit der Abteilungsleitung; an diesen Tagen sind sie für das Barcamp freigestellt.“

2. Verfügungsrecht über das Projektbudget: „Die Projektleitung bestellt im Rahmen des Budgets bis 500 € je Bestellung selbstständig; größere Ausgaben gibt der Förderverein innerhalb einer Woche frei.“

3. Zugang zu projektrelevanten Informationen: „Die Projektleitung erhält von Schule und Schul-IT alle Unterlagen, die sie für das Barcamp braucht, etwa Raum- und Netzpläne; die Zustimmung der Schulleitung gilt mit diesem Auftrag als erteilt.“

Je richtiger Zuordnung 0,5 Punkte:

2 Punkte für eine schlüssige Begründung, 2 Punkte für eine passende Maßnahme, zum Beispiel:

• Befund 1: Ob das ungetestete Erweiterungsmodul die Werkstattabläufe abbildet, ist offen; passt es nicht, muss die Terminverwaltung selbst entwickelt werden, und dafür reicht die Zeit kaum. Maßnahme: das Modul in einer Testumgebung ausprobieren oder mit einem kurzen Prototyp einen Termin buchen lassen.

• Befunde 2 und 6 zusammen: Die Testphase fällt in den Dezember, in dem Paul Neubauer gerade erst zurück ist und das Team über die Feiertage nur halb besetzt ist. Maßnahme: einen Terminplan mit Puffer aufstellen und prüfen, ob Selin Arslan Tests übernehmen kann oder ob die Inbetriebnahme in eine ruhigere Woche gelegt werden muss.

Andere Befunde sind richtig, wenn die Begründung den Bezug zum Starttermin herstellt.

Ein Prototyp ist eine vereinfachte, frühe Version eines Lösungsansatzes, die nur den unsicheren Teil umsetzt (1 Punkt). Weil im Team niemand Erfahrung mit den Varianten hat, wäre eine Schätzung ohne Prototyp geraten. Die Prototypen liefern Erfahrungswerte für die Kernfunktion (15 gegenüber 6 Stunden), aus denen sich der Aufwand der vollständigen Umsetzung hochrechnen lässt, und sie decken Probleme früh auf, etwa die gleichzeitigen Buchungen oder die Zeitumrechnung (2 Punkte). Vier Tage sind wenig im Vergleich zu den Kosten einer falschen Entscheidung in einem Projekt mit 45.000 € Budget; Natalias Einwand trifft nur zu, wenn die Varianten schon gut bekannt wären (1 Punkt).

Ein Wegwerfprototyp dient nur dazu, Erkenntnisse zu gewinnen, und wird danach verworfen (1 Punkt). Ein evolutionärer Prototyp wird von Anfang an so gebaut, dass er schrittweise zum fertigen Produkt weiterentwickelt werden kann (1 Punkt). Die beiden Prototypen wurden in kurzer Zeit ohne Rücksicht auf Codequalität, Tests und Sicherheit gebaut, sind also Wegwerfprototypen; wer sie weiterentwickelt, übernimmt ihre Schwächen, etwa die fehlende Absicherung gleichzeitiger Buchungen (1 Punkt). Sinnvoller ist es, die Erkenntnisse zu übernehmen und die gewählte Variante sauber neu aufzusetzen (1 Punkt).

Je Meldung 1 Punkt:

1. Change Request: Die Bezahlfunktion ist im Pflichtenheft nicht vereinbart; sie erweitert den Leistungsumfang.

2. kein Change Request, sondern ein Fehler: Die automatische Statusaktualisierung ist vereinbart, funktioniert aber nicht; das Team muss sie im Rahmen des vereinbarten Umfangs beheben (Fehlerbehebung bzw. Mängelbeseitigung).

3. Change Request: Das 30-Minuten-Raster ist vereinbart; die Änderung auf 15 Minuten weicht davon ab. Auch kleine Änderungen werden bewertet und entschieden.

Je fehlender Angabe mit kurzer Begründung 1 Punkt, höchstens 5, zum Beispiel:

• im Antrag: Begründung und Nutzen (welche Arbeiten, wie viele kurze Termine pro Woche), Dringlichkeit (zum Start nötig oder später), Datum und Antragsteller.

• betroffene Funktionen: Das Raster wirkt nicht nur auf eine Zahl, sondern auf Kalenderanzeige, Prüfung auf Doppelbuchungen, Kapazitätsberechnung und Tests.

• Aufwand und Kosten: geschätzte Stunden für Umsetzung und Test und die Kosten im Verhältnis zum Budget von 45.000 €.

• Auswirkung auf den Termin: ob der Start am 11.01.2027 gehalten werden kann.

• Risiken und Alternativen: etwa mehr Leerlauf durch viele Kleinsttermine; Alternative: Reifenwechsel ohne Termin als „Sofortservice“.

Erst mit diesen Angaben kann Cem die Änderung genehmigen, ablehnen oder verschieben; die Entscheidung wird dokumentiert.

Die Bezahlfunktion erweitert das Sachziel (1 Punkt). Da der Termin feststeht, muss der zusätzliche Aufwand anders aufgefangen werden: entweder mit mehr Personal oder externer Unterstützung, wodurch die Kosten steigen und das Budget von 45.000 € überschritten werden kann (1 Punkt), oder indem andere Funktionen gestrichen bzw. auf eine spätere Version verschoben werden oder weniger getestet wird, was die Qualität und damit das Sachziel gefährdet (1 Punkt). Alternativ wird die Bezahlfunktion selbst in eine spätere Version verschoben.

Je Aufgabe mit Beschreibung 2 Punkte, zum Beispiel:

• Soll-Ist-Vergleich durchführen: Umgesetzte Funktionen mit dem Pflichtenheft und dem Abnahmeprotokoll abgleichen, tatsächliche Termine und Kosten (Zeiterfassung, Rechnungen) mit dem Plan vergleichen und Abweichungen begründen.

• Änderungen zusammenstellen: Alle Change Requests mit Entscheidung und Auswirkung auflisten (z. B. 15-Minuten-Raster umgesetzt, Bezahlfunktion verschoben).

• offene Punkte und Folgeaktivitäten sammeln: Restmängel aus der Abnahme mit Verantwortlichen und Fristen sowie Ideen für eine nächste Version (z. B. Onlinebezahlung) festhalten.

• Übergabe in den Betrieb dokumentieren: Wer betreut das Portal, wer pflegt Termine, wo liegt die Dokumentation?

• Erfahrungen auswerten: Lessons-Learned-Workshop vorbereiten und die Ergebnisse aufnehmen.

• Projektdokumentation vervollständigen und archivieren.

Geg.: geplante Kosten K_plan = 45.000 €, tatsächliche Kosten K_ist = 48.600 €
Ges.: Budgetabweichung in Prozent

\text{Abweichung} = \frac{K_\mathrm{ist} - K_\mathrm{plan}}{K_\mathrm{plan}} \cdot 100\,\%

\text{Abweichung} = \frac{48.600\,\text{€} - 45.000\,\text{€}}{45.000\,\text{€}} \cdot 100\,\% = \frac{3.600\,\text{€}}{45.000\,\text{€}} \cdot 100\,\% = \underline{\underline{8{,}000\,\%}}

Das Budget wurde um 8 % (3.600 €) überschritten (1 Punkt).

• Output (2 Punkte): Das Portal ging pünktlich in Betrieb; der vereinbarte Umfang ist bis auf die per Change Request verschobene Onlinebezahlung umgesetzt. Die Kosten liegen 8 % über dem Plan.

• Outcome (2 Punkte): Das Ziel bei den Telefonanrufen ist übertroffen, die Kundschaft bewertet das Portal gut. Der Anteil online gebuchter Termine liegt mit 31 % aber deutlich unter den geplanten 40 %; hier muss nachgesteuert werden, etwa durch Hinweise auf Rechnungen und im Laden, und nach einigen Monaten erneut gemessen werden.

• Gesamturteil (1 Punkt), zum Beispiel: überwiegend erfolgreich, weil Termin und Nutzen im Betrieb stimmen; Budgetüberschreitung und Online-Anteil sind im Abschlussbericht zu begründen bzw. weiter zu beobachten.

Lessons Learned sollen konkret, ohne Schuldzuweisung und auf andere Projekte übertragbar sein.

• Eintrag 3 ist geeignet (1 Punkt): Er beschreibt ein konkretes Vorgehen und seine Wirkung.

• Eintrag 1 ist ungeeignet, weil er einer Person die Schuld gibt und nicht sagt, was künftig anders laufen soll (0,5 Punkte). Umformuliert (1 Punkt): „In der Testphase Fehler sofort im Ticketsystem erfassen und täglich kurz zwischen Werkstatt und Entwicklung abstimmen.“

• Eintrag 2 ist ungeeignet, weil er zu allgemein ist (0,5 Punkte). Umformuliert (1 Punkt): „Wenn Erfahrungswerte fehlen, je Variante einen Wegwerfprototyp mit festem Zeitrahmen von zwei Tagen bauen; die gemessenen Zeiten haben die Aufwandsschätzung deutlich verbessert.“

Es ist ein externes Projekt (1 Punkt): CSB-Rad führt es im Auftrag des Zweckverbands durch; auftraggebende und auftragnehmende Organisation sind verschieden (1 Punkt). Folge (1 Punkt), zum Beispiel: Leistung, Termin und Preis werden in einem Vertrag (meist Werkvertrag) festgelegt; das Ergebnis muss vom Kunden abgenommen werden; Änderungswünsche des Kunden laufen als Change Request mit Auswirkung auf den Preis; es gibt feste Ansprechpersonen auf beiden Seiten.

Je Eintrag 2 Punkte für stimmige Angaben (Empfänger, Inhalt, Zeitpunkt, Weg) und 0,5 Punkte für die Begründung, zum Beispiel:

Begründung: Die Beschäftigten sind direkt betroffen; wer rechtzeitig weiß, wann ein Rad fehlt, kann seine Fahrten planen, und wer eingewiesen ist, kann das Rad ohne Rückfragen nutzen. Beides beugt Ärger und Widerstand gegen das Projekt vor. Andere stimmige Einträge sind richtig, etwa eine Information zu Zweck und Nutzen der Umrüstung beim Projektstart.

Je Maßnahme mit Beschreibung 1,5 Punkte, je passender Auswirkung 0,5 Punkte, zum Beispiel:

• Andere Fachkraft einsetzen: Zweiradmechatronikerin Selin Arslan übernimmt den mechanischen Einbau, eine Elektrofachkraft wird extern beauftragt (Kostenziel: höhere Kosten).

• Mehrarbeit: Die Werkstatt arbeitet nach Paul Neubauers Rückkehr in Zusatzschichten oder am Samstag (Kostenziel: Zuschläge; Belastung des Teams).

• Reihenfolge ändern / Puffer nutzen: Zuerst werden Arbeiten ohne Elektronik erledigt (Vorbereitung, Halterungen) und Außenstellen mit Puffer nach hinten geschoben, damit die Arbeit nach seiner Rückkehr ohne Wartezeit weitergeht (Terminziel: Zwischentermine verschieben sich, Endtermin bleibt).

• Umfang priorisieren: Schlösser zuerst in alle Räder, die Tracker in einem zweiten Schritt nach dem 01.03. (Sachziel: Leistung zum Termin geringer; nur mit Zustimmung des Zweckverbands als Change Request).

• Termin verschieben: Ist nichts davon möglich, wird mit Michael Hartmann ein neuer Endtermin vereinbart (Terminziel).

Ein Abnahmetest ist ein Test aus Sicht der Auftraggebenden bzw. der späteren Nutzenden, mit dem anhand vorher vereinbarter Testfälle geprüft wird, ob das Ergebnis die vertraglichen Anforderungen erfüllt und praxistauglich ist; sein Ergebnis entscheidet über die Abnahme (2 Punkte). Testfälle (je 1 Punkt), zum Beispiel:

• Schloss mit der App öffnen und schließen,

• Schloss mit einem freigeschalteten Dienstausweis öffnen, mit einem nicht freigeschalteten Ausweis nicht,

• Tracker meldet die Position eines Rads im Portal innerhalb des vereinbarten Intervalls,

• Diebstahlalarm wird ausgelöst, wenn ein abgeschlossenes Rad bewegt wird.

Der Defekt ist ein Mangel und wird im Abnahmeprotokoll festgehalten, mit Beschreibung, betroffenen Rädern und einer Frist zur Behebung (1 Punkt). Da die Räder genutzt werden können und nur ein Teil der Leistung fehlt, kann der Zweckverband unter Vorbehalt abnehmen; CSB-Rad muss den Mangel beheben (z. B. andere Funktechnik oder eine Außenantenne), und die Behebung wird nachträglich bestätigt (2 Punkte). Ebenfalls richtig: Hält der Zweckverband den Mangel für wesentlich (Diebstahlschutz ist zentrales Ziel), kann er die Abnahme verweigern; dann gilt das Projekt als nicht abgeschlossen.

Geg.: geplante Arbeitszeit t_plan = 84 h, tatsächliche Arbeitszeit t_ist = 103 h,
      davon Nachbesserung t_nach = 11 h
Ges.: Abweichung insgesamt und ohne Nachbesserung in Prozent

\text{Abweichung} = \frac{t_\mathrm{ist} - t_\mathrm{plan}}{t_\mathrm{plan}} \cdot 100\,\%

Insgesamt (1 Punkt):

\text{Abweichung} = \frac{103\,\mathrm{h} - 84\,\mathrm{h}}{84\,\mathrm{h}} \cdot 100\,\% = \frac{19}{84} \cdot 100\,\% \approx \underline{\underline{22{,}619\,\%}}

Ohne Nachbesserung, also mit t_\mathrm{ist} - t_\mathrm{nach} = 92\,\mathrm{h} (1 Punkt):

\text{Abweichung} = \frac{92\,\mathrm{h} - 84\,\mathrm{h}}{84\,\mathrm{h}} \cdot 100\,\% = \frac{8}{84} \cdot 100\,\% \approx \underline{\underline{9{,}524\,\%}}

Erkenntnis (1 Punkt), zum Beispiel: Mehr als die Hälfte der Mehrarbeit geht auf den Funkempfang in der Tiefgarage zurück. Beim nächsten Connect-Projekt werden alle Standorte vor dem Angebot begangen und der Empfang gemessen; für schwierige Standorte wird ein Zeitpuffer eingeplant.

Je Indikator 1 Punkt, zum Beispiel: Zahl der Störungsmeldungen (Tickets) zu Schlössern und Trackern, Verfügbarkeit der Positionsmeldungen, Zahl der Fahrten je Rad, Zahl verlorener Schlüssel bzw. Schlüsselprobleme, Zufriedenheit der Beschäftigten in den Außenstellen, Zahl der Diebstähle oder Verluste.