Приблизительно в то же время мы начали передавать тиражирование ПО на внешний подряд. Это потребовало готовить весь комплект необходимых материалов «под ключ» точно к оговоренному контрактом сроку. Производственный процесс должен был стать даже еще более прозрачным: зависимым только от заданных спецификаций, а не от усилий конкретных людей. Одним из лозунгов этого преобразования было: «не допускать массового героизма производственного персонала». Электронный инструментарий, с успехом внедренный внутри компании, оказался теперь применен для координации заключительных этапов производства, переданных на подряд самостоятельной внешней организации. В дополнение к приложению, применявшемуся для контроля за движением компонентов продуктов внутри Microsoft, мы разработали аналогичный инструмент, с помощью которого внешние партнеры могли определять текущую степень готовности предназначенных для них компонентов. Различные партнеры, включая и тех, что занимались тиражированием, использовали эту программу также для получения по Сети электронных материалов и для заказа неэлектронных. В данном случае новый инструментарий позволил нам не только решить внутренние проблемы, но и передать внешнему подрядчику ряд дополнительных функций — скорректировав, таким образом, демаркацию границы между компаниями.
Может возникнуть вопрос, а зачем было вообще связываться с тиражированием? Раньше, не имея электронных процессов, мы просто были лишены выбора. Сегодня же информационный инструментарий достиг такого уровня совершенства, что вполне можно передать тиражирование на внешний подряд и быть уверенным, что продукция производится в точном соответствии со спецификациями. Также и во многих других случаях мы предпочитаем держать в штате только базовую команду профессионалов, которые взаимодействуют с привлеченными к работе внешними специалистами через Интернет.
За пять-шесть месяцев, прошедших после создания этих команд, они не только усовершенствовали процессы, причинявшие нам реальные неприятности, но и обезвредили ряд «бомб замедленного действия», которые еще не успели себя проявить. Новый инструментарий позволяет идентифицировать потенциальные противоречия внутри процессов и организовывать их разрешение еще до того, как они приведут к каким-либо неприятностям. Кстати, а как оценить значение для бизнеса
История разработки программы HeadTrax для внутреннего применения в Microsoft может служить хорошим примером того, как симбиоз потребностей бизнеса с возможностями технологии позволяет строить новые процессы, само существование которых в доэлектронном мире было просто невозможно. HeadTrax представляет собой систему автоматизации оборота электронных документов, связанного с кадровыми изменениями (такими, как прием на работу новых сотрудников, повышения, переводы внутри подразделений или в другие подразделения).
История ее разработки демонстрирует, что иногда правильное видение задачи приходит лишь после нескольких итерационных приближений. Неполное понимание целей является важнейшей проблемой в любом технологическом проекте — именно по этой причине удача обычно чаще сопутствует тем, кто начинает со скромных масштабов, а в дальнейшем наращивает их, опираясь на полученный опыт. Как бы тщательно ни составлялся план работы, всегда может оказаться, что понимание пользовательских нужд, положенное в его основу, не было достаточно полным. Думаю, потратив полтора года на разработку комплексного решения, будет очень неприятно осознать, что получилось не совсем то, что требовалось, или что за это время изменились внешние условия. Намного лучше будет воспользоваться инструментарием, позволяющим получить работоспособную систему уже через полгода, а затем продолжить ее совершенствование с учетом пользовательских откликов.