Wenn Architekten wie Programmierer arbeiten müssten (1995)

Wenn ein Architekt wie ein Programmierer arbeiten müsste

• Fordern Sie den Architekten auf, ein Haus zu planen und zu bauen, obwohl Sie die genauen Anforderungen nicht kennen.

• Das Haus soll zwischen 2 und 45 Schlafzimmern haben, wobei die Schlafzimmer einfach ergänzt oder entfernt werden können.

• Die endgültige Entscheidung soll nach der Besichtigung der Architekturpläne getroffen werden.

• Das gewählte Haus muss weniger kosten als das derzeit bewohnte Haus.

• Alle Mängel des aktuellen Hauses (die Vibrationen im Küchensockel, unzureichende Wanddämmung) sollen behoben werden.

• Die jährlichen Betriebskosten sollen bei minimalem Aufwand nach neuesten Designpraktiken und Materialien niedrig gehalten werden.

• Es wird eine Küchengestaltung benötigt, die einen Gibson-Kühlschrank aus dem Jahr 1952 aufnimmt.

• Berücksichtigen Sie die Meinungen der ganzen Familie und des Schwiegervaters und entwerfen Sie ein Haus, das alle zufriedenstellt.

• Ignorieren Sie kleine Details und konzentrieren Sie sich auf den Gesamtablauf.

• Priorität hat die Entwicklung von detaillierten Plänen und Spezifikationen statt der Ressourcenbeschaffung.

• Das Dach muss innerhalb von 48 Stunden nach Genehmigung des Plans fertiggestellt sein.

• Berücksichtigen Sie den Geschmack potenzieller künftiger Käufer, damit das Haus später an einen anderen verkauft werden kann.

• Vor der endgültigen Festlegung des Plans ist die Zustimmung der lokalen Gemeinschaft erforderlich.

• Die Baupläne sollen erstellt werden; das tatsächliche Design kann später geändert werden.

• Sie tragen die Verantwortung für die Mehrkosten, die durch spätere Designänderungen entstehen.

• Ein spannendes Projekt, bei dem neueste Technologien und freies Design eingesetzt werden können.

• Die Ehefrau hat möglicherweise nicht ein Haus, sondern einen Reisewagen im Sinn. Dazu wird um Rat gebeten.

GN⁺-Meinung

• Der Beitrag parodiert einen Kunden, der einem Architekten unvernünftige und widersprüchliche Forderungen stellt, und zieht einen pointierten Vergleich zu den oftmals unrealistischen Erwartungen und Anforderungen, die Programmierer regelmäßig erleben.
• Er lässt sich als Beispiel dafür lesen, wie wichtig klar definierte Projektanforderungen, Erwartungen und Änderungsmanagement sind.
• Der Text hilft, die gemeinsamen Probleme zu erkennen und nachzuvollziehen, denen Fachleute aus den Bereichen Programmierung und Architektur ausgesetzt sind, und vermittelt die Schwierigkeiten des Projektmanagements auf humorvolle Weise, wodurch er für Leser spannend wird.

[GN⁺]

Hacker News Kommentare

• Zusammenfassung des ersten Kommentars:

  Bei der Arbeit an einem Projekt muss die Aufgabe in kleine Teile zerlegt und geschätzt werden, und auch wenn die Schätzung nicht ganz exakt ist, trägt man Verantwortung, wenn die Zeit überschritten wird. Man muss täglich eine Stunde lang über den Fortschritt berichten und dieselben Updates möglicherweise auch in anderen Besprechungen wiederholen. Wenn ein Notfall auftritt, muss man darauf reagieren, aber solche Situationen sollten die Zeitschätzung nicht beeinflussen.

• Zusammenfassung des zweiten Kommentars:

  Der Bau eines Hauses umfasst oft Gespräche mit schwierigen Bauherren oder mit Personen, die ein schlechtes Design wünschen; das ist auch Teil der Arbeit von Software-Ingenieuren. Manchmal können Pläne falsch oder ungenau sein, aber trotzdem bauen die Leute Häuser.

• Zusammenfassung des dritten Kommentars:

  Ein Paradebeispiel für die sogenannte Cocktail-Party-Idee, nämlich zu glauben, zu wissen, wie andere Branchen funktionieren. Auch ein Architekt könnte einen ähnlichen Beitrag mit denselben Annahmen und Missverständnissen über Programmierer schreiben.

• Zusammenfassung des vierten Kommentars:

  Ein Architekt sollte ein funktionierendes Modell in Originalgröße im Voraus sehen, um die Funktionalität zu prüfen, und es muss neu von vorne begonnen werden, wenn es nicht überzeugt. Da man diese Erfahrung schon einmal gemacht hat, wird es nicht schwer sein, es mit den Änderungen erneut aufzubauen.

• Zusammenfassung des fünften Kommentars:

  Bau und Software-Engineering sind völlig verschiedene Bereiche. Im Bauwesen gibt es unterschiedliche Rollen und Verantwortlichkeiten, während im Software-Engineering Produktmanager, Designer, Software-Ingenieure, Prüfer usw. vorhanden sind. Die beiden Bereiche sind nicht vergleichbar.

• Zusammenfassung des sechsten Kommentars:

  Mir gefiel die frühere Version über ein Brückenteam besser. Es wirkt wie eine Kritik an der Forderung, Arbeitsaufwand in „Story Points" auszudrücken, und an der Softwarebranche insgesamt. Es ist in der ITbranche üblich, dass unrealistische Anforderungen akzeptiert werden, aber es ist wichtig, den Kunden diese Realität zu vermitteln.

• Zusammenfassung des siebten Kommentars:

  Man muss die Privatsphäre der Personen schützen, die ein Haus betreten, und trotzdem eine reibungslose Kommunikation ermöglichen. Gleichzeitig muss man Sicherheit vor Feuer, körperlicher Gefahr und vor anderen Menschen gewährleisten, und das ohne zusätzliche Kosten oder Nutzungseinschränkungen.

• Zusammenfassung des achten Kommentars:

  Es ist falsch zu glauben, dass Programmierung dem Bau ähnelt. Die Entwicklung eines neuen Produkts besteht aus einer Designphase und einer Produktionsphase. Architekten und Software-Ingenieure sind beide in der Produktdesignphase tätig. Software-Engineering ist Teil des Designs und nicht die Herstellung nach einem finalen Design.

• Zusammenfassung des neunten Kommentars:

  Die meisten Berufe bestehen darin, auf Menschen zu hören. Die Menschen wissen oft nicht genau, was sie wollen, aber sie möchten, dass man ihre Probleme anhört und sie bestmöglich unterstützt.