Windows Confidential: Wie Sie mit Softwareentwicklern richtig umgehen
Die Manipulierung der Softwareentwickler kann eine nützliche Strategie darstellen, um Fehler während Softwareentwicklungsprojekten zu beheben.
Raymond Chen
Ein wichtiger Teil jedes Softwareprojekt ist Fehler beheben. Eigentlich ist die Behebung von Fehlern der größte Teil der meisten Softwareprojekte. Verwalten von Fehlern und den Prozess für den Umgang mit ihnen ist daher ein wichtiger Bestandteil der gesamten Software-Entwicklungsprozesses.
In den frühen Phasen eines Projekts können Sie ziemlich nachsichtig mit Fehlern sein. Sie können mehr geneigt, alles, egal wie unbedeutend sein. Irgendwann aber werden Sie erkennen, dass Sie einen großen Fehler-Rückstand zu behandeln haben. Sie müssen die Anzahl der Fehler mehr ernst erhalten. Dieser Zyklus wiederholt sich mehrmals während der gesamten Lebensdauer eines Projekts. Kann es ein Binge/Aufräum-Zyklus für jeden Meilenstein.
Eine einheitliche Quelle Fehler Rückstände ist eine Erkrankung, dass eine meiner frühere Kollegen synchronisiert "Fehler-umarmt." Entwickler finden Fehler, die sie fühlen, sie beheben sollte, aber einfach nicht dazu gekommen um zu arbeiten noch. Wie die Zeit vergeht, erhalten diese Fehler, ältere und dustier. Die Entwickler widerstehen versucht die Bugs nicht Wert Festsetzung deklariert oder auf die nächste Version verschoben haben, weil sie immer noch das Gefühl, dass dieser Fehler wirklich behoben werden soll.
Es ist die Software-Entwicklung-Version von Horten. Entwickler werden emotional zu den Fehlern, trotz des Mangels an jede rationale Grundlage für das halten sie herum befestigt. Diese Fehler sind in der Regel relativ gering sein. Sie sind oft tatsächlich Feature-Anfragen getarnt als Fehler — so etwas wie, "Wenn ich X, es würdet sein fein falls es eine Option war, um y zu tun."
Den Kammerjäger rufen
Bei vielen Projekten ist die Anstrengungen zur Senkung der Anzahl von Fehlern durch einen Punkt (in der Regel eine Woche) markiert wo Entwickler herausgefordert sind, so viele Fehler wie möglich zu beheben. Normale Regeln für die Reihenfolge, in der Fehler behoben werden sollten, ausgesetzt werden. Entwickler können alle Fehler beheben, die sie, unabhängig von Priorität mögen.
Für diese Woche nur liegt der Schwerpunkt auf Menge Bugs behoben, nicht schwere oder Priorität. Möglicherweise gibt es Preise für Entwickler, die die meisten Fehler beheben, die älteste Fehler zu beheben, beenden die Woche mit den wenigsten Fehlern oder erhalten ihre Anzahl Fehler unter ein Zielniveau. Manchmal bringen Manager behandelt die Entwickler motiviert zu halten.
Der Name für diese Woche der fokussierten Fehlerbehebung variiert von Team zu Team. Einige Teams nennen es ein Bug Bash, aber das wird häufig verwechselt mit einer anderen Verwendung des Begriffs beschreiben eine Verlagerung des Schwerpunkts neue Bugs zu finden, anstatt bestehende Verlegenheit. Einige Teams bevorzugen ihre Fehlerbehebung Woche eine Bug-Smash aufrufen. Ein Team verwendet die Abkürzung MOABB (Mutter von allen Bug Trennscheibe) die Woche der fokussierten Fehlerbehebung beschreiben.
Was auch immer Sie es nennen, sind die Ziele die gleichen. Das unmittelbare Ziel ist es, so viele Bugs wie möglich beheben oder durch die Entscheidung nicht zu beheben löschen. Das ultimative Ziel ist es, Einpacken der Woche mit einen klaren Sinn für den Zustand des Projekts.
Fehler-Huggers richten sich oft während dieser Wochen Fehlerbehebung. Sie stellen einen Entscheidungspunkt. Es ist ihre letzte Chance, den Fehler zu beheben, die sie immer haben wollte "someday." beheben Wenn sie diese Regeln nicht, werden die Fehler weggenommen werden. Am Ende der Woche werden die Fehler nicht mehr aktiv, eine oder andere Weise.
Ausblenden des Käses
Ruft während dieser Woche Verwaltung, Software-Entwickler wie Labormaus zu behandeln. Software-Entwickler können einfach Kreaturen sein. Wir denken, wir sind eine fortgeschrittene Form der menschlichen Intelligenz, aber in der Tat, wir sind so leicht manipuliert als Handpuppen. Versierte Manager können Fehler-Huggers bearbeiten, Auswahl zwischen ihre liebgewonnenen Fehler zu beheben oder sie gehen zu lassen.
Verwaltung erkennt auch, dass Entwickler genießen den Nervenkitzel der Regelverletzung. Sie werden oft ein wenig umgekehrte Psychologie beschäftigen, durch Massieren der Fehlerliste, so dass es nur aussieht wie ein Bug unwichtig ist. Beispielsweise können sie alle Bugs umbuchen, die sie wirklich als Spezifikation Probleme interessieren nicht so, dass sie nicht mehr als Fehler zählen. Sie können auch wichtige Fehler nehmen und geben ihnen eine falsche niedrige Priorität, damit sie attraktiver aussehen.
In der Vergangenheit, als einige Entwickler, dass ein Fehlerbehebung Wettbewerb bald kam erfuhr, sie vorbereitet Wanzenverlegenheiten aber nicht verpflichten, die Fixes für das Projekt sofort. Stattdessen, warteten sie, sie während der Wettbewerbwoche zu entfesseln. Es dauerte nicht Verwaltung lange, diesem kleinen Trick zu entdecken. Jetzt Verwaltung umfasst Fehler behoben in der Woche bis zu die offiziellen contest Woche in der Statistik, damit neutralisiert die Wirkung (und implizit entmutigend unproduktiv Verhalten).
Dieses Katz-und-Maus-Spiel zwischen Management und Software-Entwickler ist alles nur eine Ablenkung von der Hauptzweck der Woche: Beheben von Fehlern und verbessern das Endprodukt. Und trotz ihrer Intelligenz, Entwickler in der Regel wissen nicht, dass sie die Mäuse sind.
.jpg)
**Raymond Chen**die Website The Old New Thing und identisch mit dem Titel Buch (Addison-Wesley, 2007) befassen sich mit der Geschichte von Windows und Win32-Programmierung. Dieses Artikel war schriftlich fort Ausrüstung, die in Kontakt mit Nüsse gewesen ist.