Программа MS Invoice обеспечивает прием счетов в электронной форме и позволяет как нанимающему менеджеру, так и агентству по найму контролировать исполнение бюджета. По получении каждого счета нанимающий менеджер может проверить, сколько еще денег остается (и остается ли) на счету соответствующего заказа. А агентства по найму сверяют с помощью системы полученные суммы с выставленными счетами. Если попытаться выставить счет на сумму, превышающую остаток по соответствующему заказу, он не будет принят. Если же агентство решит повысить ставку своего работника, менеджеру Microsoft достаточно одного нажатия на кнопку мыши, чтобы утвердить или отвергнуть это изменение в контракте.
У вдумчивого читателя может возникнуть вопрос, а зачем нам вообще нужны все эти счета, электронные или нет? В конце концов, ведь удалось же лидерам ряда производственных отраслей исключить их из своего документооборота. Классическим примером может служить корпорация Ford, обходящаяся без счетов при закупке комплектующих. Когда партия запасных частей поступает на склад, приемщик просто вводит в электронную систему сообщение об этом, и механизм перечисления платежа поставщику запускается автоматически. Производитель получил комплектующие, а поставщик — деньги. Кому нужны счета — хотя бы даже и электронные?
Мы поэкспериментировали с этим подходом, однако натолкнулись на ряд сложностей, обусловленных отличиями услуг от товаров. В производстве каждый компонент имеет свой инвентарный номер. А при получении «рабочих часов» временного участника проекта организовать их учет аналогичным образом оказывается не так просто. Агентству, из которого он пришел, необходимо ассоциировать каждый полученный платеж со своим конкретным работником и конкретной рабочей неделей, что очень непросто сделать, не пользуясь такой справкой, как выставленный и оплаченный счет. Создание системы платежей без выставления счетов, которая устраивала бы наших поставщиков, остается пока делом будущего. Уже и создание полностью электронного процесса документирования работы временных сотрудников, позволяющего легко получать доступ ко всей необходимой информации в любое время, потребовало от нас значительных усилий.
Плохо организованный процесс администрирования потребляет вдесятеро больше времени, чем сама работа, — это азбучная истина. В литературе можно найти множество примеров того, как в результате реинжиниринга продолжительность тридцатидневного цикла удавалось сократить до трех дней или десятидневного — до одного дня. Хорошо организованный процесс не допускает пустой траты времени, а технологические достижения повышают производительность труда при выполнении реальной работы. Наше новое ПО автоматизации документооборота, связанного с привлечением временных сотрудников, тоже должно повысить скорость процесса, но это усовершенствование будет не самым главным. Для бизнеса намного важнее повышение качества надзора за процессом заключения контрактов с временными работниками со стороны высшего руководства и гарантия соблюдения всеми утвержденных правил. И даже еще более важно то, что мы получим возможность вести учет качества выполненной работы от контракта к контракту и строить свои отношения с конкретными людьми на этой основе.
СОВЕРШЕНСТВОВАНИЕ ШАГ ЗА ШАГОМ
Будьте готовы к эксперименту с новыми процессами и новыми технологическими решениями. Никто не может заранее предугадать все сложности и особенности, связанные с переходом на новую схему или приложение. Без опыта реальной эксплуатации продукта разработчику не определить, что сделано правильно, а что не вполне. Кроме того, получив новинку в свое распоряжение, пользователи немедленно начинают изобретать различные способы ее применения и предлагать дальнейшие усовершенствования и расширения. Убедившись, насколько выигрышно использовать HeadTrax для кадровой работы, на примере штатного персонала, мы поняли, что могли бы автоматизировать таким же образом и документооборот, связанный с использованием труда временных работников. А едва освоившись с выгодами этого подхода к управлению кадровыми перемещениями — начали осознавать, что, дополнив HeadTrax некоторыми функциями сбора статистики, получили бы возможность проследить закономерности изменения численности работников на протяжении годового цикла и учесть их при составлении бюджетов. Эта группа функций должна быть реализована уже в следующей версии программы.
Сложность — смерть для любого проекта в области реинжиниринга, а для связанного с высокими технологиями — в особенности. Согласно статье, опубликованной в The Wall Street Journal , данные опроса, проведенного в 1996 году исследовательской фирмой Standish Group International среди 360 компаний, показывают, что 42% проектов, связанных с внутрикорпоративным применением информационных технологий, были свернуты до своего завершения. Камнем преткновения, по мнению автора статьи, как правило, становилась сложность; он говорит о «чудовищных» размерах попусту затраченных средств и о том, что «чем проект крупнее, тем выше вероятность завершения его провалом (и тем дороже этот провал обойдется)» [Bernard Wysocki Jr. «Pulling the Plug: Some Firms, Let Down by Costly Computers, Opt to "De-Engineer'». The Wall Street Journal, 30 April 1998.].
Проекты, рассчитанные на 3-4 месяца, имеют в среднем значительно больше шансов на успех. Сжатые сроки заставляют решительнее идти на необходимые компромиссы, избегать сложности и не отвлекаться от главного. Никто не ставит в подобных случаях целей, в достижимости которых есть какие-либо сомнения. А если краткосрочный проект все же потерпит неудачу — такое по разным причинам иногда случается, — потери времени и денег оказываются не слишком велики. К тому же психологически намного легче свернуть работу и перебросить ее исполнителей на другой участок бизнес-фронта, если люди еще не успели положить на проект целый год жизни.
Даже проекты, которые, считая от самого начала и до конца, неизбежно должны продолжаться несколько лет, можно разбить на несколько этапов, представляющих собой самостоятельные менее крупные проекты с собственными целями и контрольными показателями. Помимо прочего, этот подход позволяет вести работы по различным этапам параллельно — так что, даже если с некоторыми подсистемами выйдет задержка, остальные все равно будут переведены на электронные рельсы. В качестве примера можно взять проект по сокращению цикла движения товаров — от заказа партии магазином до появления товаров на полках, осуществленный пятой крупнейшей в США сетью розничной торговли Dayton Hudson для 1100 своих торговых центров. Каждый бизнес-процесс был разбит на последовательность четко определенных шагов: выбор модели, цвета и материала обивки, выбор производителя и т.д. — а затем каждый шаг быстро автоматизирован независимо от других. После соединения вместе полученных таким образом электронных процессов время цикла движения товаров в сетях универмагов Dayton's, Hudson's, Target, Mervyn's и Marshall Fields сократилось для производимой в стране продукции с 25 до менее чем 10 дней.
Наличие уже работающей электронной среды повышает шансы на успех последующих проектов. Если же ваша рабочая среда остается по преимуществу бумажной, новое электронное приложение будет выбиваться из нормального порядка вещей, а необходимые затраты усилий на его освоение, возможно, покажутся чрезмерными в сравнении с видимой пользой от его внедрения. Если же среда в основном уже является электронной, популяризовать еще одно приложение не представит особой сложности. Работник, обученный применению одной программы, гораздо легче освоит другую, и еще, и еще. Войдя во вкус, пользователи начинают уже требовать новых приложений. После успешного развертывания нескольких программ следует ожидать от работников вопросов вроде: «А что это у нас в программе отдела кадров все не так, как в системе автоматизации продаж? Почему там нельзя перейти от сводных показателей к подробной информации? Вы что, не видите, что здесь нужно предусмотреть выдачу электронных уведомлений ответственным исполнителям?» И они станут указывать на другие приложения или веб-страницы, которые было бы хорошо соединить с теми, что они используют сейчас. Выполнение таких пожеланий обычно не представляет особой сложности, а в конечном итоге получается более приспособленная к нуждам компании система.
Опора на уже произведенные инвестиции позволяет создавать новые электронные приложения с минимальными затратами, а отдачу получать поистине огромную. Сегодня вам уже в любом случае не обойтись без электронной почты для общения; без Сети для получения информации; без собственных внешних веб-узлов для рекламы своей продукции, поиска новых партнеров и клиентов; а также без внутренних веб-страниц — для распространения информации внутри организации. Так почему же не использовать все эти технологии в каждом бизнес-процессе? Таким образом вы получаете двоякое преимущество, используя, с одной стороны — отработанную технологию, а с другой — уже освоенные вашими работниками знания и навыки.
КТО ДОЛЖЕН БЫТЬ ХОЗЯИНОМ «ЭЛЕКТРОННЫХ» ПРОЕКТОВ
На нашей второй конференции глав компаний, проведенной в 1998 году, состоялся круглый стол по применению новых технологий для нужд бизнеса. Роль команды экспертов выполняла группа главных исполнительных директоров и начальников служб информационного обеспечения. Среди заданных им вопросов был и такой: в чем причина крупных неудач технологических проектов? По мнению главного исполнительного директора фирмы Johnson amp; Johnson Ральфа Ларсена, источник наиболее «эффектных» провалов кроется, как правило, в том, что руководители бизнеса самоустраняются от участия в крупных проектах — ведь это такая тяжелая работа! — перекладывая всю ответственность на подразделения ИТ или на внешних подрядчиков. «Подобное абсолютно недопустимо, — считает Ральф. — Опыт успешных проектов показывает, что все они осуществляются под руководством специалистов по основной деятельности, а не по информационным технологиям. „Хозяином“ проекта должен быть человек бизнеса, а задача службы ИТ — активно ему помогать. Проект не принадлежит внешним консультантам или службе ИТ. Он не принадлежит никому, кроме владельца предприятия».
Невозможно рационально провести реинжиниринг бизнес-процессов на основе новых технологий без надзора руководителя высокого ранга, способного «наводить мосты» между командами специалистов по ведению бизнеса и специалистов по информационным технологиям. Необязательно, чтобы это был самый старший или самый технически подкованный руководитель со стороны бизнеса, но он должен знать его потребности и понимать, как технологические достижения будут использоваться в практической работе. И еще он должен иметь достаточно высокий авторитет в организации, чтобы его решения неукоснительно проводились в жизнь. Ну вот, пожалуй, и готов приблизительный портрет человека, способного составить правильное представление о том, какими должны быть новые, более простые процессы и как следует вырабатывать компромиссы между требованиями бизнеса и возможностями техники.
Мнение Ральфа получило бурную поддержку со стороны представленных в совете экспертов глав корпоративных служб ИТ. Патрисия Хиггинс из Alcoa, например, заявила, что ей лишь однажды пришлось столкнуться с серьезным перерасходом средств по проекту реинжиниринга, и это был как раз тот самый случай, когда представители бизнеса выпустили бразды правления из своих рук. «Никогда не следует просто переводить существующие бизнес-процессы или даже более старые электронные системы на новые информационные технологии, — продолжила она. — Всякий раз необходимо пользоваться случаем для их рационализации и улучшения, ориентируясь на систему приоритетов основной деятельности». Как свидетельствует горький опыт многих компаний, высокие издержки возникают, когда, переводя старые процессы на новые технологии, их оставляют без усовершенствований. В этих случаях неизбежно приходится осуществлять реинжиниринг отдельным этапом позднее.
Итак, кто же должен выступать в роли «хозяина» процесса реинжиниринга? Это должен быть менеджер по основной деятельности, занимающий высокий пост и больше прочих страдающий от недостатков существующих процессов или больше прочих выигрывающий от замены их новыми, реализованными с применением современных технологий.
Выводы
• Рассматривайте различные варианты подходов к устранению недостатков процессов и используйте новые технологии для введения таких элементов рационализации, которые без них были бы просто невозможны. Время от времени повторяйте переоценку существующих процессов.
• Разрабатывая новую структуру процессов, ориентируйтесь на оптимизацию информационных потоков — это автоматически решит многие проблемы бизнеса.
• Совершенствование процессов сводится в конечном итоге к их упрощению: старайтесь, чтобы в каждом деле было как можно меньше участников и чтобы схема процесса включала как можно меньше «перепасовок» между ними.
• Принятием решений по проектам, связанным с применением новых технологий, должны заниматься руководители бизнеса, а не одни специалисты ИТ.
• Несовершенный процесс способен поглотить времени вдесятеро больше, чем требуется на выполнение самой работы. Хороший процесс исключает непроизводительные траты рабочего времени; высокие технологии лишь сокращают остающиеся производительные его траты.
• Сложность — смерть для любого проекта в области реинжиниринга, а для связанного с применением высоких технологий — в особенности.
«Электронная нервная система»: контрольные вопросы
• Позволяет ли ваша «электронная нервная система» быстро развернуть работоспособный первоначальный вариант решения, а затем постепенно совершенствовать его в процессе эксплуатации? Обеспечивает ли она любого сотрудника возможностью контролировать текущее состояние интересующих его процессов? Легко ли с ее помощью выявить тенденцию, требующую административного вмешательства?
• Можете ли вы разбить крупный процесс на множество независимых более мелких, автоматизировать их, а затем связать их друг с другом в эффективно работающее целое?
• Используются ли электронные информационные потоки в вашей системе для упрощения всего процесса в целом, от начала и до конца?
• Применяете ли вы — во избежание длительных циклов разработки — решения на основе компактных модулей, с самого начала создаваемых с учетом требований обмена электронной информацией между ними?
18. ИТ — СТРАТЕГИЧЕСКИЙ РЕСУРС
До сего времени информационные технологии производили скорее данные, чем информацию, — не говоря уже о том, что они порождали множество разнообразных новых вопросов, а также множество разнообразных новых стратегий. Представители руководства избегали применения этих технологий потому, что они не давали информации, необходимой им для выполнения их собственной работы.
Питер Друкер
Работа с информацией — основа любой коммерции, и главе компании необходимо уделять информационным технологиям внимания не меньше, чем любому другому важному аспекту бизнеса. Однако очень многие — слишком многие — высшие руководители предпочитали до сих пор держаться от ИТ подальше. Было распространено представление об информационных системах как о слишком сложных и не поддающихся управлению. Казалось, что превратить ИТ в компонент деловой стратегии практически невозможно. Даже попытки простого обсуждения этой темы будто бы увязали в непонятных непосвященным терминах. Однако, как многие главы служб ИТ старались объяснить, реальный смысл этих трудностей заключается просто-напросто в том, что существуют старые информационные системы, которые слишком сложны, слишком дорого обходятся и слишком негибки, чтобы их можно было приспособить к новым или изменившимся целям.
Технологический прогресс последних лет открыл высшему руководству возможность изменить роль ИТ в жизни компаний. Но для этого главному исполнительному директору необходимо сделать три вещи. Во-первых, чтобы получать от специалистов по информационным технологиям наибольшую отдачу, он должен придать ИТ статус стратегического ресурса. Недопустимо рассматривать службу ИТ как просто еще один центр затрат. Во-вторых, ему необходимо изучить эту технологию настолько, чтобы быть в состоянии задавать правильные, трудные вопросы главе своей службы ИТ и судить о том, насколько хороши получаемые ответы. В этом отношении нет никакой разницы между ИТ и, скажем, сбытом, или финансами, или производством. В-третьих, глава компании должен привлечь директора службы ИТ к участию в принятии важных решений и формировании стратегии бизнеса.
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
У вдумчивого читателя может возникнуть вопрос, а зачем нам вообще нужны все эти счета, электронные или нет? В конце концов, ведь удалось же лидерам ряда производственных отраслей исключить их из своего документооборота. Классическим примером может служить корпорация Ford, обходящаяся без счетов при закупке комплектующих. Когда партия запасных частей поступает на склад, приемщик просто вводит в электронную систему сообщение об этом, и механизм перечисления платежа поставщику запускается автоматически. Производитель получил комплектующие, а поставщик — деньги. Кому нужны счета — хотя бы даже и электронные?
Мы поэкспериментировали с этим подходом, однако натолкнулись на ряд сложностей, обусловленных отличиями услуг от товаров. В производстве каждый компонент имеет свой инвентарный номер. А при получении «рабочих часов» временного участника проекта организовать их учет аналогичным образом оказывается не так просто. Агентству, из которого он пришел, необходимо ассоциировать каждый полученный платеж со своим конкретным работником и конкретной рабочей неделей, что очень непросто сделать, не пользуясь такой справкой, как выставленный и оплаченный счет. Создание системы платежей без выставления счетов, которая устраивала бы наших поставщиков, остается пока делом будущего. Уже и создание полностью электронного процесса документирования работы временных сотрудников, позволяющего легко получать доступ ко всей необходимой информации в любое время, потребовало от нас значительных усилий.
Плохо организованный процесс администрирования потребляет вдесятеро больше времени, чем сама работа, — это азбучная истина. В литературе можно найти множество примеров того, как в результате реинжиниринга продолжительность тридцатидневного цикла удавалось сократить до трех дней или десятидневного — до одного дня. Хорошо организованный процесс не допускает пустой траты времени, а технологические достижения повышают производительность труда при выполнении реальной работы. Наше новое ПО автоматизации документооборота, связанного с привлечением временных сотрудников, тоже должно повысить скорость процесса, но это усовершенствование будет не самым главным. Для бизнеса намного важнее повышение качества надзора за процессом заключения контрактов с временными работниками со стороны высшего руководства и гарантия соблюдения всеми утвержденных правил. И даже еще более важно то, что мы получим возможность вести учет качества выполненной работы от контракта к контракту и строить свои отношения с конкретными людьми на этой основе.
СОВЕРШЕНСТВОВАНИЕ ШАГ ЗА ШАГОМ
Будьте готовы к эксперименту с новыми процессами и новыми технологическими решениями. Никто не может заранее предугадать все сложности и особенности, связанные с переходом на новую схему или приложение. Без опыта реальной эксплуатации продукта разработчику не определить, что сделано правильно, а что не вполне. Кроме того, получив новинку в свое распоряжение, пользователи немедленно начинают изобретать различные способы ее применения и предлагать дальнейшие усовершенствования и расширения. Убедившись, насколько выигрышно использовать HeadTrax для кадровой работы, на примере штатного персонала, мы поняли, что могли бы автоматизировать таким же образом и документооборот, связанный с использованием труда временных работников. А едва освоившись с выгодами этого подхода к управлению кадровыми перемещениями — начали осознавать, что, дополнив HeadTrax некоторыми функциями сбора статистики, получили бы возможность проследить закономерности изменения численности работников на протяжении годового цикла и учесть их при составлении бюджетов. Эта группа функций должна быть реализована уже в следующей версии программы.
Сложность — смерть для любого проекта в области реинжиниринга, а для связанного с высокими технологиями — в особенности. Согласно статье, опубликованной в The Wall Street Journal , данные опроса, проведенного в 1996 году исследовательской фирмой Standish Group International среди 360 компаний, показывают, что 42% проектов, связанных с внутрикорпоративным применением информационных технологий, были свернуты до своего завершения. Камнем преткновения, по мнению автора статьи, как правило, становилась сложность; он говорит о «чудовищных» размерах попусту затраченных средств и о том, что «чем проект крупнее, тем выше вероятность завершения его провалом (и тем дороже этот провал обойдется)» [Bernard Wysocki Jr. «Pulling the Plug: Some Firms, Let Down by Costly Computers, Opt to "De-Engineer'». The Wall Street Journal, 30 April 1998.].
Проекты, рассчитанные на 3-4 месяца, имеют в среднем значительно больше шансов на успех. Сжатые сроки заставляют решительнее идти на необходимые компромиссы, избегать сложности и не отвлекаться от главного. Никто не ставит в подобных случаях целей, в достижимости которых есть какие-либо сомнения. А если краткосрочный проект все же потерпит неудачу — такое по разным причинам иногда случается, — потери времени и денег оказываются не слишком велики. К тому же психологически намного легче свернуть работу и перебросить ее исполнителей на другой участок бизнес-фронта, если люди еще не успели положить на проект целый год жизни.
Даже проекты, которые, считая от самого начала и до конца, неизбежно должны продолжаться несколько лет, можно разбить на несколько этапов, представляющих собой самостоятельные менее крупные проекты с собственными целями и контрольными показателями. Помимо прочего, этот подход позволяет вести работы по различным этапам параллельно — так что, даже если с некоторыми подсистемами выйдет задержка, остальные все равно будут переведены на электронные рельсы. В качестве примера можно взять проект по сокращению цикла движения товаров — от заказа партии магазином до появления товаров на полках, осуществленный пятой крупнейшей в США сетью розничной торговли Dayton Hudson для 1100 своих торговых центров. Каждый бизнес-процесс был разбит на последовательность четко определенных шагов: выбор модели, цвета и материала обивки, выбор производителя и т.д. — а затем каждый шаг быстро автоматизирован независимо от других. После соединения вместе полученных таким образом электронных процессов время цикла движения товаров в сетях универмагов Dayton's, Hudson's, Target, Mervyn's и Marshall Fields сократилось для производимой в стране продукции с 25 до менее чем 10 дней.
Наличие уже работающей электронной среды повышает шансы на успех последующих проектов. Если же ваша рабочая среда остается по преимуществу бумажной, новое электронное приложение будет выбиваться из нормального порядка вещей, а необходимые затраты усилий на его освоение, возможно, покажутся чрезмерными в сравнении с видимой пользой от его внедрения. Если же среда в основном уже является электронной, популяризовать еще одно приложение не представит особой сложности. Работник, обученный применению одной программы, гораздо легче освоит другую, и еще, и еще. Войдя во вкус, пользователи начинают уже требовать новых приложений. После успешного развертывания нескольких программ следует ожидать от работников вопросов вроде: «А что это у нас в программе отдела кадров все не так, как в системе автоматизации продаж? Почему там нельзя перейти от сводных показателей к подробной информации? Вы что, не видите, что здесь нужно предусмотреть выдачу электронных уведомлений ответственным исполнителям?» И они станут указывать на другие приложения или веб-страницы, которые было бы хорошо соединить с теми, что они используют сейчас. Выполнение таких пожеланий обычно не представляет особой сложности, а в конечном итоге получается более приспособленная к нуждам компании система.
Опора на уже произведенные инвестиции позволяет создавать новые электронные приложения с минимальными затратами, а отдачу получать поистине огромную. Сегодня вам уже в любом случае не обойтись без электронной почты для общения; без Сети для получения информации; без собственных внешних веб-узлов для рекламы своей продукции, поиска новых партнеров и клиентов; а также без внутренних веб-страниц — для распространения информации внутри организации. Так почему же не использовать все эти технологии в каждом бизнес-процессе? Таким образом вы получаете двоякое преимущество, используя, с одной стороны — отработанную технологию, а с другой — уже освоенные вашими работниками знания и навыки.
КТО ДОЛЖЕН БЫТЬ ХОЗЯИНОМ «ЭЛЕКТРОННЫХ» ПРОЕКТОВ
На нашей второй конференции глав компаний, проведенной в 1998 году, состоялся круглый стол по применению новых технологий для нужд бизнеса. Роль команды экспертов выполняла группа главных исполнительных директоров и начальников служб информационного обеспечения. Среди заданных им вопросов был и такой: в чем причина крупных неудач технологических проектов? По мнению главного исполнительного директора фирмы Johnson amp; Johnson Ральфа Ларсена, источник наиболее «эффектных» провалов кроется, как правило, в том, что руководители бизнеса самоустраняются от участия в крупных проектах — ведь это такая тяжелая работа! — перекладывая всю ответственность на подразделения ИТ или на внешних подрядчиков. «Подобное абсолютно недопустимо, — считает Ральф. — Опыт успешных проектов показывает, что все они осуществляются под руководством специалистов по основной деятельности, а не по информационным технологиям. „Хозяином“ проекта должен быть человек бизнеса, а задача службы ИТ — активно ему помогать. Проект не принадлежит внешним консультантам или службе ИТ. Он не принадлежит никому, кроме владельца предприятия».
Невозможно рационально провести реинжиниринг бизнес-процессов на основе новых технологий без надзора руководителя высокого ранга, способного «наводить мосты» между командами специалистов по ведению бизнеса и специалистов по информационным технологиям. Необязательно, чтобы это был самый старший или самый технически подкованный руководитель со стороны бизнеса, но он должен знать его потребности и понимать, как технологические достижения будут использоваться в практической работе. И еще он должен иметь достаточно высокий авторитет в организации, чтобы его решения неукоснительно проводились в жизнь. Ну вот, пожалуй, и готов приблизительный портрет человека, способного составить правильное представление о том, какими должны быть новые, более простые процессы и как следует вырабатывать компромиссы между требованиями бизнеса и возможностями техники.
Мнение Ральфа получило бурную поддержку со стороны представленных в совете экспертов глав корпоративных служб ИТ. Патрисия Хиггинс из Alcoa, например, заявила, что ей лишь однажды пришлось столкнуться с серьезным перерасходом средств по проекту реинжиниринга, и это был как раз тот самый случай, когда представители бизнеса выпустили бразды правления из своих рук. «Никогда не следует просто переводить существующие бизнес-процессы или даже более старые электронные системы на новые информационные технологии, — продолжила она. — Всякий раз необходимо пользоваться случаем для их рационализации и улучшения, ориентируясь на систему приоритетов основной деятельности». Как свидетельствует горький опыт многих компаний, высокие издержки возникают, когда, переводя старые процессы на новые технологии, их оставляют без усовершенствований. В этих случаях неизбежно приходится осуществлять реинжиниринг отдельным этапом позднее.
Итак, кто же должен выступать в роли «хозяина» процесса реинжиниринга? Это должен быть менеджер по основной деятельности, занимающий высокий пост и больше прочих страдающий от недостатков существующих процессов или больше прочих выигрывающий от замены их новыми, реализованными с применением современных технологий.
Выводы
• Рассматривайте различные варианты подходов к устранению недостатков процессов и используйте новые технологии для введения таких элементов рационализации, которые без них были бы просто невозможны. Время от времени повторяйте переоценку существующих процессов.
• Разрабатывая новую структуру процессов, ориентируйтесь на оптимизацию информационных потоков — это автоматически решит многие проблемы бизнеса.
• Совершенствование процессов сводится в конечном итоге к их упрощению: старайтесь, чтобы в каждом деле было как можно меньше участников и чтобы схема процесса включала как можно меньше «перепасовок» между ними.
• Принятием решений по проектам, связанным с применением новых технологий, должны заниматься руководители бизнеса, а не одни специалисты ИТ.
• Несовершенный процесс способен поглотить времени вдесятеро больше, чем требуется на выполнение самой работы. Хороший процесс исключает непроизводительные траты рабочего времени; высокие технологии лишь сокращают остающиеся производительные его траты.
• Сложность — смерть для любого проекта в области реинжиниринга, а для связанного с применением высоких технологий — в особенности.
«Электронная нервная система»: контрольные вопросы
• Позволяет ли ваша «электронная нервная система» быстро развернуть работоспособный первоначальный вариант решения, а затем постепенно совершенствовать его в процессе эксплуатации? Обеспечивает ли она любого сотрудника возможностью контролировать текущее состояние интересующих его процессов? Легко ли с ее помощью выявить тенденцию, требующую административного вмешательства?
• Можете ли вы разбить крупный процесс на множество независимых более мелких, автоматизировать их, а затем связать их друг с другом в эффективно работающее целое?
• Используются ли электронные информационные потоки в вашей системе для упрощения всего процесса в целом, от начала и до конца?
• Применяете ли вы — во избежание длительных циклов разработки — решения на основе компактных модулей, с самого начала создаваемых с учетом требований обмена электронной информацией между ними?
18. ИТ — СТРАТЕГИЧЕСКИЙ РЕСУРС
До сего времени информационные технологии производили скорее данные, чем информацию, — не говоря уже о том, что они порождали множество разнообразных новых вопросов, а также множество разнообразных новых стратегий. Представители руководства избегали применения этих технологий потому, что они не давали информации, необходимой им для выполнения их собственной работы.
Питер Друкер
Работа с информацией — основа любой коммерции, и главе компании необходимо уделять информационным технологиям внимания не меньше, чем любому другому важному аспекту бизнеса. Однако очень многие — слишком многие — высшие руководители предпочитали до сих пор держаться от ИТ подальше. Было распространено представление об информационных системах как о слишком сложных и не поддающихся управлению. Казалось, что превратить ИТ в компонент деловой стратегии практически невозможно. Даже попытки простого обсуждения этой темы будто бы увязали в непонятных непосвященным терминах. Однако, как многие главы служб ИТ старались объяснить, реальный смысл этих трудностей заключается просто-напросто в том, что существуют старые информационные системы, которые слишком сложны, слишком дорого обходятся и слишком негибки, чтобы их можно было приспособить к новым или изменившимся целям.
Технологический прогресс последних лет открыл высшему руководству возможность изменить роль ИТ в жизни компаний. Но для этого главному исполнительному директору необходимо сделать три вещи. Во-первых, чтобы получать от специалистов по информационным технологиям наибольшую отдачу, он должен придать ИТ статус стратегического ресурса. Недопустимо рассматривать службу ИТ как просто еще один центр затрат. Во-вторых, ему необходимо изучить эту технологию настолько, чтобы быть в состоянии задавать правильные, трудные вопросы главе своей службы ИТ и судить о том, насколько хороши получаемые ответы. В этом отношении нет никакой разницы между ИТ и, скажем, сбытом, или финансами, или производством. В-третьих, глава компании должен привлечь директора службы ИТ к участию в принятии важных решений и формировании стратегии бизнеса.
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