Thoughts on agile software development
Das von John Gall schon 1975 in seinem Buch Systemantics: How Systems Work and Especially How They Fail aufgestellte Gesetz, ist eine der vielen wichtigen Faustregeln, die jeder System-Architekt und Software-Entwickler kennen sollte. Obwohl schon fast 50 Jahre alt, wird es von vielen Kollegen stoisch ignoriert.
Bei der Entwicklung des EnumConverterProcessor wurde der Quellcode mit Hilfe der Template-Engine FreeMarker geschrieben. Daher war die Neugierde groß, ob der Quellcode auch mit FreshMarker erfolgreich erzeugt werden kann. Dabei zeigte sich jedoch, das der Umgang mit Whitespaces in der neuen Template-Engine noch nicht ganz ausgereift war. Genaugenommen produzierte die Template-Engine zu viele Leerzeichen und Zeilenumbrüche.
Wer schon einmal auf einer Party gewesen ist, wird dieses Phänomen sicherlich kennen. Viele Menschen unterhalten sich und es ist sehr laut. Damit der Gegenüber versteht was man ihm zu sagen hat, muss man lauter und höher sprechen als gewöhnlich. Dieses Phänomen nennt sich Lombard Effekt und ist begründet in der eingeschränkten akustischen Rückkopplung für … Read more
Wer von dem Pech verfolgt wird, anderer Leute Projekte realisieren zu müssen, bemerkt nach einiger Zeit eine Regelmäßigkeit in den erstellten Papieren. Die Autoren beschäftigen sich mit einer akribischen Genauigkeit um Randthemen der Projekte und lassen wichtige Aspekte der Domäne völlig unberührt. Vor Jahren musste ich mir detailreiche ER Modelle für eine unbedeutene Teileverwaltung anschauen, … Read more
„When a distinguished but elderly scientist states that something is possible, he is almost certainly right. When he states that something is impossible, he is very probably wrong.“ Statt Wissenschaftler kann man hier auch IT-Leiter, Projektleiter, Architekt oder Software Entwickler einsetzen. Die Aussagen, die sich um die Nutzung erworbenen Wissens drehen, kann man ruhigen Gewissens, … Read more
„Any observed statistical regularity will tend to collapse once pressure is placed upon it for control purposes.“ Was Charles Goodhart für den Markt als Gesetzmäßigkeit feststellte, gilt auch für beliebige Organisationen und damit auch für Software Entwicklungsabteilungen. Eine andere Formulierung des Gesetzes lautet „Wenn ein Maß zum Ziel wird, ist es kein gutes Maß mehr“. Versucht … Read more
„90 per cent of everything is crap.“ Ursprünglich wurde dieses Gesetz von Theodore Sturgeon zur Verteidigung der Science Fiction Literatur aufgestellt. Den Hinweis auf die mindere Qualität vieler SF Romane konnte Sturgeons mit der Beobachtung relativieren, dass auch in allen anderen Bereichen fast nur Mist produziert wird. Leider trifft Sturgeon’s Law auch auf die Software … Read more
Any piece of software reflects the organizational structure that produced it.
Conway’s law
Haben Sie manchmal auch das Gefühl, dass ihre Kollegen Angst vor boolschen Ausdrücken haben? So mancher scheint die De Morganschen Gesetze wie die dunklen Zauberkünste einer Morgan le Fay zu fürchten. So bleiben dann auch Ausdrücke, wie der folgende, für Ewigkeiten im Programmcode. Häufige verweisen die Entwicklern auf den Optimierungen des Compilers, wenn sie ihre boolschen Ausdrücke … Read more
“Adding manpower to a late software project makes it later.”
Neue Mitarbeiter in Projekte hineinzustecken bedeutet immer zusätzliche Kommunikation und die Produktivität des Teams wird reduziert, weil es die neuen Mitarbeiter einarbeiten muss. Wenn das Team dann schon dem Zeitplan hinterherläuft, wird die Situation nur schlimmer. Außerdem ist oft das Team schon groß genug und die Entlastung durch neue Mitarbeiter geringer als der Einarbeitungsaufwand. Für ausreichend große Teams gibt es daher folgende lustige Variante dieser Regel
“Eine Frau braucht neun Monate um ein Baby zu bekommen; neun Frauen auch”