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

СОЗДАНИЕ ПРОЦЕССА КАК ФУНДАМЕНТА РЕШЕНИЯ
История разработки программы HeadTrax для внутреннего применения в Microsoft может служить хорошим примером того, как симбиоз потребностей бизнеса с возможностями технологии позволяет строить новые процессы, само существование которых в доэлектронном мире было просто невозможно. HeadTrax представляет собой систему автоматизации оборота электронных документов, связанного с кадровыми изменениями (такими, как прием на работу новых сотрудников, повышения, переводы внутри подразделений или в другие подразделения).
История ее разработки демонстрирует, что иногда правильное видение задачи приходит лишь после нескольких итерационных приближений. Неполное понимание целей является важнейшей проблемой в любом технологическом проекте — именно по этой причине удача обычно чаще сопутствует тем, кто начинает со скромных масштабов, а в дальнейшем наращивает их, опираясь на полученный опыт. Как бы тщательно ни составлялся план работы, всегда может оказаться, что понимание пользовательских нужд, положенное в его основу, не было достаточно полным. Думаю, потратив полтора года на разработку комплексного решения, будет очень неприятно осознать, что получилось не совсем то, что требовалось, или что за это время изменились внешние условия. Намного лучше будет воспользоваться инструментарием, позволяющим получить работоспособную систему уже через полгода, а затем продолжить ее совершенствование с учетом пользовательских откликов.
Поначалу первая версия нашей программы автоматизации документооборота, связанного с кадровыми изменениями, представлялась в наилучшем свете — но лишь до тех пор, пока электронные формы не стали поступать на утверждение в электронные почтовые ящики вице-президентов Microsoft. Если одним из них даже понравилось самим управлять по сети большинством кадровых изменений, то другие предпочли бы иметь дело с назначениями, переводами или наймом только работников самого высшего уровня.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173