Projekte können Dank
Managern, Teamdynamik und Klienten
mit entsprechendem Verhalten
etwas länger dauern.

Übersicht

  • Programmieren heißt auch, seine Denkweise an die Struktur des Lösungsentwurfs und den benötigten Zielsprachen zu messen.
  • Über die Zeit wurden so nach und nach Muster sichtbar, die für einem solchen Prozess - vor allem in Projekten - eher Steine in den Weg legen.

Fallstricke im Projektmanagement

Es gibt mehrere Punkte und Akteure, die ein Projekt zu Fall bringen können. Ein paar grundlegende Punkte von Managern, dem Projekt-Team und der Kundenseite seien in den folgende Zeilen aufgeführt.

Manager-Tricks

  • An erster Stelle steht das Management selbst, das den Product Owner entsprechend beliefern soll:
AntipatternCommentsAssoziation
🤹 Smoke and MirrorsMan blendet den Endnutzer mit tollen Namen und atemberaubenden Features. Fehler und Probleme werden gekonnt hinter der goldenen Fassade versteckt.”Das ist eine Revolution in der Progammiergeschichte”
🐌 Brooks’ Time LawJe später neue Teammitglieder in das Boot geholt werden, desto länger auch die Zeit zum Projektabschluss (Einschulungszeit benötigt)“You are late to the party”
🫄BloatwareDas Programm ist energiehungriger oder komplexer gestaltet als nötig.”Mit Kanonen auf Spatzen schießen”

Development Speeds

  • Sollte kein entsprechendes Framework oder Ziel vorliegen, gibt es zwei grundlegende Geschwindigkeiten:
AntipatternCommentsAssoziation
☠️ Death SprintProgrammieren unter hartem Zeitdruck - Quality down”Im Schweinsgalopp!”
🐦‍⬛ Death MarchEs wird solange programmiert, bis ein Ziel erkennbar ist.”Was könnten wir daraus machen?”

Customer’s Choice

  • Vorsicht vor dem Entgleisen des Projects, sei es auf der Managementseite oder der Kundenseite:
AntipatternCommentsAssoziation
➕Feature CreepUnbesprochenen Funktionen werden als “extra” hinzugefügt oder vom Kunden plötzlich gewünscht”Wir könnten ja auch eine Funktion für die Kaffeemaschine einbauen”
🔎 Scope CreepEin Feature wird bis zur Unendlichkeit aufgemotzt”Hier können wir noch ein Detail adden”

Sonstige Vermerke

  • Im Falle von Extrawünschen:
    • Selbst initiiert: Stick to the Plan!
      • Es ist löblich, wenn im Team selbst kreative Ideen aufkommen und dem Kunden gerne geholfen werden möchte.
      • Allerdings sei auch angedacht:
        • wir kriegen für tolle Ideen im Grunde kein Extra-Geld
        • Alternativvorschlag: Alles in einem Backlog zusammensammeln und für später sammeln.
    • Kundenwunsch: Reden wir gerne drüber
      • Grundentwurf am Anfang zusammenstellen und absegnen lassen.
        • Sofern es nicht Teil des Grundentwurfs ist:
          • Abklären und nach Fertigstellung des Grundentwurfes als Folgeauftrag einpflegen.

Weiterführende Literatur

  1. ZK-089-TEC-Datensicherheit…nach dem Star Wars Prinzip
  2. ZK-021-SOC-Im Bann der Hierarchie - Arbeitsmoral zwischen Toter Fisch vs. Wunderwuzzi
  3. ZK-082-TEC-Programmer - Lone Wolf vs. Teamplayer
  4. ZK-087-PSY-Macht zum Verhandeln beginnt im Kopf
  5. ZK-128-PSY-Focus - Problem vs. Solution
  6. ZK-012-PSY-Optimum vs. Maximum

Tags

COMMUNICATION_und_Sprache EPISTEMOLOGY HARMONY_and_Peace MANAGEMENT PERFORMANCE programming TRADE_and_Negotiation VERHALTEN_and_Psychology