О Windows из первых рук : Награда «Ship It»

Кто получает награду «Ship It»? Нужно внести свой вклад в выпуск реального продукта, иначе вы просто пишете код.

Реймонд Чен

Есть одна внутрикорпоративная награда, которую в Microsoft называют «Ship It». Эта награда вручается при выпуске продукта.

Одна из скрытых обязанностей менеджера проекта заключается в принятии решения, кто достоин вручения этой награды, когда продукт выпускается в свет. По отношению к людям, которые работали над проектом с самого начала и до конца, такое решение дается легко. Но что касается того, кто присоединился к проекту или покинул его посередине пути, решение здесь не столь очевидно.

Ключевое слово в награде «Ship It» — «ship», то есть «выпуск»: вы должны внести весомый вклад в поставку кода. Для программистов это означает не только очевидные задачи проектирования и реализации функциональности, но всех остальных операций, связанных с процессом производства ПО. Вот несколько примеров:

• Обслуживание кода на протяжении всего жизненного цикла проекта.
• Решение проблем с производительностью.
• Отладка при сбоях и отказах, даже при тех, которые не связаны с программной ошибкой.
• Анализ всех отчетов об ошибках и устранение дефектов, особенно самых неприятных, на выяснение  причины которых ушел не один месяц.
• Проверка и переработка кода по причине недостатка в изначальном проекте или из-за функциональности, решение о реализации которой было принято в конце проекта (и эти переработки могут быть объемными).
• Принятие решения, какие части функциональности можно изъять из продукта. Ларри Остерман (Larry Osterman) очень удачно выразился в своей заметке «Engineering 7: A view from the bottom» в блоге, посвященном разработке Windows 7. Лучше отказаться от чего-то, что не удается наладить, чем рисковать задержать выпуск целого продукта, ожидая, что проблема разрешится сама собой.

Один старший менеджер сказал мне, что после завершения проекта и присуждения награды «Ship It» он иногда получает от бывших членов команды сообщения с вопросом: «Почему я не получил «Ship It»? Я работал над проектом с такого-то по такое-то число и вы включили мой компонент в конечный продукт».

Его ответ был часто примерно таким: «Да, я помню вас. Вы работали в команде в самом начале, когда планы были огромны и все было возможно. Вы написали какой-то код, после чего покинули команду. Нам пришлось нелегко с интеграцией этого кода в остальное ПО, поддержкой этого кода, устранением дефектов, диагностикой проблем с производительностью, решением проблемы совместимости, отладкой после сбоев — всего того, что нужно сделать, чтобы предоставить готовый продукт. Вы работали в команде проекта в первой его части, когда надо просто писать код.

Иначе говоря, вы участвовали в самой приятной части проекта, но когда начались трудовые будни, вы самоустранились. Вы съели десерт, оставив нам доедать остатки.

Вы знаете, кто действительно заслуживает награду «Ship It» за ваш компонент? Тот человек, который пришел в команду после вас и отвечал за ваш код. Он написал отчет о статусе функциональности, он посещал посвященные ей совещания, отвечал на письма людей, у которых были проблемы с функциональностью, отлаживал программу при сбоях и устранял дефекты не только в вашем, но в нескольких других компонентах.

Поэтому ответ на вопрос, почему вы не получили награду «Ship It»?» всегда одинакова: «Потому что мы отдали ее другому человеку — тому, кто внес реальный вклад в выпуск вашего кода».

Бывшие члены команды признают в своих сообщениях, что «вы включили мой компонент в конечный продукт». Таким образом они признают тот факт, что кто-то другой выпустил их компонент. Поэтому совершенно нелогично вручать им эти награду — ведь она называется «Ship It» (выпуск продукта), а не «Code It» (кодирование продукта).

Адам Барр (Adam Barr) подробно рассказал о награде «Ship It» на своем веб-сайте. Первый комментарий в этой статье рассказывает о ранней истории этой награды. Споры о назначении этой награды уже давно ушли в прошлое. Теперь это часть повседневной работы. 

Реймонд Чен его веб-сайт и одноименная книга «Old New Thing», вышедшая в издательстве Addison-Wesley в 2007 году, рассказывает об истории Windows, программировании с использованием интерфейса Win32 и о том, как делать презентацию перед руководителями компаний.