Die meisten Entwickler verstehen das Konzept der böse Probleme . Was ist eine gute Analogie, um dieses Konzept den Projektmanagern zu erklären?
Antworten
Zu viele Anzeigen?Wenn Sie eine Analogie suchen, würde ich die Zeitachse der NASA heranziehen. Sie ist zwar immer noch technisch, aber man braucht keine Programmierkenntnisse, um die damit verbundenen Schwierigkeiten zu verstehen. Ich verwende auch die Codierungs-Horror Definition des Begriffs "böses Problem":
Horst Rittel und Melvin Webber definierten ein "bösartiges" Problem als eines, das nur durch die Lösung des Problems klar definiert werden kann, oder durch die Lösung eines Teils des Problems. Dieses Paradoxon impliziert im Wesentlichen, dass man das Problem einmal "lösen" muss, um es um es klar zu definieren und es dann um eine funktionierende Lösung zu finden.
Als die NASA gegründet wurde, hatte sie die Aufgabe, einen Menschen auf den Mond zu bringen. Ich bin sicher, dass sie damals Ideen hatten, wie sie diese Aufgabe bewältigen wollten, aber es gab keine Möglichkeit, die erste Mondmission von Anfang an zu planen. Sie mussten Raketen entwickeln und all die katastrophalen Dinge herausfinden, die schief gehen konnten. Sie mussten einen Orbiter um die Erde fliegen lassen und dann den Astronauten sicher nach Hause zurückbringen. Schließlich gelang es ihnen, zum Mond zu fliegen, aber es gab immer noch das Problem, nach Hause zu kommen.
Ich hoffe, Ihr Projektleiter hält dies für ein nicht-programmierbares Problem. Wenn nicht, stimme ich mit Glomek überein. Sie sind dem Untergang geweiht.
Sich ständig ändernde Anforderungen führen zu einem unmöglich zu handhabenden Entwurf. Schicken Sie ihn einfach hierher: Winchester Mystery House . Das Haus ist voller Treppen ins Nirgendwo und Türen, die sich zu Backsteinmauern öffnen. Es wurde genau nach den Vorgaben gebaut, ist aber nicht wirklich das, was man als nutzbar bezeichnen würde.
Natürlich ist hier oben in Neuengland ein "böses Problem" eines, das einen bösen, guten Ingenieur erfordert, um eine böse, clevere Lösung zu finden :)
Wenn Ihr Projektleiter keine Programmiererfahrung hat, dann sind Sie verloren und sollten sich einen neuen Arbeitsplatz suchen.
Wenn Ihr Projektleiter keine Programmiererfahrung hat und nicht bereit ist, architektonische Entscheidungen jemandem zu überlassen, der etwas Programmiererfahrung hat, dann sind Sie doppelt verloren und müssen sich dringend einen neuen Arbeitsplatz suchen.