Sehr oft stoße ich bei Diskussionen über die korrekte Funktionsweise einer Softwarefunktion auf eine Situation, in der die Funktionalität aus der Sicht des Benutzers seltsam und unlogisch erschien. Die Diskussion mit dem Product Owner sah in etwa so aus:
– Hier liegt eindeutig ein Verhaltensproblem vor
– Nun, wir werden es veröffentlichen und wenn Benutzer anfangen, sich zu beschweren, werden wir es beheben
– ??? Naja, ok…
Es scheint ein funktionierender Plan zu sein, oder? Ein ziemlich optimaler Algorithmus für Teams mit kleinem Budget, engen Fristen, unzureichender Recherche/Fehlen eines UI/UX-Spezialisten. Benutzer werden sich beschweren, wenn etwas passiert, das ist in Ordnung.
Eine Google-Suche zeigt, dass die Quelle dieser Methode aus einem Artikel stammt – „Beschwerdegesteuerte Entwicklung“ von Coding Horror
Einmal habe ich Lebensmittel verkauft, darunter auch Arztwurst für 300 Rubel. Über ein Terminal in einem Supermarkt verließ ich den Laden mit dieser Wurst im vollen Vertrauen, dass sie bezahlt war – Das Terminal bot an, den Scheck nicht auszudrucken, und ich stimmte zu, um für diesen Scheck kein wertvolles Papier zu verschwenden. Während des „Stanzens“ der Ware für jedes Produkt gab das Terminal ein Quietschen von sich, das signalisierte, dass alles korrekt funktioniert hat. Außerdem ertönte ein akustisches Signal, und das Terminal blinkte mit der Hintergrundbeleuchtung des Barcode-Scanners.
Am nächsten Tag ging ich erneut zum Supermarkt, um Lebensmittel einzukaufen, und gab die Lebensmittel über das Terminal ab. Am Ausgang wurde ich von einem Mann mit südländischem Aussehen und dickem Bart empfangen, der mir ein Smartphone hinhielt und sagte: „ „Bist du das vor der Kamera?“, ich schaute auf sein Handy und sah mich in einem Melodic-Death-Metal-T-Shirt von Arch Enemy mit Totenköpfen und all dem, es gab keinen Grund daran zu zweifeln.
„Ja, ich bin es, was ist los?“, sagte der Mann mit zusammengekniffenen Augen, „Gestern hast du die Wurst nicht geschlagen.“… Wow
Nach einer kurzen Untersuchung darüber, wer er war und wie er zu diesen Schlussfolgerungen kam, zeigte er mir ein Video, das an der Decke des Ladens hängt. In dem Video schlage ich auf die Wurst, das Terminal blinkt mit der Hintergrundbeleuchtung des Scanners. Ich habe die Wurst in die Tüte gesteckt.
– Das Video zeigt, wie der Scanner funktioniert
– Hat nichts gebracht, zahlen Sie für die Wurst!
Ein wenig verblüfft über diese Einstellung, bat ich um ein Beschwerdebuch, um zu schreiben, dass das Terminal Softwareverbesserungen benötige, da es alle Anzeichen für einen korrekten Betrieb zeige, in Wirklichkeit aber einfach fehlerhaft sei, ohne dass dies auf dem Bildschirm angezeigt würde in irgendeiner Weise.
Nach 10 Minuten Streit mit ihm und seinem Chef, der sofort zur Verteidigung seines Angestellten und des beschissenen Terminals eilte, beschlossen sie, die Freundin des Administrators anzurufen, damit sie ein Beschwerdebuch mitbringt und das des Arztes schlägt Wurst.
An diesem Tag wurde mir klar, wie schwierig es für Benutzer wirklich ist, sich über Hardware- und Softwareprodukte zu beschweren, und dass höchstwahrscheinlich das Mantra „Die Leute werden sich beschweren“ gilt. „Lasst es uns reparieren“ funktioniert sehr schlecht. Der Hauptgrund sind Menschen, die kaputte Roboter und kaputte Softwarelösungen verteidigen. Der Einfachheit halber schlage ich vor, neue Begriffe einzuführen – Verteidiger kaputter Roboter und Verteidiger kaputter Systeme.
Normale Benutzer können sich nicht über die Fehlfunktion der Terminals beschweren, weil sie durch ZasRoshniks gestört werden, die aus irgendeinem Grund an die Maschinen, mit denen sie arbeiten, hängen und anfangen, sie zu lieben, sie vielleicht für eine Art belebte Wesenheiten halten und dabei vergessen, dass es nichts gibt dort leben.< /p>
Eine ähnliche Situation tritt bei ZaSSoshniki auf. Diese Leute können trotz Beschwerden von Benutzern und anderen Entwicklern Schaum vor dem Mund haben, um einige dumme Mängel in Frameworks, Programmiersprachen oder anderen Softwareprodukten zu verteidigen.
Ein typisches Gespräch mit ZaSSoshnik läuft wie folgt ab:
– Hier funktioniert etwas nicht, laut Dokumentation scheint alles korrekt zu sein
– Oh, Sie haben also nicht das Handbuch von 2005 gelesen, in dem unten in Kleinbuchstaben steht, dass Sie PROGRAM_START:6969
hinzufügen müssen
– ??? äh
Solche Menschen verstehen möglicherweise nicht, wie sie selbst zur Verbreitung von Problemen, Fehlern, Zeit- und Geldverschwendung bei sich selbst und anderen Menschen beitragen. Darunter leiden alle, denn die digitale Transformation ist unmöglich, wenn nicht offensichtliche Dinge und Probleme mit Software- und Hardwarelösungen vertuscht werden.
Mir ist die jüngste Geschichte eines Fehlers in der Horizon-Software der britischen Post bekannt, der Menschen in Schulden trieb, Ehen ruinierte und das Leben anderer Menschen jahrzehntelang ruinierte. All dies geschah aufgrund der Duldung von Leuten, die über Probleme in der Software schwiegen und so „schützten“. ihn.
Freunde, seid keine ZaSRoshniks und ZaSSoshniks, behandelt die Werkzeuge, mit denen ihr arbeitet, mit Vorsicht, sonst droht euch die völlige Versklavung beschissener, kaputter Systeme, wie Geiseln in der neuen digitalen Welt der Zukunft. Für diejenigen, die nicht – Stören Sie zumindest nicht andere Leute, die versuchen, auf nicht funktionierende, störende Software/Hardware aufmerksam zu machen, denn die Entwickler dieser Produkte haben zugestimmt – „Wenn Benutzer anfangen, sich zu beschweren, werden wir das Problem beheben.“
Quellen
https://blog.codinghorror.com/complaint-driven-development/< /a>
https://habr.com/ru/articles/554404/< br />
https://en.wikipedia.org/wiki/British_Post_Office_scandal
