Windows Confidential: Ship It
Chi ottiene un premio "Nave It"? È necessario aver contribuito alla spedizione del prodotto reale — altrimenti basta che stai scrivendo codice.
Raymond Chen
C'è un premio assegnato internamente a Microsoft chiamato "Nave". Ricevere questo premio ogni volta che spedire un prodotto.
Uno dei doveri nascosti del responsabile di progetto è decidere chi è il diritto a ricevere un premio nave è quando il prodotto viene fornito. Per le persone che hanno lavorato su un progetto attraverso tutta la strada, la decisione è facile. Per chi si è iscritto o abbandonato il progetto mentre è in corso attraverso, però, non la decisione è così evidente.
La chiave per la nave si è la nave: Devi aver contribuito al processo di codice di spedizione. Per i programmatori, ciò significa non solo evidenti compiti di progettazione e implementazione di caratteristiche, ma l'altro lavoro che va insieme a quel processo. Qui ci sono una manciata di esempi:
- Mantenere il codice per tutto il ciclo di vita del progetto.
- Affrontare i problemi di prestazioni.
- Si blocca e fallimenti, anche quelli che non sono colpa del codice di debug.
- Passare attraverso tutte le segnalazioni di bug e correggere gli errori, soprattutto quelli veramente brutto che prendere un mese per capire.
- Rivedere il codice a causa di una svista nel progetto originale o una caratteristica ultime (e queste revisioni possono essere estese).
- Decidere quali parti della vostra caratteristica ad abbandonare. Come Larry Osterman note sul Engineering Windows 7 blog, in un post intitolato "ingegneria 7: Vista dal basso, "taglio è in vendita. Esso è meglio rinunciare a qualcosa che non è venuta insieme rispetto al rischio di ritardare l'intero prodotto da in attesa a tempo indeterminato di una problematica.
Un senior manager mi ha detto che dopo che un progetto è stato completato e si trasporta la nave si awards, sarà occasionalmente ottenere un pezzo di posta elettronica da un membro del team ex dicendo: "Ehi, perché non ha ottenuto una nave premio? Ho lavorato sul vostro progetto fino alla data di tale e quali, e spedito il mio componente nel prodotto finale".
La sua risposta è spesso qualcosa di simile, "Oh sì, mi ricordo di te. Hai lavorato nel team all'inizio, quando il cielo era il limite e tutto ciò che era possibile. Hai scritto un sacco di codice, e poi hai lasciato. Noi siamo bloccati integrandolo con il resto del prodotto, gestione del codice, che fissa i bug, diagnosticare i problemi di prestazioni, occupano la ricaduta di compatibilità delle applicazioni, debug di tutti i crash, tutto ciò che altre cose che dovete fare per spedire il prodotto. Tu eri nel team di progetto per la prima parte, la parte dove scrivere il codice".
In altre parole: "Tu fossi qui per il divertimento parte del progetto, e poi quando la parte di divertimento non iniziato, salvato. Mangiato il dessert e ci ha lasciato con le verdure."
Voi sapete chi davvero merita il premio nave che per il componente? La persona che si unì alla squadra e fu affidata la responsabilità per il vostro codice. Che la persona ha scritto fino lo status report per la funzionalità, partecipato alle riunioni di funzionalità, ha risposto alla posta elettronica da parte di persone che avendo problemi utilizzando la funzionalità, debug si blocca il e corretti bug non solo nel componente, ma anche in molti altri componenti.
Quindi la risposta, "perché non ottenere una nave premio?" è sempre, "perché abbiamo dato che altra persona invece — la persona che effettivamente spedito il tuo codice."
Il membro del team ex ammette come gran parte del messaggio originale: “... e spedito mio componente nel prodotto finale". Essi ammettono che qualcun altro effettivamente spedito loro componente. Quindi non c'è nessuna nave e premio per loro. Si chiama il premio nave It — non il codice It award.
Adam Barr ha una bella carrellata della nave si award per la sua sito Web. Il primo commento sul suo articolo comprende la storia del premio. La polemica che ha circondato il nave si award alla sua introduzione ha da tempo spense. Ora, è solo una parte normale del lavoro.
.jpg)
**Raymond Chen**del sito Web, The Old New Thing e in modo identico intitolato libro (Addison-Wesley, 2007) trattare con la storia di Windows, programmazione Win32 e come non fare una presentazione ad un esecutivo.