Windows Confidential: Prozesse neu überdenken
Ein wichtiger Aspekt der intelligenten Produktentwicklung besteht darin, einen Schritt im Prozess zu erkennen, der möglicherweise nicht notwendig ist.
Raymond Chen
Wie ein Produkt zum Versand, näher kommt, ob es sich um eine Vorabversion wie eine Verbraucher-Vorschau oder final Release to manufacturing (RTM) handelt, wird jede Änderung einer genaueren Prüfung, um sicherzustellen, dass der verbleibende begrenzte-engineering-Aufwand auf die wichtigen Themen ausgerichtet ist. Diese Kontrolle soll auch stellen Sie sicher, dass nicht jede genehmigte Änderung haben unbeabsichtigte Konsequenzen, die die Heilung schlimmer als die Krankheit zu machen.
Software-Produkt-Entwicklung ist nicht nur nicht linear, es ist nicht zusammenhängend. Eine geringfügige Störung in einem Teil des Codes kann in eine große Änderung woanders vergrößert werden. Das können wiederum in einem Totalausfall kaskadiert werden.
In den frühen Stadien der Freigabeprozess kommt Kontrolle auf lokaler Ebene. Feature-Besitzer über jeden Änderungsauftrag schauen und entscheiden, welche zu akzeptieren, die zu verschieben und die Ablehnung. Beispielsweise, wenn das Problem nur eine kleine Anzahl von Menschen betrifft oder eine leicht entdeckte Abhilfe, ist es eher verschoben oder abgelehnt werden.
Vorausgesetzt, dass die vorgeschlagene Änderung die Hürden der Benutzer Auswirkungen und Relevanz übergibt, ist der Code zur Implementierung der Änderung geschrieben und getestet. Dann wird das Feature-Team die vorgeschlagene Änderung überprüfen und anzunehmen oder abzulehnen Grundlage verschiedener Kriterien, wie die Höhe der Risiken im Zusammenhang mit dieser Veränderung. Dies ist ein diskreter Prozess nicht. Auswertung erfolgt kontinuierlich, aber diese beiden Phasen (Spontanakzeptanz und Korrekturlesen) sind in der Regel die umstrittenste.
Wie die Frist nähert, gibt es oft ein zusätzlichen Überprüfung auf Teamebene hinzugefügt. Jede Änderung, die die Funktion Eigentümer Genehmigung erfüllt muss dann den gesamten Team-Managern vorgelegt werden. Die Teammanager können eine Änderung ablehnen, die die Funktion Besitzer akzeptiert.
Es ist in der Regel auf dieser Ebene, dass Leute anfangen peinliche Fragen. Wie lange hat dieser Fehler dort gewesen? Ist der selbe Fehler sonst überall vorhanden? Wie wurde dieser Bug eingeführt? Wer auf die Änderung abgezeichnet, die den Bug eingeführt? Warum gefunden nicht testen diesen Fehler früher?
Diese Fragen sind nicht dazu gedacht, die Feature-Besitzer in Verlegenheit zu bringen. (Das ist nicht ihr einziger Zweck mindestens.) Team-Manager müssen diese Antworten zu kennen, da einen Fehler, die in der vorherigen Version von Windows versendet ein Kompatibilitätsproblem einführen kann. Ein Bug langgediente verwandelt sich oft in eine Kompatibilität-Einschränkung. Ein Bug im mehrere Vorschau-Versionen, die bis vor kurzem unentdeckt ging möglicherweise nicht sogar das Risiko der Festsetzung Wert.
Noch näher Versand, Bewertungen reichen dagegen weiter oben die Kette. Einerseits sind sie der Gruppe Ebene, dann schließlich für das gesamte Windows-Produkt-Team stieß bis. In dieser Endphase wird jede vorgeschlagene Änderung an das Produkt in das Windows-Schiff-Zimmer gebracht. Hier müssen Sie die Änderung darstellen und erklären, warum Sie glauben, dass es in die Veröffentlichung aufgenommen werden sollten.
Windows 8 folgte dabei, genau wie sein Vater und Großvater. Dann geschah etwas interessantes.
Nach einem von der Vorabversionen von Windows 8 ausgeliefert ging die Windows Schiff Zimmer-Leute durch ihre Aufzeichnungen über alle vorgeschlagenen Updates für Windows Schiff Zimmer Genehmigung während dieser Vorabversion Zyklus gebracht. Jeder Fehler wurde vorgestellt, peinliche Fragen gestellt wurden, Risiken wurden gegen den Nutzen abgewogen und es stellt sich heraus, dass jeder letztlich akzeptiert wurde.
Die Menschen, die das Windows-Schiff-Zimmer lief kam zu dem Schluss, dass dies bedeutete, dass die Gruppenebene Schiff-Zimmer machten einen guten Job zu entscheiden welche Fehler zu beheben und dem Verschieben oder ablehnen. Die zusätzliche Überprüfung von Windows-Schiff-Zimmer war nicht einen beliebigen Wert, hinzufügen, weil es nie eine untere-gerichtliche Entscheidung aufgehoben.
Infolge dieser Post-Mortem-Analyse verschoben das Release-Management-Team einfach den Windows Schiff Zimmer-Prozess für eine Weile. Sie gehalten durch die Entscheidungen der Gruppenebene Schiff Zimmer. Das Windows-Schiff-Zimmer war nicht auf unbestimmte Zeit aufgelöst, sondern nach dem erkennen, dass es ein wesentlicher Bestandteil des Prozesses war, für eine Weile herunterfahren lassen jeder ein paar Stunden Leben zurück zu bekommen.
.jpg)
RaymondChen Website, The Old New Thing und gleichnamigen Buch (Addison-Wesley, 2007) befassen sich mit der Geschichte von Windows und Win32-Programmierung. Nicht intern getroffen werden.