Wandelnde Schwerpunkte in Softwareprojekten Wenn sich Organisation und Verständnis ändern

Bei Soft­ware­pro­jek­ten — oder genau­er Soft­ware­ent­wick­lungs­pro­jek­ten — kann es zu dem Phä­no­men kom­men, dass sich die orga­ni­sa­to­ri­schen Schwer­punk­te ändern. Die­se Ände­rung oder Wan­de­lung lässt sich gut an eini­gen “Über­gän­gen” feststellen.

In Abbil­dung 1 ist die zeit­li­che Ein­tei­lung eines Soft­ware­ent­wick­lungs­pro­jekts mit vier mar­kan­ten Eck­punk­ten dargestellt.

Zeitliche Einteilung eines Softwareentwicklungsprojekts, (C) Peterjohann Consulting, 20232024

Abbil­dung 1: Zeit­li­che Ein­tei­lung eines Softwareentwicklungsprojekts

Die vier zeit­li­chen Pha­sen, die sich anhand der Ver­si­ons­num­mern ein­ord­nen las­sen und daher auch als Ver­si­ons­pha­sen bezeich­net wer­den kön­nen, sind:

  1. Alle Vor­über­le­gun­gen und Ent­wick­lun­gen bis zur (fer­ti­gen) → Soft­ware­ar­chi­tek­tur; das Ergeb­nis ist eine (trag­fä­hi­ge) Soft­ware­ar­chi­tek­tur (und deren Beschreibung)
  2. Die Pro­gram­mie­rung der Soft­ware bis zur ers­ten fer­ti­gen Gesamt­ver­si­on 1.0; das Ergeb­nis ist eine lauf­fä­hi­ge Soft­ware, die die (für die Ver­si­on 1.0) gefor­der­ten Fea­tures enthält
  3. Die Ergän­zung und Ver­bes­se­rung der bestehen­den Ver­si­on; das Ergeb­nis ist eine lauf­fä­hi­ge Soft­ware, die noch inhalt­lich ergänzt wur­de und vor­ge­ge­be­ne Kri­te­ri­en (z.B. Wart­bar­keit und Per­for­mance) erfüllt
  4. Die Opti­mie­rung der Soft­ware und der Umge­bung so, dass die Betriebs­kos­ten mini­mal wer­den; das Ergeb­nis ist eine lauf­fä­hi­ge Soft­ware, die auch für den Dau­er­be­trieb geeig­net ist

Das klas­si­sche → Pro­jekt­ma­nage­ment endet mit der Ver­si­on 1.0. In der Pra­xis wer­den dann aber noch Nach­ar­bei­ten durch­ge­führt, die in die­sem über die Ver­sio­nen 1.5 und 2.0 gekenn­zeich­net sind.

1. Die vier Versionsphasen und die Übergänge

In Abbil­dung 2 sind die vier Ver­si­ons­pha­sen tabel­la­risch gegen­über­ge­stellt. Wich­tig sind dabei die “domi­nan­ten Rol­len”, wel­che auf­zei­gen, wer im Zwei­fel in der jewei­li­gen Pha­se die Ver­ant­wor­tung trägt und ent­spre­chend Vor­ga­ben machen kann.

Die vier Versionsphasen eines Softwareentwicklungsprojekts, (C) Peterjohann Consulting, 2023-2024

Abbil­dung 2: Die vier Ver­si­ons­pha­sen eines Softwareentwicklungsprojekts

2. Typische Beobachtungen beim Wandel

Fol­gen­des kann bei den ein­zel­nen Wan­del­über­gän­gen beob­ach­tet werden:

  • Der Ansatz “Ent­wick­ler machen alles” funk­tio­niert nicht mehr
  • Die ein­zel­nen Mit­ar­bei­ter haben Schwie­rig­kei­ten, den Rol­len­wech­sel mitzutragen