Другие компании используют карманные компьютеры для исключения бумаги из процессов сбора данных о складских запасах, что позволяет вдвое ускорить процесс, повысить его точность и сделать возможной публикацию итоговых результатов в корпоративной интрасети в считанные часы вместо приблизительно недели, требовавшейся на сведение воедино бумажных отчетов. А внедрение беспроводных сетей позволит использовать карманные устройства уже повсеместно и еще больше ускорит движение информации.
Saturn стала в начале 1990-х первой крупной производственной компанией, обратившейся к нам с идеей выстраивания вокруг ПК всех своих бизнес-процессов — от уровня производственных цехов и вверх по иерархии управления. Мы только и могли сказать, что «ого!». Они тогда обратились к нам не потому, что нашли в каталоге продукции Microsoft что-то подходящее для реализации своих планов, а потому, что считали, что мы движемся в нужном направлении. Вычислительная мощность ПК росла, и, соответственно, расширялись возможности нашего ПО, как для наиболее высокопроизводительных, так и для карманных компьютеров. От Saturn мы очень много узнали о требованиях к программным системам промышленного применения. В конечном итоге все кусочки мозаики сложились в единую картину именно благодаря тесному сотрудничеству наших двух компаний — и внедрению современных технологий в производственные процессы.
Большинство фирм с готовностью оснащают информационным инструментарием своих «белых воротничков» — высокооплачиваемых профессионалов, зарабатывающих на жизнь обработкой данных. A Entergy, Stepan и Saturn доказали огромную выгоду выстраивания производственных систем целиком вокруг информационных потоков и оснащения средствами для работы с информацией тех, кто «стоит на конвейере». Entergy методично пересматривает свои ключевые бизнес-процессы, открывая доступ к данным и предоставляя возможность участия в принятии решений работникам все более низких уровней, вплоть до операторов энергетических установок. Stepan использует информацию для управления всеми своими заводами как единым целым, чтобы эффективнее реагировать на изменения требований заказчиков. Saturn применяет эти технологии для соединения знаний и опыта рабочих на конвейере и конструкторов, а также для того, чтобы поставить заработную плату в непосредственную зависимость от производительности и подготовить основу для перехода на массовую сборку автомобилей на заказ на главном конвейере. Все три эти компании применяют управление знаниями в своей основной деятельности — для анализа пропускной способности, качества, процента брака и т. п. — с целью совершенствования важнейших производственных процессов. Электронный инструментарий привносит в их бизнес дополнительный интеллект.
Поставьте перед служащими сложные задачи и обеспечьте их наилучшими средствами решения этих задач — и вы немедленно обнаружите, насколько ответственнее станут они относиться к своей работе и насколько больше вкладывать в нее интеллектуальных усилий. В электронный век необходимо переводить каждого наемного работника, кого только возможно, в категорию работников интеллектуального труда.
Выводы
• Чем лучше рабочие на конвейере понимают, как функционирует в целом производство, на котором они заняты, тем рациональнее будет их участие в нем.
• Сбор и обработка данных производственных систем в реальном масштабе времени позволяют проводить необходимое техническое обслуживание, прежде чем что-либо сломается.
• Увязка заработной платы с повышением качества продукции приносит ожидаемый эффект только при наличии действующего в реальном масштабе времени канала обратной связи по дефектам.
• Работникам одной операции в будущем нет места. Их операции будут автоматизированы либо включены в состав более сложных процедур, требующих работы со знаниями.
• Подумайте, нельзя ли применить портативные устройства и беспроводные сети для расширения охвата ваших информационных систем на производственные цеха, склады и другие еще не охваченные ими территории.
«Электронная нервная система»: контрольные вопросы
• Обеспечены ли работники на конвейере доступом в реальном масштабе времени к данным, необходимым им для участия в повышении качества продукта?
• Можете ли вы интегрировать свои производственные системы с другими — например, для использования данных производственных процессов в управлении складскими запасами или для координации производства со сбытом?
17. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ КАК ОСНОВА РЕИНЖИНИРИНГА
Я не рассматриваю информационную технологию как самостоятельную ценность. Но она открывает широкие возможности. И что, пожалуй, важнее всего, она заставляет снова и снова задаваться вопросом: почему, почему, почему?
Пол О'Нил, председатель правления и главный исполнительный директор корпорации Alcoa

С тех пор как в 1994 году Майкл Хаммер и Джеймс Чампи обнародовали свою концепцию реинжиниринга, компании всего мира не перестают снова и снова придирчиво исследовать свои бизнес-процессы. Они стараются избавиться от организационной сложности и недостаточно эффективных внутренних процессов, мешающих удовлетворять потребности клиентов. Когда я прочитал книгу Хаммера и Чампи « Reengineering the Corporation » («Проведение реинжиниринга в корпорации»), больше всего мое внимание привлекли три идеи. Во-первых, что время от времени необходимо подниматься над рутиной и бросать придирчивый взгляд на используемые бизнес-процессы. Те ли задачи они решают? Нельзя ли их упростить? Во-вторых, что, разбивая работу на множество отдельных участков и поручая их множеству отдельных работников, вы можете зайти так далеко, что уже никто не будет представлять себе процесс в целом и колеса начнут вращаться вхолостую. Наконец, в-третьих — эта идея тесно связана со второй, — что слишком большое число «перепасовок» создает слишком много точек, где вероятно возникновение сбоя [Michael Hammer and James Champy. Reengineering the Corporation: A Manifesto for Business Revolution, rev. ed. (New York: HarperBusiness, 1997).].
Как это часто бывает с новыми модными концепциями, обнародование простых, но глубоких идей Хаммера и Чампи по поводу реинжиниринга процессов породило гигантскую волну бизнес-семинаров, учебных курсов, университетских лекций, статей в журналах и книг различных авторов, которые все можно объединить одним заголовком: «и я того же мнения» [В октябре 1998 года Интернет-поиск по ключевому слову «reengineering» принес 189 940 самых разнообразных документов — от статей, посвященных «проблеме 2000 года», до семинара, охарактеризованного как «серьезно о развлечениях». По любой другой важной для делового мира теме документов было намного меньше. В частности, по управлению знаниями — в семь раз.]. В ходе этого процесса (извините за каламбур) широкие массы бизнесменов научились применять термин «реинжиниринг» для обозначения практически любой реорганизации. Пару лет назад одна крупная компьютерная компания начала процедуру «реинжиниринга» с увольнения практически всего отдела кадров, так что некому было рационализировать остальную часть процесса, оказавшегося по сути своей сокращением штатов. Без руководящей и направляющей роли специалистов-кадровиков компания совершила множество грубейших ошибок. Она отказалась от услуг внештатных работников, хотя, естественно, выплатила им все оговоренные контрактами суммы. То есть отказалась от уже оплаченной работы. Некоторые авторитетные, недавно повышенные в должности сотрудники были сокращены просто потому, что у них оказалось меньше всех стажа на новых уровнях иерархии. Такие действия трудно подвести даже под определение сколько-нибудь рационального сокращения штатов, и, уж конечно, ни о каком реинжиниринге здесь речь не идет. Однажды в частной беседе Майкл Хаммер даже произнес такую фразу: «Иногда реинжинирингом называют все, что угодно, за исключением реинжиниринга». Но как бы ни компрометировали эту концепцию те, кто переходит все разумные пределы в своем рвении воплотить ее в жизнь, а также те, кто использует ее для маскировки сокращения штатов, идея, что время от времени необходимо переосмысливать бизнес-процессы, чтобы делать их более эффективными и исключать нерациональные элементы, актуальна сегодня как никогда прежде.
Создание нового бизнес-процесса — огромная работа. Необходимо поставить цели, к которым вы будете стремиться, определить время и условия начала и окончания работ, вычленить отдельные задачи, определить контрольные точки и показатели, рассчитать бюджет. Наибольший успех сопутствует тем проектам, которые ведутся людьми, имеющими четкие представления о своем клиенте и сценарии использования создаваемого продукта. Это верно и в отношении проектов по формированию новых бизнес-процессов. Клиент может быть вне или внутри компании, суть проблемы от этого не меняется: как он будет использовать разрабатываемый продукт или процесс? Какие получит преимущества по сравнению с тем, что было прежде?
Кроме того, необходимо добиться четкого понимания принимаемых компромиссных решений на каждом уровне руководства. Всякий проект состоит из множества компромиссов. Если говорить о разработке ПО, руководство всегда требует создать продукт с богатым набором функциональных возможностей и в то же время компактный, а сделать его нужно за одну ночь и с минимальными затратами. Большие начальники всегда хотят все сразу и сейчас, поэтому необходимо, чтобы они получили очень ясное представление о возможных и необходимых компромиссных решениях. Если вы считаете правильным наделить продукт дополнительными возможностями — пускай это и увеличит объем кода, — стоит заранее обезопасить себя от претензий со стороны вышестоящего руководителя, которому вдруг в самом конце работы может прийти в голову, что было бы лучше сделать что-нибудь попроще да покомпактнее. Очень неприятно бывает и когда менеджер из кожи вон лезет, чтобы удержать расходы в рамках установленного бюджета, а потом ему вдруг говорят, что не в деньгах дело — если надо, подкинули бы еще, — но в продукте всего должно было быть по максимуму. Все то же самое верно и в отношении работы по созданию электронного процесса.
Необходимо проявлять гибкость с учетом меняющихся требований, но так, чтобы последующими корректировками не увести проект от исходных целей. Необходим ясный и прозрачный процесс оценки предлагаемых изменений и принятия решений, включая и возможный пересмотр постановки задачи.

МОДЕРНИЗАЦИЯ ПРОЦЕССА ПОСТАВКИ ПРОДУКТОВ
Несколько лет назад выпуск новой версии операционной системы Windows NT чуть не пришлось отложить, когда все уже было готово к началу поставок. И вовсе не из-за какой-нибудь неожиданно всплывшей ошибки или просчета, допущенного на этапе разработки ПО, а из-за банальной картонной коробки. Проект дизайна упаковки лег на стол одного из ответственных за его утверждение в самый день ухода этого сотрудника в отпуск. И так там и валялся, пока не пришло время раскладывать комплекты по коробкам — а их-то и не оказалось. До начала поставок оставалось всего двое суток, а на изготовление упаковки в норме требуется десять дней. Только благодаря авральной работе производственников нам удалось получить достаточно коробок — едва просохших от краски, — чтобы отгрузить первую партию в назначенный срок.
После этого инцидента глава группы, занимающейся маркетинговыми материалами, созвал совещание для выяснения, что же в организации их работы не так. В состав группы входило около дюжины человек из двух внутренних подразделений, а также представители двух внешних поставщиков. Менеджер начал обсуждение с обычного в Microsoft вопроса, который я и сам очень люблю задавать: почему здесь столько народу? Я считаю, что на всякое совещание следует собирать лишь ключевых работников, ответственных за принятие решений. Всем остальным лучше заниматься в это время своими прямыми обязанностями. Если в одной комнате собралось больше трех или четырех лиц, принимающих решения, можно быть уверенным, что существенной частью проблемы является именно избыточное число участников ее решения.
Итак, этот менеджер поставил перед своей группой задачу найти пути рационализации используемого процесса; а для начала выявить и обобщить потенциальные аналогичные проблемы с координацией работ по десяткам других продуктов, которыми занимались представленные на совещании подразделения. «Выделите, — потребовал он, — общий механизм возникновения сбоя и решите проблему для всех частных случаев».
В короткое время был выработан принцип «положительного подтверждения» — сдача работы следующему человеку в цепочке не может считаться завершенной до тех пор, пока он не скажет «задание принял». С обычаем выкидывать документ из головы, едва запихнув его в приемное окошко следующего работника, пришлось распроститься.
Кроме того, был найден способ сократить само число таких «перепасовок» с пяти до трех. Возможно, внешне это и не выглядит особенно крупным усовершенствованием, но любое уменьшение числа «касаний мяча» исключает и часть возможностей для возникновения ошибок, а значит, способствует повышению качества. Когда в 1997 году корпорация Dell Computer построила новый завод по производству компьютеров, последовательность сборки была изменена таким образом, что число операций с жестким диском сократилось наполовину. В результате на 40% понизился коэффициент отбраковки этих компонентов в процессе производства и на 20% — частота отказов в процессе эксплуатации ПК.
С некоторых пор в 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