Warum ist es so wichtig, Fragen richtig zu stellen (also Aufgaben klar zu formulieren)?
Weil bei schlechter Formulierung kann der Ausführende:
- mit Spott antworten: „Wie gewünscht, so gemacht.“
- sich im Problem vergraben und viel Zeit darauf verwenden, Gründe dafür zu finden, warum die Aufgabe nicht erledigt werden soll.
Wenn mit dem ersten Punkt alles klar ist – dieses Verhalten ist verbreitet und vorhersehbar (die Arbeit wurde nur zur Formel abgeschlossen) – dann tritt der zweite Fall seltener auf, und sein Effekt ist stärker.
Ein überdurchschnittlich erfahrener Mitarbeiter wurde beauftragt, eine Betriebssystem-Plattform für die langfristige Standardisierung von Docker-Builds auszuwählen. Obwohl die Arbeit für russische Unternehmen mit lokalen Distributionen erfolgt, hat bislang kein Kunde seine bevorzugte Version angegeben (der Übergang ist noch nicht abgeschlossen, oder es wird eine weitere OS-Änderung geplant, da der erste Importersatzversuch misslungen ist).
Von unserer Seite, als Softwareanbieter, wäre für den ersten Schritt und interne Entwicklung eine stabile OS mit langer Supportdauer gewünscht gewesen. Der Fokus lag zunächst auf OS Z.
Der Mitarbeiter wurde aus seinen Kompetenzen und seiner Fähigkeit ausgewählt, über die Grenzen hinauszugehen, um mögliche Fehler des ausgewählten Lösungsansatzes im Voraus vorherzusehen. Genau diese Eigenschaft hat jedoch die Aufgabe in einen Sack gestopft. Er fand so viele blockierende Einschränkungen, dass keine OS diesen Kriterien entspricht. Anstatt dem erwarteten Vorschlag kam ein langer Text mit folgenden Punkten:
- Java-Version X wird bald in dieser OS-Linie nicht mehr unterstützt.
- Die Anzahl der Sicherheitslücken ist übermäßig hoch.
- Hier noch ein paar Gedanken zum Nachdenken.
Die Informationen stammen aus öffentlichen Quellen. Nun gut. Aber bei den anderen 100 % russischen Distributionen gibt es überhaupt keine solche Information. Und was wird die FSTEC als „durchgangsfähige Kriterien“ vorschlagen? Und die lokalen Sicherheitsbehörden? Schließlich wird der Einkaufsingenieur letztendlich für alle entscheiden, welcher Distribution in der Produktion und anderen Umgebungen verwendet wird.
Warum ist die Aufgabe stecken geblieben? Weil ich sie schlecht formuliert und in roher Form („wie immer“) übergeben habe. Wie bei KI: Ich habe keinen klaren Prompt formuliert, also keine Grenzen für die Untersuchung festgelegt. Hier könnte man beispielsweise die Kompatibilität mit „Košmar“ und Load-Balancern, die Hardwareunterstützung durch das Kernel-System usw. berücksichtigen. Manchmal ist es einfach notwendig, eine Entscheidung zu treffen und sie in die Praxis umzusetzen – und dabei zu verstehen, dass die verfügbare Zeit für die Entscheidung ausreicht, um nicht mit unnötigen Dingen zu verbringen. Und in diesem Zustand ist es leicht, das gewählte Lösungsansatz zugunsten einer Alternative aufzugeben.