Николас Карр - Блеск и нищета информационных технологий. Почему ИТ не являются конкурентным преимуществом

Но есть еще и программное обеспечение. Как продукт оно, в отличие от компьютерной техники, не имеет осязаемой материальной формы и неизменного облика. Теоретически ПО может принимать неограниченное количество форм для решения неограниченного количества задач. Оно кажется столь же абстрактным и текучим, как сама мысль. Как пишет в своей книге «Переход» (Go To) корреспондент газеты New York Times Стив Лор (Steve Lohr), «программное обеспечение является воплощением человеческой мысли» 45 45 Steve Lohr. Go To. New York, 2001, p. 8. У Лора есть одно тонкое замечание о ПО в целом. Проблема возникает, когда инновационный потенциал путают с практической ценностью, полагая, что неограниченные возможности программного обеспечения означают столь же неограниченную полезность для бизнеса. Эта точка зрения распространена среди специалистов по ИТ и часто фигурирует в критических отзывах на мою статью «Информационные технологии ничего не значат» (IT Doesn't Matter) в Harvard Business Review. Обозреватель Industry Week, например, написал: «ПО можно упо добить создавшему его интеллекту. Его свойства, способы приме нения и функции ограничены возможностями человеческого мозга. Варианты использования коммерческого ПО практически неисчислимы». Doug Bartholomew. Yes, Nicholas, IT Does Matter // Industry Week, 2003, 1 September «http://www.industryweek.com/Columns/Asp/columns.asp?ColumnId=955» (по состоянию на 05.10.2003). Примерно то же самое утверждает известный консультант по ИТ: «Программное обеспечение, разрабатываемое и используемое на серийной технике, является почти безграничнымисточником прибыльных инноваций». Peter O'Farrell. Carr Goes Offthe Rail // Cutter Consortium Executive Update, 2003, Vol. 4, №7 «http://www.cutter. com/freestuff/bttu0307.html#ofarrell» (no состоянию на 04.10.2003). Использование прилагательного «прибыльный» придает утверждению спекулятивный характер. . Как же текучая и изменчивая человеческая мысль превращается в массовый товар?

Однако именно с этой идеалистической точки зрения программное обеспечение рассматривается многими представителями ИТ-бизнеса. В общем, такая позиция вполне корректна: нет предела инновациям в области ПО. Однако это представление не отражает прозаическую практику реального использования программных средств в бизнесе. В сущности, для руководителей и сотрудников компаний ПО не является идеей или абстрактным понятием. Компьютерные программы, в особенности прикладные, это осязаемые продукты, приобретаемые за реальные деньги конкретными людьми, стремящимися к достижению реальных результатов. И если рассматривать ПО не в качестве абстракции, а как продукт, становится ясно, что оно так же подчиняется законам экономической теории, рынка и конкуренции, как и самые обычные материальные товары. На самом деле именно нематериальная форма ПО обусловливает некоторые его дополнительные характеристики, в совокупности делающие его еще более подверженным коммодитизации, чем многие материальные товары.

Так, компьютерные программы в значительной степени подвержены эффекту масштаба. Разработка программы требует серьезных затрат, работы высококвалифицированных специалистов, тщательного планирования, строгого контроля качества, координации и бесконечного тестирования. Однако если программа уже написана, физических ограничений для ее воспроизводства практически не существует. Ее копирование и распространение почти не требует затрат, а иногда не требует их вообще. В значительной степени история разработки программного обеспечения - это история попыток более полно использовать латентный эффект масштаба и компенсировать высокие затраты на разработку за счет максимального увеличения количества пользователей. Хотя часто говорят, что программное обеспечение стремится к бесплатному использованию, правильнее будет сказать, что оно стремится к увеличению количества распределенных или удаленных пользователей или, иными словами, к превращению в товарный ресурс.

В начале 1950-х годов, когда компьютеры впервые стали использоваться в бизнесе, у компаний не было другого выхода, кроме как разрабатывать собственные программы. Производители компьютерной техники почти не занимались разработкой ПО, а соответствующей специализированной отрасли еще не существовало. Каждая компания, покупающая мейнфрейм, должна была создавать программы для выполнения даже самых элементарных функций, таких как преобразование двоичных чисел в десятичные и наоборот. Учитывая сложность и высокие затраты, разработка надежной программы требовала колоссальных (и, как вскоре выяснилось, бесполезных) усилий. Опасаясь, что затраты на разработку ПО могут отпугнуть покупателей компьютеров, IBM помогла объединиться пользователям ее мейнфреймов серии 700, которые в то время были основными бизнес-компьютерами. Ассоциация, получившая говорящее название Share («Делись»), имела одну главную цель: снижение затрат компаний на ИТ за счет обмена программным обеспечением. В первый год существования Share среди ее членов были распространены около 300 программ, что, по оценке специалистов, позволило сэкономить не менее $1,5 млн 46 46 Martin Campbell-Kelly. From Airline Reservations to Sonic the Hedgehog: A History of the Software Industry. Cambridge, 2003, p. 31-34. .

На примере ассоциации Share впервые проявился принцип, который сегодня стал основным императивом развития программного обеспечения для бизнеса: ради достаточно серьезного сокращения затрат компании готовы пожертвовать своей исключительностью. Разумеется, такой подход используется не только в области ПО, но и вообще в бизнесе. Если широко используемый ресурс дорог и в значительной степени подвержен эффекту масштаба, соображения, связанные с экономией затрат, возобладают над стратегическими. В таких случаях контроль над поставками ресурса обычно переходит от пользователей к нескольким внешним поставщикам. Естественно, именно это и произошло с ПО.

Поскольку программы постоянно усложнялись и включали уже не тысячи, а сотни тысяч, а то и миллионы строк машинного кода, обмена в рамках объединений пользователей было уже недостаточно. Большинство компаний просто не могли себе позволить содержать штат, необходимый для самостоятельной разработки программ. Вместо этого они начали заключать контракты на разработку ПО со специализированными фирмами, которые впервые появились в середине 1950-х и быстро размножились в 1960-е. Программисты, оставшиеся в штате компаний, постепенно перестали писать новые программы и начали заниматься их обслуживанием, совершенствованием и устранением ошибок.

По мере накопления опыта централизованного обслуживания самых разных клиентов новые фирмы смогли гораздо полнее использовать эффект масштаба, изначально присущего этой отрасли. В то же время их появление способствовало дальнейшей коммодитизации программного обеспечения для бизнеса, инициировав его трансформацию из внутреннего корпоративного ресурса в закупаемый извне. Хотя фирмы-контракторы разрабатывали для клиентов так называемые клиентские приложения, на самом деле эта тенденция кастомизации была скорее кажущейся, чем реальной. Чтобы иметь возможность неоднократно использовать большие фрагменты уже написанных единожды программ для выполнения разных заказов, подрядчики специализировались на конкретных отраслях или бизнес-процессах. Как поясняет специалист по истории программного обеспечения Мартин Кэмпбелл-Келли (Martin Campbell-Kelly), «по мере того как фирмы получали все больше и больше заказов из одной области применения, происходило накопление знаний в области программных средств и ресурсов, благодаря чему они могли и различных сочетаниях использоваться для выполнения заказов от самых разных клиентов» 47 47 Там же, р. 71. . Только за счет такого многократного использования сложные программы оставались доступными для широкого круга компаний, а разработчики программ получали прибыль.