Итоги тысячелетия - Экономика, социология, менеджмент
реклама
1 ИТОГИ ТЫСЯЧЕЛЕТИЯ, СТОЛЕТИЯ, ГОДА... Александр Прохоров КОМПЬЮТЕР-ПРЕСС, ЯНВАРЬ 2000 Этот номер журнала и, соответственно, статья готовилась на пороге символического рубежа — человечество переходит в новый год, новый век и новое тысячелетие. Это исторический момент, и в это время многие задумываются об итогах упомянутых вех и строят прогнозы на будущее... Несомненно, одним из наиболее значимых для нашей цивилизации (прежде всего в техническом плане) свершений явилось изобретение и совершенствование компьютерной техники. Подобно тому, как человек является венцом творения живой природы, компьютер являет собой вершину развития техники. Поэтому на рубеже уходящей эпохи полезно оглянуться и вспомнить наиболее важные открытия, которые привели к созданию современного компьютера и нашего информационного общества. В широком понимании компьютер представляет собой результат большинства научных открытий — теоретических и прикладных. Действительно, даже изготовление пластикового корпуса компьютера базируется на десятках современнейших технологий, не говоря уже о производстве сложной “начинки”. Однако, чтобы не писать трактат об истории развития науки и техники, рассмотрим вопрос в узкой трактовке, остановившись лишь на наиболее важных открытиях, непосредственно связанных с вычислительной техникой и информатикой, и попытаемся дать оценку этим событиям в масштабах уходящих тысячелетия, столетия и года. 2 Итоги тысячелетия Принято считать, что за последнее тысячелетие человечество пережило три информационные революции, которые кардинально повлияли на развитие общества и цивилизации в целом. Первое технологическое достижение в этом ряду — изобретение в середине XV века Иоганном Гутенбергом печатного станка, в результате чего человечество получило возможность накапливать и распространять информацию в компактной и надежной форме. Вторая революция заключалась в появлении в конце XIX века телефона и радиосвязи, позволивших осуществлять коммуникации в реальном времени. Третья связана с изобретением в XX веке компьютера, который, появившись как средство вычисления, впоследствии добавил к своим возможностям функции предшествующих средств коммуникации и превратился в главное орудие построения современного информационного общества. Сегодня уже невозможно назвать все сферы применения компьютера и даже точно определить область его назначения. По всей видимости, наиболее остроумным определением является такое: “Компьютер есть средство решения тех задач, которые человек в состоянии ему поручить на данном уровне развития техники”. При этом, если рассматривать цепь научно-технических открытий, приведших к появлению компьютера, начать необходимо именно со средств вычисления. Считается, что история механических счетных устройств выходит далеко за рамки тысячелетия. По-видимому, первым вычислительным средством были счеты (абак) — устройство, которое возникло примерно за 2,5 тысячи лет до нашей эры. Однако именно в последнем тысячелетии механические устройства трансформировались в цифровые, потом в электрические, а затем в электронные, что и привело к появлению современного компьютера. Какова же ретроспектива этих событий? Именно в начале Х века в Европе началось распространение арабских цифр, которые впоследствии составили основу для автоматических вычислений. В начале XVII века римские цифры в Европе были вытеснены арабскими, и в 1612 году появилось понятие “десятичная запятая” — ее в своих работах применил шотландский барон Джон Нейпер, который знаменит тем, что ввел понятие логарифма. Десятью годами позже в Англии на базе работ Нейпера появилось первое счетное логарифмическое устройство — логарифмическая линейка. Она дожила до наших дней и использовалась (по крайней мере, в СССР) до конца семидесятых годов. В 1642 году Блез Паскаль построил первую числовую вычислительную машину. Но лишь в начале XIX века появилось понятие программируемых машин. По-видимому, первая программируемая машина, управляемая перфокартами, появилась в 1804 году — это был ткацкий станок Джозефа Джаккарда. 3 Тогда трудно было оценить вклад данного изобретения ткача для дальнейшего развития техники. По сути дела это был одновременно и первый вид внешней памяти, которая использовалась для запоминания узоров ткани в жаккардовых ткацких станках. Через тридцать лет после этого события появилась первая программируемая вычислительная машина — широко известная машина Чарльза Бэббиджа. Разработана она была в 1830 году, однако в работу так и не была запущена. Интересно, что данная машина все же увидела свет — появилась она спустя 140 лет и была выполнена в точности по чертежам Бэббиджа сотрудниками музея Науки в Лондоне. Эта огромная машина (3,4 х 2,1 х 0,5 м) состояла из более чем четырех тысяч частей, изготовленных из бронзы и стали. Машина производила вычисления до 31-й значащей цифры, однако, чтобы получить один результат, приходилось производить тысячи оборотов рукоятки, приводящей трехтонный механизм в движение. Первая программа была написана для машины Чарльза Бэббиджа в 1842 году Адой Лавлейс* — дочерью лорда Байрона. Детище Чарльза Бэббиджа оказало огромное влияние на развитие вычислительной техники. В 1855 году, используя его работы, братья Джорж и Эдвард Шутц из Стокгольма построили первый механический компьютер. Следующим событием, которое нельзя не отметить в ряду изобретений, повлиявших на уровень информатизации нашего общества, стало изобретение телефона. Обычно это событие датируют 1876 годом и приписывают всю славу Александру Грэхему Беллу, хотя он был не единственным, кто предложил подобное устройство. Например, еще в 1861 году школьный учитель Филипп Рейс изобрел аппарат (кстати, названный телефоном), передающий звуки, однако так и не довел его до устройства, передающего речь. В 1876 году Элиша Грей и Грэхем Белл в один и тот же день подали патент на изобретение века. Грэхем Белл опередил соперника всего на несколько часов. Открытие Белла дало толчок рождению его компании (впоследствии знаменитая AT&T), которая внесла огромный вклад в развитие компьютерной техники† и стала крупнейшей телекоммуникационной компанией в мире (более миллиона служащих!). Конец XIX века ознаменовался зарождением и другой компании, которая ныне стала мировым центром развития вычислительной техники. В 1896 году Герман Холлерит основал фирму Tabulating Machine Company (будущую IBM). * Имя этой женщины было увековечено в названии языка программирования Ада. † Транзистор, изменивший облик компьютеров в начале 50-х, был изобретен именно в лаборатории Bell Labs (AT&T) в 1947 году. 4 XIX век принес массу революционных Открытий, и все же до начала XX века вычислительные машины, как и тысячу лет назад, оставались механическими. Первый аналоговый компьютер был изобретен только в 1927 году в Массачусетском технологическом институте (MIT). С тех пор поколения компьютеров менялись вслед за открытиями, изменявшими их элементную базу. Вначале ламповые компьютеры — с конца сороковых годов (так называемые компьютеры первого поколения), затем полупроводниковые — с конца пятидесятых (компьютеры второго поколения). В начале шестидесятых появились компьютеры, элементной базой которых были интегральные схемы (компьютеры третьего поколения). Компьютеры четвертого поколения (середина семидесятых) строились на основе микропроцессоров. Появление больших интегральных схем, внедрение сетевых технологий обозначило переход к современным компьютерам пятого поколения. Наиболее важные открытия, определяющие этапы развития компьютерной техники, сведены в табл. 1. Конечно, последнее столетие в данной таблице включает куда больше событий, чем предыдущие девять, и требует более пристального внимания; о нем и стоит поговорить с позиций оценки уходящего XX века. Итоги уходящего века В начале века разработка компьютеров оставалась основным направлением данной области знания, однако постепенно стали выделяться такие важные самостоятельные направления, как создание программного обеспечения, развитие периферийных устройств, развитие сетевых технологий; предметом отдельного пристального изучения стал компьютерный бизнес. Поэтому в дальнейшем, говоря о наиболее важных событиях в компьютеризации, мы рассмотрим каждое из этих направлений в отдельности. Развитие элементной базы компьютеров Как было отмечено выше, история современных компьютеров насчитывает пять поколений. Условно выделяют, соответственно, и пять периодов развития компьютерной техники. Интересно посмотреть, какие же ключевые события происходили в эти периоды и какие открытия приводили к смене компьютерных поколений. 1. Начало пятидесятых — конец пятидесятых — появление и расцвет компьютеров первого поколения (элементная база: электронные программирование в кодах. Именно в этот период был изобретен транзистор. лампы), 5 Считается, что прародителями первого современного компьютера были Джон Атанасофф (автор проекта) и Клиффорд Берри (конструктор первого компьютера). Компьютер был назван АВС, разработка проекта началась в 1939-м, а закончилась созданием опытного образца в 1942 году. Компьютер АВС содержал 1,5 тысячи электронных ламп. Однако многие эксперты датой рождения компьютеров первого поколения считают 1944 год, когда был построен компьютер МАРК I, получивший широкую известность. Это была машина внушительных размеров — около 17 метров в длину, содержащая 75 000 электронных ламп и 3000 механических реле. Данный компьютер производил вычисления с точностью до 23 значащих цифр и при этом выполнял операцию сложения за 3 секунды, а деления — за 12 секунд. Таким образом (имея в виду, что мы привыкли считать вычислительную мощность в количествах вычислений в секунду), у этого компьютера данный показатель был меньше единицы! Таблица 1. Наиболее значимые открытия тысячелетия, определившие развитие информатики 1457 1642 1801 1830 1842 1876 1927 1939 1940 1945 1947 1958 1964 1969 1974 1981 Изобретение книгопечатного станка Первая цифровая вычислительная машина Первая перфокарта для управления станком Первый программируемый компьютер Первая программа для счетной машины Изобретение телефона Первый аналоговый компьютер Первый ламповый компьютер Передача данных между двумя компьютерами Магнитная цифровая запись Изобретение транзистора Первая интегральная схема Первая локальная сеть Изобретение микропроцессора Первый микрокомпьютер Первый персональный компьютер Иоганн Гутенберг Блез Паскаль Джозеф Джаккарт Чарльз Бэббидж Ада Лавлейс Александр Белл MIT Джон Атанасофф Джордж Стибиц (Bell Labs/AT&T) IBM Уильям Бедфорд Шокли (Bell Labs/AT&T) Джек Килби (Texas Instruments) Ливерморская лаборатория, США Тед Хофф (Intel) Лес Солмен IBM Вскоре появился еще один компьютер, который завоевал широкую известность, — ENIAC (авторы проекта Джон Мочли и Проспер Эккерт). К началу пятидесятых ламповые компьютеры получили широкое распространение. Они потребляли большое количество энергии, программировались в кодах и с современных позиций были крайне несовершенны, однако факт их появления трудно переоценить с точки зрения развития всех последующих поколений ЭВМ. Практическое применение изобретенного в 1947 году транзистора с конца пятидесятых оказало решающее воздействие на развитие вычислительной техники. Это открытие определило сущность второго поколения компьютеров — компьютеров на базе полупроводниковых элементов. Исследованием полупроводников занимались многие 6 ученые, однако наиболее известны эксперименты Уильяма Бедфорда Шокли 1947 года; именно эта дата фигурирует в большинстве источников как дата изобретения транзистора. В 1956 году за труды в области полупроводниковой техники Бедфорду Шокли была присуждена Нобелевская премия. Однако использование ламповых компьютеров продолжалось вплоть до начала семидесятых годов. С начала пятидесятых ламповые машины стали достаточно быстро совершенствоваться. Это направление активно развивалось в СССР. В 1950 году была запущена в эксплуатацию ЭЦВМ МЭСМ (Малая электронная счетная машина), которая производила уже более 100 операций в секунду. А еще через два года появилась ЭВМ БЭСМ (10 000 операций в секунду). Важное событие произошло в 1955 году: под руководством главного конструктора Г. Амдала в компании IBM была разработана первая коммерческая ЭВМ с аппаратной плавающей арифметикой. С конца пятидесятых годов начинают внедряться полупроводниковые технологии. Например, в 1958 году в СССР была разработана ЭВМ М-20 на ламповых и полупроводниковых элементах. 2. Конец пятидесятых — середина шестидесятых. Продолжается выпуск ламповых появляются машин. Начинается компьютеры второго внедрение полупроводниковых поколения; компьютеры элементов, уменьшились в размерах, появились так называемые мини-компьютеры, начали применяться алгоритмические языки. В 1960 году в СССР была разработана первая отечественная полупроводниковая управляющая машина “Днепр”. Полупроводниковые технологии позволили не только повысить надежность, но и существенно уменьшить габариты машин. В начале шестидесятых компания DEC разработала свой первый мини-компьютер PDP-1, а через два года начались продажи компьютера PDP-5. Параллельно наращивалась вычислительная мощность компьютеров: в 1962 году IBM разработала для ядерной лаборатории в Лос-Аламосе модель 7030; в 1964 году Сеймур Крей создал ЭВМ CDC 6000, которая в течение нескольких лет была самым производительным компьютером в мире. А годом позже в СССР появился первый суперкомпьютер БЭСМ-6, который имел производительность 1 млн. операций в секунду. (Примерно в тот же период IBM разработала свои системы IBM System 360.) В это время у нас наблюдалось бурное развитие техники: был начат выпуск знаменитых машин “Минск-32”, “Наири” и семейства “Уралов”. 7 3. Середина шестидесятых — середина семидесятых. Появление так называемой малой степени интеграции (small scale integration) — интегральных микросхем и, соответственно, возникновение компьютеров третьего поколения. Дальнейшее уменьшение габаритов, доступ с удаленных терминалов. В этот период появляется первый микропроцессор. В 1965 году был выпущен массовый мини-компьютер PDP-8. До конца шестидесятых были разработаны модели PDP-10 и первого 16-разрядного миникомпьютера PDP-11/20. IBM начинает выпуск первого компьютера из семейства System 370. В 1970-м Intel выпустила первую доступную на рынке микросхему динамической памяти. Особенно важные результаты принес 1969-й: в этом году сотрудник Intel Тед Хофф изобрел микропроцессор. В 1970 году другой сотрудник Intel Фредерико Фагин начал работы по проектированию микропроцессора. А через год появился первый в мире четырехразрядный микропроцессор Intel 4004, содержащий 2300 транзисторов на кристалле, его тактовая частота составляла 108 кГц, быстродействие 60 000 операций в секунду, адресуемая память 640 байт, цена 200 долл. Основными разработчиками проекта являлись Боб Нойс, Гордон Мур и Энди Гроув, документация была написана Адамом Осборном. Еще через год Intel разработала восьмиразрядный процессор 8008 для корпорации Computer Terminal Corp (тактовая частота 108 кГц, 3500 транзисторов, адресное пространство 16 Кбайт). Начиная с данного процессора Intel удерживает лидерство в области развития микропроцессорной техники и постоянно предлагает на рынок все более производительные микропроцессоры. Так, в 1974 году появился первый восьмиразрядный процессор 8080. Этот процессор оказал колоссальное воздействие на развитие всей микропроцессорной техники. Он имел 16-разрядную шину адреса, 8разрядную шину данных и, соответственно, максимально адресуемую память 64 Кбайт. Процессор имел тактовую частоту 2 МГц, 6000 транзисторов. В том же году произошло еще одно важное событие для развития микропроцессорной техники: Джон Кук из IBM Research разработал концепцию RISC-процессора (Reduced Instruction Set Computer), однако коммерческим продуктом микропроцессоры с RISC-архитектурой стали только в 80-х годах. Говоря об отечественной компьютерной промышленности, следует сказать, что с начала семидесятых в СССР началось производство машин Единой Серии, которые сыграли существенную роль в развитии отечественной вычислительной техники, — ЕС1020 (1971), ЕС-1030 (1972), ЕС-1050 (1973). Продолжало развиваться суперкомпьютерное направление. В 1972 году появилась компания Cray Research, которая в течение последующих почти тридцати лет (начиная с 8 1996 года — в составе Silicon Graphics) выпускала самые производительные компьютеры в мире. 4. Середина компьютеры семидесятых четвертого — поколения середина на базе восьмидесятых. микропроцессоров. Появляются Получают распространение персональные компьютеры, имеет место их массовое производство и потребление. Наряду с созданием дешевых микроЭВМ совершенствуются многопроцессорные мощные вычислительные системы. В 1974 году на базе процессора Intel 8080 был спроектирован компьютер “Альтаир 8800”, который некоторые эксперты называют первым персональным компьютером в истории развития техники. Через год после выхода процессора Intel 8080 Motorola выпустила свой 8-разрядный процессор 6800, получивший широкое распространение, а еще спустя год в США появился микропроцессор Zilog Z-80, на базе которого во всем мире было создано множество моделей 8-разрядных ПК. Т а б л и ц а 2 . Основные этапы развития IBM PC-совместимых персональных компьютеров 1977 1981 1982 1983 1984 1985 1986 1990 1991 1992 1993 1995 1997 1998 1999 8086 MS-DOS IBM PC 80286 PC/XT PC/AT 80386DX 80 Windows 3.0 Windows NT Windows 95 i486SX i486DX2 Pentium Pentium MMX Windows 98 Windows 2000 Следующее важное событие, которое способствовало широкому распространению будущих “домашних” компьютеров, — появление в 1977 году компьютера Apple II компании Apple Computer Corporation на процессоре 6502. Это был первый прообраз современного мультимедийного компьютера, который предоставлял возможности цветной графики и звука. В 1979 году Motorola выпустила 32-разрядный процессор 68000, который положил начало семейству процессоров 680х0 и стал базой для компьютеров семейства Macintosh. В 1978 году Intel анонсировала процессор 8086, открывший счет семейству процессоров 80х86. Чип имел 16-разрядные регистры, 20-разрядный адрес, возможность 9 адресовать до 1 Мбайт ОЗУ и обладал тактовой частотой 4—10 МГц. Данный процессор стал популярен в основном благодаря компьютеру Compaq DeskPro. Примерно в это же время фирма DEC объявила семейство компьютеров VAX, ставшее популярным в учебных и научных институтах и лабораториях, в том числе и в СССР. В последующие два года произошли события, определившие развитие наиболее, массового персонального компьютера IBM PC. В 1979 году Intel анонсировала микропроцессор i8088. Этот чип мог физически адресовать область памяти в 1 Мбайт. Первоначально микропроцессор i8088 работал с частотой 4,77 МГц и имел быстродействие около 0,33 млн. инструкций в секунду. Именно этот процессор в 1981 году фирма IBM выбрала для своего исторического компьютера IBM 5150 Personal Computer, или сокращенно IBM PC, который большинством экспертов признается первым персональным компьютером в мире. Выполненный на процессоре Intel 8088, он имел CGA-монитор, ОЗУ 40 Кбайт, расширяемое до 640 Кбайт, и накопитель гибких дисков 5,25”. Необходимо отметить, что операционная система PC-DOS 1.0 (MS-DOS) была представлена компанией Microsoft. Важным моментом стало то, что спецификация этого компьютера была общедоступной (открытая архитектура), что и дало толчок индустрии производства так называемых IBM PC-совместимых машин. В 1981 году произошло несколько важнейших событий — помимо зарождения персональных компьютеров закладывалась основа для развития “геометрического” компьютера — компьютера, ориентированного на создание 3D-rpaфики. В 1981 году Джеймс Кларк основал фирму Silicon Graphics, которая вскоре стала лидером в области производства “железа” для компьютерной графики и анимации. Интересна личность основателя SGI. Этот человек сыграл огромную роль в развитии мировой вычислительной техники. Достаточно сказать, что он основал такие компании, как Silicon Graphics и Netscape Communications. Годом позже была основана компания Sun Microsystems, которая впоследствии внесла огромный вклад в создание “сетевого компьютера”. В СССР в начале восьмидесятых был налажен выпуск машин ЕС-1045, появились машины СМ-14 10, CM14 20. Персональные компьютеры постепенно наращивали свою мощь. В 1982 году фирма Intel выпустила новый микропроцессор — i80286, который имел уже около 130 тысяч транзисторов. Это был 16-разрядный процессор, в нем использовалась 24-разрядная шина данных, появился защищенный режим работы, в котором можно было адресовать до 16 Мбайт памяти, процессор содержал 134 000 транзисторов. Математический сопроцессор был внешним и реализовывался на отдельной микросхеме — 80287. Процессор i80286 10 позднее послужил основой для нового компьютера фирмы IBM — PC/AT (Advanced Technology). Этот компьютер, появившийся в 1984 году, имел диск емкостью до 40 Мбайт и цветной EGA-монитор. В СССР в этот период шли разработки отечественного персонального компьютера ПЭВМ “Агат”, который серийно начал выпускаться с 1985 года. Открытость архитектуры IBM PC принесла свои плоды — Columbia Data Products стала первой компанией, выпустившей в 1982 году IBM PC-совместимую машину. С тех пор сотни компаний по всему миру включились в этот бизнес. Важным событием стал выпуск в 1984 году компьютеров Macintosh на 32разрядном процессоре Motorola 68000. 5. С середины восьмидесятых начинается эпоха пятого поколения компьютеров. Элементная база: сверхбольшие интегральные схемы СБИС (VLSI — very large scale integration), резкий рост вычислительной мощности компьютеров, широкомасштабное внедрение компьютерных сетей. Переход к компьютерам пятого поколения прежде всего проявился в колоссальной миниатюризации элементной базы и в наращивании вычислительной мощности и памяти компьютеров. При сохранении понятия “микропроцессор” количественные изменения привели к качественно новым возможностям. Чтобы понять эффект перехода к компьютерам пятого поколения, уместно привести высказывание Дэвида Арнольда, который в 1988 году прокомментировал известное выражение о том, что если бы производительность автомобильной промышленности возрастала с такой же скоростью, как компьютерная, то “роллс-ройс” смог бы проехать 3 миллиона миль на одном галлоне бензина. В частности, он сказал: “Теперь (в 1988 году) и половины унции бензина (15 г) хватило бы на всю жизнь машины, а цена роллс-ройса не составила бы и одного доллара”. Итак, какие же основные события происходили с середины восьмидесятых. В это время активно совершенствуются процессоры Intel и Motorola. В 1985 году Intel анонсировала первый 32-разрядный микропроцессор i80386. Новый чип содержал примерно 275 тысяч транзисторов. Первым компьютером, использующим этот микропроцессор, был Compaq DeskPro 386. Полностью 32-разрядная архитектура (32разрядные регистры и 32-разрядная внешняя шина данных) была дополнена расширенным устройством управления памятью (Memory Management Unit, MMU). На тактовой частоте 16 МГц быстродействие процессора составляло примерно 6 MIPS. Более дешевая замена 32-разрядному процессору — i80386 появилась только 2 года спустя. Микропроцессор 11 i80386SX имел полностью 32-разрядную внутреннюю архитектуру и использовался для апгрейда AT/XT. Важным событием 1987 года стало появление процессора 68030 Motorola. По сравнению с 68020 в нем была повышена тактовая частота — с 20 до 50 МГц. В том же году IBM объявила семейство PC System/2. В СССР в этот период выпускались машины УВК СМ 1810, CM 1814, CM 1820 CM 1700. В 1988 году произошло сразу несколько крупных событий: IBM начала выпуск семейства мини-компьютеров AS/400 и серию мэйнфреймов ES/3090 S, DEC объявила модель VAXstation 8000 и начала разработку 64-разрядного 150-мегагерцевого процессора Alpha, Cray Research анонсировала суперкомпьютер Cray Y-MP. На осенней выставке Comdex в 1989 году фирма Intel анонсировала микропроцессор i486DX (называемый также 486 или 80486), полностью совместимый с процессорами ряда х86. Процессор содержал более 1,2 млн. транзисторов на одном кристалле. Новая микросхема впервые объединила на одном чипе такие устройства, как центральный процессор, математический сопроцессор и кэш-память. Добавились средства мультипроцессирования и конвейерная схема исполнения команд. В том же году Sun Microsystems начала выпуск рабочих станций SPARCstation. В СССР в этот период активно развивается суперкомпьютерное направление: изготовлена и запущена в опытную эксплуатацию векторно-конвейерная суперЭВМ “Электроника ССБИС”, введена в эксплуатацию векторно-конвейерная суперЭВМ “Эльбрус 3.1”. В 1990 году появился процессор 68040 фирмы Motorola, который работал на частоте 25 МГц, имел встроенный блок плавающей арифметики и MMU, раздельный кэш команд и данных объемом 4 Кбайт. В 1991 году Intel выпустила высокопроизводительный микропроцессор 1860ХР, который позволил создавать многопроцессорные системы и платы ускорителей для ПК, а еще через год, в 1992 году, Intel объявила о создании второго поколения микропроцессоров 486, названных i80486DX2(SX2). Одновременно с процессором DX2 был выпущен процессор OverDrive. В 1993 году появился чип Intel Pentium 200 МГц, а в 1995-м — Intel Pentium Pro. В 1996 году Digital анонсировала процессор Alpha 433 и 500 МГц, а годом позже Intel объявила процессор Pentium MMX (тактовая частота 200 МГц, 32 Кбайт кэш-память, 64-разрядная шина, 4,5 млн. транзисторов); в том же году появился микропроцессор Intel Pentium II. Последний процессор в этом ряду — Intel Pentium III, появившийся в конце века, имеет частоту до 800 МГц. 12 Развитие периферии Основу для построения систем внешней памяти — технологию цифровой магнитной записи разработала еще в 1945 году фирма IBM. Фирма Univac на основе этого изобретения выпустила первую цифровую память на магнитной ленте. Первый скоростной принтер появился в 1953 году. Его разработала компания Remington-Rand для компьютера Univac. В том же году Джеймс Форрестер изобрел ферритовую память в виде кольцевых сердечников и тогда же появился первый серийно производимый накопитель на магнитной ленте — устройство IBM 726, плотность записи которого составляла 100 символов на дюйм, скорость — 75 дюймов в секунду. Прообраз современного дисплея появился, вероятно, в 1958 году — в этом году Франк Розенблат построил ЭВМ Perceptron Mark I, в котором в качестве устройства вывода была использована электронно-лучевая трубка. В 1963 году Дуглас Энгельбарт получил патент на манипулятор “мышь”, и вскоре после этого — в 1964 году — М. Девис и Т. Эллис из Rand Corporation разработали дигитайзер. В 1966 году IBM применила первую подсистему дисковой памяти — IBM RAMAC 305. Она имела емкость всего 5 Мбайт на 50 двухфутовых пластинах. Год спустя, в 1967 году, А. Бобек, сотрудник Bell Labs, разработал память на цилиндрических магнитных доменах (bubble memory). По-видимому, первый накопитель на гибких магнитных дисках появился в 1971 году в мэйнфреймах фирмы IBM System 370/135 и 370/195. Развитие программного обеспечения Данная область столь широка, что, конечно, сложно отобрать все значительные события в этом огромном списке. Любой перечень будет неполным. Так что напомним лишь некоторые, наиболее важные из них. 1945 1953 1958 1963 1964 1966 1967 1971 Цифровая магнитная запись Первый скоростной принтер Электронно-лучевая трубка для вывода данных Манипулятор «мышь» Дигитайзер Первая подсистема дисковой памяти Память на цилиндрических магнитных доменах Накопитель на гибких магнитных дисках Считается, что история операционных систем берет свой отсчет с 1954 года, когда Джин Амдал разработал операционную систему для машины IBM 704. По-видимому, в это же время появились и современные языки высокого уровня. В 1954 году Джон Бэкус 13 из IBM начал работу над процедурным языком высокого уровня для численных методов, который получил название Fortran. Этот язык оказал огромное влияние на развитие программного обеспечения. До сих пор ни в одном другом языке нет столь богатой коллекции самых разнообразных библиотек, и прежде всего математических. Одна из наиболее популярных — IMSL фирмы Visual Numerics — включает свыше тысячи процедур математической обработки данных и фактически является стандартом для различных компьютерных платформ. Язык пережил множество модификаций: 1958, 1962, 1964, 1966, 1979, 1995 годы и прочно сохраняет свои позиции и в наше время как язык для решения задач числительной математики. В 1958 году появился язык ALGOL, который оказал большое влияние на развитие процедурных языков. В конце 1958 года математиком Джоном Маккарти из MIT был разработан язык программирования Лисп, который имел большое значение для постановки и решения задач искусственного интеллекта. В 1959—1960 годы по заказу Пентагона был разработан язык программирования Кобол, который активно использовался для решения экономических задач. В 60—70-е годы до 80% программ в США писалось с помощью этого языка. В 1964 году Джон Кемени и Томас Курц из Дартмутского колледжа (США) разработали один из наиболее популярных современных языков программирования Бейсик (BASIC, от Beginners All-Purpose Symbolic Code — универсальный символический код для начинающих). В следующее десятилетие он завоевал всеобщее признание вследствие своей простоты и пригодности для первых персональных компьютеров с их ограниченным объемом памяти. Со временем появилось множество разновидностей BASIC. С языком Бейсик тесно связана биография Билла Гейтса. Как утверждают, в возрасте 19 лет в 1975 году (год основания Microsoft) он разработал интерпретатор этого языка, который, кстати, впоследствии стал мировым стандартом и принес миллионы чистой прибыли. В 1964 году компания IBM предложила термин “текстообработка” (word processing). Именно этот тип программ сыграл впоследствии решающую роль в массовом распространении персональных компьютеров. В 1969 году произошло чрезвычайно важное событие для дальнейшего развития операционных систем — сотрудником фирмы Bell Labs концерна AT&T Кеном Томпсоном на основе проекта Multics была разработана операционная система UNIX. Однако лишь спустя три года Bell Labs начала выпускать официальные версии UNIX и продавать на нее лицензии. В 1970 году Чарльз Мур из Национальной 14 радиоастрономической обсерватории в Аризоне (США) создал язык программирования Форт. В 1972 году Деннис Ричи, специалист по системному программированию фирмы Bell Labs, разработал язык С, которому суждено было стать наиболее распространенным современным языком программирования для профессионалов. Название появилось случайно, язык оказался преемником ранее созданного языка, имевшего название “В”, и был использован для программирования новой операционной системы UNIX, работа над которой тоже не входила в официальные планы компании. Как только система UNIX получила распространение, язык С быстро стал популярным как язык среднего уровня, в котором удобство и краткость языков высокого уровня сочетались с возможностью доступа к аппаратуре, что традиционно обеспечивалось Ассемблером. Удобство использования языка для программирования специальных эффектов и обработки изображений способствовало и его дальнейшему распространению. В 1973 году по заказу Пентагона была начата разработка языка Ада — единого языка для встраиваемых и бортовых систем. В 1974 году Гарри Килдал написал операционную систему СР/М, получившую широкое распространение на 8-разрядных микрокомпьютерах, 16-разрядная версия СР/М была взята Microsoft за основу при разработке MS-DOS. В 1978 году на рынке появилась первая электронная таблица под названием Visicalc (разработчики Дэн Бриклин и Боб Фрэнкстон). Первую версию программы Дэн Бриклин написал еще будучи студентом Гарвардской школы бизнеса; усовершенствованная при участии Боба Фрэнкстона программа имела огромный успех на рынке и определила целое направление и коммерческую популярность” в том числе и продаж компьютеров фирмы Apple. Десятью годами позже Митч Капор представил систему. Lotus 1-2-3, которая победила в конкурентной борьбе Visicalc и принесла более 500 млн. прибыли. В 1979 году фирма Micropro International (позднее — Wordstar International) выпустила текстовый процессор Wordstar, который оказал очень сильное влияние на все последующие разработки в этой области. Считается, что первым текстовым редактором, получившим распространение, был Electric Pencil, разработанный для компьютеров Apple, и его популярность для написания текстов (именно текстов, а не текстов программ, как это было ранее) явилась неожиданностью и для самих разработчиков. Одним из основных разработчиков данного редактора был Сеймур Рубинштейн. Кстати, он же стал и одним из разработчиков программы Wordstar. В 1981 году появилась самая популярная из операционных систем — система MSDOS (известная также как PC-DOS) компании Microsoft. Ее поставки начались в 1981 году 15 вместе с компьютерами IBM PC. Многие черты MS-DOS были унаследованы от операционной системы СР/М-80 фирмы Digital Research, применявшейся в 8-разрядных персональных компьютерах. Первую версию системы в 1979 году разработал Тим Петерсон, сотрудник фирмы Seattle computer Products. Современный вид система получила после того, как в 1981 году фирма Microsoft приобрела ее и применила для ставших популярными компьютеров IBM PC. В конце семидесятых появился язык Паскаль, получивший свое название в честь французского математика XVII века Блеза Паскаля; язык был разработан швейцарским ученым Никласом Виртом. Отличительной особенностью языка явилось наличие строгой логической структуры, что сделало его практическим стандартом в обучении методам структурного программирования нескольких поколений программистов. С 1983 года язык был введен во все учебные курсы для изучающих программирование в США. В 1983 году IBM начала совместную с Microsoft разработку операционной системы OS/2. В 1983 году Бьярн Страуструп (AT&T Bell Labs) разработал язык программирования высокого уровня Cи++, который объединил возможности языка Си с методологией объектно-ориентированного программирования. Программа Windows, в версии 3.0, впервые была анонсирована 23 мая 1990 года. Многие считают эту дату ключевой в развитии современных программ для персональной техники. С появлением данной программы пользователи уже не зависели от текстовых сообщений MS-DOS и пользовались интуитивно понятной графической средой. С начала 90-х активно развивается программное обеспечение для Интернета. В 1990 году в компании Sun Microsystems при активном участии Патрика Нотона был создан новый объектноориентированный язык программирования Oak. Примерно в это же время Sun Microsystems анонсировала систему Mosaic, которая легла в основу World Wide Web, ставшей базой для бурного развития Интернета. Нотон предложил использовать Oak в создании Интернет-приложений. Вскоре был написан Oak-компилятор и Oak-браузер WebRunner. Данные разработки послужили основой для будущего языка Java, который официально был объявлен в 1995 году и впоследствии вырос в технологию Java. В 1991 году студентом факультета вычислительной техники Хельсинкского университета Линусом Торнальдом представлена UNIX-система для PC-компьютеров под названием Linux, которая стала активно развиваться в конце столетия. Огромный вклад в развитие программного обеспечения для Интернета внесла компания Netscape Communications. В 1994 эта компания выпустила бета-версию ставшего популярным Web- 16 браузера Netscape Navigator. В 1995 Microsoft выпустила Windows 95 и браузер Internet Explorer, который стал конкурировать с программой Netscape Navigator. Хронология появления некоторых важных программ, определивших целые направления развития ПО 1954 1964 1969 1972 1978 ОС Первая ОС для IBM 704 Языки программирования FORTRAN BASIC Прикладные программы UNIX C VisiCalc (первая электронная таблица) Wordstar (первый текстовый процессор) 1979 1981 1983 1990 1992 1994 1995 MS-DOS OS/2 Windows 3.0 Linux С++ Netscape Navigator Java Необходимо также отметить важнейшее событие — появление в 1993 году первой версии Windows NT; одним из руководителей данного проекта был всемирно известный разработчик операционных систем Дэвид Кутлер — архитектор ОС MVS. В 1996 Microsoft выпустила Exchange Server, который явился вторым по величине проектом в истории этой корпорации. Разработка длилась восемь лет, бета-тестирование шло два года. Программа Windows оказалась самой успешной в коммерческом плане программой. В 1998 году появилась версия Windows 98, а в 1999 году — Windows 2000. Рейтинг технологий последнего десятилетия Говоря о событиях нашего времени, нужно понимать, что степень значимости современных изобретений реально может быть оценена только в будущем. Весьма любопытные выводы делают на этот счет аналитики из Gartner Group. В частности, они отмечают, что рейтинг значимости новых программных продуктов зависит от двух факторов: от реальной полезности и от объема рекламирования. На рис. 1 на временной шкале показаны наиболее важные компьютерные технологии последнего десятилетия, а кривая показывает рейтинг важности этих технологий по оценкам современников. Как видно, на графике представлено несколько характерных этапов. Поначалу о технологии мало кто знает и рейтинг ее низок, затем по мере возникновения “шума” вокруг новости (всем кажется, что именно эта технология “перевернет мир”) рейтинг ее растет, далее, 17 когда все больше людей начинают работать с данной технологией и узнают, что это вовсе “не панацея”, интерес к ней падает даже ниже, чем технология того заслуживает, — наблюдается некий провал. Однако со временем люди осваивают новое средство, привыкают к нему и начинают реально использовать в своей повседневной жизни, и рейтинг полезности технологии вновь повышается. Промежуток времени, показанный на рис. 1, соответствует примерно десятилетию. Действительно, технология Win3x появилась около 10 лет назад. Тематика компьютерной прессы подтверждает правомерность данной кривой; так, например, технология виртуальной реальности, о которой три года назад говорили очень активно, сейчас почти выпала из поля зрения компьютерных новостей, между тем, несомненно, что эта технология будет активно внедряться и способна качественно повлиять на изменение интерфейса между компьютером и человеком. На кривой рис. 1 данная технология как раз попадает в полосу “охлаждения” в рейтинге важности. Пик популярности DVD постепенно проходит, хотя это вовсе не значит, что это приобретение нашего времени потеряло актуальность. А вот тема электронных денег Оценка значимости новых технологий сейчас находится на взлете, что подтверждает кривая. NT 5.0 Win98 Win95 NT 3.x Win3.x NT 6.0 NT 4.0 Время, прошедшее с момента появления технологии * Рис. 1. Цикл изменения рейтинга значимости технологий во времени * Биометрика (Biometrics) — использование биокодов в компьютерных технологиях, в частности в качестве пароля для получения доступа к данным на базе неповторимости отпечатка пальцев, голоса, радужки глаза и т.д. 18 Развитие компьютерных сетей Считается, что первая удачная передача данных между двумя компьютерами произошла 9 сентября 1940 года, когда Джордж Стибиц, сотрудник Bell Labs, при помощи телетайпа передал два числа и команду, предписывающую разделить одно число на другое. Адресатом и исполнителем было электромеханическое вычислительное устройство, которое находилось на расстоянии нескольких сотен километров от заказчика вычисления. Ответ успешно пришел по кабелю; все вычисление заняло тридцать с лишним секунд. Одним из ключевых приобретений шестидесятых годов стало использование принципа разделения вычислительного ресурса среди группы пользователей. Со временем удаление терминала от хост-компьютера привело к существенному изменению способа использования вычислительной техники. Вначале возможность предоставления вычислительной мощности компьютера сотням удаленных пользователей давало снижение цены машинного времени. Однако в конце семидесятых появились дешевые компьютеры, которые можно было поставить к себе на стол, работая совершенно автономно, что казалось прорывом. Однако вскоре возник новый виток в использовании идеи разделения ресурсов между пользователями при организации совместной работы — персональные компьютеры стали соединять в сети. Говоря о знаменательных датах в области развития сетевых технологий, необходимо вспомнить 1964 год — когда была разработана первая локальная сеть в США, в Ливерморской лаборатории. В 1968 году под эгидой Агентства по перспективным исследованиям МО США (АКРА) началась разработка и внедрение глобальной военной компьютерной сети, связывающей исследовательские лаборатории на территории США. В 1971 году сеть ARPANet насчитывала уже 15 узлов. В 1984 Национальный научный фонд США разработал глобальную сеть NSFnet, которая соединила растущее число суперкомпьютеров в университетах и исследовательских центрах. Между NSF и военными сетями создавались мосты, и было начато использование стека протоколов TCP/IP. В 1984 году при непосредственном участии Тома Дженнингса и Джона Мэдила появилась некоммерческая компьютерная сеть FIDO. В последние годы столетия активно развивается сеть Интернет, постепенно проникая во все сферы жизни человека. Например, по данным компании The Strategic Group, число взрослых пользователей Интернет в США превысило 100 млн., что составляет половину взрослого населения. В прошлом году эта цифра была только 65 млн. При этом пользователи задействуют все больше возможностей Интернета как средства общения, ведения бизнеса, обучения. Средний пользователь 19 отправляет свыше шести писем по электронной почте ежедневно. 20% пользователей имеют свои домашние Web-странички. По данным компании International Data Corporation, к 2003 году число пользователей Интернета в США достигнет 177 млн. В масштабах всего мира их число увеличится со 142 млн. в 1998-м до 502 млн. к 2003 году. Вычислительная мощность компьютеров В развитии компьютерной техники постоянно сосуществовали две противоположные тенденции — желание увеличить вычислительную мощность и уменьшить размеры вычислительного средства. Один из первых компьютеров, МАРК I, изготовленный в 1944 году, имел размеры крупнейших современных суперкомпьютеров и быстродействие менее одной операции в секунду. С тех пор увеличение производительности остается одним из основных направлений развития вычислительной техники. Со временем оно вылилось в отдельное направление — разработку суперкомпьютеров. Основателем суперкомпьютерного направления по праву считают Сеймура Крея. В конце пятидесятых он разработал свой первый полностью транзисторный компьютер CDC 1604 — по заказу Control Data Corp. Компьютер был предназначен для научных исследований. Серийный выпуск машины начался в 1960 г. Сегодня рынок суперкомпьютеров не столь велик и составляет порядка 2,4 млрд. долларов. Потребителями суперкомпьютеров являются крупные университетские и государственные учреждения. В последнее время производительность векторных машин уступила машинам с архитектурой параллельных вычислений, в которых при решении задачи объединены тысячи процессоров. Если посмотреть на список суперкомпьютерных центров, то большинство из них укомплектовано системами Cray и SGI, вычислительная мощность которых к концу столетия достигла триллионов операций в секунду. Компьютерный бизнес Когда в конце сороковых годов только появились первые компьютеры, мало кому приходило в голову, что в конце тысячелетия это будет самый продаваемый товар. Интересно вспомнить широко известную фразу Томаса Уотсона (президента фирмы IBM), который в 1948 году заявил: “Миру нужна разве что дюжина компьютеров”. Однако уже в 1954 году IBM начала выпуск первого массового компьютера (модель 650), и в первый год было продано 120 машин. Поначалу темпы распространения компьютеров были невелики — к 1960 году в США использовалось около 2000 компьютеров. Однако дальше рост пошел 20 фантастическими темпами, особенный размах явление приобрело с появлением в 80-х персональных компьютеров. Уже в 1985 году количество компьютеров в США превысило 30 миллионов штук. Внушает уважение и стоимость отдельных экземпляров суперкомпьютеров — это десятки и даже сотни миллионов долларов. По данным IDC (International Data Corporation), годовой объем продаж аппаратного обеспечения во всем мире в 1997 году достиг астрономической цифры — порядка 345 млрд. долл., а объем продаж программного обеспечения и услуг по его установке составил 223 млрд. долл., еще где-то 150 млрд. долларов в 1997 году было истрачено на поддержку вычислительной техники, подготовку и обработку компьютерных данных, что в сумме составило 720 млрд. долл. К концу XX века компьютерный рынок, включая программное обеспечение и услуги, во всем мире составляет примерно 850 млрд. долл. Итоги года и некоторые прогнозы на второе тысячелетие За истекший год в компьютерной индустрии произошло огромное количество событий, так что подвести итоги последнего года тысячелетия, возможно, даже сложнее, чем тысячелетия в целом. Не обращаясь к итогам отдельных компаний, отметим лишь некоторые основные технологические и финансовые тенденции. Технологические итоги и тенденции Миниатюризация компьютерной техники Дальнейшая миниатюризация компьютерной техники привела к тому, что, повидимому, ученые уже вышли на молекулярный уровень. Так, например, в конце 1999 года разработчики из Bell Labs объявили о создании транзистора 50 нм, а разработчики из Калифорнийского университета Беркли заявили об изобретении нового типа транзистора, при использовании которого один компьютерный чип сможет содержать в 400 раз больше транзисторов, чем в настоящий момент. Новый транзистор FinFET имеет gate шириной в 18 нм — что составляет примерно 100 атомов! Подобное устройство можно увидеть только в электронный микроскоп. Разработчики заявляют, что данный параметр уже в ближайшее время можно будет уменьшить вдвое; также они объявили, что не собираются запатентовывать изобретение, чтобы способствовать скорейшему переходу всей индустрии на новый стандарт. Аналогичные тенденции наблюдаются и в отношении элементов памяти. 21 В частности, в прошлом году команда исследователей из Йельского университета и Университета Раиса представила данные по разработке дешевой ячейки памяти, состоящей всего из одной молекулы! Отмечается также низкая себестоимость процесса производства, который исследователи назвали “самосборкой”. Это изобретение способно буквально обрушить цены на чипы памяти через 3—5 лет, когда данная технология будет воплощена в массовом производстве. Более компактными и совершенными становятся периферийные устройства; все больше используются беспроводные возможности в передаче данных. Даже такое устоявшееся и компактное устройство, как мышь, постепенно уменьшается в размерах. Так, например, недавно было объявлено о появлении нового манипулятора “мышь”, который уменьшился до размеров шариковой ручки, не имеет проводов связи с компьютером, работая по радиоканалу. Шарик мыши также уменьшился, в результате чего возросла точность позиционирования и исчезла необходимость в коврике. Данная мышь (вернее, Free Pen — именно такое название получило устройство) может работать на расстоянии до 2,5 метра от компьютера. Работа манипулятора возможна на восьми разных радиочастотах. Ручка защищена персональным кодом доступа, что исключает несанкционированное ее использование. Так что, видимо, манипуляции с объектами на компьютере будут столь же привычны, как и письмо шариковой ручкой. Сокращение “расстояния” между компьютером и человеком Под термином “расстояние” понимается способ взаимодействия с компьютером. Если 30 лет назад человек приносил колоду перфокарт и через день забирал результаты, то с появлением дисплея он уже мог управлять процессом, отсылая команды в реальном времени, сидя за экраном компьютера, что называется, “лицом к лицу”; еще больше сократилось расстояние между компьютером и человеком, когда появилась система виртуальной реальности — тогда это было уже общение “глаза в глаза”: поворот головы человека и его слежение за объектом направляли ход вычислений машины — человек как бы сливался с компьютером в вычислительном процессе. Так вот это, видимо, еще не предел. В конце 1999 года появилось сообщение о том, что профессор кибернетики Кевин Варвик собирается вживить себе микрочип, который будет контролировать движения его руки. Если раньше принято было говорить, что человек как бы проникает в компьютер, то теперь, вероятно, можно будет говорить о том, что компьютер как бы внедряется внутрь человека. Чип, который вживляет себе Кевин, будет перехватывать сигналы его нервной системы, передавать их на компьютер, а компьютер будет возвращать их обратно, 22 подтверждая идею о возможности контролирования движения человеческих конечностей. В ближайшем будущем профессор собирается поставить эксперимент, в котором компьютер будет контролировать возникновение у него некоторых эмоций. Тотальное проникновение компьютерных технологий в бытовую сферу Пожалуй, самым ярким примером этого явления за последнее время явился Интернет-дом, представленный в конце прошлого года компаниями Cisco Systems и Laing Homes. Домом и всеми электронными устройствами можно управлять дистанционно. Например, если, находясь на работе, вы захотите включить отопление или стиральную машину, можно соответствующем зайти значке. на страничку Комплекс Интернет-дома демонстрирует и щелкнуть компьютерные мышью на технологии, умноженные на возможности Интернета, изменяет то, как мы работаем, живем, отдыхаем и учимся и как, вероятно, будем жить в следующем столетии. Не только бытовая электроника становится все более компьютеризованной, но и детские игрушки. В этом году японская корпорация Sony объявила о появлении нового поколения AIBO — ERS-111. Первая версия игрушки AIBO — компьютеризованная милая собачка, которая может быть обучена сотне движений, гоняет мячик и стоит “всего” 2,5 тыс. долл., была объявлена в прошлом году на выставке Comdex в Лас-Вегасе. Первоначальный “тираж” новой игрушки был ограничен всего 5000 экземплярами — при этом спрос на новинку был так велик, что вся партия была распродана за два дня. Вполне возможно, что в ближайшее время эти самые AIBO (или им подобные) в чем-то потеснят своих живых собратьев. Ведется атака и на художественную литературу. Конечно, сама идея электронной книги существует уже давно, однако, по счастью, до сего дня мы читали с экрана в основном новости, биржевые сводки и технические статьи. Художественная литература и понятие “глубокого чтения” сохранялись за печатными изданиями. В начале следующего века ситуация может измениться. В конце прошлого года компания Microsoft заключила договор с издателем R.R Donnelley по переводу традиционных изданий в электронный вид. Онлайновый книжный магазин Barnes & Noble выкупил 49% онлайнового издателя iUniverse.com и планирует начать рекламу электронных книг в период празднования конца тысячелетия. На рынке уже появились специальные компактные устройства от компаний Softbook и NuvoMedia, вмещающие около 4000 страниц текста, — так что все 23 готово к появлению бума электронных книг. И, видимо, электронным книгам в ближайшее время все-таки удастся отвоевать часть рынка у своих печатных предшественников. Достижения в области вычислительной мощности Наиболее производительной системой на ноябрь 1999 года считается система ASCII Red, которая установлена в США (шт. Нью-Мехико) в Национальной лаборатории (Sandia National Laboratory). Система содержит 9472 процессора Intel, которые обеспечивают вычислительную мощность, равную 2 трлн. операций в секунду. IBM объявила, что ее компьютер RS/6000 SP в 2000 году достигнет производительности 10 трлн. операций в секунду! Производительность процессоров неуклонно растет — если так будет продолжаться и впредь, то, вполне возможно, к 2011 году микропроцессоры Intel будут работать на тактовой частоте 10 ГГц. При этом число транзисторов на каждом таком процессоре достигнет 1 млрд., а вычислительная мощность — 100 млрд. операций в секунду (BIPS). Компьютерный бизнес — итоги и прогнозы По оценкам Gartner Group, основные тенденции в развитии компьютерного бизнеса на ближайшие пять лет — это дальнейший рост конкуренции (рис. 2) и приватизация. Как следует из рис. 2, общее количество компаний, занятых в компьютерном бизнесе, будет снижаться, то есть будет наблюдаться общая глобализация бизнеса. При этом число монополистов также будет падать, а количество компаний, которые борются Количество компаний за каждую трансакцию, достигнет общего числа компаний на рынке. 1983 Общее количе ство к омпани й на рын к е я щихс борюю , й и н и сакц омпа тво кдую тран с е ч Коли за каж 2003 Время Рис. 2. Прогнозы роста конкуренции в компьютерном бизнесе (по данным Gartner Group) 24 Степень компьютеризации в различных секторах рынка не одинакова — по прогнозам Gartner Group, компьютеризация разных отраслей экономики будет происходить, как показано на рис. 3 (наибольшие темпы роста будут наблюдаться в области телекоммуникаций). 1998 2003 10 Активное внедрение ИТ Внедрение ИТ 5 0 Рис. 3. Степень компьютеризации в различных отраслях по десятибалльной шкале и перспективы ее развития к 2003 году Среднегодовые темпы роста мирового рынка компьютерных программ составляют порядка 13,5% в год, что позволяет прогнозировать к 2002 году суммарный объем этого рынка 425,7 млрд. долл. (рис. 4). Млрд. долл. США по рыночному курсу 425,7 257,3 53% 225,9 Пакеты программ 52% Проектные услуги 48% 52% 48% 47% Рис. 4. Рост мирового рынка ПО и проектных услуг (млрд. долл. США по рыночному курсу) 25 Растет объем бизнеса в Интернете, по данным компании International Data Corporation (IDC), в 2001 году Интернет-экономика достигнет отметки 1 трлн. долл., а к 2003 году уже будет оставлена позади отметка в 3 трлн. долл. При этом развитие будет основано на трех ключевых элементах: Интернет-коммерции, IT-инфраструктуре Интернета и бизнес-инфраструктуре Интернета. Также, по данным IDC, из каждого заработанного в Интернете доллара 93 цента было сразу же инвестировано на дальнейшее развитие коммерческой инфраструктуры Интернета; в последующем доля инвестиций должна только увеличиваться. Также отмечена новая тенденция: если до сих пор преобладали инвестиции в технологические проекты, то в 1999 году впервые на первое место вышли нетехнологические инвестиции. К 2003 году доля капиталовложений в технологические проекты упадет до 39%. Интересны данные другого исследователя рынка Интернет — Forrester Research: в 1999 году через сеть Интернет одних только книг будет продано на 1 млрд. долл., и в последующие пять лет эта сумма увеличится примерно до 3 млрд. долл. 26 ЦЕЛЬ ОПРЕДЕЛЯЕТ СРЕДСТВА Какие потребности реального бизнеса толкают вас в электронный? Александр Поваляев* ЭКСПЕРТ, № 6, 12 ФЕВРАЛЯ 2001 Г. Эра потребителя Эра качества Эра массового производства График 1. Смена бизнес-приоритетов Огромное количество публикаций, посвященных электронному бизнесу, имеют, на мой взгляд, один общий недостаток: они рассматривают электронный бизнес и его эффективность в отрыве от текущих проблем предприятий. Однако для руководителя любого предприятия вопрос о вхождении в электронный бизнес — это всего лишь одна * Консультант департамента управленческого консультирования Deloitte & Touche СНГ, apovalyaev@deloitte.ru 27 задача из множества решаемых им. И для него зачастую остается неясным, насколько этот самый электронный бизнес актуален для его предприятия, страдающего от непомерных налогов, неплатежей, высоких железнодорожных тарифов и многих других текущих проблем. Речь не о том, нужны ли веб-сайты компаниям, а о том, не превратится ли предоставление услуг через Интернет в модный дорогой аксессуар, требующий отдельного финансирования. Стоит ли эффект от занятий электронным бизнесом тех денег, которые необходимо потратить, чтобы войти в электронный рынок? Эра потребителя Чтобы в этом разобраться, давайте посмотрим, как трансформировались условия ведения бизнеса за последние десятилетия (график 1). Эра массового производства, хорошо изученная всеми нами по трудам Карла Маркса, закончилась в конце 70-х — начале 80-х годов триумфом японских гигантов, который сделал очевидным, что шанс на победу в конкурентной борьбе имеют лишь те производители, которые сумеют обеспечить покупателей недорогими качественными товарами и услугами, сохраняя эффективность производства. Когда рынок заполнился однотипными массовыми товарами, зародилась эра качества, высокая производственная эффективность и качество стали важнейшей заботой практически каждого производителя по всему миру. В результате рынок снова столкнулся с проблемой: если основные показатели качества достигнуты всеми участниками рынка, то в чем может состоять различие между двумя одинаково эффективными конкурирующими предприятиями, которое бы обеспечило одному из них лидерство? Теперь не растерялся потребитель: он желает не просто дешевых (результат эры массового производства) и качественных (результат эры качества) товаров и услуг, но и удовлетворяющих его индивидуальным запросам, к тому же постоянно меняющимся во времени. И решающим фактором конкуренции в эру потребителя стала способность производителей совместить индивидуальные покупательские предпочтения с эффективным производством и системой планирования. Вот тут-то на первое место во всех бизнес-планах вышел Интернет. Всего лишь инструмент для взаимодействия с информационным пространством, но именно он вывел бизнес на новую ступень развития, позволив, с одной стороны, компаниям достичь максимальной аудитории потребителей, а с другой стороны, дав потребителям возможность донести до производителя сведения об их индивидуальных предпочтениях. Теперь любой желающий может через сайт фирмы Nike заказать себе кроссовки желаемого фасона и расцветки с вышитым на них собственным именем, и они обойдутся 28 всего на 10 долларов дороже стандартной пары из магазина. За счет чего это стало возможным? Часовой механизм... Мы неспроста углублялись в историю. Эра качества нашла свое воплощение в технологической инфраструктуре предприятий в виде ERP-систем (Enterprise Resource Planning — система управления ресурсами предприятия), включающих в себя управление закупками, производством, сбытом, складскими запасами и трудовыми ресурсами. Именно эти системы и легли в основу будущей инфраструктуры электронного бизнеса. Планирование загрузки производственных линий современного предприятия (а именно такие предприятия приводят в качестве примеров эффективного использования возможностей электронного бизнеса) осуществляется его ERP-системой автоматически, исходя из параметров (объемы партий, номенклатура продукции, сроки поставки), которые были введены в нее на основе поступающих заказов. Время, необходимое для переналадки оборудования при смене конфигурации выпускаемой продукции, также учитывается ERP-системой при планировании производства и расчете себестоимости продукции. Когда такая система отлажена как часовой механизм, ей практически все равно, вводится ли в нее заказ на 5 тысяч пар типовых кроссовок или на одну пару, особенно если процедуру ввода заказа осуществляет сам клиент через веб-интерфейс. В составе ERP-системы есть процедура расчета себестоимости продукции, она позволяет рассчитать цену товара с учетом всех его компонентов и особенностей доставки уже в процессе приема заказа. Поэтому-то западные компании с таким энтузиазмом принимают электронный бизнес: интегрируя между собой автоматизированные системы, они шаг за шагом исключают наиболее трудоемкие процедуры из цепочек бизнес-процессов. И именно поэтому концепция электронного бизнеса на Западе реально ограничивается разработкой и внедрением интернет-модулей уже имеющихся систем. Приведу реальный пример работающего решения в области электронного бизнеса. Компания, производящая электротехническое оборудование на территории России (принадлежащая, как нетрудно догадаться иностранному промышленному концерну), имеет ERP-систему, отслеживающую достаточность комплектующих на складе. Как только запас тех или иных деталей на складе опускается ниже установленного уровня, система предприятия автоматически формирует заказ, который через интернет-шлюз поступает в ERP-систему иностранного поставщика. Последняя анализирует его, ставит в 29 очередь на исполнение и, исходя из загрузки мощностей и прочих внутренних факторов, формирует для заказчика подтверждение о принятии заказа и планируемом сроке поставки деталей. Это подтверждение опять-таки через интернет-шлюз поступает в ERPсистему компании-заказчика, а она, исходя из планируемой даты и объема поставки, формирует планируемые складские запасы. Эти данные, в свою очередь, используются заказчиком при планировании производства. Безусловно, обмен данными между компаниями сопровождается подписанием реальных контрактов, требуемых нашим законодательством. Но сам процесс закупок при этом полностью автоматизирован и оптимизирован. Подобные схемы с наибольшим эффектом работают при наличии у предприятий полнофункциональных ERP-систем. Разумеется, приведенный пример справедлив только для тех компаний, размер и специфика бизнеса которых предполагает использование ERP в качестве оптимальной системы управления. …или бомба замедленного действия Между тем ERP-системы практически отсутствуют на российских предприятиях: вместо того чтобы решать задачи эры качества и эффективности, проходили уроки плановой экономики, массового дефицита и перманентных финансовых кризисов. Финансовый модуль, которым и по сей день зачастую ограничивается автоматизация наших предприятий, представляет собой лишь одну, причем самую простую, часть системы управления предприятием. Переход предприятий на принципы доминирования качества требует от них очень значительных инвестиций. Но надеяться на то, что, минуя стадию внутренней эффективности, можно перейти сразу к электронному бизнесу, просто наивно. Вместо снижения издержек, которое должен приносить правильно поставленный электронный бизнес, произойдет лишь их увеличение. Более того, установив работающее решение электронного бизнеса на предприятии, не внедрившем ERP-системы и, как следствие, не имеющем порядка в данных о производственных ресурсах и складских запасах, вы добьетесь эффекта прямо противоположного желаемому: покупатели лишь убедятся, что предприятие не в состоянии предоставить им информацию по срокам поставки и цене продукции в запрашиваемой конфигурации, поскольку это требует обработки в режиме реального времени данных о запасах сырья, загрузке производственных мощностей другими заказами и текущей себестоимости продукции. Нетрудно предположить, что такой сервис только увеличит неудовлетворенность заказчика. 30 В том, что касается бизнеса, должна быть соблюдена определенная последовательность действий. На графике 2 представлен путь, который должна пройти компания, желающая иметь полноценный электронный бизнес. Этот путь делится на два этапа, каждый из которых состоит из нескольких стадий. Каждая стадия может рассматриваться и решаться как отдельная задача. Смысл первого этапа был детально описан выше. Но надо отметить, что хотя продолжительность и стоимость первого этапа во много раз выше, чем второго, не пройдя весь путь последовательно, невозможно четко сформулировать условия успеха каждой последующей стадии, а тем более добиться той эффективности электронного бизнеса, которую демонстрирует мировая практика. стратегия информационных технологий выбор ERPсистемы внедрение ERPсистемы первый этап выбор технического решения второй этап График 2. Этапы трансформации технологической структуры предприятия Понятно, что трансформация бизнес-процессов куда более многогранна, чем процесс внедрения новых технологий. Но внедрение ERP-систем потому и поставлено во главу угла, что позволяет фундаментально перестроить (читай — оптимизировать) бизнеспроцессы внутри компании. Как только это сделано — можно думать о перестройке процессов взаимодействия с поставщиками и клиентами. Красота, логика и бизнес Вы никогда не будете успешны в бизнесе, если не имеете четкого понимания того, что именно ценит ваш клиент и за что он готов платить. А между двумя этими вещами иногда пролегает целая пропасть. Слишком много компаний принимали решение о выходе в Интернет, не имея фактических знаний о потребностях и поведении потребителей, совершенно не учитывая состояния рынка и конкуренции. Они полагали, что если успешно действуют в некоторой области бизнеса или просто имеют оригинальную концепцию, то, выйдя в Интернет, автоматически получат прибыльный рынок. Но подобный подход себя не оправдывает, красота и логика идеи ровным счетом ничего не значат с точки зрения ее бизнес-перспектив. 31 Прежде чем принимать решение об инвестировании в электронный бизнес, нужно задуматься о том, какие потребности реального бизнеса толкают вас в Интернет. Соответственно, и оценка эффективности интернет-проектов должна быть направлена прежде всего на анализ тех выгод, которые получит бизнес, и, соответственно, на организацию проекта таким образом, чтобы максимизировать эту выгоду, а не статистику посещений сайта. Ведь для интернет-магазина, как и для его обычного собрата, важны покупатели, а не толпы бездельников, глазеющих на витрины. Именно с этой точки зрения стоит оценивать перспективность инвестиций в электронный бизнес. Причем делать это нужно на стадии формулирования стратегии проекта, ведь именно на этой стадии и делается большинство ошибок и просчетов. А это приводит не только к неизбежной потере времени и денег, но и к глубоким разочарованиям в эффективности электронного бизнеса. То, что за электронным бизнесом будущее, очевидно. Но создать know-how, объединяющее возможности новых технологий с глубоким пониманием сильных сторон и существа вашего бизнеса, можно лишь вооружившись грамотной стратегией развития информационных технологий и электронного бизнеса в частности. Учиться на собственных ошибках — непозволительная роскошь для тех, кто не хочет и в самом деле очутиться за “бортом конкурентной борьбы”. Зачет Уверены ли вы, что внутренняя эффективность вашей компании уже достигла предела? Не выгоднее ли вложить средства в реорганизацию внутренних бизнеспроцессов или, в конце концов, решиться на покупку и внедрение ERP-системы? Аргументом в пользу Интернета является возможность получить максимальное число заказчиков. Но, заметьте, это потенциальная возможность. Готовы ли вы организационно к обслуживанию клиентов через Интернет? На основании чего вы делаете вывод, что ваши продукты найдут спрос в Интернете? 32 СИСТЕМЫ ERP: в поисках идеала Михаил Зырянов (http://www.computerworld.ni). COMPUTERWORLD РОССИЯ, 13 АПРЕЛЯ 1999 Скажите, ну какое предприятие не хотело бы приобрести информационную систему, которая позволила бы усовершенствовать многие внутренние процессы, снизить себестоимость продукции, производить ее быстрее и с более высоким качеством, чем раньше, а кроме того, вскрыть новые резервы, качественно улучшить бизнес предприятия и обеспечить ему твердую, устойчивую позицию в это непростое время рыночной конкуренции? С другой стороны, очевидно, что система такого рода не может служить панацеей абсолютно от всех бед и проблем. Система должна обеспечивать совершенно определенные функции. И все же что требуется от “идеальной” информационной системы уровня предприятия? Сразу оговоримся, что мы не будем пытаться объять необъятное и ограничим круг нашего обсуждения корпоративными информационными системами, предназначенными для производственных и промышленных предприятий, причем рассмотрим не все такие системы, а лишь те, которые поддерживают методологию ERP (Enterprise Resource Planning) и обеспечивают не только управление производством и некоторые учетные функции, но и управление людскими, финансовыми ресурсами, производственными проектами, помогают организовать маркетинг, наладить продажи и поддерживают все необходимые предприятию функции логистики. 33 Сразу может возникнуть мысль: но ведь примерно то же самое делают и интегрированные корпоративные информационные системы. Что же выделяет системы класса ERP из всего круга интегрированных систем? Попробуем прояснить эти различия. Системы, которые могут почти все Предприятия хотят заполучить систему, которая позволит решить все их проблемы, причем далеко не всегда они имеют ясное представление о том, что же конкретно должна выполнять система. Причем, что любопытно, подобный подход характерен не только для российских корпоративных клиентов, но и для значительной части (если не для большинства) западных. Но система — не палочка-выручалочка, она должна делать многое, но не обязана делать все. Очевидно, что система, на базе которой строится программный ERP-комплекс для конкретного предприятия, должна поддерживать очень большой спектр функций, необходимых предприятиям с самыми разными типами производства и системами ведения бизнеса. Естественно, покупатели таких систем не будут приобретать этот своего рода <<конструктор>> целиком, а закажут лишь то, что необходимо. Поэтому вряд ли ERP-система может быть закуплена целиком. И тем не менее она должна уметь многое, чтобы соответствовать требованиям широкого круга клиентов. По крайней мере, поддерживать многочисленные функции, в том числе центральные: координировать все службы и подразделения, все бизнес-процессы предприятия для обеспечения высокоэффективной работы, помогать оптимизировать различные операции (как производственные, так и деловые), и самое, наверное, главное — помогать менеджерам управлять предприятием как единой системой. Управление производством В понятие “управление производством” входят следующие составляющие: • координация производства; • планирование материалов; • планирование мощностей; • управление номенклатурой материалов; • управление закупками сырья; • управление цехами и отделами. Исследование больших производственных фирм, проведенное компанией Advanced Manufacturing Research (http://iww.advmfg. corn), показало, что на 73% предприятий 34 координация производства в большей степени сводится к выполнению текущих заказов, нежели к планированию производства на основе прогнозирования — еженедельного, ежемесячного и т. д. Иными словами, на каждом третьем из предприятий загрузка производственных мощностей и распределение ресурсов зависит не столько от воли самой организации, сколько от воли его клиентов. Такие заводы и фабрики предпочитают не начинать изготовление продукции до тех пор, пока не получен конкретный заказ на ее выпуск, и не рискуют производить товар на перспективу, создавая его запас на складе или в хранилище, но не всегда зная при этом заранее, кому и как удастся его сбыть. Неудивительно, что при таком количестве предприятий, работающих под заказ, поддержка подобного рода производства — важная особенность, которая присуща практически всем поставщикам ERP-систем. Многие крупные поставщики обеспечивают также поддержку методологии организации производства на основе планирования ресурсов MRP II (Manufacturing Resources Planning). Очевидно, существуют определенные виды производства (например, нефтедобыча и нефтепереработка), где едва ли реально ждать получения заказа, чтобы затем начать выпуск продукта. Таким организациям поддержка MRP II просто необходима. Одной только MRP II недостаточно для заказчиков систем управления производственными предприятиями, поскольку эта методология сама по себе не поддерживает производство под заказ, в то время как многие покупатели ERP-систем ориентируются именно на такой тип производства. Планирование материалов имеет первостепенное значение в рамках MRP II, планирование производственных мощностей в данном случае является вторичным и осуществляется отдельно по отношению к планированию материалов. Очевидно, что распределение материалов и мощностей по выпуску различных единиц товаров предпочтительнее просчитывать одновременно. Также неудобно в MRP II и то, что перерасчет планов и оперативное внесение изменений в них (например, при поступлении новых заказов) в рамках концепции не предусматриваются. ERP-система призвана обеспечить гибкость при координации ресурсов. Выпуск каждой единицы, каждой отдельной партии продукции в рамках MRP II планируется, как правило, отдельно, независимо от выпуска других аналогичных единиц или партий. Координация выпуска нескольких единиц или партий товара выходит за рамки парадигмы и обычно обеспечивается вручную либо дополнительными средствами. 35 Также обычно не учитываются взаимосвязи, существующие между технологическими цепочками по созданию различных видов продукции. ERP-система должна обеспечить координацию производства и его оптимизацию, в том числе и путем выстраивания оптимальной последовательности выпуска отдельных единиц товара, с тем чтобы снизить издержки и сократить сроки создания продукции. Кроме того, MRP II изначально предусматривает планирование ресурсов лишь одного предприятия, что критично для крупных индустриальных корпораций, имеющих несколько заводов. Предназначенная для таких клиентов ERP-система должна в процессе планирования реализации заказов уметь оптимально распределять нагрузку между заводами, выпускающими одну и ту же продукцию. Впрочем, элемент планирования в производственной деятельности, как правило, все равно присутствует. Например, чтобы предприятие сразу после получения заказа смогло приступить к его выполнению, необходимо, чтобы по крайней мере часть сырья уже находилась на складе (другая часть в этом случае должна быть доставлена к тому моменту, когда это сырье потребуется для производства товара), следовательно, поставки сырья обычно приходится планировать. Естественно, при такой организации производства необходима четкая координация действий различных подразделений и служб предприятия, причем не только производственных, но и транспортных, финансовых, маркетинговых и прочих. ERP-система должна, с одной стороны, обеспечить такую координацию, с другой — организовать производство оптимально, с учетом множества параметров, чтобы гарантировать оптимальное соотношение между себестоимостью и качеством товара. Управление бизнесом В это понятие входят такие составляющие: • управление структурой бизнес-процессов; • маркетинг; • логистика и поддержка продаж; • управление товарными и финансовыми кредитами; • управление финансами; • анализ бизнеса; • анализ деятельности подразделений; • моделирование, прогноз и развитие бизнеса. 36 Как известно, для успешного развития промышленного предприятия необходимо наладить не только его производство, но и его внутреннюю “экономику” и бизнес. Недостаточно выпустить просто качественный продукт, надо произвести именно тот товар, который нужен реальным потребителям, выпустить столько, сколько нужно, суметь продать его и обеспечить доставку потребителю. Но чтобы всего этого достичь, мало иметь хорошую систему — нужно соответствующим образом и на высоком уровне организовать предприятие. Почему-то считается, что исследование бизнес-процессов и их реорганизация (реинжиниринг) необходимы только на стадии внедрения информационной системы. Между тем многим менеджерам было бы наверняка полезно взглянуть на свое предприятие не как на набор структурно-организационных единиц (цехов, отделов и прочих подразделений), а как на совокупность бизнес-процессов — различных цепочек производственных и деловых операций, выполняемых для решения тех или иных задач предприятия (примером такой цепочки может служить набор операций от момента оформления заказа до получения готового товара). Неужели кто-то из менеджеров отказался бы от ERP-системы, которая позволяет наблюдать не только за деятельностью различных подразделений, но и за состоянием дел в различных бизнес-процессах, и вовремя оповещает ответственных лиц о возможных и только что произошедших сбоях внутри производственных цепочек предприятия? В конце концов, “все течет, все изменяется”. Не так много найдется промышленных предприятий, структура бизнес-процессов которых оставалась бы неизменной в условиях рыночной экономики на протяжении многих лет. Предприятия тоже не стоят на месте. Совершенствуются техника, каналы поставок и продаж, меняются прочие мнение по отношению к предприятию условия, возникают изменения во внутренних производственных цепочках— значит наверняка видоизменяются и бизнеспроцессы. Думается, модифицировать топ-менеджеры бизнес-процессы, предприятия создавать должны новые и иметь возможность устранять “старые”, нецелесообразные. Следовательно, покупателю системы нужно позаботиться о том, чтобы вместе с системой получить средства управления структурой бизнес-процессов. Причем желательно, чтобы эти средства были интегрированы с системой, и изменения схем бизнес-процессов приводили к модификации настроек ERP-системы. Чтобы вывести предприятие в разряд высокоприбыльных, необходимо поставить на должную высоту службы маркетинга и продаж. ERP-система призвана помочь в этом. В частности, она должна обеспечивать фиксацию заказов и передачу их финансовым и 37 производственным подразделениям, а также гибко координировать и оптимизировать их действия на всех этапах от момента получения заказа до доставки и выдачи товара покупателю. Развитая ERP-система должна помочь оптимизировать работу со складами и транспортными службами, начиная от оптимизации транспортных затрат при доставке сырья, товара, планирования схем доставки товара заказчику и заканчивая сбалансированным распределением продукции по складам (если их несколько), оптимизацией транспортных затрат при проведении такого распределения, а также оптимизацией выполнения заказов с учетом и транспортных затрат, и наличия готового товара и полуфабрикатов на складах. Как видим, возможности “идеальной” системы по управлению складами выходят далеко за рамки чисто учетных операций. Не менее широки возможности развитой системы и в управлении финансовыми ресурсами — от тщательного учета до анализа, прогнозирования и планирования (если это необходимо предприятию). Часть продукции, вероятно, может быть поставлена в кредит, часть сырья может быть закуплена в кредит, следовательно, ERP-система должна поддерживать работу с кредитами: вести учет отношений с кредиторами, анализировать состояние их дел, оценивать вероятность возврата кредита и т. д. Более глубокий анализ перспектив возврата конкретных кредитов можно получить с помощью систем управления знаниями, например информационно-поисковых систем, значит, ERP-система должна быть интегрирована с ними. “Идеальной” системе также необходим набор аналитических инструментов и прочих средств поддержки принятия решений, ориентированных на менеджеров высшего звена. Как показали дискуссии на проходивших в последние полгода круглых столах, посвященных интегрированным системам для предприятий, очень многие пользователи уверены, что без средств принятия решений интегрированную систему вряд ли можно считать полноценной системой управления. Хорошая система должна содержать средства анализа бизнеса, чтобы менеджер мог понять, какие направления бизнеса идут хорошо, а какие плохо, какой товар хорошо расходится и обеспечивает высокую прибыль, а какой убыточен и пр. В конце концов, если менеджер хочет знать, во сколько в совокупности ему обходится выпуск той или иной продукции, ERP-система должна ему в этом помочь. Также руководство предприятия заинтересовано а том, чтобы анализировать деятельность подразделений и динамику состояния дел в бизнес-процессах. Это необходимо, например, для оценки эффективности работы различных участков и служб, выявления и устранения слабых звеньев, совершенствования структуры бизнес-процессов и организационных 38 единиц и т. л. Кроме того, менеджера наверняка волнуют тенденции, развивающиеся как внутри предприятия, так и на рынке. Выявить их и объективно оценить без аналитических средств будет непросто. Далее, руководители предприятия хотят, несомненно, определить направления развития производства и бизнеса в целом как в ближайшей, так и отдаленной перспективе. Следовательно, долгосрочного им потребуются планирования — средства “тонкий”, моделирования, прогнозирования, интеллектуальный инструментарий, позволяющий менеджеру как бы отстраниться от суеты деловых будней и наконец ответить на один из вечных вопросов — что делать, чтобы обеспечить предприятию достойное существование и надежные перспективы. Системы должны быть совершенными... От ERP-систем требуется безукоризненность и в техническом плане. Конечно же, они должны быть надежными, устойчивыми, масштабируемыми, удобными, гибкими, достаточно легко перенастраиваемыми, открытыми для настройки и доработки силами заказчика или независимого специалиста. Кроме того, их следует снабжать средствами для интеграции с САПР, ГИС, АСУГП, с различными модулями и приложениями других поставщиков ПО. Многие потребители жалуются на то, что ERP-системы очень сложны по своей внутренней архитектуре (возможно, сложность — одна из причин их высокой стоимости). Эта проблема частично решается путем создания специализированных решений для отдельных вертикальных рынков. В таких продуктах из системы удаляется все, что не нужно заказчикам конкретного рынка. Это снижает стоимость поставляемых систем прежде всего за счет более низкой себестоимости внедрения. Жалуются заказчики и на длительные сроки внедрения. Но, по мнению экспертов, специализирующихся на внедрении систем, чисто технически настроить систему можно быстро. Основное время тратится на то, чтобы систему “принял” сам корпоративный заказчик, на то, чтобы руководители компании поняли, что конкретно они хотят от нее получить, и заставили весь персонал сверху донизу изменить свою работу так, чтобы ERP-система стала неотъемлемой частью их деятельности. Несколько уменьшить сложность и стоимость ERP-системы можно путем перехода от традиционных архитектур, основанных на использовании набора тесно интегрированных между собой приложений от одного поставщика ПО, к компонентной архитектуре, позволяющей относительно легко сопрягать модули, поставляемые разными поставщиками. В традиционных архитектурах ERP-система обычно служит 39 информационной шиной, связывающей потоки информации от различных функциональных модулей. В рамках компонентной архитектуры предлагается в качестве информационной шины использовать так называемые бизнес-объекты — модули, отражающие специфику существующих на предприятии бизнес-процессов. Эти модули соответствуют реальным объектам, участвующим в бизнес-процессах, а также отдельным конкретным бизнес-процессам. Среди таких модулей могут быть, например, бизнесобъекты “заказчик”, “продукт”, “сотрудник”, “отдел”, “цех”, “заказ продукта”, “изготовление продукта”, “заказ сырья” и другие. Бизнес-объекты не должны содержать внутри себя серьезной “начинки” — бизнеслогики. Носителями бизнес-логики являются функциональные модули — приложения от одного или нескольких поставщиков ПО. Связывание функциональных модулей с бизнесобъектами происходит посредством специальных модулей-посредников — бизнесинтерфейсов. Бизнес-объекты хранят наборы параметров, вызовы некоторых функций (реализацию вызовов должны обеспечить бизнес-интерфейсы) и описания пользовательских интерфейсов — рабочих мест сотрудников, участвующих в бизнеспроцессе, соответствующем данному бизнес-объекту. Основная роль бизнес-объектов в системе — управление вызовами функций бизнес-логики, передача им параметров и обеспечение взаимодействия с пользователями системы. Наиболее важное для пользователей преимущество компонентной архитектуры — возможность собирать ERP-систему из наиболее подходящих для конкретного заказчика модулей, даже если они произведены различными поставщиками (что обычно бывает очень непросто). Насколько нам известно, поставщики готовых ERP-систем не спешат переходить на такого рода архитектуры, им это не очень выгодно. Скорее всего, выпуском отдельных модулей для компонентной архитектуры займутся относительно небольшие, производители ПО, а их стыковкой — системные интеграторы. Такой подход вряд ли стал бы популярным в других более богатых странах, однако, думается, в нашей, не избалованной щедрыми инвесторами стране имеется очень хорошая почва для появления на свет и широкого распространения ERP-систем с компонентной архитектурой — благо интеграторов и коллективов разработчиков у нас достаточно. ...но нет в мире совершенства Наше описание идеальной ERP-системы не следует воспринимать как перечисление качеств какого-то одного программного продукта. Скорее это манифест, обращенный, с одной стороны, к отечественным производителям экономического 40 программного обеспечения, а с другой — к российским пользователям из числа промышленных предприятий. Вряд ли где-нибудь в мире найдется ERP-система, в полной мере удовлетворяющая перечисленным критериям. Однако многие разработчики стремятся приблизить свои детища к идеалу. По финансовым показателям лидерами в этой гонке являются компании BAAN, J.D. Edwards, Oracle, PeopleSoft и SAP — доходы каждой из них весьма близки к 1 млрд. долл. Или превзошли эту величину (в частности, доходы SAP достигли 5 млрд. долл.). Примечательно, что, по данным Advanced Manufacturing Research, на долю “большой пятерки” производителей ERP-систем пришлось 64% доходов всего рынка. Не менее интересны и позиции европейских разработчиков: четыре из десяти крупнейших производителей ERP-систем — это европейские фирмы, на них приходится 45% мирового рынка. Наиболее сильны позиции SAP, которая “держит” 33% рынка ERP-систем. Естественно, системы “большой пятерки” недешевы, да и не все из них локализованы (насколько нам известно, системы J.D. Edwards и PeopleSoft не локализованы). Есть на российском рынке несколько ERP-систем попроще — это продукты Symix (в России их продвигает компания Socap) и QAD (в нашей стране представлена ее партнером — BMS Software). Еще несколько иностранных компаний продвигают финансовые системы, которые по своим свойствам приближаются к ERP (развитые функции планирования производства есть, например, в системе Соncorde XAL, ее продает компания Columbus IT Partner) или же вовсе скоро перейдут в разряд ERP (например, Platinum Software выпустила версию системы класса ERP, работы по ее адаптации к российским условиям планируется завершить к концу года). Что касается отечественных систем, то, зарубежные (!) консультанты единодушны в том, что их пока рано относить к классу ERP. Однако ваши разработчики (1С, “АтлантИнформ”, “АмТи”, “Галактика”, “Интеллект-Сервис”, продолжить), определенно, движутся в этом направлении. “Парус” — ряд можно 41 ПЕРСПЕКТИВНЫЕ ТЕХНОЛОГИИ: ПУТЬ В НАСТОЯЩЕЕ Как застраховать свои компании от риска оказаться “привязанными” к устаревшим технологиям, а себя — от увольнения? Линда Радосович COMPUTERWORLD РОССИЯ, 27 АПРЕЛЯ 1999 Корпоративные заказчики выплачивают миллионы долларов ведущим производителям, в конечном счете, вверяя им свое будущее. Но как руководителям информационных служб убедиться в том, что нынешние лидеры в области высоких технологий завтра не утратят своих позиций? Как застраховать свои компании от риска оказаться “привязанными” к устаревшим технологиям, а себя — от увольнения? Это, что называется, жизненно важный вопрос. “Если бы я умел предугадывать каждый последующий поворот в развитии технологий, я был бы сказочно богат, — заметил Доналд Борон, менеджер информационной службы компании The Tirnken, производителя металлоконструкций с оборотом 2,6 млрд. долл. — Но мне это не под силу, так что хотелось бы найти партнеров-производителей, которые держат нос по ветру”. Простых ответов нет. Наука выбирать, в данном случае производителей, которые в состоянии поддерживать действительно революционные изменения в технологии (в отличие от тех, кто вносит полезные изменения, лишь постепенно совершенствуя свои старые продукты), — не может претендовать на точность. Очевидные на первый взгляд меры, такие как расчет на лидирующие позиции данного производителя на рынке, не срабатывают. Кто мог себе представить лет десять назад, что найдется сила, способная смести с главенствующих высот компании, подобные IBM, Digital Equipment и Wang? 42 Теоретики говорят, что лидеры рынка, закрепившиеся на своих позициях, склонны сознательно избегать кардинальных изменений технологии (примером тому может служить зарождение персональных компьютеров и Internet) до самого последнего момента. В то же время некоторые лидеры в области высоких технологий хорошо приспосабливаются к радикальным технологическим изменениям и обещают и в будущем оперативно представлять соответствующие продукты. Самый лучший способ их выявления — ценить возможность этих производителей реализовывать в своих продуктах новые технологии: либо за счет самостоятельных исследований и разработок, либо за счет своевременных инвестиций в перспективные начинающие фирмы, фактически, как считают эксперты, любой руководитель, учитывающий перспективы развития своей компании, непременно должен проводить такого рода экспертизу, прежде чем принять решение о том или ином приобретении. К сожалению, такое бывает крайне редко. “При традиционном подходе к стратегии приобретений основное внимание уделяется закупочным ценам, — сказал Джон Кьячелла, ведущий специалист компании А.Т. Keamey, занимающейся управленческим консалтингом. — Но не менее важно проанализировать не только деятельность производителей, непосредственно связанную с исследованиями и разработкой, но и в целом их склонность к использованию новейших достижений технологии; намерения в отношении новых продуктов и услуг, планы модернизации продукции с учетом появления новых технологий”. С наступлением эпохи Internet, когда определяющую роль играет маркетинг, и объем венчурного капитала для финансирования высокотехнологичных начинающих фирм выглядит просто неисчерпаемым, крупные корпорации наподобие Cisco Systems и Microsoft занялись интенсивной скупкой всевозможных новшеств. По мере расширения этой тенденции администраторам информационных служб будет необходимо не только анализировать планы развития технологии и процессы разработки, используемые основными поставщиками их компаний, но также не упускать из виду новые перспективные фирмы. В обоих случаях решающим остается умение выяснять возможности поставщика идти в ногу со временем. Хотя единого мнения о том, какие именно методы действительно позволяют оценить возможности производителей по использованию новых технологий, не существует, эксперты считают, что не стоит полагаться на голые цифры, отражающие количество средств, которые готов потратить на инновации тот или иной производитель. И быстрый рост оборота, и значительные расходы на исследования и разработку далеко не 43 всегда преобразуются в новые технологии, открывающие путь к успеху. Изучив деятельность корпораций, входивших в последние десять лет в список Fortune 50, аналитики А.Т. Keamey пришли к выводу, что, несмотря на большие расходы на исследования и разработку, показатели “органичного” роста этих компаний (который происходит не за счет приобретений и расширения глобального рынка) составляли не более половины процента. Кроме того, тот факт, что производитель стремится отвечать запросам заказчиков, не обязательно свидетельствует о его возможности вводить новшества. Причина, как объяснил профессор бизнес-школы в Гарварде Клейтон Кристенсен, автор известной книги “Дилемма новатора” (The Innovator's Dilemma), а том, что удачливый производитель выпускает те продукты, которые необходимы потребителям именно сейчас. Хотя на первый взгляд это хорошо, слишком сильная ориентация на пользователей вынуждает производителей пренебрежительно или настороженно относиться к “разрушительным” технологиям, которые пока еще потребителей не интересуют. Кристенсен называет разрушительной технологию, которая, в отличие от более стабильной, может не оправдать ожиданий, но может оказаться дешевле, проще, меньше и удобнее в пользовании. Мэйнфреймы и ПК во второй половине 80-х — классический пример противопоставления стабильной и разрушительной технологий, а коммутируемые соединения против телекоммуникаций поверх Internet — более современный пример подобного противопоставления. К тому моменту, когда корпоративным заказчикам понадобится подобная разрушительная технология, производитель, следовавший на поводу у пользователей, вполне вероятно, уже упустит подходящий момент ее внедрения. “Потребитель почти так же беспомощен перед разрушительной технологией, как и производитель”, — сказал Кристенсен. Хотя количественных характеристик, отражающих способность поставщика адаптироваться, не существует, эксперты указывают несколько достаточно расплывчатых методик, которые могут продемонстрировать инновационную готовность производителей. Среди них, по словам еще одного профессора из Гарварда Марко Янсити, автора книги “Интеграция технологий” (Technology Integration), — ориентация на разработку прототипов. Янсити потратил десять лет на изучение методов, используемых компаниями, выпускающими аппаратное и программное обеспечение, для воплощения результатов исследований в реальных продуктах. Он пришел к выводу, что традиционная модель разработки ориентируется на спецификации. Это означает, что разрабатывающая компания анализирует требования к системе, пишет и утверждает спецификацию, а затем 44 постепенно детализирует реализацию продукта. Такую модель еще называют каскадной или подходом “сверху вниз”. С другой стороны, подход, ориентированный на создание прототипов, намного более адаптивен. В этом случае разработчик быстро создает прототип и затем совершенствует его. “В средах, которые быстро меняются, модель разработки на основе прототипов выглядит более подходящей, — подчеркнул Янсити. — Все, кто работает в мире Internet, отдают предпочтение именно этой модели”. Он добавил, что Yahoo и Microsoft могут служить хорошими примерами подобной практики. К примеру, Джон Деваан, вице-президент Microsoft и руководитель подразделения приложений для настольных систем, более 14 лет проработавший в корпорации, подчеркнул, что Microsoft использует прототипный подход к исследованиям и разработке офисных приложений, чтобы обеспечить оптимальное взаимодействие Office 2000 с Webсерверами. Office 2000 — это пакет настольных деловых приложений, который должен быть выпущен в начале следующего года. Он позволит сохранять документы непосредственно на серверах Web в форматах HTML и XML. Кроме изучения технических деталей процесса превращения автономного текстового процессора в средство коллективной работы на базе Internet, Microsoft должна найти пути к изменению поведения пользователей. Сейчас большинство пользователей не выкладывают свои документы непосредственно на центральный сервер. Экспериментируя с прототипами, команда специалистов из 30 человек впервые работала над тем, как создать средство совместной работы. Затем Microsoft передала свой продукт специальному “консилиуму” пользователей на экспертизу, этот цикл повторялся многократно. Данный подход, как считает Деваан, представляет собой существенный сдвиг в методах работы Microsoft. Когда в начале этого десятилетия разрабатывался Excel 3.0, программисты просто придумывали новые возможности и встраивали их в электронные таблицы. Как таковой “процесс” проектирования просто отсутствовал. “Примерно в это время мы начали отказываться от практики предположений в пользу более структурированного подхода”, — заявил Деваан. Несмотря на все преимущества прототипной разработки, Янсити пришел к выводу, что руководители корпоративных информационных служб считают более удобной модель разработки, определяемую спецификациями, поскольку она более предсказуема. “Если бы я был потребителем, я бы предпочел посмотреть на работу прототипа, на создание которого ушло не меньше месяца, а затем еще шесть месяцев понаблюдать за его 45 развитием, а также за реакцией на мои замечания, чем после пятимесячного ожидания получить прототип, который совсем не похож на то, что нужно”, — отмечает Янсити. Стоит принять во внимание и другой фактор — сколько проектов разрабатывается производителем одновременно. Бизнес-аналитики считают, что средняя высокотехнологичная компания пытается разработать больше продуктов, чем в состоянии сделать, — часто по три или четыре проекта на инженера. Но поскольку инженер одномоментно может выполнять только одну работу — другие проекты тормозятся. В итоге создание большинства новых технологий будет сорвано. “Вам придется оценить, насколько перегружен ваш производитель, — сказал Кристенсен. — Если у них принято не начинать работу над проектами до тех пор, пока для этого не появятся все возможности, тогда есть гарантия, что производители смогут быстро завершить разработку и ответственно подойти к выпуску новой продукции”. Число запущенных в компании проектов зависит от ее размера и наличествующих ресурсов. Но общее эмпирическое правило состоит в том, что инженеры должны вести не более двух ключевых проектов одновременно. Хороший пример концентрированной, ограниченной разработки новых решений демонстрирует Quantum. “В отрасли дисководов для настольных систем, изучению которой я посвятил довольно много времени. Quantum из скромной фирмы превратилась в крупнейшего производителя дисководов, -— сказал Кристенсен. — Компания добилась этого благодаря максимальному сосредоточению усилий”. Администраторы информационных систем также должны внимательно изучить стратегию приобретений, принятую их поставщиками. Доминирующие корпорации, типа Cisco и Microsoft, впали в покупательский раж, поскольку пришли к выводу, что целесообразнее приобретать идеи для продуктов следующего поколения у начинающих фирм, чем генерировать их самим. Такой подход отнюдь не всегда плох. Фактически, как считают аналитики, он может оказаться довольно успешным, если компании-покупатели способны сохранить основной персонал и финансировать продолжительные разработки. Анализируя приобретения компании и судьбу купленных технологий, администраторы информационных систем могут получить представление о способности поставщика воспользоваться новым “имуществом”. “Я бы сказал, что покупка, а не создание новой технологии — это законный подход, хотя, вероятно, он свидетельствует о том, что компания скорее склонна извлекать из будущего коммерческую пользу, вместо того чтобы это будущее создавать”, — отметил Джеки Фен, директор по исследованиям перспективных технологий компании GartnerGroup. 46 Конечно, подход, предусматривающий покупку, а не создание новой технологии, оправдан до тех пор, пока есть достаточное количество средств на разыскивание новичков, а этот параметр непостоянен, особенно при неблагоприятном инвестиционном климате. Кроме того, оправдывает себя практика сотрудничества с университетами и финансируемыми правительством лабораториями. Скажем, IBM и Sybase используют для тестирования своих масштабируемых программных продуктов установленный в Центре высокопроизводительных вычислений в Мауи суперкомпьютер, обладающий возможностями массивной параллельной обработки и выполняющий до 250 млрд. операций в секунду. Этот центр, организованный в 1993 году университетом штата Нью-Хэмпшир и исследовательской лабораторией Военно-воздушных сил, частично предлагает свои мощности коммерческим фирмам. По словам Маргарет Льюис, его директора по маркетингу, центр помогает компаниям преобразовывать последовательный код программ в параллельный, поддерживая реализуемые ими проекты на всех стадиях, от исследования до выпуска конечных версий. Если рассмотрение всех перечисленных факторов потребует больше времени, чем имеется у заказчика, всегда найдутся независимые компании, готовые им посодействовать за определенную плату. В частности, консультанты и системные интеграторы помогают выявить, еще не вышедшие из стен исследовательских лабораторий перспективные технологии, которые могут помочь справиться с проблемами бизнеса. К примеру, системный интегратор — компания American Management Systems (AMS) имеет специальный центр перспективных технологий, где тестируются новые технологии, например XML, с тем, чтобы разработчики могли представить, как эти новшества могут использоваться для решения каждодневных бизнес-задач. “Большинство крупных компаний очень стараются протолкнуть перспективные технологии на рынок, но иногда прекрасные новшества губит слишком сырая реализация”, — сказал Уинстон Чанг, руководитель центра перспективных технологий AMS и директор лаборатории технологий Internet и Web. Некоторые эксперты утверждают, что обычно руководитель информационной службы предприятия склонен при выборе поставщиков недооценивать необходимость анализа их стратегии в области исследований, а также важность разработки и использования новых технологий. 47 Но независимо от того, будет ли он решать эти проблемы сам или отдаст эту работу на откуп независимым консультантам, анализ способности поставщиков к внедрению новейших технологий сегодня становится необходимейшим условием, поскольку правильный выбор все больше и больше влияет на конкурентоспособность. “Большинство информационных служб склонны придерживаться традиционных подходов, существующих уже многие годы, — считает Янсити. — Но по мере изменения отрасли они вынуждены считаться с крупными преобразованиями в технологиях”. 48 ИЗ ИСТОРИИ АВТОМАТИЗАЦИИ МЕТОДОЛОГИЙ УПРАВЛЕНИЯ ПРЕДПРИЯТИЯ Заграничные термины MRP, ERP и Supply Chain звучат сегодня либо как сладкая музыка, либо как импортные ругательства и только изредка можно встретить настоящее понимание сути этих, вполне естественных и широко используемых методик. В данной статье приведена попытка неформального описания истории возникновения классических методик управления ресурсами предприятия и их современных расширений, выявляющих новый виток развития методологии управления бизнесом. Сергей Колесников COMPUTERWORLD РОССИЯ. 8 ИЮНЯ 1999 Задача управления ресурсами, по-видимому, возникла практически одновременно с методом Тейлора — Форда, ознаменовавшего рождение массовых производств. Проблема расчета потребностей для штучного производства не представляла особых трудностей и легко решалась интуитивно-ручными методами. Но при резком увеличении количества товаров и особенно при их замене или модификации, проблемы резко возросли. Неудивительно, что первые массовые производства испытывали значительные трудности при смене моделей. Для решения задачи управления была разработана методология планирования материальных ресурсов предприятия — MRP (Material Requirements Planning), однако оказалось, что кроме методических трудностей здесь имеются и математические, которые полностью были решены только с приходом вычислительной техники. Использование этой методологии подразумевает, как правило, применение MPS “Master planning schedule” — старой и хорошо известной под названием “объемно-календарное 49 планирование”, методологии, которая является базовой практически для всех планово — ориентированных методологий. После этого достаточно быстро был реализован вариант планирования производственных ресурсов (мощностей) — CRP “Capacity Requirements Planning”, методология которого принципиально была похожа на MRP, но речь шла о расчетах необходимых производственных мощностей, а не материалов и компонентов. Эта задача была существенно сложнее, поскольку требовала учета большого числа параметров, а окончательный расчет обязательно включал не только мощностной параметр, но и временную последовательность. Стандартная задача расчета производственных ресурсов “знает” об ограниченных мощностях обрабатывающих центров, но максимум, что она может сделать — это рассчитать “потребность” в рабочем времени для выполнения запланированной производственной программы при неограниченном горизонте планирования, либо показать превышения (недостаток) потребных мощностей при ограниченном. Если результат оказывался неудовлетворительным, то требовалось изменить производственную программу и повторить процесс сначала. Поскольку это весьма ресурсоемкая вычислительная задача, которая даже на современной технике может выполняться часами, то ясно как была нетехнологична эта процедура. Объединение названных методологий дало задачу MRP “второго уровня” MRP II “Manufacturing Resource Planning” — интегрированную методологию планирования, включающую MRP\CRP. При использовании данной методологии обязательно подразумевается анализ финансовых результатов производственного плана, а также применение MPS и FRP “Finance resource/requirements Planning” — планирование финансовых ресурсов, правда без их интеграции в “динамическую систему”. (Часто пишется без добавления индекса II, так что в некоторых публикациях нужно ориентироваться по контексту, какая из методологий имеется ввиду.) В целях ускорения проведения расчетов, особенно с учетом малой мощности компьютеров того времени, были разработаны методологии чернового планирования производственных ресурсов (или мощностей) — RCCP, которые позволили “утрясать” производственный график без проведения полной процедуры расчета, а затем уже производить окончательный баланс ресурсов по обеим “ветвям” планирования — как MRP, так и CRP. На этом уровне данная задача предлагается до сегодняшнего дня в виде тиражируемых решений — так называемых “MRP II систем”. Однако в таком виде задача планирования ресурсов представляет интерес только для ограниченного числа “типичных MRP (MRP II) — производств”, среди которых: 50 машиностроение, приборостроение и некоторые другие серийные сборочные производства, для которых задача расчета потребных ресурсов самоценна ввиду своей вычислительной сложности. Модель одна — реализаций много Естественно, для большинства производств “расчет чистых потребностей” оказался недостаточен и началось дальнейшее развитие “постановок” задач. Поэтому сразу было выделено несколько основных направлений развития методологии MRP, часть которых позже выделилась в самостоятельные методологии управления: • управление сложными производственными проектами, типа разработки на заказ, где планирование ведется по совмещенным сетевым и производственным графикам (“проектное управление”, используется в тяжелом машиностроении, авиастроении, космической отрасли и др.); • интегрированное управление для заказного и мелкосерийного производства (машиностроение, автомобилестроение и др.); • управление сложными финансово-сбытовыми и производственными структурами — холдинговое управление (“финансовое управление” — финансово-промышленные группы, “логистические цепочки” и “управление распределенными потребностями” — крупные торгово-производственные компании). Каждая из перечисленных задач имеет специфические требования к функциональности ПО. Например, “финансовое управление” требует значительно более мощного механизма аналитического учета и бюджетного управления, чем это необходимо для производственного предприятия, а “управление распределенными потребностями” — специального механизма планирования и организации межскладских перемещений, не связанного непосредственно с планированием производственных потребностей (в том числе, с технологической точки зрения, — поддержки механизма репликации, автономных трансакций и/или глобальных сетей). О механизме “логистических цепочек”, ввиду его исключительной важности, речь пойдет далее. Кроме этого, сформировались самостоятельные задачи, потенциально реализуемые в виде “слабоинтегрированной” или даже автономной, как например управление складами, подсистемы: • управление складским хозяйством (автоматизированные склады); • управление “оперативным” контуром (интенсивной отгрузкой продукции); 51 • управление “глобальной” логистикой больших компаний и ряд других направлений. Два последних направления лежат в основе методологий управления так называемыми компаниями типа FM-CG (fast moving consumer good — быстро движущиеся потребительские товары — напитки, сигареты, консервы — это практически все “товары повседневного спроса”, которые не производятся в мелком частном секторе, как хлеб, например). Как уже отмечалось, самостоятельность этих направлений означает возможность их первоначальной реализации в рамках отдельной системы и важность такой реализации для бизнеса компании. Естественно на каком-то шаге становится очевидно, что неинтегрированная задача дает только частичные или временные преимущества и требуется строить интегрированную систему, но сначала кажется, что достаточно перевести отгрузку на компьютеры и можно спать спокойно. Стратегическое планирование ERP FRP Обобщенное планирование производства MPS MRP II MRP CRP Цеховой план Рис. 1. Взаимосвязь систем планирования Кратко описав первоисточники постановки задачи корпоративного управления, остановимся на методах ее формализации. Опыт постановки задач для реальных систем и анализ представленных в России реализаций “больших систем” позволили выделить три подхода к формальной “документооборотный”. постановке задач: функциональный, финансовый и 52 Несмотря на то, что “чистых” решений, основанных на одном из таких подходов не существует, тем не менее, “истоки” очень сильно сказываются на возможностях и качественных функционального характеристиках подхода в систем. области Сегодня управления очевидны преимущества производством, типичными представителями которого являются решения от Ваап и Symix. Финансовый подход проповедует компания SAP в своем продукте R/3, действительно, это оказалось очень эффективно для управления бизнесом холдингового типа и чисто финансовых институтов. Исключительно популярный в России документооборотный вариант среди западных “больших систем” в чистом виде, по-видимому, не встречается вовсе, хотя его влияние сильно ощущается, например, в Oracle Application. В существенной же степени он встречается только в “малых” системах и в непромышленной сфере, где мал удельный вес “встроенных” вычислительных задач, либо они легко “отчуждаются” в самостоятельные модули. Важно отметить, что те или иные реализации документооборота все больше включаются в состав многих систем автоматизированного управления, однако их задачи достаточно четко очерчены как “внешние” по отношению к “основной” функциональности системы. Также распространенным является вариант интеграции систем финансово-экономического управления и системы, обеспечивающей реализацию того или иного варианта документооборота (в том числе таким, как Lotus Notes или Microsoft Outlook). Итак, тиражируемые MRP системы, как правило, дополненные хотя бы элементарными системами управления складами и финансами, начали свое победное шествие где-то в начале 80-х (заказные и уникальные появились значительно раньше). Рыночная ниша для них сформировалась огромная и это привело к отрицательным последствиям — разработчики долго игнорировали изменяющиеся пожелания клиентов. Кстати, аналогичная ситуация имеет место сейчас на российском рынке автоматизированных систем — явно концептуально устаревшие решения предлагаются как “последний писк”, а рынок огромен, и квалификация менеджеров, принимающих решения низкая. Часто можно услышать диалог заказчика с поставщиком решения примерно такого содержания: “но вы не можете решить нужные мне задачи, а делать так, как вы предлагаете — значит пользоваться кремниевым топором”, — ответ поставщика: “да пожалуй, но чехол-то топора от Oracle, Microsoft, Sybase!”. Самое поразительное, что стоимость таких решений, включающих запуск в промышленную эксплуатацию, иногда превышает стоимость внедрения SAP R/3, на сравнимых конфигурациях, при значительно 53 более низкой функциональности (данный расчет ведется достаточно просто: общая окончательная стоимость проекта делится на количество запущенных, а не проданных рабочих мест), кстати и стоимость поддержки, часто предлагается в размере 25 % от стоимости проекта, вместо типичных 15—18% от стоимости программного обеспечения. Также сравнимы с параметрами R/3 оказываются такие показатели, как “стоимость внедрения/стоимость ПО” (стоимость внедрения превышает стоимость собственно программного обеспечения от 2 до 15 раз, при типичном показателе около 3—5, при этом стоимость ПО считается по количеству реально заработавших рабочих мест) и процент “внедряемости” (процент внедренных решений от общего количества проданных, что составляет цифру иногда существенно ниже 70%, типично около 60%, для “успешных” систем). Так что “адаптированность” и “легкость” во внедрении отечественного ПО — это миф. Законы менеджмента, увы, везде одинаковы. Низкая функциональность приводит к необходимости существенных доработок и, следовательно, существенных затрат на внедрение и так называемую “адаптацию” продукта (а фактически — разработку недостающей функциональности). Особенно это стало очевидно сегодня, так как на смену стандартным требованиям поддержки “бухгалтерской” методологии управления пришли требования поддержки методологий, истории которых посвящена данная статья. Наибольшие проблемы возникают в случае потребности в реализации интегрированного производственного решения, хотя бы в размере стандартной функциональности “средней” производственной системы типа Symix SyteLine или Ross Renaissance (автор не исключает что существуют неизвестные ему реализации этой задачи и, в этом случае, будет весьма признателен за возможность познакомиться с ней “вживую”). Можно было бы об этом и не говорить, в конце концов бизнес на ПО — тоже бизнес. Но печальный факт состоит в том, что внедрение автоматизированной системы “замораживает” “внедренные” управленческие решения — и лед очень трудно потом разморозить, практически можно только взорвать. Весьма модный у нас термин “бизнесреинжиниринг” возник в существенной степени в связи с необходимостью как раз кардинально “раздробить” многолетние залежи льда управленческих решений, часто “отлитых в металле” мэйнфреймов. 54 От MRP II к ERP Бюджет доходов Cash-flow diagramm (портфель заказов) Бюджет постоянных расходов Бюджет расходов Бюджет переменных расходов Платежный календарь Бюджет закупок Бюджет запасов Рис. 2. Система финансового планирования Полтора десятилетия (а в крупных компаниях и больше) внедрения и работы с MRP системами не прошли, тем не менее, зря, а привели к накоплению качественных результатов, среди которых были новые концепции менеджмента и новые решения в области “математики” задач планирования ресурсов. Софтверные же компании еще в начале 90-х в качестве “ключевых преимуществ” предлагали “интегрированные” решения, в которых часто компоненты были существенно неоднородны по “мощности”. Иногда весьма существенно, типичный пример — ранее предлагавшаяся на отечественном рынке система Avalon. Правда в это время многие производственные подразделения компаний были как бы “отделены” от сбытовой структуры, ввиду чего относительные слабые логистика и финансы не служили существенным препятствием для успешного использования таких систем (заметим, что в нашей стране это тоже было “до перестройки”). В западной практике, допускающей использование различных систем для производства и финансового управления, слабость отдельных звеньев одной системы компенсируется другими. Но в российской практике предпочтительно использование единой системы — сил и времени на внедрение и поддержку двух систем нет практически ни у одной компании, даже богатой и крупной. Кроме того, в 80-х сформировались новые характеристики рынка, которые существенно изменили требования к программному обеспечению менеджмента: 55 • существенная географическая и концептуальная (диверсификационная) глобализация как сбыта, так и поставок, в том числе для мелких и средних производителей; • резкое снижение времени жизни продукта на рынке; • значительное увеличение роли и количества заказных производств как наиболее полно отражающих концепцию “общества потребления”; • рост конкуренции и, в результате, снижение средней маржи, получаемой производителем, как следствие — резкое увеличение интереса к “тонкому” управлению издержками; • общая интенсификация жизни, приведшая к существенному повышению требований мобильности управления; • “спуск” проблем сбыта и логистики к мелкому и среднему производителю. Перечисленные изменения потребовали переработки концепций, заложенных в основу автоматизированных систем управления. Первыми среагировали поставщики “последней волны” (поставщики, предложившие решения достаточно поздно: Baan, Symix и не имевшие в своем багаже портфеля “унаследованных” проблем, как у SAP и Oracle) — была предложена концепция ERP — интегрированного планирования всех “бизнес” ресурсов предприятия. “интегрированных” Фактически решениях, она охватывающих формализовала и представление связывающих планирование об и управление всеми сферами деятельности предприятия, включая производственные мощности, материальные (товарные) и финансовые ресурсы. Предложенная, насколько известно автору, компанией Baan, она была быстро подхвачена практически всеми основными поставщиками MRP II систем, так как фактически не предлагала ничего нового, а лишь констатировала достигнутый уровень “постановки задач” для тиражируемых решений “больших” производственных систем. На рисунке 1 условно представлена связь “стандартных” систем планирования предприятия, наблюдаемая практически в большинстве производственных систем, кроме систем “проектного” планирования и управления, к которым относятся системы, поддерживающие “разработку на заказ”. Эта диаграмма также представляет собой своеобразную схему “генезиса” систем (методологий) управления и их реализации в автоматизированных системах. Так как в бизнес-системах большое значение имеет схема финансового управления, то представим на следующем рисунке систему финансового планирования (FRP), в рамках ERP (рис. 2.) 56 Фокус — на потребителя, или как получить преимущества на рынке с помощью компьютера Концепция управления производственными ресурсами — CSRP (customer synchronized resource planning) — “планирование ресурсов, синхронизированное с потребителем”, была предложена компанией Symix. Сущность данной концепции состоит в том, что при планировании и управлении компанией можно и нужно учитывать не только основные производственные и материальные ресурсы предприятия, но и все те ресурсы, которые обычно рассматриваются как “вспомогательные” или “накладные”. Это все ресурсы, потребляемые во время маркетинговой и “текущей” работы с клиентом, послепродажного обслуживания проданных товаров, перевалочных и обслуживающих операций, а также внутрицеховых ресурсов. Таким образом учитываются все этапы “жизненного цикла” товара. На рис. 3 показано соотношение между понятиями CSRP, ERP и различными стадиями жизненного цикла товара. Производственный цикл Предпродажный цикл MRP — EPR Послепродажный цикл Логистический цикл Жизненный цикл товара Рис. 3. Системы планирования ресурсов и жизненный цикл товара Косвенным, но исключительно важным следствием данной концепции явилась реализация, впервые в производственных системах класса ERP, задачи тонкого управления производственными графиками в условиях ограниченных мощностей (так называемой APS задачи — расширенного управления производственными графиками). Автономные решения такого класса были известны и раньше, но впервые была достигнута интегрированность с полноценным ERP-пакетом. Системы типа APS позволяют решать такие задачи, как “проталкивание” срочного заказа в производственные графики, распределение заданий с учетом приоритетов и ограничений, перепланирование с использованием полноценного графического интерфейса. Благодаря принципиально 57 новой “математике” расчет типовых MRP задач происходит на несколько порядков быстрее, нежели раньше. Реализация концепции CSRP позволяет управлять заказами клиентов и в целом, всей работой с ними на порядок “тоньше”, нежели это было возможно раньше. Действительно, стало реальностью ежечасное изменение производственного графика, что в условиях “классической” ERP задачи относилось к категории “кошмарных снов”, а на конкретных производствах среднего и малого размера встречается повсеместно (а в России — практически везде). Детальный анализ стоимости заказа и даже конкретных товаров в его составе, стал возможен уже на этапе его оформления, причем не в “среднепотолочных” цифрах, а с учетом конкретных технологических решений. Например, можно проанализировать и учесть все возможные вариации технологической цепочки для выполнения данного заказа, что часто требуется в полиграфической и ряде других отраслей промышленности. При расчете себестоимости можно даже учесть все дополнительные операции по тестированию и административному обслуживанию заказа, не говоря уже о послепродажном обслуживании (весь “бизнес-цикл” или “жизненный цикл” товара), что практически невозможно в стандартных системах, где данные расходы списываются “котловым” или иными “грубыми” методами. Легко также промоделировать и учесть вариации типа: “что лучше, произвести или купить комплектующие или узлы готового изделия?” И так далее. Типичный пример — срочный заказ клиента, не включенный в производственные графики. Принимать или не принимать заказ? Для этого нужно учесть затраты на переналадку оборудования, потери от возможного несвоевременного выполнения уже размещенных (запланированных) в производстве заказов, затраты на работу по срочной закупке недостающего сырья или комплектующих и т.д. К этой же категории проблем относится и дилемма: стоит ли торговой (дистрибьюторской) компании открывать новую “продуктовую линейку”, если это потребует развития сервисной сети, расширения складских площадей, расширения штата менеджеров, затрат на рекламу? Окупит ли потенциальная прибыль все эти затраты? Логистические цепочки как зеркало мирового развития Однако важнейшей “глобальной” новинкой в области управления бизнесом, на мой взгляд, сегодня стала концепция “логистических цепочек” (supply chain). Информационная поддержка данной методологии — обязательное требование для крупных компаний. Характерно, что еще в прошлом году R/3, которая позиционируется 58 как система управления прежде всего для крупного бизнеса, активно критиковалась именно за недостаточный уровень поддержки данной концепции. Переход в практике и теории управления от манипулирования поставками (supply management) к управлению цепочками поставок (supply chain management) или, точнее, управлению логистическими цепочками (рис. 4) произошел совсем недавно — в течении последних двух—трех лет. Кстати, разница (в английском варианте особенно) на первый взгляд улавливается с трудом, хотя является принципиальной. Например российская специфика состоит в том, что фактически с самого начала все сколько-нибудь значительные компании имели дело с управлением именно логистическими цепочками, которые им приходилось создавать “с нуля”, а не с “простыми продажами”, хотя некоторые не осознали этого до сих пор. Неумение или непонимание сущности управления сложным бизнесом обернулось для многих из таких компаний уходом с рынка. Сущностью понятия “логистическая цепочка” является учет при анализе хозяйственной деятельности всей цепочки (точнее сети), по которой товар из сырья превращается в готовое изделие и, затем, через систему продаж, попадает к конечному потребителю. Понятие “управление продажами” включает в себя одностороннее рассмотрение события, происходящего только на последнем этапе логистической цепочки, а главное на его очень коротком участке — самое большее “продавец — потребитель”, причем рассмотрение обычно ведется только с точки зрения “выталкивания товара” на рынок. Но даже здесь применение расширенной концепции логистических цепочек (анализ “функционирования” системы продаж во всей ее сложности, включая предыдущую и последующую стадии продажи), позволяет поднять анализ происходящего на новый уровень. Возникновение теории и практики управления логистическими цепочками существенно связано с прогрессом информационных технологий, который позволил даже мультинациональным корпорациям проводить операции и анализ деятельности в режиме on-line. Естественно это потребовало осмысления и формализации методологий управления глобальным бизнесом и разработки соответствующих инструментов. Поддержка логических цепочек с прошлого года стала практически обязательным требованием для программных продуктов, предназначенных для автоматизации торговых и холдинговых структур. Такие продукты должны поддерживать конфигурации позволяющие размещать объекты автоматизации на нескольких физически удаленных территориях, причем как с возможностью разделения финансового (бухгалтерского) учета 59 (поддержки нескольких юридических лиц), так и с возможностью поддержки “распределенного”, но единого юридического лица, со всеми вытекающими отсюда требованиями к распределенной структуре базы данных. Во многих случаях также необходим вариант “тонкого” клиента для обеспечения рабочих мест на удаленных складах или, например, для дистанционного формирования заказа или мониторинга в представительских учреждениях. «Логистическая цепочка» Пр-во Поставщики Покупатели Рис. 4. Управление логическими цепочками Однако вернемся к бизнес-требованиям. Наибольшее значение анализ логистических цепочек имеет в следующих случаях. • Специфические потребности поставок для каждой страны (региона), требующие использования специальных комплектующих или материалов. Например, детский трикотаж с вышитым рисунком изготавливается в Юго-Восточной Азии, а поставляется всюду — от Северного полюса до Южного. Естественно, для Саудовской Аравии и Канады требования к рисунку совершенно различны, что диктует необходимость привлекать специалистов соответствующих стран. Кроме того, в “рождественский” подарочный набор должны быть включены подарки, специфичные для каждой страны, соответственно, их нужно заказать, поставить, упаковать. • Популярная ныне идеология CFM (Customer Focused Manufacturing) — производство “ориентированное на покупателя”. Собственно говоря, приведенный пример также может быть отнесен к данной категории, однако в общем случае “фокус” CFM находится не просто в адаптации товара к потребностям конкретного покупателя, а в постоянной поддержке “обратной связи” с покупателем и адаптации цепочки под них. Это может выражаться, например, в том, что в одном магазине покупают компьютеры с большими дисками, а в другом — с самыми современными видеоплатами и большой памятью, следовательно и ассортимент программного обеспечения для этих магазинов 60 скорее всего должен быть различен. Корпуса также требуются разные, то же можно сказать и о мониторах, и так далее, если компания ориентируется не на “колоночную” сборку, а на “типовые решения”, то, как легко понять, различия существенны. Причем важно, что подобные “приоритеты” могут существенно меняться, иногда в течении одного—двух месяцев. • Самый общий случай “глобальной” мультинациональной компании. “Фокус” — не удовлетворение специфических потребностей потребителей конкретной страны — утюг, он, как говорится, и в Африке утюг, а в проблеме управления глобальной дистрибуцией и снижении общих операционных издержек. В последнем случае интересно провести различие концепции Supply Chain и Distribution Requirements Planning (планирование распределенных ресурсов), которая фокусируется на проблеме планирования “пополнения” распределенной складской системы, причем не только из “центрального” склада, но и за счет перемещения товара между складами одного уровня, в том числе и путем перемещения из магазина в магазин, не фокусируясь на проблемах снижения операционной стоимости и обратной связи. Данный подход оптимален для пополнения, скажем, системы складов сервисных центров, обменных фондов, или, например, системы оптовых складов продовольственной продукции массового спроса, как например, сахар, соль, крупа и тому подобные товары, которые мало подвержены “капризам” покупателей по упаковке и мало дифференцируются по качеству. Концепция DRP реализована достаточно давно, например, в таких продуктах как СА-PRMS, а также в заказных системах. Особенность системы в том, что она вполне качественно работает и с off-line информацией. В принципе ее можно успешно реализовать и на Excel. Сущность анализа логистических цепочек очень проста и сводится к ряду очевидных, но не тривиальных фактов: • стоимость товара формируется на протяжении всей логистической цепочки, а сказывается самым критическим образом только на последней стадии — при продаже конечному потребителю; • на стоимости товара критическим образом сказывается “общая эффективность операций”, в том числе транспортных и маркетинговых, по всей логистической цепочке, а не только на пути конкретной продажи; • наиболее управляемыми, с точки зрения стоимости, являются как раз начальные стадии — стадии производства товара, а наиболее чувствительными —. последние — продажные. 61 Введение понятия логистическая цепочка было не менее революционным, нежели переход в производственном менеджменте к концепции MRP II (и, кстати — это практически эквивалент этого понятия, если рассматривать процесс закупки-продажи как своего рода “производственный”). Типичными вопросами, решаемыми системой управления логистическими цепочками, являются: какова должна быть структура складов сырья и готовой продукции для уменьшения операционных издержек; каким образом оптимизировать схему транспортных операций (с точки зрения издержек); где производить товар для поставки на конкретный региональный рынок. К сожалению термин Supply Chain не может считаться точно формализованным. Еще раз напомним, что следует отличать управление логистическим цепочками от управления дистрибуцией. В целом реализация данной концепции в программных продуктах достаточно различна, так что при выборе решения необходимо тщательно знакомиться с конкретной функциональной реализацией. Тяни vs Толкай, или “куда ни крути, а главное — кто будет отвечать” Не претендуя на абсолютную точность могу предположить, что идея управления логистическими цепочками зародилась в недрах методов производственного управления известных как JIT (Just in Time — “точно вовремя” заказать и установить ) и Kanban (точно во-время привезти). По сути дела это модификации одного и того же метода, первая ориентирована на push, вторая — на pull технологию. В какой-то момент эти технологии казались “панацеей” от всех производственных болезней, но их недостатки не позволили сделать их “универсальными”. Возможно что на пути их распространения стала как раз их существенная трудоемкость реализации, Идея данных методологий состоит в том, что затраты на производство можно существенно сократить, если кардинально уменьшить складские запасы, а следовательно и издержки на них. Комплектующие при этом идут “в работу” “с колес”, не скапливаясь на складах временного хранения, где они имеют тенденцию портиться и теряться (типичный пример подобной ситуации — площадки вокруг строящихся домов, забитые “про запас” привезенными блоками, а после окончания стройки — их обломками). Естественно подобный стиль работы требует повышенной ответственности всех 62 работников и весьма качественной системы управления поставками в целом. Повидимому, это и привело к анализу всей системы поставок и, впоследствии, к созданию концепции управления логистическими цепочками. Интересно, что распространение JIT и Kanban оказалось значительно меньше, чем первоначальный интерес к ним. И этому есть несколько весьма важных причин. Избежать ошибок в ассортименте и срывов сроков поставок очень трудно даже в условиях Японии и США, а каждый такой “сбой” приводит, в условиях “точных” технологий, к остановке производства. Поэтому приходится держать “горячий запас” в размере по меньшей мере разовой загрузки оборудования, что, в условиях крупных производств, может оказаться довольно накладно. Поэтому не удается избежать кардинальной статьи затрат — капитальные вложения в складские помещения и оборудование, а ее то больше всего и хотелось “редуцировать”. Однако, в некоторых секторах производства, например малосерийная сборка и строительство, данная технология весьма распространена, в частности, в большинстве высокотехнологичных компаний: Nortel, Xerox, HP, Honda, Toyota, Sony. Для тех отраслей, где она применяется, характерна малая мощность обрабатывающих центров, как правило многоцелевых, стабильные сборочные спецификации и технологические карты. Еще один важнейший момент в понятии “логистическая цепочка” — уже упомянутое и мало пока привычное понятие push/pull технологии. Сущность данного понятия — различные точки инициирования операций по всей “цепочке”. Например, вариант “выталкивания” продукции. Предприятие произвело продукт, далее продает — “с глаз долой, из сердца вон”. Или технология “выдергивания” — “надо — вот возьмите”. Естественно это упрощенный подход. К тому же концепция push/pull не вполне очевидна — она показывает довольно тонкое различие между методологиями управления системой закупок или продаж, к тому же практически применяемые системы продаж часто являются некоторой смесью двух базовых техник. Опять же очень упрощенно можно сказать, что система продаж по заказам — это технология выдергивания, а производство на склад — технология выталкивания. Что интересно, так это то, что создание и развитие этих технологий не связано непосредственно с информационными технологиями, в отличие от системы MRP—ERP. Обе технологии вполне реализуемы и ручными методами, более того реализация их в автоматизированных системах оказалась достаточно сложной, так как кроме количественных показателей в них необходимо регистрировать и такой неочевидно формализуемый показатель, как “ответственность за принятие решения”. 63 Различие между методами JIT и Kanban принципиально, что станет ясно если включить в рассмотрение не только общую схему товародвижения, но и схему ответственности за процесс. В случае “выдергивания” ответственность фокусируется на “конечном” исполнителе. В случае “выталкивания” она распределяется по уровням логистической цепочки, в результате чего повышается устойчивость системы управления в целом и снижается риск принятия неверных решений (естественно, при ответственном отношении каждого менеджера и исполнителя, что также не всегда имеет место). Однако при этом ответственность становится менее гибкой — снижается “обратная связь” с последних стадий производства, что в принципе может создать проблемы с исправлением выявленных недостатков в качестве продукции и увеличивает проблемы в случае возникновения непредвиденных ситуаций. Например, изменение строительной спецификации при “выталкивании” приводит к существенно большим проблемам, чем при “выдергивании”. Действительно, спецификация доведена до всех уровней, включена в производственные планы. Определить на какой стадии и где нужно вмешаться, достаточно сложно. При схеме “выдергивания” процесс разбит на маленькие звенья, связанные в цепь, и “спускаясь” по цепочке значительно легче обнаружить “активное” звено и произвести изменения. «Виртуальное предприятие» Виртуальное предприятие Пр-во Поставщики Покупатели Рис. 5. “Виртуальный бизнес” Баланс Однако, вернемся к логистическим цепочкам. Уже сама по себе, логистическая цепочка представляет собой весьма интересный инструмент управления бизнесом. Но кроме того, с использованием соответствующих финансовых инструментов возможно создание “виртуального бизнеса” (рис. 5) из распределенной системы нескольких компаний, охватывающего полный “жизненный цикл” товара, или, наоборот, разделение 64 одной компании на несколько “виртуальных бизнесов”. При этом для каждого “виртуального бизнеса” возможна поддержка полного спектра “виртуальных систем управления”, характерных для единой компании. Однако такая система работает корректно только в случае “прозрачности” всей “виртуальной” сети, входящей в компанию. При наличии “черной растаможки”, что характерно для наших условий, да и “серой”, применяемой повсеместно, корректность определения полной стоимости товара и операционных издержек весьма условна, что сводит на нет все усилия по финансовому управлению виртуальным предприятием с помощью “простых рецептов” логистических цепочек. Для этих случаев применяются методы управления финансовыми холдингами, о которых следует говорить отдельно. В заключение хотелось бы обратить внимание на один аспект, который пока ускользнул от внимания аналитиков. Методологии Supply Chain и CSRP взаимно дополняют друг друга. Первая фокусируется на “глобальной” логистике и связанных с ней, “внешних”, по отношению к производству, процессах, вторая — на “внутренних”, в частности, на тонком управлении заказами и расширенном управлении издержками, благодаря трактовке бизнес-цикла товара, как “расширенного” производственного цикла, и, что важно, не “товара вообще”, как MRP, а “товара в конкретном заказе”, что точно соответствует идеологии Supply Chain. Учитывая, что “ядром” логистических цепочек является производитель (в глобальном толковании — производитель добавочной стоимости), можно сказать, что методология CSRP — это методология производственного ядра Supply Chain. Объединение этих двух методологий в единой системе позволило бы выйти на новый качественный уровень систем и методологий управления ресурсами бизнеса. Автоматизированные системы, поддерживающие “тонкое” управление заказами и логистическими цепочками, могут дать очень значительные конкурентные преимущества. Исходя из общих тенденций развития делового программного обеспечения можно предположить, что такого рода предложения должны появиться уже к концу текущего года. 65 СОТВОРИ ИЗ ХАОСА ПОРЯДОК Появляющиеся Web-системы наконец-то действительно могут привнести управление в ИТ-проекты Кэтлин Меламьюка COMPUTERWORLD РОССИЯ, 25 МАЯ 1999 Г. Слова “управление ИТ-проектами” звучат почти как оксюморон — сочетание взаимоисключающих понятий. Спросите Дэйва Бэнко о том, как он обычно следит за выполнением плана-графика, и этот руководитель проектов из Pentamation Enterprises, фирмы — разработчика административного ПО, скажет вам, что никак. “Мы всегда составляли планы проектов только для заказчиков, а сами ничем таким не пользовались. План-график обычно чертим на бумаге”. И такая практика — не исключение. Как говорят многие руководители, настоящее управление проектами почти невозможно. Современный клиент-серверный инструментарий для управления проектами труден в освоении и использовании. Многие системы плохо интегрируются с другим ПО и работают с ошибками. Из-за этого участники разработки их игнорируют, а руководителям проектов остается лить гадать, как идут работы. Да и сами руководители сторонятся этих систем, и риск неудачи проектов растет. Неудивительно, что, по заключению Standish Group, 84% ИТ-проектов оканчиваются сорванными сроками, превышением бюджета или вовсе ничем. Это данные из исследования под названием “Хаос”, проводимого этой фирмой на основе информации 66 о тысячах проектов, почерпнутой из различных обзоров, сообщений рабочих групп и интервью. Выправить положение может Web Web-ориентированные системы управления проектами первой волны фокусируются на подготовке отчетов о сроках и ходе выполнения проекта. По мнению их первых пользователей, они просты, надежны и хорошо стыкуются с прочим ПО. Они дают возможность участникам работ отмечать ход выполнения задач на своих персональных Web-страницах, используя для доступа любой имеющийся компьютер. Кроме страниц участников, есть еще Web-страница руководителя с обобщенной точкой зрения на ход проектов. Сейчас ведутся работы над перенесением в Web и других функций типа планирования проекта или скоординированного общекорпоративного управления всеми проектами. На в первых модулях разработчики сосредоточились на ключевой проблеме. Одна из первейших причин провала проектов лежит в отсутствии должного уровня связи между участниками, — утверждают глава Standish Group Джим Джонсон, — a Web — великое и многообещающее средство общения”. Нужно понимать, что стронуть управление проектами с мертвой точки только инструментарием невозможно. “Дурак останется таковым даже с инструментом, и Web ему не поможет”, — говорит Джонсон. Однако пользователи надеются, что Web укрепит связь между работниками и даст общее видение имеющихся проектов, а значит, Сеть может стать базой для формального и дисциплинированного управления проектами, столь ускользавшего доселе из ИТдеятельности. Глядя назад По мнению Тома Джакоба, руководителя проектов из компании — производителя радиологического оборудования Medrad, фактически управление проектами — это движение затылком вперед. “Руководители проектов подобны гребцам в лодке: те тоже видят, где проплыли, но не могут увидеть, что впереди”. Причина в том, что до сих пор своевременно вносить в проект изменения было очень трудно, говорит Дэвид Чад из British Aerospace. Как руководитель по интеграции систем, он внедряет систему управления ресурсами предприятия. “У нас месячный цикл отчетности, и это очень неприятный режим, — поясняет он. — Пока все отчеты будут собраны, может пройти шесть—семь недель с появления проблемы”. 67 Некоторые руководители не используют электронных средств ведения проектов вовсе. “У нас пускается по кругу бумажный документ, и люди ставят отметки авторучкой, — говорит Стив Тол, координатор расписаний в отделении дизелей из General Motors Canada. — Пометки подытоживаются, мы обновляем расписание и распечатываем снова”. Глядя вперед Первые Web-ориентированные средства управления проектами позволяют руководителям видеть статус проекта сегодня и планировать его на завтра. Это системы компаний Primavera Systems, ABT, PlanView, Welcom, Business Engine Software, NextPrise и других. Для Бэнко, использующего систему Webster компании Primavera с февраля 1998 года, это означало колоссальные изменения. Раньше участники проекта должны были заполнять листки учета времени на бумаге, потом все это вводилось в базу данных, а потом экспортировалось в другую базу данных, позволявшую сравнить выполнение проекта с планом. Чтобы получить наглядные результаты, ту же информацию приходилось заново вводить в отдельную графическую программу. Такая отчетность была сложна, препятствовала обычной работе, и руководители старались держаться от нее подальше. Теперь, с использованием системы Webster, каждый участник проекта имеет свою Web-страницу с перечнем заданий и индивидуальным графиком работ на неделю. “Это все равно что список заданий, выставляемых руководителем проекта перед участниками, — поясняет Бэнко. — Участники видят, что им предписано делать. Есть специальное поле, где можно сообщить руководителю об отставании или опережении, и на основании этого планы можно откорректировать”. Такая организация позволяет иметь информацию в реальном времени и одну корректную базу данных. Руководители проектов получают точную информацию со значительно меньшими усилиями. Взгляд сверху Как говорит руководитель проекта Джефф Эйблз из First Union, Web-средства к тому же дают обобщенное видение всех проектов, что невозможно в системах клиентсервер, хранящих информацию о каждом проекте в отдельном файле: “В Web-системах это непросто, но все же намного проще”. С помощью генератора Reporter в системе PlainView Эйблз получает обобщенный отчет, что позволяет усовершенствовать процесс управления проектами. “Мы можем 68 просуммировать результаты и получить схемы работ. Если обнаруживается, что «шаг №3» представляет собой узкое место для 90% проектов, мы можем заняться им”. Простота Web-системы в использовании делает их доступными для директоров. Это очень важно, поскольку, согласно исследованию Standish Group, поддержка директоров — важнейшая составляющая успеха проекта. “Если для освоения системы исполнительному директору потребуется пройти трехдневное обучение, про такую систему можно сразу забыть, — считает Ларри Сисмор, руководитель проектов по интеграции процессов и технологий из информационной службы в Federal Express. — Однако вполне реально упросить директора «кликнуть» на Web-страничку — а там уже все скомпоновано, как положено. Он может выйти на страничку и сразу получить все эти замечательные рисунки для каждого проекта”. Отсортируй и запомни Однако все эти прелести будут приносить пользу только в том случае, если участники проекта хотят работать с инструментарием, а такое встречается отнюдь не всегда. “Люди говорят, что освоение новой системы занимает у них слишком много времени”, — продолжает Сисмор. Это следствие того, что во многих клиент-серверных системах управления проектами от всех участников команды требуется освоить сложный модуль планирования проекта, даже если им на деле это планирование не нужно, а нужно только отчитываться о времени и объеме выполнения задания. В Web-системах эти две задачи разделены, и поэтому срок освоения сокращается с часов до минут. “Быстрота освоения привлекает людей. Когда им говорят, что все функции работают через Web, у них загораются глаза, — объясняет Сисмор. — Они начинают пробовать, и, поскольку все оказывается просто, быстро принимают новый инструмент”. Новые системы — это не только простота, замечает Эйблз, но и лучшее качество работы: “Раньше я мог «не глядя» подключить Боба к проекту на десять часов в неделю. А теперь я вижу, что он уже занят на 50 часов по другим темам. В результате расписание каждого отдельного сотрудника становится намного более «человеческим»”. Сметая границы Использование Web делает расстояния менее существенными. Это важно для Бэнко, проекты которого связаны с удаленными группами по обучению и установке: “Люди могут отсутствовать в офисе по три-четыре недели, но они всегда в состоянии 69 подключить модем и выйти на Web-страницу. Отметки поступают в реальном времени, даже если наш клиент находится далеко”. А еще новые средства помогают улучшить взаимодействие партнеров по проекту. К примеру, British Aerospace ведет территориально распределенные проекты с привлечением внешних партнеров и поставщиков. “Web-подход позволяет нам собрать всю соответствующую информацию вместе, причем своевременно”, — объясняет Чад. И в этом нет никакой “виртуальной реальности”. “Такие системы позволяют намного проще получить информацию, чем системы управления проектами с архитектурой клиент-сервер, даже когда они используются во внутренних сетях intranet”, — поясняет Бэнко. Время рассудит Несмотря на энтузиазм пользователей, Джонсон полагает, что основные проблемы Web-инструментарию еще предстоит решить: “Значительный успех Web-систем в небольших проектах очевиден, но небольшие проекты в целом и так бывают успешнее”. Смогут ли новые средства справиться с большими проектами? “Время покажет, — говорит он. — Пока можно лишь сказать, что это многообещающие средства”. Однако сколь бы много они ни обещали, предостерегает Эйблз, не мешает помнить, что “кадры решают все” — это главный лозунг в управлении проектами. “Инструментарий только помогает, а для хорошего управления проектом нужна корпоративная культура, которая воспитывает командный дух, качество и обдуманность в работе по проекту от начала до конца. Инструменты такую культуру не заменят”. За и против Web-систем управления проектами ЗА: Легко изучить Легко пользоваться Хорошо подходят техническому персоналу Хорошо подходят директорам Доступны с любой персоналки Поддерживают связь между участниками и своевременную корректировку проектов Не требуют администрирования клиентских мест 70 Не требуют поддержки клиентских мест Обеспечивают обобщенную точку зрения на большое число проектов одновременно Упрощают планирование ресурсов ПРОТИВ: Совсем новые инструменты; есть только первые версии Неизвестна масштабируемость 71 ПОИСК РУКОВОДИТЕЛЯ Поиск подходящего человека на должность руководителя операциями электронной коммерции зависит от того, что вы хотите делать в Сети. Сэри Калин COMPUTERWORLD РОССИЯ. 8 ИЮНЯ 1999 Что касается электронной коммерции, то рано или поздно вам понадобится человек, который может руководить этой сферой. Вопрос в том, кого выбрать. Должен ли это быть специалист по маркетингу, который знает, как разговаривать с потребителем, но не может отличить межсетевой экран от proxy-сервера? Или лучше предпочесть человека из информационной службы, знающего, как создавать ссылки на серверные системы, но не имеющего никакого представления о том, как создать новый брэнд? А может, вообще пригласить кого-то со стороны? Правда, такой человек готов развивать электронную коммерцию, но далеко не всегда — корпоративную политику. Любой руководитель, отвечающий за электронную коммерцию, должен обладать определенными качествами. Особое значение имеют навыки общения и умение налаживать отношения с людьми, поскольку такому руководителю придется вести переговоры с внешними партнерами, более того — разбивать внутренние конфликты, возникающие в тех случаях, когда инициативы, связанные с электронной коммерцией, вступают в противоречие с существующей деятельность компании. Талант также необходим, учитывая, что электронная коммерция — это та сфера, в которой быстро меняются условия ведения бизнеса и технологи. “Тут необходима твердость и последовательность в решениях, при том, что пути достижения поставленных целей не всегда четко просматриваются, — отметил Дэвид Маршак, аналитик компании Patricia 72 Seybold Group. Человек, который берется за столь непростое дело, действительно должен быть именно руководителем, а не исполнителем”. Но конкретные навыки и опыт, которые требуются от руководителя операций электронной коммерции, зависят от того, что в каждой конкретной компании понимается под электронной коммерцией. Фирма, которая хочет продавать продукты непосредственно потребителям, будет искать человека, имеющего опыт прямого маркетинга, в то время как организации, стремящиеся предоставить своим дистрибьюторам возможность размещать заказы и проводить инвентаризацию по сети extranet, лучше найти специалиста, который хорошо разбирается в работе отделов продаж или вопросах обслуживания потребителей. Помимо выбора руководителя, компания должна решить, как именно организовать электронную коммерцию. “Единой модели, подходящей для всех случаев, не существует”, — считает Рон Шевлин, ведущий аналитик компании Forrester Research. Несмотря на отсутствие универсальной модели, способной удовлетворить любые требования организации, имеется ряд моментов, которые следует учитывать при выборе руководителя операций электронной коммерции и человека, способного реализовать выбранную стратегию. Остановимся на трех основных вопросах: необходимость опыта работы в области ИТ для руководителя операций электронной коммерции; преимущества и недостатки назначения на эту должность собственного сотрудника и специалиста со стороны; целесообразность создания специального направления или группы, которая будет заниматься вопросами электронной коммерции. Решение 1 ИТ или не ИТ? Когда у коллег Джереми Яффе по компании Liberty Financial возникают какие-либо трудности с персональными компьютерами, они обращаются к нему за помощью. Яффе, вице-президент по электронной коммерции корпорации Liberty, считает это неправильным. Хотя в соответствии со своими служебными обязанностями он должен контролировать функционирование Web-узла в Keyport Life Insurance (бизнес- подразделение Liberty), все же он специалист по маркетингу, а не по ИТ. Конечно же, информационные технологии играют определенную роль в работе любого Web-узла, который связан с серверными системами и дает возможность потребителям осуществлять трансакции. В Liberty Financial, к примеру, отдел информационных служб уже поддерживает биллинговую систему; когда в компании Strein Roe and Farmhan (также 73 бизнес-подразделение Liberty) был организован Web-узел, который позволил клиентам обращаться к своим счетам и осуществлять трансакции, информационной службе пришлось взять на себя интеграцию новых клиентов в существующую систему. Но этот Web-узел, как и все остальные Web-узлы Liberty, представляет собой нечто большее, чем реализация базовой технологии; он по сути является каналом продаж, маркетинга и предоставления услуг потребителям. И поэтому управлять им должен человек, имеющий представление о работе всей компании. “Без ИТ не обойтись, — отметил Яффе. — Но электронная коммерция — это не только ИТ”. Марк Робиллард, ветеран компании VWR Scientific Products с 19-летним стажем, получил опыт работы в Internet еще до того, как стать первым вице-президентом фирмы по электронной коммерции. В 1995 году Робиллард сотрудничал с Массачусетским технологическим институтом, который в результате выбрал VWR для реализации пилотного проекта продаж через Web. До этого Робиллард работал с крупными клиентами VWR, осуществляя реинжиниринг бизнес-процессов, чтобы сделать их более эффективными для заказов, для получения и оплаты недорогих услуг поддержки, ремонта и обслуживания. Робиллард прекрасно знает технологию электронной коммерции, например, как работают IP-сети и цифровые сертификаты, но при этом его нельзя отнести к специалистам в области технологии. “Конечно, я практик, — отметил Робиллард, с июня 1996 года занимающий пост вице-президента по электронной коммерции. — Но я прекрасно разбираюсь в том, как работает цепочка поставки”. Действительно, как отмечают аналитики, знание бизнес-процессов компании — едва ли не самое важное качество руководителя операций электронной коммерции. Это вовсе не означает, что подходящий руководитель не может быть обнаружен в отделе информационных систем; фактически, как подчеркнул Шевлин, среди группы ведущих специалистов по информационным технологиям скорее всего найдутся сотрудники, которые “знают бизнес-операции лучше, чем те, кто ими непосредственно занимается в компании”. А понимание технологии поможет руководителю операций электронной коммерции избежать стратегических ошибок, таких как выбор неподходящего производителя или технологии, грозящих замедлить реализацию. Но поскольку многие компании создают для поддержки электронной коммерции специальные группы, в которые входят работники различной специализации, директор или вице-президент по электронной коммерции не обязательно должен быть специалистом по информационным технологиям. “Если он не имеет опыта работы в области технологий, в группу 74 необходимо включить специалиста, обладающего этими навыками”, — считает Элис Терхун из компании GartnerGroup. Насколько важен для кандидата опыт работы в Web? По мнению рекрутеров, даже у наиболее подходящих ограничивается претендентов двумя—тремя соответствующий годами. опыт, Специалисту, как которому правило, придется взаимодействовать с другими компаниями, вполне достаточно иметь опыт руководства реализацией систем EDI (electronic data interchange). При работе же с потребителем навыки маркетинга, пожалуй, даже важнее, чем опыт работы в Web. Стефан Мадер, управляющий директор отделения компании Christian and Timbers, занимающейся подбором руководящих кадров, вспоминает о своей работе с фирмой — производителем бытовых приборов, куда требовался человек на должность вице-президента по электронной коммерции. Им нужно было создать коммерческий Web-узел, привлечь к нему внимание потребителей и наладить сотрудничество с другими Web- производителями и крупнейшими порталами. В результате на эту должность был приглашен известный маркетолог из крупной пищевой и фармакологической компании, который вообще не имел опыта работы в Web. В то время как Web все больше и больше рассматривается как стратегический компонент бизнеса, компании ищут стратегов, а не чисто технических специалистов. “Если раньше цепочка приоритетных качеств выстраивалась в следующем порядке: компетентность в вопросах технологии, стратегическое мышление и знание бизнеса, — отметил Стюарт Берч, управляющий директор по Internet-торговле компании Russell Reynolds, занимающейся поиском руководящего персонала, — то теперь это стратегическое мышление, знание бизнеса и компетентность в вопросах технологии”. 75 ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ И БИЗНЕС Кен Андерсон — человек для корпоративной Америки необычный. За последние 13 лет он пять раз менял работу, то становясь предпринимателем, то вновь возвращаясь к информационным технологиям. Подобный случай вполне достоин занесения в книгу рекордов, если бы таковая имелась в области ИТ Рошель Гарнер COMPUTERWORLD РОССИЯ. 13 АПРЕЛЯ 1999 Хотя даже если бы на подобное возвращение Андерсон решился только один раз, это все равно можно было бы отнести к исключительным событиям. В большинстве компаний карьерная лестница прокладывается именно на “территории” конкретного подразделения. Так почему Андерсон постоянно возвращается к ИТ? “Я испытываю слабость к информационным технологиям, — объяснил Андерсон, в настоящее время отвечающий в корпорации Office Depot (ведущая американская национальная сеть магазинов оргтехники. — Прим. ред.) за системы управления цепочкой поставщиков. — Кроме того, я ни разу не работал в компаниях, где с пренебрежением относятся к ИТ. Мои действия никогда не оказывались пагубными для карьеры. Есть еще один аспект: уважение к службе информационных систем. Немногие бизнесмены, тем не менее, рискуют обречь себя на ссылку в корпоративное болото. Один лишь этот факт делает такого рода карьерные изменения возможными только в тех компаниях, где информационные технологии и бизнес рассматриваются как равноправные партнеры”. Именно так обстоят дела в Office Depot, где прилагают все усилия, чтобы использовать Internet для обеспечения преимуществ перед конкурентами. То же относится 76 и к Federal Express, Elf Atochem North Amenca и United Parcel Service of America. Все эти компании рассматривают ИТ как непременную составляющую своего успеха. Но это вовсе не означает, что внутри дома процесс перехода в другую функциональную область прост. “Попасть в область информационных технологий — все равно, что попасть в другую страну”, — считает Рик Нордвед, управляющий директор по системам стратегических продаж компании FedEx. Нордвед был специалистом по технологиям в подразделении наземных операций компании FedEx, но быстро понял, что ему просто не хватает знаний. Вне информационных технологий “Это действительно неординарный шаг, но я уверен, что стал лучше выполнять обязанности менеджера, поскольку должен был полностью полагаться на людей, которые мне подотчетны, — заметил Нордвед. — Хороший руководитель должен знать мнения людей, которые на него работают. У меня не было выбора; я требовал от них выводов по любому вопросу”. Неудивительно, что Нордвед, десять лет проработавший в области информационных технологий, достаточно хорошо разбирается в них. Но его ценность для компании не в этом, а в глубоком понимании бизнеса фирмы. В течение 13 лет он занимался обслуживанием флота грузовиков и самолетов FedEx. Над информационными технологиями “Смена профессий намного упростила мою работу, — соглашается Андерсон. — Я стал лучше понимать, где мы идем на риск, вне зависимости от того, связан ли он с информационными технологиями или маркетингом”. Фактически все, с кем мне приходилось беседовать при подготовке этой статьи, говорили о том, что их деловые качества позволяли им совершенствовать свой стиль руководства. Они считают, что знание бизнеса помогает им оттачивать навыки управления технологией. Эта тема всплывала в каждом интервью. Но мои собеседники говорили и о другом. “Увы, очень трудно сломать стереотипы: все страшно удивляются, когда видят, что счетовод разбирается в компьютерах, — заметил Кен Лейси, простой бухгалтер United Parcel Service, ставший вторым человеком в корпорации по информационным технологиям, а потом и директором информационных систем. — 77 Сначала у меня было стойкое ощущение, что меня все время проверяют. Чем больше я набирался опыта, тем меньше вопросов мне задавали”. Задумайтесь об этом. Директор службы информационных систем корпорации ежегодно тратит 1 млрд. долл. на технологии, а к нему все еще относятся с недоверием. “Требуется время на то, чтобы исчезли предубеждения”, — соглашается Ларри Хартман, из директора службы технической поддержки клиентов компании Elf Atochem выросший до директора управления бизнесом по поддержке операций. — До поры до времени приходится мириться с тем, что вас воспринимают не то чтобы как врага, а как человека, который не представляет себе, что такое информационные технологии”. Только не надо думать, что новые коллеги по ИТ плохо обращались с нашими собеседниками. По их собственным словам, этого не было. И, тем не менее, если отделы информационных технологий хотят занять более высокое место в корпоративной иерархии, они должны стать более открытыми для своих коллег, не столь сведущих в вопросах технологии. 78 ПИСАТЬ ИЛИ НЕ ПИСАТЬ… Вот уже несколько лет в мире бурно развивается торговля с использованием сети Интернет и других электронных систем, получившая название “электронная коммерция”. В немалой степени этому способствует отсутствие таможенных рогаток: специализированная комиссия ООН еще в 1996 году обнародовала акт о беспошлинной электронной торговле и международном торговом арбитраже. Беспошлинную электронную торговлю с 1 января 1998 года ведут страны ЕС и США. Решение о введении беспошлинной электронной торговли в мае 1998 года приняла и Всемирная торговая организация, членом которой готовится стать Россия. Прежде чем перейти к основной части рассматриваемой темы публикации, полезно уточнить понятие “электронная коммерция”. Борис Скородумов stcarb@elnet.msk.ru, к.т.н., доцент, член Комитета по электронной торговле НАУФОР, исполнительный директор НТЦ Ассоциации российских банков BUSINESS ONLINE №9 2001 По мнению автора, “электронная коммерция” — это любая форма бизнес-процесса, в котором взаимодействие между субъектами происходит электронным образом и сопровождается физическим перемещением информационных или иных материальных ресурсов. Электронная торговля, которая касается розничных продаж, является частью электронной коммерции. Следует отметить, что в настоящее время в нашей стране начался переходный процесс от традиционных форм бизнеса к электронной коммерции. Это объясняет неустоявшуюся терминологию и разброс мнений по сути е-коммерции, хотя можно привести отдельные примеры десятилетней практики е-бизнеса в России. По прогнозам авторитетных аналитиков, начало стремительного развития электронной коммерции прогнозируется в нашей стране в конце текущего года. Внешними приметами этого процесса могут служить участившиеся конференции, 79 выставки и семинары, посвященные использованию Интернета. Количество виртуальных магазинов приближается к тысяче. На финансовом рынке России начали развиваться етрейдинг и е-банкинг. Зарубежные компании активно скупают популярные российские сайты или создают Государственной совместные думе предприятия обсуждаются для различные электронной коммерции. В законопроекты, связанные с использованием Интернета. В этих условиях лавинообразно растет объем электронных документов, создаваемых в любом бизнес-процессе. Это договоры, контракты, накладные и другие платежные документы. Одной из главных проблем своевременного создания и проверки электронных документов является подпись. Во многом такая ситуация объясняется несовершенством законодательства и неготовностью инфраструктуры отечественной екоммерции. Несовершенство законодательной базы в настоящее время заставляет развивать договорной процесс между организациями или другими взаимодействующими сторонами. Например, договор ЦБ РФ с его клиентами содержит около 80 страниц текста, его исходная типовая форма создавалась не один месяц. Естественно, что подобные объемные документы быстро не делаются, и это можно иногда терпеть для работы вне реального времени (режим off-line), но совсем не годится для работы в режиме on-line. Взаимодействие с контрагентами приходится вести на основе ряда существующих разноплановых нормативных документов. Напомним только некоторые необходимые законодательные акты: 1. Федеральный Закон “Об информации, информатизации и защите информации”; 2. “Гражданский кодекс Российской Федерации”: 2.1. Часть первая, ст. 160, п. 2; 2.2. Часть первая, ст. 434. 3. Официальные материалы Высшего арбитражного суда РФ (Письмо от 19 августа 1994 г С1-7/оп-578). В нашей стране это существенно тормозит развитие электронной коммерции в режиме on-line. Например, многие операции на фондовом рынке должны совершаться за считанные минуты, причем они затрагивают интересы многих участников торгов. Вышеизложенное заставляет обратиться к опыту западных стран, успешно преодолевших многие трудности электронной коммерции в режиме online. В последнее время в мире и у нас в стране широко обсуждается проблематика электронной цифровой подписи (ЭЦП), которая является документообразующим элементом различных наборов информации. В конце 1999 года страны Единой Европы приняли Директиву об электронных подписях и Положение о поэтапном введении общего порядка применения ЭЦП. 12 стран Европы за два года сумели договориться, разработать 80 и успешно реализовать технологию электронной цифровой подписи (табл. 1). На конференциях по посвященных ЭЦП, электронной коммерции рассматриваются и вопросы специализированных юридической силы семинарах, электронных документов и создания инфраструктуры удостоверения их подлинности. В прошлом году в США был принят Закон “Об электронной подписи”. До этого американцы пользовались аналогичными законами отдельных штатов. По сообщению агентства “РосБизнесКонсалтинг”, в Германии вступил в силу закон, уравнивающий юридическую силу электронной и обычной подписи, который был принят во исполнение директивы Евросоюза об осуществлении предпринимательской деятельности с помощью электронных средств коммуникаций. Кстати, в соответствии с российским законодательством (смотри упомянутый выше Гражданский кодекс) электронно-цифровая подпись электронных документов признается аналогом обычной подписи, и в настоящее время Государственная дума завершает разработку соответствующего закона. Параллельно готовится соответствующее соглашение стран СНГ. По мнению ведущих зарубежных специалистов, развитие данного процесса во многом определяется прогрессом в области безопасности информации. Следует напомнить, что ЭЦП является средством защиты информации и обеспечивает такие ее качества или свойства, как целостность и юридическая значимость. Это следует из ГОСТ Р 34.10—94 “Информационная технология. Криптографическая защита информации. Процедуры выработки и проверки электронной подписи на базе асимметричного криптографического алгоритма” Рассмотрим более подробно различные технические аспекты электронных документов, основное внимание уделяя ЭЦП в соответствии с главной темой статьи и зарубежным опытом, при этом будем помнить об ограниченном объеме журнальной публикации. Практика современного электронного документооборота позволяет выделить несколько общих правил создания электронного документа. Чтобы стать электронным цифровым документом и использоваться в правовом пространстве наряду с бумажными документами, то есть иметь такую же юридическую силу, как и соответствующий бумажный документ с подписью и печатью, компьютерный файл должен обладать следующими свойствами: 81 содержать значимую информацию, то есть информацию, которая накладывает на субъекта определенные обязательства и/или приводит к определенным последствиям, побуждает к действиям и т. д.; иметь однозначную интерпретацию (например, на основе заранее согласованных процедур), то есть являться общепонятным; иметь идентифицируемые реквизиты, в первую очередь, указание на автора; обеспечивать целостность представленной в нем информации; обеспечивать “неотказуемость”, то есть гарантию того, что автор не сможет позже утверждать, что он не создавал этот документ. При работе в открытых сетях не менее важными также являются следующие факторы: необходимость гарантированного подтверждения личности абонента, отправившего электронный документ; необходимость гарантированного подтверждения того, что документ может быть прочитан только указанным адресатом: необходимость гарантированного подтверждения того, что при передаче по сети в документ не могут быть внесены никакие изменения. Эти гарантии могут быть созданы при помощи специальных программно- технических решений, организационных мероприятий, установленных процедур и правил общения в сети. Программно-технические решения организации электронного документооборота основываются на использовании безопасных протоколов передачи данных и применении криптографических средств защиты информации, обеспечивающих в том числе юридическую силу электронного документа. Организационные мероприятия обеспечивают механизмы правовой поддержки, доверительности, гарантий (в том числе и финансовых), создание и управление инфраструктурными элементами, поддерживающими электронный документооборот. Защита конфиденциальности и целостности информации при ее передаче по открытым сетям обеспечивается также криптографическими средствами. Свойства “неотказуемости” от авторства и контроля неизменности полученного по сети электронного цифрового документа обеспечиваются использованием механизма электронной цифровой подписи, также основанного на криптографических преобразованиях информации. Помимо этого, целостность и аутентификация (проверка 82 подлинности) сообщения также обеспечиваются использованием электронной цифровой подписи. В соответствии с ГОСТ Р 34 10-94 электронная цифровая подпись — это данные, добавляемые к блоку данных и получаемые в результате его криптографического преобразования, которые позволяют приемнику данных удостовериться в целостности их блока и подлинности источника, а также обеспечить защиту от подлога со стороны приемника данных. Поскольку ЭЦП является важнейшим элементом любого электронного документа, целесообразно напомнить хотя бы некоторые основные положения указанного стандарта. Схема процесса подписания электронного документа с помощью ЭЦП представлена на рисунке 1. Криптоаналитик шифрование открытый канал расшифрование отправитель сообщений получатель сообщений секретный ключ ключи отправителя открытый ключ аутентичный канал Несимметричная криптосистема (цифровая подпись) Рис 1. Схема процесса подписания и проверки электронного документа с помощью электронной цифровой подписи Электронная цифровая подпись жестко увязывает в одно целое содержание документа и секретный ключ для формирования ЭЦП, делает невозможным изменение документа без нарушения целостности данной подписи. Механизм применения электронной цифровой подписи включает два криптографических преобразования: формирование электронной цифровой подписи под документом и проверки подлинности подписи под документом. Таким образом, использование криптографии с открытым ключом обеспечивает необходимые требования к соблюдению конфиденциальности информации и аутентификации электронных документов при их передаче по открытым сетям. Непростой 83 остается одна проблема — как получателю информации убедиться) что открытый ключ отправителя — это именно его открытый ключ, а не лица, маскирующегося под него. Проблема еще более усложняется при большом числе адресатов. Снова вернемся к зарубежному опыту электронного документооборота в электронной коммерции. Многие современные международные информацией в открытых сетях используют перспективный системы обмена протокол (точнее технологию) безопасных электронных трансакций в сети Интернет SET (Security electronics transaction), предназначенный для организации электронной торговли через Интернет. Протокол выполнения защищенных трансакций SET является стандартом, разработанным компаниями MasterCard и VISA при значительном участии IBM, GlobeSet и других партнеров. Он позволяет покупателям приобретать товары через Интернет, используя самый защищенный в настоящее время механизм выполнения платежей. SET является открытым стандартным многосторонним протоколом для проведения безопасных платежей с использованием пластиковых карточек в Интернете. SET обеспечивает кросс-аутентификацию счета держателя карточки, продавца и банка продавца (для проверки готовности оплаты товара), целостность и секретность сообщения, шифрование ценных и уязвимых данных. Поэтому SET можно назвать стандартной технологией или системой протоколов выполнения безопасных платежей с использованием пластиковых карточек через Интернет. SET позволяет потребителям и продавцам подтвердить подлинность всех участников сделки, происходящей в Интернете, с помощью криптографии, применяя в том числе и цифровые подписи и сертификаты. По своим функциям цифровые сертификаты аналогичны обычной печати, которой удостоверяют подпись на бумажных документах. Цифровые сертификаты содержат открытые криптографические ключи абонентов, заверенные электронной цифровой подписью центра сертификации и обеспечивают однозначную аутентификацию участников обмена. Центры сертификации обеспечивают надежное распространение сертификаты — это и сопровождение определенная ключевой последовательность информации. битов, Цифровые основанных на криптографии с открытым ключом. Они представляют собой совокупность персональных данных владельца и открытого ключа его электронной подписи (а при необходимости и шифрования), связанных в единое неизменяемое целое электронной подписью центра сертификации. Цифровой сертификат оформляется в виде файла или области памяти и может быть записан на дискету, смарт-карточку и любой другой носитель данных. 84 Цифровые сертификаты предотвратят возможность подделок, от которых не застрахованы существующие виртуальные системы. Сертификаты держателя карточки и продавца также дают уверенность в том, что их трансакции будут обработаны с тем же высоким уровнем защиты, что и трансакции, которые обрабатываются сегодня традиционными способами. По такой схеме разворачиваются многие современные международные системы обмена информацией в открытых сетях, которые располагают широкой сетью центров сертификации, обеспечивающих выдачу и сопровождение цифровых сертификатов для всех участников электронного обмена документами. Они отвечают требованиям международного стандарта X.509 ITU-T. Примерами центров сертификации являются американские компании VeriSign и GTE. Выводы Внедрение систем юридически значимого электронного документооборота, кроме решения чисто технических вопросов, требует проработки законодательной базы, организационных вопросов ключевого управления, обеспечения равных прав и финансовых гарантий всем участникам электронного документооборота. Это может быть реализовано при помощи инструментов страхования, разработки документации, регламентирующей использование ключевой информации, электронной цифровой подписи, правил разбора конфликтных ситуаций, а также договорной и регламентирующей нормативной документации, определяющей юридическую значимость электронных документов, контроля соблюдения установленных процедур и правил общения в сети. В настоящее время правительство внесло в Государственную думу законопроект “Об электронной цифровой подписи”. В нем, в частности, записано, что “целью настоящего Федерального закона является обеспечение правовых условий для использования электронной цифровой подписи в электронных документах, при соблюдении которых электронная цифровая подпись в электронном документе признается юридически равнозначной собственноручной подписи человека (гражданина или индивидуального органа юридического лица) в документе на бумажном носителе”. Таким образом, первый шаг в направлении развития электронной коммерции России может быть сделан в ближайшее время. Вторым шагом может стать создание в России своих центров сертификации электронного обмена документами, что облегчит появление институтов страхования электронных сделок. 85 Подводя итог изложенному, можно отметить, что хотя тема публикации весьма суха и непопулярна в народе, может пройти совсем немного времени, как мы окажемся в условиях совершенно новой для нас деловой среды. И начало этому процессу будет положено с принятием закона об электронной цифровой подписи. 86 ДЕСЯТЬ СОВЕТОВ ПО ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ К службе информационной безопасности организации вполне можно отнести слова одного из мудрецов прошлого, сказанные об армии: ее кормят десять лет, а используют один раз. Искандер Конеев IKoneev@central.nbu.com, руководитель службы компьютерной безопасности Национального банка Узбекистана COMPUTERWORLD РОССИЯ, 8 ИЮНЯ 1999 Г. Если ваша компания решила организовать подобную службу, то, надеюсь, мои советы не окажутся лишними. Полагаю, что они обратят на себя внимание и тех, кто давно работает в этом направлении и интересуется опытом коллег из других компаний и организаций. Обычно решение вопросов информационной безопасности возлагается на одного из администраторов сети или системных аналитиков, однако порой бывает и иначе. Я, например, перед тем как заняться вопросами безопасности, был прикладным программистом. В любом случае, если вам, техническому специалисту, поручили управлять компьютерной безопасностью, то вот первый совет. 1. Приготовьтесь стать бюрократом, чиновником. Вам не удастся уйти от работы с большим количеством документов. Если до назначения на новый пост вы думали, что безопасность решается только техническими мерами, то вы сильно ошибались. Независимо от того, кто будет готовить документы (вы или ваши подчиненные), в любом случае значительную часть времени вам придется считать, писать, согласовывать и утверждать. Причем начинать готовить нормативное пространство для 87 своей работы лучше всего с первых дней, иначе однажды вы столкнетесь с тем, что у вас нет документированной стратегии развития безопасности, программ мероприятий, технических требований и т.д. То есть, скорее всего, не то чтобы их совсем нет, вы сами все это прекрасно себе представляете, но ваше руководство об этом, вероятно, ничего не знает либо слышало от вас, но уже забыло. Если в вашей организации, кроме профессионалов в области информационных технологий, есть и пользователи из бизнес-подразделений, то, вероятнее всего, именно они окажутся наиболее частыми нарушителями безопасности. Большинство пользователей, с которыми мне довелось общаться, совершенно твердо уверены (особенно на начальной стадии работы с ПК), что если они получили от фирмы компьютер для работы, то он находится в их полном распоряжении, и они могут делать с ним буквально все, начиная от изменения настроек рабочей среды и заканчивая установкой любых интересных программ. 2. Объясните сотрудникам компании, что компьютеры, а также сеть с ее ресурсами — это собственность фирмы, поэтому всем пользователям придется придерживаться определенных правил. Эту фразу в той или иной формулировке необходимо включить в один из базовых документов по безопасности, с которым трудно знакомить всех новых пользователей. Вам придется их познакомить с множеством документов — инструкциями, правилами и т.д. Это особенно важно, если посредством сети предоставляются услуги нескольких типов: доступ к многопользовательской автоматизированной системе какихнибудь расчетов, Internet, электронной почте и т.п. Прочувствовать важность документов пользователю хорошо помогает знакомство с ними под роспись. Нелишне также предложить ему подписать обязательство о соблюдении корпоративной политики безопасности. 3. Необходимо хорошо проработать все документы, чтобы не мучить пользователей новыми инструкциями и обязательствами каждый месяц. Несомненно, в документы придется вносить изменения, но ряд положений должен быть закреплен принципиально: ответственный за безопасность данного компьютера (особенно если на нем работают несколько человек); базовые принципы соблюдения безопасности при работе с данным ресурсом; порядок добавления нового пользователя и т.д. Несмотря на все ваши старания, пользователи все равно будут нарушать правила. И в один прекрасный день вы решите наказать их за все. Однако когда вы подготовите 88 список кандидатов на материальное ущемление, то, вполне вероятно, вдруг обнаружите, что они вовсе не злоумышленники, просто они не знали, как не нарушать безопасность. 4. Прежде чем наказать, необходимо научить. При общении с пользователями я часто сталкивался с тем, что многие очевидные для меня вещи оказываются отнюдь не такими уж очевидными для обычных сотрудников: например, почему нельзя открыть доступ к своему диску всем на свете вместо того, чтобы возиться с настройкой прав, или почему нельзя установить с красивого диска какую-нибудь интересную программу. Ваша задача заключается в том, чтобы подготовить предельно ясные методические пособия, через которые красной нитью должны пройти две мысли: во-первых, нельзя самостоятельно устанавливать программное обеспечение, и во-вторых, нельзя самостоятельно менять системные настройки. И тем и другим занимается специальная служба поддержки. Чтобы ваш компьютерный отдел не дергали по мелочам, можно описать подробнейшим образом ряд функций, которые позволительно делать самим пользователям. Развивая информационную безопасность, вы, скоре всего, столкнетесь с тем, что для решения ваших задач вам потребуется дополнительное финансирование (вот здесь вам как раз и должна помочь ваша стратегия и программа развития). Руководство, раз уж оно решило развивать информационную безопасность после соответствующих обоснований и сокращений будет готово выделить вам определенные суммы. 5. Вы должны быть уверены, что, планируя свои мероприятия по безопасности, вы обеспечили их комплексность, то есть последовательный и равномерный охват всех ее сфер. В противном случае может оказаться, что, например, приобретя средства биометрической идентификации пользователя при включении компьютера, вы забыли должным образом защитить компьютер от удаленного доступа. Планируя мероприятия по безопасности, наверняка придется столкнуться с необходимостью дифференцированного подхода к защите различных видов информации. Проще говоря, документ с описанием секретов технологии производства надо защищать иначе, чем электронное письмо с новогодним поздравлением для зарубежного партнера. При этом необходимо учитывать, что часть информации должна быть защищена даже от просмотра, другая часть может быть просмотрена, но не должна несанкционированно изменяться, а для третьей самое главное — быть всегда доступной. Подготовить и вести подобную классификацию бывает довольно затруднительно, ведь вы можете разбираться в тонкостях функционирования информационных потоков, но не иметь представления о специфике бизнес-процессов, а специалист по производственным процессам может 89 просто не представлять специфики защиты информации (при рассылке запроса на классификацию наиболее часто приходится получать ответы двух видов: “у нас нет ничего важного” и “у нас все очень важно”). 6. Если покопаться в старых документах советского периода, то можно найти классификатор документов для хранения — инструкцию, определяющую, какие документы сколько лет должны храниться в архивах. В зависимости от срока хранения можно косвенно сделать вывод об их важности. Другой способ — разделить всю информацию на две—три большие группы, например, на бизнес-информацию (необходимую для производства процесса) и на всю остальную, или на информацию ключевых подразделений (руководства, планирования, финансирования), информацию других важных подразделений (например, компьютерного отдела) и прочую. Третий способ — возложить ответственность за сохранность критически важной информации на пользователей, которые с ней работают, обеспечив их необходимыми инструментами, например программой шифрования/дешифрации. Но, скорее всего, лучше совместить все разумные способы. Если ваша организация имеет многофилиальную структуру и в разных учреждениях обеспечением безопасности или поддержкой компьютерной сети занимаются разные сотрудники, то вы можете столкнуться с ситуацией, когда в рамках соблюдения концептуальных корпоративных стандартов защита информации в филиалах осуществляется весьма разными способами, иногда настолько специфично, что с уходом ключевого сотрудника из филиала новому специалисту придется строить схему безопасности заново. 7. Необходимо согласовывать действия подведомственных ключевых фигур информационной сети — системных администраторов, специалистов по безопасности и других. Для этого нужно разработать корпоративные стандарты настройки ключевых объектов, например, серверов, автоматизирующих производственный процесс, рабочих станций типовых пользователей и т.д., и установить централизованный контроль за соблюдением этих стандартов. Несмотря на то, что специалисты по безопасности — это обычно выходцы из компьютерных подразделений, через некоторое время интересы безопасности и системной поддержки начинают сталкиваться. Как известно, самое безопасное судно — это то, которое стоит на берегу, поэтому для безопасности лучше, когда производится поменьше работ, причем все действия в сети проходят сквозь множество разрешений, регистраций и т.д. Для системных же администраторов (после того, как с них сняли ответственность за 90 безопасность) главное — как можно проще и быстрее проводить ежедневные работы, эксперименты, скачивать из Internet и устанавливать новое программное обеспечение. Кроме того, иногда у них возникает желание протестировать на возможность взлома систему безопасности. 8. Дружите с системными администраторами и другими компьютерными специалистами. Вы все работники одной компании. К тому же эти люди наверняка могут помочь вам и словом и делом. Неплохо бы при этом иметь формально закрепленный документ о разграничении обязанностей, ведь вам все равно придется их контролировать, а им — создавать среду для выполнения вами контрольных функций. Бывает и так, что ваши благие намерения по развитию безопасности, как документальные, так и неформальные, могут натолкнуться на суровую правду жизни в виде регламентирующих документов вышестоящих организаций, согласно которым то, что вы делаете, запрещено, либо подлежит сертификации, либо вообще никак не обозначено, и вы работаете на свой страх и риск. 9. Следует развивать знакомства с представителями руководящих организаций. Даже если вы не сможете напрямую влиять на их решения в свою пользу, то, по крайней мере, будете в курсе нововведений. Кроме того, можно создать такие условия, когда они будут заинтересованы в сотрудничестве с вами (не исключено, правда, что такое сотрудничество выйдет за рамки проблем информационной безопасности). Последний совет полезен только для тех, кто имеет возможность обращаться за справками к ресурсам Internet, хотя они в этом совете, скорее всего, не так уж и нуждаются. 10. Ищите информацию. Почти все кем-то уже придумано, и добрые люди положили это где-то в Internet для всеобщего доступа. Вам надо лишь найти информацию и ее переработать. 91 КАК УБЕРЕЧЬСЯ ОТ ВИРУСНОЙ АТАКИ Денис Зенкин denis@аvр.гu BUSINESS ONLINE, №9 2001 На заре компьютерной эры, когда вычислительные машины были достоянием лишь секретных правительственных организаций, все было тихо и спокойно. Инженерам и в голову не приходило заниматься такими глупостями, как, например, создание вирусов, — и без этого хватало работы. Однако уже в конце 70-х компьютеры начинают активно проникать в жизнь все более широких слоев населения, и к середине 90-х они становятся обязательным атрибутом чуть ли не каждой современной компании, а компьютерная грамотность стала в ряд с умением читать и писать. К компьютерам получают доступ сотни миллионов людей со всего мира, а Всемирная паутина, именуемая Интернетом, связывает их невидимыми каналами связи. Наивно было бы полагать, что эта орава пользователей в своей работе с компьютерами преследует благие цели составления бухгалтерских отчетов, ведения складского хозяйства или просто испытывает желание “утонуть” в увлекательной компьютерной игре. Сегодня десятки тысяч хакеров самых разных возрастов и убеждений рыскают по всемирному киберпространству, взламывают компьютерные системы, крадут конфиденциальную информацию, опустошают банковские счета, уничтожают данные. Наиболее распространенным инструментом для достижения этих целей стали компьютерные вирусы. Многочисленные вирусные атаки ставят под угрозу нормальное функционирование глобальной экономики в целом. По данным аналитического центра издательства Information Week, в 2000 году потери мирового хозяйства, вызванные 92 вирусной и хакерской активностью, составили 1,6 трлн. долл. Другая американская исследовательская организация — Forrester Research — прогнозирует, что к 2003 году компании увеличат расходы на информационную безопасность в 3 раза, для того чтобы сохранить свою способность противостоять усиливающимся вирусным атакам на компьютерные системы. Прогноз, надо сказать, не из приятных для российской экономики, особенно если учитывать, что у многих отечественных предприятий не хватает средств даже на выплату зарплаты. Как сократить расходы и одновременно повысить эффективность защиты? Ответ на этот вопрос состоит в понимании проблемы и проведении четкой и продуманной корпоративной политики компьютерной безопасности. Что такое вирус? Благодаря многочисленным голливудским блокбастерам понятие “вирус” в глазах публики приобрело демонический оттенок и устойчиво ассоциируется чуть ли не со злым внеземным разумом, проникшим на Землю. Необоснованный страх тем более опасен, что лишает пользователей способности трезво рассуждать, когда на компьютере действительно появляется вирус: часто в панике они наносят компьютерам больший ущерб, чем мог бы сделать сам вирус. В действительности вирус — это самая обычная компьютерная программа, которая обладает свойством незаметно для пользователя создавать свои копии и внедрять их в другие программы или секторы дисков. Совсем даже не страшно, правда? Другое заблуждение большинства пользователей состоит в распространении понятия “вирус” на все остальные типы вредоносных программ, такие как сетевые черви и троянские программы. “Черви” в отличие от вирусов не имеют способности “размножаться”, но умеют автоматически рассылать себя по электронной почте, сетевым ресурсам и другим каналам передачи данных. “Троянцы” не умеют ни того, ни другого — они “вручную” засылаются жертве под видом какой-нибудь полезной утилиты и, будучи запущенными, производят на компьютере самые разные нежелательные действия. Важно отметить, что сегодня уже трудно найти вредоносную программу которая была бы “чистым” вирусом, “червем” или “троянцем”. Современные компьютерные жучки — это в подавляющем большинстве сложные многокомпонентные программы, которые сочетают характерные черты двух или даже всех трех типов. 93 Как защитить сеть? Вряд ли стоит говорить, что компьютерная сеть предприятия даже небольшого масштаба — это сложный организм, требующий от системного администратора несравненно больших знаний и умения, нежели защита настольного компьютера домашнего пользователя. Структура обычной сети включает такие элементы, как рабочие станции (мобильные и стационарные), файловые серверы и серверы приложений (физические и логические), почтовые шлюзы и web-серверы. Вместе с тем продуманная система антивирусной защиты сети — это не просто установка специализированного антивирусного ПО. Более того, такой подход к проблеме может привести к неправильному или неэффективному функционированию вычислительных мощностей предприятия. В результате может снизиться производительность сети в целом и даже лучший в мире антивирус пропустит “заразу”, последствия чего вообще трудно предсказать. Итак, как же правильно использовать антивирусные программы? Здесь необходим комплексный подход, при котором защита от вирусов сегментов сети работала бы как совокупность взаимосвязанных и взаимодополняющих элементов. Наш взгляд на проблему сводится к необходимости контроля мест хранения данных и каналов их передачи, а также равномерному распределению нагрузки на элементы корпоративной сети. Давайте рассмотрим это подробнее. Как вирус проникает в сеть? WEB-сервер Мобильные пользователи Файловый сервер Рабочие станции Почтовая система firewall Рабочие станции являются наиболее уязвимым местом в защите корпоративной сети, поскольку управляются наименее опытными в плане “вирусоустойчивости” 94 пользователями. Сегодня, когда рабочее место буквально каждого сотрудника современного предприятия оборудуется компьютером, нередко подключенным к Интернету, уровень защиты корпоративной сети автоматически многократно понижается. Сквозь эту “лазейку” проникает до 95% всех вредоносных программ. Как показывает практика, должный результат в образовании рядовых пользователей не всегда достигается даже долговременным и целенаправленным просвещением: они все также открывают присланные неизвестно откуда “картинки” с изображениями любимых теннисисток, актрис, певиц. В этой связи важно максимально исключить человеческий фактор и установить соответствующее антивирусное ПО. “Соответствующее” означает, во-первых, антивирусный монитор, проверяющий все используемые на компьютере объекты в масштабе реального времени, т. е. в момент попытки их запуска. В случае попытки выполнения зараженного файла монитор автоматически сообщит об инциденте пользователю и системному администратору, которые смогут своевременно принять необходимые меры. Во-вторых, ежедневно все локальные диски рабочих станций должны проходить всеобъемлющую проверку антивирусным сканером с максимальной глубиной поиска. Максимальная глубина поиска подразумевает применение эвристического анализатора кода (поиск неизвестных вирусов) и избыточного сканирования (для обнаружения вирусов, использующих необычные технологии внедрения в файлы). Обе технологии требуют больших затрат вычислительных ресурсов компьютера, однако вряд ли это будет принципиально, если сканирование проводится уже, например, по окончании рабочего дня. Важно не забывать мобильных пользователей, которые, бывает, приносят целые “зоопарки” вредоносных программ на своих ноутбуках. В отношении их необходимо применять настоящие драконовские меры: проводить полную проверку дисков каждый раз при подключении к сети. Часто рядовые пользователи страдают желанием отключить навязчивые антивирусные программы или изменить параметры их работы. При этом они плохо представляют себе последствия такой самодеятельности. Поэтому следующий важный совет системным администраторам — исключить возможность изменения параметров и отключения антивирусов локальными пользователями. Системный администратор крупной сети может схватиться за голову: “Как же я буду все это делать на моих 500 станциях”? Действительно, неужели ему придется лично каждый день обегать всех своих подопечных для глубокого сканирования? Ответ очень прост: в передовые антивирусные комплексы уже интегрированы технологии, 95 позволяющие проводить всю эту работу удаленно и в полностью автоматическом режиме. Например, в самой популярной российской программе “Антивирус Касперского” (www.kaspersky.ru) внедрена система управления “Сетевой Центр Управления”, дающая возможность один раз консоли администратора задать порядок работы пакета на рабочих станциях, включить автопилот и забыть об этой головной боли. Другим уязвимым элементом корпоративной сети является почтовый шлюз, через который проходит электронная корреспонденция предприятия. По данным “Лаборатории Касперского”, в 2000 году более 80% всех зарегистрированных вирусных инцидентов произошло именно через электронную почту. Почему же она получила такую популярность среди создателей вредоносных программ? Во-первых, электронная почта — это идеальный транспорт для компьютерных вирусов, обеспечивающий высочайшую скорость их распространения. Благодаря последним достижениям технологий связи, доставка электронного письма даже в противоположную точку земного шара требует нескольких минут, а в некоторых случаях даже нескольких секунд. Сравните со многими месяцами, необходимыми вирусу; чтобы добраться до другого города при помощи дискет. Исключительная популярность Интернета предопределила и бурное развитие электронной почты: в наши дни к ней имеют доступ сотни миллионов людей по всему миру. Более того, сегодня трудно и практически невозможно вести эффективный бизнес, управлять современным предприятием или организацией без использования электронной почты. Вторым обстоятельством, предопределившим пристрастие компьютерного андеграунда к электронной почте, является простота ее использования в процессе разработки программ. Существует множество учебников и руководств, которые подробно описывают процедуру внедрения подпрограмм для взаимодействия с почтовыми клиентами. Таким образом, даже студент способен создать простейшую программу, умеющую рассылать письма по электронной почте. Наконец, не стоит забывать и такой важный психологический момент. Одной из главных причин создания людьми компьютерных вирусов является их желание показать себя, сделать так, чтобы их запомнили, пусть даже на геростратовом поприще. Для достижения этой цели они готовы пойти на все, чтобы их создания нанесли как можно больший вред, стали как можно более известными. Лучший вариант для этого, чем использование электронной почты, придумать сложно. Таким образом, сегодня антивирусная защита корпоративных почтовых систем является важнейшим аспектом политики безопасности предприятия в целом. Именно это 96 направление в перспективе будет определять эффективность и устойчивость функционирования корпоративных вычислительных систем. Конечно, это не значит, что системный администратор должен просто установить на почтовый сервер антивирус с настройками “по умолчанию” и забыть о нем. Основным правилом является защита всех узлов и установка многоуровневой системы фильтрации всей почтовой корреспонденции. Наиболее распространенной структурой размещения опорных пунктов антивирусной защиты является так называемая схема 2+1. Схема подразумевает установку антивирусного модуля на корпоративный почтовый сервер, который осуществляет первичную проверку поступающих сообщений. В связи с нагрузкой, которая ложится на почтовый сервер, рекомендуется настраивать антивирусный модуль на минимальное потребление системных ресурсов, т. е. отключать такие “тяжелые” функции, как избыточное сканирование, эвристический анализ, проверка архивированных и сжатых файлов. Второй уровень защиты составляет специальное антивирусное ПО, устанавливаемое на рабочих станциях, подключенных к службе электронной почты. Оптимальным вариантом является использование антивирусных модулей, интегрированных в локальные почтовые клиенты. Здесь рекомендуется включить все имеющиеся инструменты защиты от вирусов: это будет несколько замедлять работу компьютера, однако никак не скажется на функционировании сети в целом. Существует альтернатива интегрированным антивирусным модулям — антивирусные мониторы, которые в масштабе реального времени проверяют все используемые объекты. Однако первый вариант все же является более предпочтительным, потому как проверяет все входящие и исходящие сообщения сразу же после их получения или отправления, в то время как мониторы способны распознать вредоносный код, только когда пользователь попробует его запустить. Кроме того, антивирусный модуль способен не только обнаруживать, но и успешно лечить зараженные сообщения. В-третьих, необходимо использовать и классический антивирусный сканер, способный проверять сетевые и локальные диски. Это необходимо для проведения регулярных (не менее 1 раза в день) проверок почтовых баз, хранящихся на сервере и рабочих станциях. Данное обстоятельство накладывает определенные требования на используемый антивирус, а именно поддержку различных форматов почтовых баз. Иными словами, важно, чтобы антивирусный сканер мог проверять содержимое почтовых баз, а не рассматривать их как обычные файлы. 97 Опасным рассадником вирусов могут также стать файловые серверы и серверы приложений, совместно используемые сразу многими сотрудниками предприятия. Так, зараженная программа с одного компьютера, скопированная на сервер, может моментально попасть на другой компьютер, если его владелец проявит интерес к этой программе. На серверы, как и на рабочие станции, необходимо устанавливать антивирусные мониторы, проверяющие файлы “на лету”, и регулярно проводить полномасштабную проверку антивирусным сканером. Как и в случае с почтовыми шлюзами, для оптимизации работы сервера мы рекомендуем отключать “тяжелые” инструменты борьбы с вирусами (эвристический анализатор и пр.) на уровне сервера и возлагать эту задачу на клиентские антивирусные программы. В качестве дополнительного барьера на пути вирусов в сеть предприятия мы рекомендуем установить специальный антивирусный модуль на корпоративный межсетевой экран, который сможет проводить антивирусную фильтрацию всех входящих и исходящих потоков данных. Наконец, не стоит забывать про корпоративный web-сервер. Здесь таится опасность даже большего масштаба, чем в случае с почтовыми шлюзами или рабочими станциями. Web-сервер является предметом открытого доступа, к которому могут обращаться не только сотрудники компании, но и любой желающий. Можете себе представить, какой ущерб репутации предприятия может нанести вирус в файле, хранящийся на web-сервере и открытый для публичной загрузки? История знает немало примеров, когда десятки тысяч пользователей загружали зараженные программы и запускали их на своих компьютерах, что приводило к сбоям и потере важной информации. Источниками “заразы” могут быть внутренние сетевые ресурсы и внешний взлом. Первая проблема решается реализацией описанной выше структуры антивирусной защиты. Что касается второго, то должен подтвердить — от хакерского взлома никто гарантированно не защищен. Причинами взлома могут быть недавно обнаруженные “дыры” в системах безопасности, перехват или простой подбор паролей доступа к webсерверу В результате хакер может, например, заменить какую-нибудь полезную программу на свое “творение”, которое впоследствии скачают ваши потенциальные покупатели. Для исключения такой возможности можно использовать специализированные ревизоры изменений, такие как, например, Kaspersky WEB Inspector. Такие программы собирают со всех файлов web-сервера их уникальные “отпечатки” (CRC-суммы) и после в масштабе реального времени постоянно контролируют их соответствие оригиналам. В случае нарушения целостности информации ревизор 98 мгновенно оповестит о произошедшем инциденте системного администратора и восстановит первоначальное содержимое сервера. Описанная схема была бы малоэффективной, если бы не сопровождалась внимательным отношением к своевременному обновлению антивирусных баз всех задействованных в схеме модулей и программ. Как известно, антивирус способен распознать и удалить вирус только в том случае, если данные о нем присутствуют в базе данных программы. Современные алгоритмы распознавания неизвестных вирусов страдают недостаточной надежностью и высоким уровнем ложных срабатываний. Таким образом, чем чаще обновляется ваш антивирус, тем более оперативно вы можете противостоять атакам даже самых “свежих” вирусов. Идеалом являются real-timeобновления “Лаборатории Касперского”, когда пользователь получает обновления сразу же после их производства и тестирования антивирусными экспертами. В области антивирусной безопасности, как ни в какой другой, идеально работает известный закон Мэрфи, гласящий, что если какая-нибудь неприятность может произойти, то она обязательно произойдет. Можно понадеяться на авось и не “залатать” вовремя брешь в системе безопасности или забыть обновить используемое антивирусное программное обеспечение. Смею вас уверить, что последствия этой халатности не заставят себя ждать, и скоро системный администратор обнаружит в подведомственной ему сети нелегально копошащихся хакеров и настоящий вирусный “зоопарк”. Как это ни шокирующе звучит, но крайний педантизм и легкая стадия паранойи — залог успешности в деле защиты компьютерных сетей. Но даже эти ценные качества человеческой натуры не способны обеспечить надежную защиту, если у всех сотрудников предприятия нет четкого понимания своего места и роли в борьбе с внешними вторжениями, если в компании не проводится жесткая и продуманная до мельчайших подробностей политика компьютерной безопасности. Надеюсь, мы помогли уважаемому читателю разобраться в основах этой политики. Удачи в борьбе с вирусами! 99 МЕНЬШЕ РИСКОВ — МЕНЬШЕ СТРЕССОВ В процессе деятельности любой, даже обласканный неслыханными удачами, везением и покровительством бизнес сталкивается с проблемами. Общеизвестный факт: “Проблемы легче избежать или минимизировать ее влияние, чем пытаться решать последствия по мере их проявления”. Конечно, если знать, как это делать. Поэтому любой нормальный бизнес не в последнюю очередь оценивает и риски, исходящие от всех компонент и связующих элементов бизнеса, потенциально являющихся источником проблем. Именно поэтому, прежде чем кидаться решать проблему, необходимо риски оценить. Вот почему такое понятие, как “управление рисками” или “оценка рисков”, а проще говоря, “risk management” присутствует не только в ядерной промышленности и прочих потенциально опасных отраслях, но и в бизнесах, с атомными электростанциями или химическими заводами никак не связанных. Например, отсутствие на любом предприятии информационной безопасности — это очень серьезный риск, который может привести к полному краху. Для владельца бизнеса его крах в личном плане будет пострашнее аварии на химзаводе. Вообще оценка рисков в бизнесе — вещь необходимая и жизненно важная. Насколько важная, можно судить по диаграмме 1, где показано, как изменились учитываемые в анализе категории рисков за последние 30 лет. Александр Мурадян im@telecominfo.ru, руководитель направления “Эффективность ИТ” компании “Коминфо Консалтинг” BUSINESS ONLINE, №9 2001 Далее мы более производственных рисков. подробно рассмотрим технологическую составляющую 100 Корпоративные риски Финансовые риски Организационные Деловые Производственные Кредитные риски Рыночные Рыночные Кредитные Кредитные Кредитные 1970-е гг. 1980-е гг. Сейчас Диаграмма 1 Многие предприятия, работающие на рынках, где рисковые ситуации возникают сплошь и рядом, даже ввели новую управленческую должность — Chief Risk Officer. Его задача — оценивать и принимать решения по полученным и систематизированным данным. Чтобы не возникало остановов и простоев, особенно тех, которые не запланированы ни на одной из стадий генерации добавленной стоимости. Насколько это важно, доказывают приведенные ниже данные, полученные Gartner Group в ходе различных исследований. • Средняя компания теряет от 2 до 3% дохода в течение примерно 10 дней после сбоя в работе информационной системы. • На полное восстановление функционирования уходит 4,8 дня, после чего компания выходит на уровень рентабельности, имевшийся до сбоя. • Половина компаний, которые не смогли восстановить функциональность в течение 10 рабочих дней, никогда не выходят на прежний уровень рентабельности. • 93% компаний, игнорирующих планы безопасности, секретности, быстрого восстановления и резервирования данных, в течение пяти лет прекращают свое существование. А насколько серьезен простой компании в реальном, финансовом выражении, видно из таблицы 1. Оцениваем и снижаем... Да, проблема понятна и реальна, но как с ней разобраться? Для оценки и снижения рисков существует специализированное программное обеспечение, годящееся в том случае, если есть специалист по оценке рисков. Если нет, необходимо привлекать 101 специалистов по управлению рисками со стороны. Развитие технологий и их увеличившаяся роль в бизнесе привели к тому, что технологические риски стали выделяться в отдельную, весьма обширную подкатегорию со своей спецификой и особенностями (диаграмма 2). Хотя следует отметить, что вне зависимости от типа рисков все они базируются на неких базовых правилах, которых придерживаются практически все производители программных продуктов оценки и управления рисками. Таблица 1. Средняя стоимость простоя различных компаний (источник: Gartner Group) Отрасль Вид операции Финансы Финансы Брокерские операции Кредитные карточки / авторизация продаж Покупки по телевизору Продажи по каталогу Резервирование билетов Доставка грузов Платежи по АТМ Розница Розница Транспорт Транспорт Финансы Средний по индустрии (для разных компаний) уровень стоимости, млн. долл. в час 5,6—7,3 2,2—3,1 Средняя стоимость часа простоя, млн. долл. в час 6,45 2,6 0,087—0,140 0,113 0,060—0,120 0,067—0,112 0,090 0,0895 0,024—0,032 0,012—0,017 0,028 0,0145 Утверждение первое. Любое предприятие работает не в вакууме. Есть связи с государственными предприятиями, партнерами по бизнесу, поставщиками сырья и материалов, социальными структурами. Естественно, риски, исходящие от них, влияют на уровень рисков предприятия. Поэтому все риски необходимо оценивать не только у себя, но и у всех, кто с предприятием связан. Если же быть совсем точным, оценке и анализу подлежит значительно большее число составляющих. Например, анализируются финансовые данные партнерских предприятий за последние три фискальных года. А число компонент модели превышает 500 только по конкретному предприятию и более 800 — для взаимосвязанных структур. 102 Процесс Организационные Компьютерные вирусы *** Деловые Воровство данных Технологии Взломы (хакинг) Производственные *** Сетевые перегрузки Управление Рыночные Аппаратные отказы Кредитные Репутация Программные сбои Прочие технологические Диаграмма 2. Подкатегории рисков Утверждение второе. Доля технологических рисков не должна превышать риски от остальных основных составляющих рисковой модели информационной системы (а именно: управленческих маркетинговых рисков и рисков, исходящих от персонала) и составлять не более 15%. Данное утверждение базируется на аналитических данных, полученных Landmark Partners путем изучения и моделирования ИТ-систем большого числа компаний и организаций по всему миру Утверждение третье. Оценка рисков — обычный проект со всеми присущими ему компонентами, например, анализом cost/benefit, временным графиком, и пр. Следовательно, существуют опробованные технологии и методики реализации проекта под названием “Оцениваем и снижаем технологические риски”. Хотя у различных консалтинговых фирм наработки и компоненты могут варьироваться, методология в большинстве своем практически едина. Поэтому останавливаться на тонкостях конкретных программ не будем. Куда правильнее подсказать правильную последовательность действий. А выглядит она так. Шаг 1. Составление плана Да, без плана никуда. На голом энтузиазме далеко не уедешь. Создание плана действий решает как минимум три задачи. Во-первых, определение своих реальных возможностей в проекте. Во-вторых, разбивка всего фронта работ на управляемые составляющие. И, в-третьих, назначение ответственных за каждый участок работы. Делается эта вроде бы бюрократическая рутина для того, чтобы распределить немалое число рисковых областей — как внешних, так и внутренних — между тактически самостоятельными группами сотрудников. Каждая из них занимается работой с определенной частью категорий. Чтобы самому не заниматься поиском категорий, не задействованных в анализе, в программах оценки рисков имеется классификатор. При 103 наличии специфических компонент, по каким-то причинам в базу классификатора не включенных, всегда можно их добавить. Кстати, при назначении ответственных необходимо учитывать отнюдь не персональные возможности по быстрому решению своей части проблемы, а умение управлять вверенными человеку ресурсами. Шаг 2. Распознавание рисков Несмотря на весьма грозное название, задача, на данном этапе решаемая, заключается в распределении рисков по двум категориям. Первая связана с внешними факторами и методами управления. Правильное их определение и корректировка в самом начале позволяют существенно снизить затраты, связанные с решением проблем второй категории. Второй тип риска связан с индивидуальными характеристиками систем, приложений, процессов и способностью участников проекта успешно решить проблему Шаг 3. Оценка состояния Поскольку самостоятельное распознавание рисков — дело тяжелое и неблагодарное, весьма легко попасть в состояние, метко именуемое аналитическим параличом, и затеряться в многомерных таблицах соотношений рисков, приоритетов, факторов... С другой стороны, некоторые предприятия хотели бы решить эту проблему, да не знают, с чего начать. То ли с компьютеров, то ли с программ, то ли со службы безопасности, то ли с анализа информационной системы партнера. А начинать необходимо с ключевых компонент, то есть с оценки стоимости и деловых рисков. Именно эти два фактора влияют на дальнейшее решение проблемы. Если проблемная компонента управляет архивами периодики десятилетней давности, не нужными никому, кроме архивариуса, а временные и прочие затраты по его защите и надежному хранению превысят всякие разумные пределы, необходимо решать эту проблему в последнюю очередь. Пусть конкуренты в мусоре копаются, пока не надоест либо пока служба безопасности их не выловит и не отобьет охоту в “чужом белье” рыться. А для определения, чего и когда, существует... Шаг 4. Классификация усилий по приоритетам Если две компоненты системы имеют равные уровни рисков, то приоритетное право первым излечиться от излишней “открытости и гласности” предоставляется той части системы, которая связана с наибольшим числом компонент, генерирующих наибольшую добавленную стоимость во время работы и наибольшие убытки во время простоя. 104 Шаг 5. Действия по приоритетам Этот шаг является самым важным. Даже если все остальные стадии выполнены идеально, неверные действия на данном этапе будут означать, что все усилия затрачены впустую. Поэтому на компоненту, имеющую наибольший приоритет, должно выделяться максимум ресурсов для быстрого решения проблемы. А будет ли это передача управления частью информационной системы сторонней фирме, либо радикальная смена идеологии, программ, компьютеров или технологий, либо отказ от них вообще и переход на бумажные технологии — дело хозяйское. Даже поверхностное описание различных стратегий и тактик, схем и технологий решения может занять не одну сотню страниц, поэтому не ждите задушевного и долгого рассказа об этом. Куда важнее знать, что при решении проблемы опираться придется в первую очередь и практически всегда на свои (весьма ограниченные) ресурсы, поэтому определение и решение проблем для более важных составляющих делового процесса позволит предприятию продолжить свою деятельность с минимальными потерями, без которых не обойтись. Шаг 6. Оценка прогресса Естественно, наличие этого этапа позволяет узнать, насколько компания приблизилась к решению проблемы с безопасностью и надежностью системы или удалилась от нее. Регулярная оценка и корректировка плана действий позволят распознать ошибочные решения на ранней стадии и правильно распределить ресурсы. Шаг 7. Окончательный, если... Проблема решена, а если нет, вернитесь на шаг № 3. И так до тех пор, пока у предприятия хватит сил, желания и времени... Послесловие для тех, кто все свои проблемы с рисками в бизнесе решил (или считает, что решил). Если не разобрались с рисками и проблемами) то прощайтесь с условными единицами и перспективой процветания. А если решили... Что ж, есть еще ИТ-проблемы, которые на этом не заканчиваются. Что у нас с эффективностью компьютерных технологий и методами их оценки? Грузите проблемы бочками... До Багам еще далеко... 105 ЦАРСКОЕ ДЕЛО Внедрить ЕRР-систему способен только руководитель компании. Без его участия проект растянется, подорожает и в конце концов останется невостребованным Василий Аузан ЭКСПЕРТ, № 25, 2 ИЮЛЯ 2001 Г. Пожалуй, все мы уже смирились с тем, что автоматизация управления компанией неизбежна. Утверждение о том, что без автоматизации не выдержать конкурентной борьбы, давно доказано опытом западного бизнеса и стало банальностью. Но вот что странно: менеджеры, ради которых эта самая автоматизация осуществляется, зачастую крайне смутно представляют ее возможности. Нет, почти каждый довольно уверенно попытается объяснить: интеграция, мол, контроль, снижение издержек... И еще десять— пятнадцать штампов, оторванных от жизни. А более глубокие сведения отошлют получать у компьютерщиков. С компьютерщиками же на эту тему говорить-то надо как раз в последнюю очередь. В этом мы окончательно убедились, когда наивно попытались сделать рейтинг ЕRР-систем, дабы дать читателям возможность сориентироваться в десятках брэндов. Один очень квалифицированный специалист, вооружившись многотомным исследованием компании “МетаСинтез”, с жаром рассказывал, чем одна система отличается от другой. Динамические области, поля для непрерывных параметров и тому подобное — простому смертному этого не переварить. А значит, не понять и степень полезности всех этих премудростей. Пришлось отказаться от идеи рейтинга. Тем более что предварительное исследование показало, что автоматизация управленческих процессов слишком 106 многогранна, чтобы все системы выстроить в затылок друг другу. Эта задача сродни спору о преимуществах Mercedes и BMW. При автоматизации, как и при выборе системы, необходимо понять свои потребности, возможности, предпочтения и только после этого заниматься сопоставлением вариантов. Поэтому вместо ранжирования мы решили попытаться ответить на довольно наивные вопросы: как и при каких условиях способны эти пресловутые ЕRР-системы помочь отечественному бизнесу. Для ответа на эти вопросы пришлось провести исследование, в ходе которого были проинтервьюированы несколько десятков топ-менеджеров из компаний — поставщиков ЕRР-систем, консалтинговых компаний и, конечно же, компаний, уже имеющих опыт внедрения этих систем у себя. Мимо менеджера Для начала мы попытались выяснить причины неудач (что греха таить, пока отрицательного опыта больше, чем положительного). И выяснили, что основная причина неудач внедрения ЕRР-систем в России кроется в том, что менеджеры не участвуют в проекте. Это звучит довольно странно, если учесть, что ERP-система призвана дать информацию именно управленческого характера. Исторически сложилось несколько путей, которыми ERP-системы попадают на предприятия. Во-первых, через собственные отделы АСУ, через отделы информационных технологий и т. п. Если такая организационная единица в компании сильна и многолюдна, то она заинтересована увеличить собственную влиятельность. Оправдывая свое существование, она вносит посильный вклад в удорожание и усложнение технологической инфраструктуры. При таком развитии событий директор изначально считает внедренческий проект делом асушников и даже не думает вникать в него. Те, в свою очередь, обращают больше внимания на технологические изыски, чем на требования бизнеса. Итог предугадать нетрудно. 107 Источник: “Эксперт РА” Рис. 1. Основные сложности при внедрении ERP-систем в России, % Источник: “Эксперт РА” Рис. 2. Факторы успеха внедрения ERP-системы, % Второй путь — через продавцов систем, которые каким-то образом выходят на руководителей компании и рассказывают им красивые истории успеха. Нельзя сказать, чтобы продавец всегда лукавил, но его цель — продать, и думать, нужно это компании или нет, — не его забота. В ситуации, когда рынок только формируется, многие продавцы ради получения клиентов действуют достаточно беспринципно. Подчас же, в силу неопытности, они просто не в состоянии даже выделить основные бизнес-процессы предприятия. Наконец, третий путь — внедрение системы по рекомендации консультантов. 108 Преимущество независимых консультантов в том, что при внедрении системы вам все равно не избежать общения с ними. Если же вы наняли консультантов, может быть, вам удастся избежать необдуманного приобретения системы. “Не стоит бросаться к ЕRР как к панацее. Если вы чувствуете, что что-то не так, лучше обратитесь сначала к консультантам. Они, как правило, не начинают сразу говорить, что все плохо, и предлагать срочно ставить ЕRР-систему. Если в процессе анализа проблемы клиента выясняется, что внедрение ЕRР-систем — один из способов ее решения, то это предлагается сделать”, — защищает цеховой интерес Сергей Коровин, менеджер Accenture. ERP предприятия. (Enterprise Resource Представляет собой Planning) — система интегрированную управления компьютерную ресурсами систему, охватывающую все области деятельности предприятия: планирование (прогнозирование), управление продажами, планирование производства, управление структурой изделий (при дискретном производстве), управление запасами, планирование потребности в материалах (MRP), планирование производственных мощностей (CRP), управление производством, управление закупками, управление финансами, бухгалтерией, финансовый анализ. ERPсистемы появились в результате развития стандарта MRP II (планирование производственных ресурсов), который включает в себя ранее появившиеся MRP и CRP. Принципиальное отличие ERP от MRP II в том, что она предоставляет возможность динамического анализа и динамического изменения плана. Функциональные системы — набор бизнес-процессов и бизнес-функций, реализованных в системе. Однако и приглашение консультанта не может стать гарантией успеха. Дело консультантов — предложить варианты, окончательное решение все равно должны принимать руководители предприятия, ведь в конечном счете им пользоваться системой, иначе это будут выброшенные деньги. “Мы всегда подчеркиваем, что систему — любую систему — внедряет по сути сам заказчик, ведь это его проект, — отмечает Андрей Иолтуховский из 1В5. — Мы, консультанты, лишь помогаем ему в этом, вместе ищем оптимальные пути решения стоящих перед клиентом задач”. 109 Таблица 1. Опыт отраслевых внедрений систем управления (по данным поставщиков) Интегрированные системы управления компанией SAP R/3 BAAN Oracle Applications OneWorld J.D. Edwards МашиноЛегкая строение и промышметаллоленность обработка + + + + ++ ++ ++ ++ Нефтяная и нефтегазовая промышленность ++ ++ ++ ++ Химическая Пищевая и нефтепромышле химическая нность промышленность ++ ++ ++ ++ + ++ ++ ++ Металлургия ++ ++ ++ + ЭлектроТорговля Транспорт Связь энергетика ++ + + + ++ + ++ ++ ++ + + - ++ + ++ - iRenaissance + + ++ ++ ++ + + + + + Axapta ++ + + ++ + + + ++ + ++ Navision ++ ++ ++ ++ ++ ++ ++ ++ Syteline ++ ++ ++ ++ ++ Platinum ERA ++ ++ ++ ++ ++ ++ ++ ++ ++ ++ EXACT ++ + + ++ + + + + + ++ CA-PRMS + ++ + + + + + + + + IFS-Applications ++ ++ ++ ++ ++ ++ ++ ++ ++ MFG/PRO QAD ++ ++ + + ++ + ++ SunSystems ++ ++ ++ ++ ++ ++ ++ ++ ++ ++ Scala ++ ++ ++ ++ ++ ++ ++ ++ ++ ++ RB Manufacturing (*) + + + + + + + + + ++ Галактика ++ ++ ++ ++ ++ ++ ++ ++ ++ ++ Парус ++ ++ ++ ++ ++ ++ ++ ++ ++ БОСС-Корпорация (*) ++ ++ ++ ++ ++ ++ ++ ++ ++ ++ Alfa ++ ++ ++ ++ ++ Эталон ++ ++ ++ ++ ++ ++ ++ ++ БЭСТ-ПРО ++ ++ ++ ++ ++ ++ ++ Аккорд + ++ ++ + ++ ++ ++ М-2 (*) + ++ + + ++ ++ + ++ ++ + AC (+) ++ + ++ + ++ ++ Монополия (*) + + + + + + + ++ + + (*) По данным отчета компании RC Group и корпорации "МетаСинез" за 2000 год, система не вполне соттвествует концепции ERP. "++" - для данной отрасли есть решение пи примеры внедрения в России. "+" - для данной отрасли есть решение, но нет внедрений в России. "-" - для данной отрасли нет специализированного решения и, соответственно, внедрений. Источник: рейтинговое агентство "Эксперт РА" ЕRР — это управление Необходимо помнить, что ЕRР-системы изначально создавались для нужд единичных предприятий, а потому отвечают совершенно определенным, хотя и многочисленным, требованиям бизнеса и решают в первую очередь управленческие задачи. На омском пивном заводе “Росар” генеральный директор ставил сразу несколько целей. “Его волновала система управления предприятия, и он хотел добиться прозрачности среднего звена для управления. Он считал, что необходимо в реальном времени иметь данные по производственным затратам, по каждому виду готовой продукции. Еще он хотел, чтобы была возможность анализировать собранные данные и оперативно вмешиваться в процесс. Главное же, поскольку у нас сырье — ячмень — закупается сезонно и имеет значительную долю в себестоимости, ставилась задача четкого планирования, чтобы обеспечить производственную программу и не вкладывать капитал в сырье, которое не будет использоваться”, — рассказывает Константин Емельянов, начальник отдела АСУ завода “Росар”, где внедрялась система SyteLine. Без труда можно заметить, что ключ к решению задач, поставленных директором “Росара”, не во власти электроники, информационные технологии могут служить здесь лишь средством контроля. “Определяя направление развития, руководители предприятия 110 устанавливают ряд целевых показателей: необходим такой-то уровень прибыли, рентабельности, должны выпускаться такие-то продукты, быть заняты определенные рынки. Чтобы достичь этих показателей, необходимо спланировать всю деятельность предприятия от операционных планов продаж, производства, закупок и так далее до финансовых планов и бюджетов и увязать возможности и потребности компании по всем видам ресурсов. Для контроля исполнения плана нужна комплексная автоматизированная система учета, которая снимет информацию по каждому акту хозяйственной деятельности, обеспечит ее хранение и обработку и в итоге позволит, сравнивая факт и план, принимать адекватные решения”, — раскладывает задачу Александр Слесаренко, управляющий директор, партнер “Юникона”. Уже в 60-е годы на Западе были выделены общие особенности планирования и функционирования производственных предприятий. Тогда же начали возникать новые системы планирования, ориентированные на возможности компьютерных технологий. Современные ERP-системы позволяют автоматизировать процесс принятия заказа, его обработки и изготовления, координируют работу всех подразделений предприятия в интегрированной компьютерной системе. Исключительно для капиталистов ЕRР-система по сути являет собой формализованное представление бизнеспроцессов типичной западной компании. Соответственно, она налагает определенные рамки на бизнес-процессы предприятия, на котором она внедряется. Поэтому внедрение ЕRР-системы невозможно и бессмысленно без управленческих реформ. Инициировать же их и контролировать могут опять-таки только руководители предприятия. “Каждый раз при внедрении мы делаем анализ проведенных работ. В среднем получается, что чисто технологическая настройка занимает пятнадцать—двадцать процентов всего объема. Все остальное — бизнес-составляющая, включая очень серьезную часть по человеческому фактору, то есть по обучению людей, закреплению функций взаимосвязей. Технологическая часть может быть реализована без активного участия руководства. Все то, что связано с человеческим фактором, — нет”, — объясняет Сергей Коровин. Но весьма часто руководство попросту игнорирует проекты внедрения ЕRРсистем. Иногда это связано с превратным представлением менеджеров компании о системе как о чисто технологическом явлении. Однако есть и более серьезная причина, по 111 которой менеджеры не участвуют во внедрении системы, — их незаинтересованность в результатах ее деятельности. “Решение о том, покупать систему или нет, — решение серьезное, связанное со снижением издержек, повышением эффективности и инвестиционной привлекательности предприятия. Система может быть внедрена там, где есть руководитель западного типа, который хочет привести все в порядок, сделать стройную систему взаимодействия бизнеспроцессов и избежать дублирования одних и тех же функций в разных подразделениях. Говорить о том, что сегодня все российские предприятия готовы к этому, — неправильно. Но большинство уже ощущает такую необходимость”, — считает Андрей Иолтуховский. По мнению Марии Ильиной, генерального директора компании “Фронтстеп СНГ”, представляющей на российском рынке систему SyteLine, внедрение систем часто неудачно на предприятиях, по существу оставшихся социалистическими: “Внедрение ЕRР-системы даст результат, выявит скрытые резервы повышения эффективности предприятия только там, где есть собственник, заинтересованный в развитии бизнеса. Сейчас растет число менеджеров, которые подняли бизнес с нуля. Они очень четко знают потребности бизнеса и из любой инвестиции будут выжимать максимум, потому что для них дорога каждая копейка. Работа с такими людьми — одно удовольствие”. Действительно, если раньше основной спрос на ЕRР-системы был со стороны крупных предприятий сверхприбыльных отраслей, которыми двигала не столько экономия, сколько стремление внешне выглядеть прогрессивными, то сейчас, по мере экономического роста, круг предприятий, которые могут себе позволить инвестиции в передовые информационные технологии, стремительно расширяется. Хотя для менеджеров крупных прибыльных компаний актуальность ЕRР-систем не снижается: “Передел для них — пройденный этап, и перед бизнесменами стоит задача обеспечить эффективное использование собственности. Поэтому для прямого владельца чрезвычайно важна прозрачность: он должен быть уверен, что компания достигнет поставленных целей, что в компании не воруют, что аналитические документы, которые ему готовят, соответствуют истине. В этом ЕRР-системы могут оказать неоценимую помощь”, — убежден Александр Слесаренко. Кроме того, наличие информационной системы весьма существенно влияет на капитализацию компании, а это становится все актуальнее и актуальнее. Менеджеры все больше заинтересованы в получении однозначной и срочной финансовой информации: “Последние полгода я стала нуждаться в отчетности от отделов, потом потребовалась связка, и когда по одному и тому же показателю мне принесли три 112 разные цифры — вот тогда я поняла, как нужна интегрированная система с однозначной финансовой информацией”, — рассказывает Мария Ильина. Возможности контроля за исполнением заказов очень важны для предприятий, работающих в конкурентной среде. Постепенно происходит переход от простого сбора фактов к более сложному планированию, возможному только в более или менее стабильных экономических условиях: “По своему опыту я могу сказать, что те компании, которые внедряли системы несколько лет назад, в основном автоматизировали бухгалтерию, учет материалов, логистические процессы, расчет себестоимости: они приводили в порядок фактическую информацию. Сейчас компании обращают большее внимание на автоматизацию планирования своей деятельности. Это большой шаг во внедрении инструментов управления компанией”, — говорит Александра Иванова, старший менеджер PricewaterhouseCoopers. Будь готов Необходимо понимать, что решение о внедрении системы связано со значительными изменениями в работе предприятия, и сначала нужно оценить готовность компании к ним. Если вы действительно заинтересованы в использовании всех возможностей новой информационной системы, вы должны быть готовы к управленческим реформам — в противном случае вы останетесь на старом уровне эффективности, но при новом дорогостоящем программном продукте. И не исключено, что он будет хуже решать задачи, которые вы ставили предыдущей программе, написанной местными программистами пять лет назад. Если же у вас нет желания или возможности реформировать систему управления, лучше не браться за проект. “Во многих случаях в компании уже могут быть средства сбора информации. Нужно ли их менять — совершенно неочевидно, — говорит Сергей Коровин. — Это могут быть собственные или покупные разработки, эти системы могут быть разрозненные, они могут работать не очень совершенно, но при этом они выполняют свои функции. Стоит ли начинать тяжелый проект стоимостью в сотни тысяч или в миллионы долларов лишь для того, чтобы заменить уже существующее на что-то более модное?” Один из индикаторов, показывающих готовность предприятия внедрять систему, — кто-то из руководителей с энтузиазмом относится к проекту. По мнению экспертов, желательно, чтобы и подчиненные горели энтузиазмом, иначе на каком-то этапе проект может затормозиться и сойти на нет. 113 Словосочетание “человеческий фактор” чаще других можно встретить рядом со словами “ERP-система”. Проблема не только, и даже не столько в готовности работников самых разных уровней воспринять технически новое рабочее место. Более болезненно проходит процесс изменения рабочих отношений с коллегами. Как правило, внедрение системы требует обучения, дополнительной работы ведущих сотрудников и эмоционального напряжения. Несмотря на то что разработаны и применяются самые разные методики, позволяющие смягчить реформы управления персоналом (например, проведение среди сотрудников деловых игр с новыми ролями), нередки случаи, когда внедрение обходится компании в несколько уволенных опытных работников. Поэтому у персонала должен быть некий резерв прочности, иначе предприятие может столкнуться с саботажем и потерять производительность. Директору придется не раз применять свои властные полномочия. Часто отделы конкурируют за доминирование на предприятии. При реструктуризации же бизнеса может оказаться, что их функции переплетаются, и надо резать по живому. Бывает, что один из отделов начинает противостоять внедрению системы. На “Росаре”, например, бухгалтерия отказывалась работать в новой системе только потому, что не было тех же полей, что и в старой. Для решения таких проблем без власти и авторитета руководителя не обойтись. Необходимо учитывать, что после внедрения ЕRР-системы значительно вырастет уровень ответственности работников: интеграция отделов в одну сеть рушит границы, отгораживающие подразделения компании от внешнего мира. Бухгалтеру, например, придется учитывать последствия его действий для производственных процессов. Тем более что каждое конкретное решение и его автора начальство сможет отследить, нажав несколько кнопок. Требуя от персонала дополнительных усилий и устанавливая дополнительный контроль, руководство должно обрисовать и четкие перспективы работникам, иначе у них не будет мотивации. Открой себя Лишь после таких этапов, как определение целей компании, формирование необходимых управленческих реформ и определение степени готовности к ним, имеет смысл заняться выбором конкретной ЕRР-системы. Сначала нужно сформулировать некие требования бизнеса к системе. “Стратегия развития информационных систем должна поддерживать стратегию развития бизнеса в целом. Руководство должно четко сформулировать стратегические цели и задачи развития компании и видеть, каким будет предприятие через несколько лет. То есть необходимо 114 понять, какие ресурсы и, соответственно, какая информация для управления ими вам потребуются. Инструменты работы с информацией должны развиваться вместе с развитием бизнеса. Это очень важный момент, который в России зачастую упускают”, — считает Александра Иванова. Чтобы сформулировать такие цели, специалисты рекомендуют руководителям описать основные бизнес-процессы предприятия и оценить текущее состояние предприятия, а затем задать некие, желательно даже числовые, параметры, к которым вы поведете свое предприятие. Если смотреть на “деловые” параметры систем, то самый общий из них — степень жесткости системы. Вам придется определиться: готовы ли вы подстраивать свои бизнеспроцессы под систему (подробнее об этом подходе см. “Клиент всегда не прав”, “Эксперт” №21 от 4 июня 2001 года), или вы считаете, что разумнее подгонять систему под ваше предприятие. И у того и у другого пути есть свои плюсы и минусы. Если первый может вывести предприятие на новый уровень эффективности, но при этом создать конфликты в коллективе, то второй путь хорош своей бесконфликтностью, но, выбрав его, предприятие, во-первых, не сможет полностью реализовать потенциал заложенной в систему концепции эффективного управления, а во-вторых, подгонка системы потребует дорогой и долгой доработки программного обеспечения. Впрочем, доработки требует любая система, так как каждое предприятие индивидуально. По оценкам специалистов, если стандартная функциональность системы покрывает менее 80% требуемой на предприятии, значит, система не подходит, настройка ее под нужды конкретного предприятия потребует значительных расходов и неопределенного увеличения времени проекта. 115 Таблица 2. Характеристики наиболее распространенных в России систем автоматизации управления Характеристики наиболее распространенных в России систем автоматизации управления (по данным (по данным поставщиков) поставщиков) Интегрированные системы управления компанией Российский представитель / разработчик продукта Штат компании в России (чел.) Год появления продукта на российском рынке Доля Стоимоть программного Средний срок лицензии на обеспечения в внедрения автоматизацию общей системы (мес.) одного рабочего стоимости места (долл.) внедрения (%) Количество продуктивных инсталляций в России SAP R/3 BAAN Oracle Applications OneWorld J.D. Edwards SAP СНГ Альфа-Интегратор Банк Евразия Oracle СНГ Robertson & Blums Corp. 250 104 80 70 1993 1997 1993 9 (СНГ) 2000 110 21 iRenaissance Axapta Navision Syteline Platinum ERA EXACT Interface Ltd. Columbus IT Partner Navision CIS Frontstep CIS ЭпикРус представительство EXACT в России 20 100 8 50 150 5 CA-PRMS R-Style "Форс-холдинг", официальный дистрибутор IFS в СНГ BMS Inc., Interface Ltd. IFS-Applications MFG/PRO QAD SunSystems Scala RB Manufacturing (*) Галактика Robertson & Blums Corp. Scala CIS Robertson & Blums Corp. корпорация "Галактика" Парус БОСС-Корпорация (*) Alfa Эталон БЭСТ-ПРО корпорация "Парус" АйТи Информконтакт Цефей Интеллект-Сервис 7 8-16 8-12 8 6 6000(**) 3000 500-5000 300-2400 50 70 20; 35 70 1998 2000 1993 1996 1994 1995 1 6 50 15 100 10 6-9 3-12 3-6 8 6-9 3 20 1998 2 18-24 2200 1000-2500 1200 1800 1750 1000 в процессе пересмотра 30-50 50-70 50 50 30-70 70-80 в процессе пересмотра 300 70 1994 1998 5 7 14-16 6-18 750; 1500 4000 50 30-50 200 110 200 510 (вместе с СНГ) 1300 800 120 100 150 Аккорд 1993 1991 2000 1987 400 (СНГ) 400 500 2 1990 1996 1993 1992 1990 200 30 83 700 100 один модуль, 1-4 рабочих места, 20-50 тыс. 3-4 2-4 1-2 2500-3600 6-12 200-2000 3-12 6-12 3-12 6-12 6 Атлант-Информ 130 1994 50 от 3 аудиторско-консалтинговая группа "Экуран" М-2 (*) 72 1991 9 7-16 AC (+) Борлас Ай-би-си 74 1996 5 9 Монополия (*) Формоза-Софт 30 1996 20 1 (*) По данным отчета компании RC Group и корпорации "МетаСинез" за 2000 год, система не вполне соттвествует концепции ERP. (**) Из расчета, что стоимость лицензии на 50 рабочих мест составляет 300-350 тыс. Источник: рейтинговое агентство "Эксперт РА" 700-1000 1000 360 1200 600-700 один коннект, жестко не привязанный к рабочему месту, от 540 1500 750 50 50 50 50 15-25 для крупных предприятий и 30-50 для средних 30-40 20-30 50 25-50 50 40-50 30-50 50 В связи с этим важно учитывать направленность системы. По этому параметру они, упрощенно, делятся на системы для дискретного производства (например, для автомобильной промышленности), непрерывного производства (нефть или сталь) и универсальные системы, покрывающие разные типы бизнес-процессов. Поскольку изначально системы делались для определенных компаний, у них есть, как правило, четкая отраслевая направленность (см. таблицу 1), то есть учтены ключевые для предприятий данной отрасли бизнес-процессы. По функциональности системы делятся на крупные и средние. Грубо оценить соответствие масштаба системы масштабу предприятия можно следующим образом. Крупные рассчитаны на то, что ими будут пользоваться крупные предприятия с оборотом более 50 млн. долларов и/или предприятия со сложными бизнес-процессами. О таких системах имеет смысл задумываться, если число пользователей системы превысит сто. Большой плюс крупных систем в том, что компании, представляющие их на российском рынке, имеют больший опыт, чем те, что представляют средние. Ведь масштабные 116 инвестиции в информационные технологии в начале девяностых в России могли себе позволить только крупные компании. Поэтому про крупные системы можно сказать, что они росли вместе с российской экономикой. Так, лидер мирового рынка ЕRР-систем компания SAP AG работает в России с 1992 года, за это время проведено свыше ста продуктивных инсталляций в России в самых разных отраслях. Конкурентное преимущество системы этой компании состоит и в том, что она внедряется не только напрямую специалистами компании, но и через многочисленных партнеров — консалтинговые компании, интеграторов и т.д., что обеспечивает большой охват рынка и быстрое накопление знаний специалистами по внедрению. Средние системы, все более активно появляющиеся сейчас на российском рынке, рассчитаны на предприятия с оборотом от 10 до 50 млн. долларов и количеством пользователей менее ста. Впрочем, средние системы могут устанавливаться на предприятиях любого размера. Просто надо учитывать, что их функциональность уже, чем у крупных, а потому они будут более поверхностными. Если консультанты считают, что резервы для повышения эффективности высоки, то для начала вполне можно приобрести такую систему, тем более что она значительно дешевле, установка ее требует значительно меньше времени, для бизнеса это протекает безболезненнее, а потому вероятность успеха выше. По словам Павла Караулова, менеджера по маркетингу и продажам компании “Фронтстеп СНГ”, представляющей систему среднего класса, западная статистика показывает, что внедрение крупной системы заканчивается успешно в 60% случаев, средней — в 80%. Средний срок внедрения средней системы составляет девять месяцев, с колебаниями от шести месяцев (в российском отделении BASF, где внедрялась система Navision), до двух с половиной лет на “Росаре”. По крупным системам цифры более расплывчаты, но провести внедрение быстрее, чем за год, вам вряд ли удастся. Консультанты советуют обращаться к средним системам и в том случае, если вы планируете серьезные изменения в своем бизнесе, например покупку нового подразделения, поскольку эти системы будет легче настроить для работы в новых условиях. Впрочем, опыт и западных, и российских компаний показывает, что на крупных предприятиях вполне успешно могут сосуществовать разные системы: например, основные бизнес-процессы могут обслуживать крупные системы, а менее важные — средние. Не последнюю роль при выборе играет и то, насколько серьезно производитель системы относится к российскому рынку (в первом приближении это можно оценить по 117 штату сотрудников российского офиса) и какой у него опыт работы в нашей стране (продолжительность деятельности, количество. внедрений — см. таблицу 2). Если рассматривать ценовой параметр, важно учитывать, что за счет реинжиниринга бизнес-процессов, обучения, перевода данных из старых баз в новую систему и других услуг стоимость внедрения превышает, как правило, стоимость лицензии в два—три раза. Инструкторы вождения И это оправданно, поскольку работа консультантов значительно сложнее, многограннее и ответственнее работы технологических настройщиков системы. Если вы приобретаете систему не через бизнес-консультантов, то иногда можно обойтись силами специалистов поставщика системы. На том же “Росаре”, правда, специалисты поставщика системы по объективным причинам не могли обеспечить весь необходимый объем работ, и для настройки учета затрат были привлечены консультанты из Deloitte & Touche. “К внедрению ЕRР-системы мы подходим как к внедрению управленческих технологий на базе информационных технологий. " Для этого нужны люди, которые понимают суть управления, которые сами были финансистами, бухгалтерами, производственниками, и люди, которые хорошо знают возможности информационных технологий. Только на основе сплава этих знаний можно сформулировать постановку задачи для внедрения ЕRР-системы с учетом потребностей руководителя. Генеральный директор никогда не сможет вникнуть в систему полностью, а руководители служб будут отстаивать собственные интересы. Здесь и нужна компания, которая освобождена от рутины и занимается реформированием бизнес-процессов в интересах компании в целом”, — рисует в общих чертах роль консультантов при внедрении Александр Слесаренко. Работа консультантов, как правило, начинается с так называемого предпроектного обследования. На этом этапе выявляются основные слабые места, где происходят утечки ресурсов, где недостаточен контроль. Консультанты проводят интервью с руководителями отделов и прорисовывают взаимосвязи между сотрудниками. В результате этой работы выявляются дублирующие бизнес-процессы, нечеткость в определении обязанностей, “петли” документооборота. На основе этой информации консультанты предлагают руководству несколько вариантов оптимизации бизнеса и внедрения. Руководители должны, со своей стороны, выделить приоритеты проекта и организовать контроль за его проведением. Опыт показывает, что такого рода формулировки, как “внедрите и запустите 118 нам все, что можно”, приводят лишь к растягиванию сроков, конфликтам и необходимости делать все заново. Как правило, внедрение системы —проект поэтапный, поэтому рекомендуется выделить наиболее важные для предприятия модули и не торопиться с остальными. Так, на “Росаре” внедрение пошло эффективнее, после того как была установлена приоритетная важность модулей сбыта и снабжения. При внедрении системы Axapta в холдинге “Руссо” (его основная деятельность —торговля) приоритетным также был назван модуль сбыта. Действительно, эти части не требуют таких значительных усилий в настройке и освоении, как, например, модуль производства и планирования, и могут быстро дать наибольший эффект: “На крупных предприятиях реальная проблема бывает с тем, что неизвестно, где что лежит. В моей практике был случай, когда элементарное наведение порядка в материальном учете позволило за год окупить систему”, — рассказывает Сергей Коровин из Accenture. Организация внедрения Все эксперты советуют разбивать большие проекты на временные отрезки, например, по девять месяцев. И вы должны четко сформулировать, что вы намерены получить в конце каждого этапа внедрения. Желательно, чтобы это были количественные, измеримые параметры (правда, пока это под силу немногим управленцам). Например, в результате внедрения финансового модуля управленческая отчетность должна формироваться к такому-то числу. Руководство предприятия должно контролировать, как и когда завершаются этапы внедрения и как отделы предприятия выполняют свои обязательства по проекту Наиболее распространенная практика контроля — создание координационных советов. “Координационный совет, созданный на нашем предприятии, — главный управляющий орган ведения проекта,— рассказывает Сергей Федоров, директор ЦИТ ОАО “УралАЗ", где внедряется система BAAN — Совет возглавляет первый заместитель генерального директора. Членами совета являются все заместители генерального директора, главный бухгалтер, ведущие специалисты предприятия”. “На нашем заводе советы периодически встречались, принимали решения, протоколировали их, и они отслеживались по выполнению. В координационный совет входил и руководитель проекта со стороны компании внедрена. Периодически приезжали их специалисты, проводили обучение и решали возникавшие проблемы”, — рассказывает Константин Емельянов. 119 Постоянный мониторинг результатов проекта со стороны руководства компании и четко отработанные проектные процедуры позволяют в значительной степени минимизировать риски внедрения: “Простой пример: предположим, управляющий совет собирается раз в две недели. Если тот или иной руководитель среднего звена, который в соответствии с проектной процедурой должен подписать материалы по внедрению (например, описание того, как бизнес-процесс будет реализован в системе) в течение трех дней, затягивает эту работу, то вопрос об этом неизбежно возникнет на следующем совете при обсуждении результатов внедрения. Подобный подход позволяет бороться с саботажем проекта со стороны руководителей среднего звена”, — считает Андрей Иолтуховский. Щекотливый вопрос Результат внедрения системы — всегда очень щекотливый вопрос. Прямую окупаемость вообще практически невозможно посчитать, поскольку в результате внедрения оптимизируется внутренняя структура компании, снижаются сложноизмеримые трансакционные издержки. Более того, один из отчетов Deloitte & Touche показал, что возможно и формальное ухудшение положения, поскольку система вскроет реальные данные о состоянии компании. Если западные специалисты не советуют менеджерам-землякам ждать каких-то революционных изменений от внедрения системы, то на многих российских компаниях просто появление адекватной информации может сразу дать очень многое. “Если раньше информации просто не было, то сейчас есть реальная картина уровня запасов, незавершенного производства. Система влияет на снижение всех запасов. Просто предприятие выходит на совершенно иной уровень работы, хотя нам, конечно, придется еще много времени посвятить изучению возможностей системы. Мы еще не доросли до планирования. Освоить это — целое искусство”, — говорит Константин Емельянов. Важным видимым эффектом является разгрузка персонала от рутинной работы. “Система освободила нас от рутинных операций и позволила нам заниматься тем, что раньше было в запущенном состоянии. У нас больше сил на то, чтобы заниматься, например, инвентаризацией, выверкой взаиморасчетов с клиентами, с поставщиками. Мы внедряли систему в 1999 году, после кризиса. За год у нас оборот удвоился и достиг почти двухсот миллионов немецких марок, но в бухгалтерии то же количество работников, и она справляется”, — рассказывает бухгалтер представительства BASF, где внедрялась система Navision. 120 По мнению Марии Ильиной, важен даже не сам факт внедрения системы, важно то, что она становится базой для дальнейшего роста. Важнейший результат для бизнеса в том, считает г-жа Ильина, что система проявляет прежде скрытые резервы повышения эффективности предприятия. Специалисты компании “Фронтстеп СНГ” после внедрения провели аудит и подготовили небольшой документ, где с точностью до тысяч рублей и процентов руководители смогли увидеть возможности улучшений по тем или иным направлениям бизнеса, снижения издержек, увеличения оперативности обработки заказов. “Получается так, что в период экономических подъемов в России денег много к никого не волнует, как они расходуются, и вроде бы механизмы типа ЕRР-системы не нужны, — размышляет Сергей Коровин. — Когда же происходит спад — необходимость возникает, но денег на них нет. Надо найти серединку”. Подумайте: может быть, сейчас ваше предприятие как раз в этой серединке.
