Измеряя масштаб релиза
Еще раз спасибо за оставленные вами комментарии. Большинство из них положительные, за это – отдельная благодарность. Спасибо каждому из вас за выраженные мнения, пожелания и просьбы. По мере своих возможностей я стараюсь отвечать на полученные сообщения, а комментарии к статьям мы обсуждаем с членами команды разработки. Но, к сожалению, как я ни стараюсь, не могу ответить на каждое письмо — их поистине много. Тем не менее, ваши комментарии упростят нам выбор дальнейших тем для обсуждения. Еще раз повторюсь, что вся команда разработчиков благодарна всем теплым отзывам присоединившихся к обсуждению пользователей. Поэтому мы не сомневаемся, что впереди нас ждет увлекательный диалог.
Сегодняшней публикацией я надеюсь продолжить начатое в предыдущей статье знакомство с командой Win7, поэтому постараюсь поведать о планировании релиза. Эти разговоры о крупных и незначительных релизах очень уж напоминают мне те, которые я вел со своим начальником, когда мы только начинали планирование.
Многие могут предположить, что когда мы приступили к планированию, первым, что решили обсудить, был вопрос, будет ли клиентская версия Windows 7 "крупным релизом" или нет. Я поместил словосочетание в кавычки потому, что, как оказалось, это не то, что можем решить именно мы, да и ответить на этот вопрос однозначно нельзя. Значение релиза зависит в первую очередь от того, как тот или иной пользователь воспринимает воплощенные в нем функции, а не в самих функциях. Как инженеры, планирующие продукт, мы заранее принимаем решение о количестве сотрудников, которые будут вести разработку, а также по поводу сроков релиза, но мы оставляет за пользователями право решать, является ли для него данный релиз “значительным”, поскольку всем нравится иметь собственное мнение. В блоге, посвященном нашим серверным продуктам, мы рассказали о расписании и поделились своим мнением относительно масштаба релизов клиентской и серверной версий Windows 7.
Но как бы мы сами не позиционировали новую ОС, нашей единственной целью является осуществить потрясающий релиз Windows 7.
Среди пользователей бытует мнение, что крупный релиз – это релиз, в котором есть функции, созданные именно для них и по их желанию. Незначительный релиз не имеет таких функций. Поэтому нет ничего проще, чем спланировать крупный релиз – просто заложить в него важные для каждого пользователя функции (а принимая во внимание фактор производительности, в таком релизе не может быть лишних функций, даже если кому-то из пользователей они действительно нужны)! Как инженеры мы осознаем, что практически воплотить эту, казалось бы, простую идею невозможно, потому что буквально через раз встречается ситуация, в которой двум пользователям нужны совершенно противоположные функции. Пока я пишу эту статью, на мою почту приходят сообщения, что в Windows никому не нужны multitouch-возможности, при этом другие считают, что это именно то, чего не хватает Windows. Таким образом, всегда есть две противоположные точки зрения на одну и ту же вещь. Да и в комментариях к другим статьям это тоже видно.
Давайте оценим спектр значимости релиза среди различных групп пользователей: рядовых пользователей, разработчиков, партнеров, ИТ-специалистов и ИТ-экспертов.
Рядовые пользователи, как правило, являются самыми активными в смысле принятия решений о значимости релиза. Для рядового пользователя релиз является важным событием, особенно если он – пользователь – желает обновить свой компьютер или купить новый. Мы можем сказать, что релиз - крупный. Скажи мы так, этого будет достаточно, поскольку крупные релизы хороши для всех. С другой стороны, кто-то действительно этому порадуется, но пользователи также желают, чтобы при новом релизе они могли использовать уже существующие у них компьютеры, при этом они не хотят понимать, что новый релиз требует обновленных драйверов, которые в течение долгого времени могут быть недоступны, или даже некоторых новых устройств. Получается, что столь радужное событие меркнет в глазах пользователей, теряя изначальную привлекательность. Конечно, мы понимаем, что все, что нужно пользователю, - это возможность использования новой ОС на том, оборудовании, на каком они хотят. В таком случае релиз будет восприниматься хорошо (при этом неважно, крупный ли он или нет).
Разработчики рассматривают релиз с другой точки зрения. Для разработчика релиз будет крупным, если он принес новые API, позволяющие использовать преимущества разрабатываемого ими программного обеспечения, поэтому разработчики тоже активны в принятии решений. С другой стороны, предыдущая версия продукта тоже могла принести много новых API, с которыми на сегодняшний день разработчики очень хорошо знакомы, поэтому все, что может понадобиться разработчикам – это увеличить производительность их приложений. В таком случае первый релиз будет крупный, а второй автоматически становится незначительным. Но если взглянуть на историю программного обеспечения, такие “незначительные” релизы перерастали в крупные – взять, к примеру, Windows 3.1, Office 4.2 или даже Windows XP SP2. В каждом из этих случаев для разработчиков релиз был “незначительным”, при этом в глазах рынка релизы были “крупными”. Причина, по которой разработчики используют новые API, заключена в желании провести черту между своими продуктами или сфокусировать усилия на новых функциях. То есть разработчикам не нужны новые API лишь потому, что они новые. В этом случае релиз будет крупным, если у разработчиков будет достаточно времени и желания, чтобы сделать ставку на новые API, которые позволят сфокусироваться на поистине важных (для разработчиков) задачах.
Партнеры, представленные сборщиками компьютеров и производителями устройств, составляют экосистему Windows. Партнеры рассматривают значимость релиза с точки зрения представленных возможностей, поэтому крупный релиз ассоциируется у них с крупными изменениями и, как результат, приводит к необходимости обновления всей инфраструктуры. С другой стороны, возникающие несовместимости с ранее используемыми устройствами тоже сложно назвать преимуществами, поскольку партнерам придется обеспечивать совместимость с Windows своих старых продуктов. Если по целому ряду причин они решат не делать этого, релиз будет рассматриваться как незначительный ввиду отсутствия поддержки экосистемы. Снова убеждаемся в том, что серьезные изменения могут рассматриваться как индикатор крупного и незначительного релизов одновременно.
ИТ-специалисты по своей природе консервативны, поэтому и консервативно смотрят на различного рода перемены. Ввиду природы бизнеса оценка любого программного продукта интересна лишь с точки зрения возврата ранее сделанных вложений. Поэтому для ИТ-специалиста крупным релизом будет такой, который имеет серьезное значение для бизнеса или принесет крупную финансовую прибыль, которая оправдает вложения в оценку, тестирование и развертывание нового продукта. Однако, для рядовых пользователей и разработчиков функции, интересные ИТ-специалистам, могут быть неинтересны вовсе.
ИТ-эксперты – это те, кто осуществляют консультации, анализ и высказывают свою точку зрения на разрабатываемое нами программное обеспечение. Такие пользователи оценивают релиз с точки зрения “изменений”. Серьезные изменения – крупный релиз. Серьезные изменения подразумевают изменения в архитектуре, какие имели место при переходе от Windows 9x к Windows 2000 — несмотря на то, что продукты были во многом схожи, в их глубинах крылось огромное количество фундаментальных отличий. Поэтому для различного рода аналитиков и редакторов новостных сайтов этот релиз был крупным. Серьезные изменения в интерфейсе также приводят к появлению обсуждений, да и видны они невооруженным глазом. Но любое из таких изменений часто рассматривается как отрициательное, нежели положительное. Архитектурные изменения на деле означают появление различного рода несовместимостей. Новый интерфейс требует переобучения и отказ от уже знакомого.
Мы получили огромное количество комментариев и электронных сообщений, в которых основным аттрибутом значимости релиза Windows пользователи называют архитектурные изменения. Многие считают, что крупный релиз – это такой, который разрывает связи с прошлым. Пользователи думают, что серьезные изменения повлекут за собой и огромные преимущества – архитектурные изменения приведут к увеличению производительность, отказ от наследуемых компонент – к высвобождению памяти. Сложно оспаривать такие мнения, потому что мы сравниваем известное состояние с состоянием, когда знаем, что исправлять, но мы не знаем, что нового предложить, от чего отказаться или чего не трогать. Поэтому вместо того, чтобы давать определение значимости релиза с точки зрения его воплощения, думаю, что следует оценивать успех релиза с точки зрения его преимуществ. В будущем мы продолжим этот разговор, поскольку здесь, безусловно, есть много, о чем поговорить.
Важно удержать баланс. Серьезные изменения будут верно восприняты всеми пользователями, если они будут готовы к крутым поворотам. Небольшие изменения могут иметь огромное значение, если они правильны и сделаны в нужный момент, тогда по прошествии некоторого времени релиз будет назван крупным.
Мы уже неоднократно говорили о сроках релиза и структуре нашей команды, поэтому многие из вас, наверное, уже почувствовали свою вовлеченность в проект. Если мы будем прислушиваться к чужим мнениям и правильно сфокусируем свои усилия, тогда каждая категория пользователей найдет что-то, делающее финальный продукт достойным. А если мы эффективно обсуждаем продукт, тогда даже “проблемы” будут рассматриваться в контексте всей экосистемы, в которой основная масса пользователей выигрывает от использования продукта, а некоторые – даже значительно.
С нашей точки зрения мы собрали хорошую команду инженеров и составили грамотное расписание для создания клиентской версии Windows 7. Это делает продукт значительным, с какой бы стороны вы не посмотрели. Мы стараемся добиться того, чтобы Windows 7 стала поистине впечатляющей ОС.
Надеюсь, что данная статья помогла в некоторой степени увидеть и понять, что взгляды пользователя по поводу значимости релиза могут в корне отличаться в зависимости от того, какую группу он представляет.
Стивен
Comments
Anonymous
August 21, 2008
Жду с нетерпением релиза, а также новых сборок! Надеюсь, что у вас всё получится!!!Anonymous
August 21, 2008
Полностью согласен с заключением статьи. Все думают по-разному.Anonymous
August 21, 2008
Было бы неплохо увидеть улучшения в уже существующих функциях. Например, думаю многим бы понравилась галочка во вкладке "совместимость" типа "отключить UAC для этой программы", которая была бы полезна для некоторых старых игр (и некоторых новых тоже). Кстати о совместимости, было бы также неплохо сделать функцию, позволяющую "универсальным" .net программам запускаться в 32 битном режиме на 64 битных версиях Windows.Anonymous
August 22, 2008
>"Например, думаю многим бы понравилась галочка во вкладке "совместимость" типа "отключить UAC для этой программы" Думаю что в добавок стоило бы аналогичную галочку добавить в окно UAC запрашивающее подтверждение запуска, тоесть опция вроде "создать правило", которая автоматически добавляет галку в свойства совместимости. Помимо этого нужно ещё много усовершенствований к UAC с одной только целью - значительно уменьшить частоту его запросов на подтверждение действия. Как вариант накапливать правила для приложений и обновлять через Windows Update. Так например Outpost Firewall проверяет через интернет правила для приложения которое хочет получить доступ, что естественно комфортнее чем каждый раз спрашивать действия у пользователя (который порой и не может понять какое действие стоит предпринимать).