Страница:
17. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ КАК ОСНОВА РЕИНЖИНИРИНГА
Я не рассматриваю информационную технологию как самостоятельную ценность. Но она открывает широкие возможности. И что, пожалуй, важнее всего, она заставляет снова и снова задаваться вопросом: почему, почему, почему?
Пол О'Нил, председатель правления и главный исполнительный директор корпорации Alcoa
С тех пор как в 1994 году Майкл Хаммер и Джеймс Чампи обнародовали свою концепцию реинжиниринга, компании всего мира не перестают снова и снова придирчиво исследовать свои бизнес-процессы. Они стараются избавиться от организационной сложности и недостаточно эффективных внутренних процессов, мешающих удовлетворять потребности клиентов. Когда я прочитал книгу Хаммера и Чампи «ReengineeringtheCorporation» («Проведение реинжиниринга в корпорации»), больше всего мое внимание привлекли три идеи. Во-первых, что время от времени необходимо подниматься над рутиной и бросать придирчивый взгляд на используемые бизнес-процессы. Те ли задачи они решают? Нельзя ли их упростить? Во-вторых, что, разбивая работу на множество отдельных участков и поручая их множеству отдельных работников, вы можете зайти так далеко, что уже никто не будет представлять себе процесс в целом и колеса начнут вращаться вхолостую. Наконец, в-третьих — эта идея тесно связана со второй, — что слишком большое число «перепасовок» создает слишком много точек, где вероятно возникновение сбоя [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 регулярно проводятся мероприятия по обмену передовым опытом для представителей различных подразделений, ответственных за подготовку тех или иных компонентов для производства дистрибутивных комплектов ПО. Как-то раз старший производственный менеджер из Ирландии, где производятся все комплекты, предназначенные для Европы, прилетела на такое совещание специально, чтобы поговорить о своих проблемах, обусловленных принятой в американских подразделениях компании практикой работы. Со временем мы вскрыли целый ряд недостатков в процессах подготовки материалов к тиражированию. Так, однажды кто-то решил применить для оформления упаковочных коробок специальные шрифты, не позаботившись проверить, доступны ли они в производственных подразделениях в остальных частях света. В результате выпуск ряда наших продуктов опоздал к началу праздничного сезона покупок на потребительском рынке Австралии. Это было очень неприятно.
В конце концов «хозяева» процессов из всех подразделений собрались вместе, чтобы определить единый глобальный процесс, предусматривающий применение для улучшения координации работ электронного инструментария. Было разработано специальное приложение, осуществляющее контроль за движением всех используемых в производстве компонентов — от упаковочных коробок и наклеек на них до рисунков и собственно программного кода. Наличие этой информации в корпоративной сети позволяет менеджерам по продуктам и другим сотрудникам отслеживать ход интересующих их работ. Теперь у нас есть единый, хорошо специфицированный электронный процесс, среди многочисленных преимуществ которого — гарантия того, что любое усовершенствование, придуманное в одном из подразделений, будет использоваться по всей организации.
Приблизительно в то же время мы начали передавать тиражирование ПО на внешний подряд. Это потребовало готовить весь комплект необходимых материалов «под ключ» точно к оговоренному контрактом сроку. Производственный процесс должен был стать даже еще более прозрачным: зависимым только от заданных спецификаций, а не от усилий конкретных людей. Одним из лозунгов этого преобразования было: «не допускать массового героизма производственного персонала». Электронный инструментарий, с успехом внедренный внутри компании, оказался теперь применен для координации заключительных этапов производства, переданных на подряд самостоятельной внешней организации. В дополнение к приложению, применявшемуся для контроля за движением компонентов продуктов внутри Microsoft, мы разработали аналогичный инструмент, с помощью которого внешние партнеры могли определять текущую степень готовности предназначенных для них компонентов. Различные партнеры, включая и тех, что занимались тиражированием, использовали эту программу также для получения по Сети электронных материалов и для заказа неэлектронных. В данном случае новый инструментарий позволил нам не только решить внутренние проблемы, но и передать внешнему подрядчику ряд дополнительных функций — скорректировав, таким образом, демаркацию границы между компаниями.
Может возникнуть вопрос, а зачем было вообще связываться с тиражированием? Раньше, не имея электронных процессов, мы просто были лишены выбора. Сегодня же информационный инструментарий достиг такого уровня совершенства, что вполне можно передать тиражирование на внешний подряд и быть уверенным, что продукция производится в точном соответствии со спецификациями. Также и во многих других случаях мы предпочитаем держать в штате только базовую команду профессионалов, которые взаимодействуют с привлеченными к работе внешними специалистами через Интернет.
За пять-шесть месяцев, прошедших после создания этих команд, они не только усовершенствовали процессы, причинявшие нам реальные неприятности, но и обезвредили ряд «бомб замедленного действия», которые еще не успели себя проявить. Новый инструментарий позволяет идентифицировать потенциальные противоречия внутри процессов и организовывать их разрешение еще до того, как они приведут к каким-либо неприятностям. Кстати, а как оценить значение для бизнеса проблемы, которая так ни разу и не проявилась?
СОЗДАНИЕ ПРОЦЕССА КАК ФУНДАМЕНТА РЕШЕНИЯ
История разработки программы HeadTrax для внутреннего применения в Microsoft может служить хорошим примером того, как симбиоз потребностей бизнеса с возможностями технологии позволяет строить новые процессы, само существование которых в доэлектронном мире было просто невозможно. HeadTrax представляет собой систему автоматизации оборота электронных документов, связанного с кадровыми изменениями (такими, как прием на работу новых сотрудников, повышения, переводы внутри подразделений или в другие подразделения).История ее разработки демонстрирует, что иногда правильное видение задачи приходит лишь после нескольких итерационных приближений. Неполное понимание целей является важнейшей проблемой в любом технологическом проекте — именно по этой причине удача обычно чаще сопутствует тем, кто начинает со скромных масштабов, а в дальнейшем наращивает их, опираясь на полученный опыт. Как бы тщательно ни составлялся план работы, всегда может оказаться, что понимание пользовательских нужд, положенное в его основу, не было достаточно полным. Думаю, потратив полтора года на разработку комплексного решения, будет очень неприятно осознать, что получилось не совсем то, что требовалось, или что за это время изменились внешние условия. Намного лучше будет воспользоваться инструментарием, позволяющим получить работоспособную систему уже через полгода, а затем продолжить ее совершенствование с учетом пользовательских откликов.
Поначалу первая версия нашей программы автоматизации документооборота, связанного с кадровыми изменениями, представлялась в наилучшем свете — но лишь до тех пор, пока электронные формы не стали поступать на утверждение в электронные почтовые ящики вице-президентов Microsoft. Если одним из них даже понравилось самим управлять по сети большинством кадровых изменений, то другие предпочли бы иметь дело с назначениями, переводами или наймом только работников самого высшего уровня. А руководители крупных подразделений оказались просто физически не в состоянии управляться со свалившимся на них объемом дополнительной работы. Старая бумажная система была хорошо приспособлена для того, чтобы перекладывать работу на заместителей, и мы немедленно занялись встраиванием этой возможности в электронную. Вторая версия HeadTrax уже обладала всеми необходимыми функциями, но качество их работы оставляло желать лучшего. Время от времени важные назначения проходили мимо вице-президентов, а приказы о незначительных кадровых изменениях попадали к ним на «электронные столы». Тогда мы привлекли к сотрудничеству консалтинговую компанию Andersen Consulting и выяснили, что у нас на 15 основных групп приходится 12 различных процессов утверждения кадровых изменений. Сосредоточив внимание на этих процессах, мы смогли сократить их число с 12 до 3 и составить четкие спецификации, которые легли в основу версии HeadTrax 3.0.
Сегодня менеджеры инициируют все кадровые транзакции со своими подчиненными по сети. Любой визирующий руководитель может вернуть представление обратно его автору, чтобы тот внес изменения и запустил процесс с самого начала (все эти операции осуществляются исключительно электронными средствами). Или он может просто подкорректировать документ, поставить свою визу и пустить его дальше по обычному маршруту. В случае модификации документа все, кто принимает участие в работе над ним, получат по электронной почте уведомления со ссылкой, по которой можно просмотреть его новый текст. Исторически основная часть возвратов бумажных представлений на кадровые изменения имела своими причинами различные мелкие недоработки и ошибки в использовании кодовых обозначений. Программа HeadTrax покончила с этими неприятностями практически полностью.
Самой важной из ее функций оказалась возможность для менеджера организовать делегирование своих полномочий и обязанностей по кадровой работе другим лицам с учетом категории представления. Например, вице-президент может передать своему помощнику по административной части право визировать перестановки и назначения, осуществляемые в рабочем порядке, а изменение размеров заработной платы и продвижение по служебной лестнице рядовых сотрудников вообще вверить главам соответствующих подразделений. Эта функция, которая называется «Work on behalf», позволяет высшим руководителям при недостатке времени отказаться от изучения каждого нового назначения или повышения, не опасаясь, что кадровый процесс без них замрет.
А если, например, потребуется перевести целый коллектив в тысячу человек в другое учетно-калькуляционное подразделение или в ходе реорганизации произвести обширные перестановки в каком-либо подразделении, помощник по административной части сможет выделять целые группы сотрудников и применять к ним необходимые операции одним нажатием на кнопку мыши.
Дополнительную гибкость придает системе функция маршрутизации. Перед передачей в отдел кадров менеджер может направить свое представление на дополнительное визирование тем или иным руководителям — например, если кто-то из вышестоящих начальников требует согласования с ним кадровых изменений определенного рода (таких, как продвижение по службе). Сфера применения системы HeadTrax не ограничивается одной административной работой. Например, можно, введя имя любого сотрудника, получить информацию обо всех, кто стоит выше и ниже его в организационной иерархии. Кроме того, это ПО позволяет динамически генерировать схемы организационных структур и настраивать их представление с учетом ряда параметров — таких, как полное имя, номер телефона, номер кабинета, номер структурного подразделения и т.п.
Теперь, когда весь этот путь уже пройден, HeadTrax представляется очевидным решением, программой, которая будет полезна любой компании средних или крупных масштабов. Ее роль не ограничивается простой очисткой столов руководящих работников от лишних бумаг, связанных с кадровыми перемещениями. Она служит механизмом автоматической передачи необходимых сведений в бухгалтерскую и бюджетную системы. А это гарантирует согласованную работу всех систем, используемых для ведения бизнеса.
Поскольку HeadTrax эксплуатируется все же еще сравнительно недавно, точно оценить экономию времени и сил, достигнутую благодаря внедрению этой системы — например, на потерях из-за не составленной в должные сроки или неполной документации и на работе по многократному вводу данных, — представляется довольно затруднительным. Можно лишь сказать, что к концу 1998 года через нее проходило по 8 тысяч транзакций ежемесячно. Приказы, не требующие специального изучения в отделе кадров — а таких в общей массе насчитывается не менее 90%, — совершают свой цикл в системе в течение 24 часов. В остальных случаях времени тратится несколько больше, но это связано с необходимостью выполнения процедур, не использующих электронные технологии, — таких, как проведение собеседования с увольняющимся работником.
HeadTrax повышает качество отчетности, позволяя линейным менеджерам и сотрудникам отдела кадров в любое время получить информацию о текущем состоянии всех производимых в данный момент кадровых перемещений. Так, просматривая данные о численности работников и наличии вакансий в различных группах своего подразделения, руководитель может заметить, что в одной из них ощущается более сильный кадровый дефицит, чем в других. Сделав такое открытие, он, вероятно, подумает, а не порекомендовать ли ответственному за набор новых сотрудников в эту группу активизировать усилия и не предложить ли ему помощь других рекрутеров.
Специалисты отдела кадров не считают простановку виз на каждом приказе о кадровом перемещении наилучшим способом занять свое время. Поэтому для них был разработан специальный электронный инструмент, освобождающий от выполнения рутинной работы и сбора данных для анализа тенденций в движении кадров. Кто-нибудь из высших руководителей отдела кадров может, например, просмотреть с помощью контрольно-статистических функций HeadTrax все отвергнутые представления в поиске закономерности, свидетельствующей о недостаточной осведомленности менеджеров в кадровых вопросах или о каком-либо функциональном недостатке системы. Или еще можно провести анализ текучести кадров для выявления причин, по которым в одних отделах она оказывается выше, чем в других: нет ли какой-либо нерешенной проблемы, заставляющей людей увольняться. HeadTrax не только рационализирует процесс с точки зрения специалистов основных подразделений, но и позволяет отделу кадров изменить свою роль в организации. Непосредственная доступность статистики таких событий, как переводы и увольнения, стоит много большего, чем сокращение издержек или экономия рабочего времени кадровиков.
Идентификация главной, первоочередной цели любого процесса открывает прямой путь к выявлению в нем недостатков и далее к их устранению. Идет ли речь о производственном или административном процессе, всегда должна ставиться фундаментальная цель его рационализации: сокращение до минимума числа участников и «передач мяча» между ними. Оптимизация «бумажных» процессов представляет исключительную сложность. А электронная технология позволяет сразу перейти на значительно более совершенный процесс вместо того, чтобы возиться с вариациями старых «бумажных» процедур, добиваясь лишь малосущественных улучшений. Настоящий прорыв в совершенствовании процессов происходит в результате соединения хорошо продуманных решений с возможностями их реализации, которые открывают электронные информационные потоки.
ИСПОЛЬЗОВАНИЕ ЭЛЕКТРОННЫХ ПРОЦЕССОВ ДЛЯ РЕШЕНИЯ СЛОЖНЫХ ПРОБЛЕМ
Одним из самых сложных в Microsoft оказался процесс найма, администрирования и оплаты труда временных работников.Для компании с большим числом проектов, работа над которыми оживляется ближе к дате выпуска готового продукта, грамотное управление наймом временной рабочей силы жизненно необходимо. Мы пользуемся услугами таких работников, чтобы справляться с пиковыми нагрузками на всех участках, от разработки и тестирования до маркетинга и административной поддержки. Применение их труда в Microsoft требует координации между пятью группами лиц, к каковым относятся: 1) сами временные работники; 2) ПО поставляющих их нам агентств; 3) менеджеры различных подразделений, которым требуется дополнительная рабочая сила; 4) наша внутренняя группа найма временных работников, занимающаяся назначением почасовых ставок для них и отношениями с агентствами; 5) отдел снабжения, который, собственно, и оплачивает счета.
Проблема заключала в себе множество аспектов. Дело было не только в огромном объеме бумажной работы по заключению контрактов с множеством различных агентств и работников. Мы испытывали сложности еще и с обеспечением единого процесса заключения контрактов; подбором подходящих специалистов и назначением им адекватных почасовых ставок; предотвращением ситуаций, когда одному человеку приходится часто переключаться с одного проекта на другой или, напротив, слишком долго заниматься одним и тем же проектом; а также с принятием решений о приглашении временных сотрудников в штат.
Кадровая политика, разработанная несколько лет назад, предусматривала ряд строгих правил использования временной рабочей силы. В соответствии с ней таких работников можно было нанимать только через агентства, и ни один из них не мог участвовать в наших проектах — независимо от их общего количества и комбинации — более 340 дней подряд без перерыва продолжительностью хотя бы в 31 день. Однако при использовании бумажного процесса контроль за соблюдением этой политики менеджерами, привлекающими временных работников — а многие из них сами были новичками в компании или лишь недавно начали отправлять данную обязанность, — представлял значительную трудность. Учитывая склонность руководителей проектов развертывать деятельность по поиску нужных работников только тогда, когда обходиться без их услуг становится совсем уже невмоготу, единственной возможностью удовлетворить потребности подразделений в рабочей силе и избежать грубых ошибок было подключение большого числа специалистов по кадровой работе. Такой «человекоемкий» процесс никого не мог устроить.