Die Dinge, die mich in meinem ersten Tech-Projekt überrascht haben
Ich dachte, das Schwierigste an einem Softwareprojekt ist die Technik. Spoiler: ist es nicht. Als ich in mein erstes Tech-Projekt gestartet bin, hatte ich zwar noch kein klares Bild im Kopf, aber die Erwartung: Kunde stellt Anforderung x, Projektleiter erstellt Konzept, Entwickler schreiben Code, zwischendurch gibt es ein paar Abstimmungen und am Ende funktioniert alles. Klingt logisch, oder? Die Realität war ähnlich und doch anders. Hier sind die Dinge, die mich wirklich überrascht haben.
)
1. Kommunikation ist nicht ein Teil des Projekts, sie ist der Hauptpart
Ich hätte nie gedacht, wie viel Zeit in Gespräche fließt.
Meetings, Abstimmungen, Rückfragen, Erklärungen, Missverständnisse klären. Und dann nochmal von vorne. Die Legende vom stummen Entwickler, der den ganzen Tag nur vor Bildschirmen sitzt und in Einsamkeit codet, funktioniert in der Realität nicht. Kommunikationsfähigkeit ist auch eine wichtige Eigenschaft jedes Entwicklers, denn die eigentliche Herausforderung ist selten der Code, sondern sicherzustellen, dass alle vom Gleichen sprechen und sowohl der Non-Tech Teil des Teams als auch der Kunde bei den digitalen Entscheidungen mitgenommen werden können.
2. Anforderungen sind keine festen Regeln
Ich bin mit der Erwartung reingegangen:
Am Anfang wird festgelegt, was gebaut wird und dann wird es umgesetzt.
In Wirklichkeit verändern sich Anforderungen ständig.
- Neue Erkenntnisse kommen dazu
- Nutzer verhalten sich anders als gedacht
- Prioritäten verschieben sich
- neue Möglichkeiten durch Technologieupdates
Ein gutes Projekt passt sich an und folgt nicht einer strikten Agenda.
3. „Fertig“ ist ein sehr dehnbarer Begriff
Ich dachte: fertig ist fertig.
Im Projekt habe ich gelernt, dass „fertig“ viele Bedeutungen haben kann:
- technisch fertig
- intern getestet
- bereit für den Kunden
- live, aber noch nicht final
Und manchmal ist etwas „fertig“… und wird am nächsten Tag wieder geändert oder es geht nahtlos in ein neues Projekt über, da es meist immer eine Sache gibt, die noch optimiert oder on-top gebaut werden kann.
4. Meetings sind wichtiger, als ich dachte
Bevor ich im Büro gearbeitet habe, habe ich auch daran geglaubt, dass in Meetings einfach auch mal gern gemeinsam Zeit verschwendet wird.
Aber Meetings sind nicht nur „Statusupdates“. Sie sind der Ort, an dem:
- Entscheidungen getroffen werden
- Missverständnisse sichtbar werden
- alle wieder auf denselben Stand kommen
Schlechte Meetings kosten Zeit. Gute Meetings mit klarer Kommunikation sparen unglaublich viel davon.
5. Die schwierigsten Probleme sind selten technisch
Das war wahrscheinlich meine größte Überraschung.
Die größten Herausforderungen waren nicht:
- Bugs
- Code
- Tools
Sondern:
- unklare Anforderungen
- unterschiedliche Erwartungen
- fehlender Kontext
- Kommunikation zwischen verschiedenen Perspektiven
Technische Probleme lassen sich meistens (schnell) lösen.
Menschliche und organisatorische sind die, die wirklich Zeit kosten.
6. Zukunft von Softwareprojekten
Es ist verrückt zu beobachten, wie schnell sich durch KI die Arbeit der Entwickler verändert und durch jede neue Version Verbesserungen auftreten, die man vor gar nicht langer Zeit noch als unrealistisch eingeschätzt hat.
KI übernimmt mehr und mehr das “langweilige” Coden und das bedeutet, dass Entwickler dafür immer mehr in die Rolle der Kommunikatoren, Organisatoren und Entscheider treten (müssen).
Fazit
Ein Softwareprojekt ist kein reines Code schreiben und testen.
Es ist ein Zusammenspiel aus Menschen, Kommunikation, Entscheidungen und ja auch der Technik, die sich immer wieder gegenseitig beeinflussen.
Wenn eines davon nicht funktioniert, hilft auch die beste Technologie nichts.
)
)
)
)
)
)
)
)