Бизнес со скоростью мысли - читать онлайн бесплатно полную версию книги . Страница 231

Корпорация IBM не присоединяется полностью ни к одному из лагерей, продолжая

развивать свою вертикальную стратегию, основанную на мэйнфреймах и мини-компьютерах, и

одновременно строя бизнес на базе горизонтальной модели персонального компьютера.

Выбирая ПК в качестве основы для создания необходимых систем на своем предприятии, вы получаете возможность замены аппаратной части без потери инвестиций в программное

обеспечение. Вы всегда сможете пользоваться аппаратурой того производителя, у которого на

данный момент самая оперативная служба технической поддержки или который выпускает

самые быстрые (или самые дешевые) машины. Обновляя свой парк компьютеров через каждые

несколько лет, вы сможете заново оценивать поставщиков по этому же критерию и менять их, не опасаясь, что придется отказываться от существующего программного обеспечения или

переучивать персонал. Ваши инвестиции в ПО продолжат работать и после перехода ПК на

новые форм-факторы, такие, как планшетные устройства или системы с речевым вводом.

Вычислительная архитектура должна играть в компании объединяющую роль, обеспечивая общую интеграцию, но не запрещая не затрагивающих принципиальную основу

отклонений, в особенности на уровне подразделений. Определенную гибкость важно

обеспечить потому, что невозможно заранее разработать такой подход к организации

вычислений, который бы удовлетворял всему существующему на предприятии спектру

потребностей. В крупных организациях подобные планы неизбежно оказываются слишком

жесткими, и строгое их соблюдение не позволяет оперативно реагировать на изменение

условий ведения бизнеса. Сталкиваясь с такой негибкостью, руководители основных

подразделений начинают считать для себя возможным самостоятельно создавать необходимые

решения в обход централизованной службы ИТ. Именно этим путем проникли во многие

Билл Гейтс: «Бизнес со скоростью мысли»

231

компании персональные компьютеры и локальные сети ПК.

Стандарты электронной революции — персональный компьютер, микропроцессор, на

основе которого могут быть построены еще многие другие электронные устройства, и Интернет

— позволяют компаниям создавать унифицированные всеобъемлющие вычислительные

архитектуры, не рискуя при этом обанкротиться. Переход на новую архитектуру может

производиться постепенно, шаг за шагом. Многие компании уже осуществляют его первый этап

— перевод своих интеллектуальных работников на единый стандарт вычислительной

платформы, сетевой операционной системы и электронной почты. Дальнейшие шаги, реализуемые от проекта к проекту, должны предусматривать соединение систем управления

знаниями с системами управления производством, построение новых систем для бизнеса на

базе новой архитектуры и со временем отказ от старых систем.

«Проблема 2000 года» обнажает отсутствие перспективы в программистском мышлении

Без специальной модернизации многие старые программы были не в состоянии отличить

2000 год от 1900-го, что могло привести, например, к неверному расчету пенсионных выплат.

Само возникновение этой «Проблемы 2000» стало следствием того, что 30 лет назад

программисты не рассматривали свой продукт как предназначенный для долговременного

использования. Они пребывали в уверенности, что непреходящую ценность представляет

аппаратная часть, а программное обеспечение мимолетно. Время доказало справедливость

обратного. Именно аппаратура устаревает первой, тогда как программам, кажется, уготована

вечная жизнь.

Каждый крупный производитель аппаратуры предлагает те или иные элементы

«подготовки к 2000 году», включая процедуры тестирования и модернизации своих систем.

Любой компании, не добившейся основательного прогресса на этом направлении к началу 1999

года, останется только выбирать, чем пожертвовать. Ей будет необходимо выявить наиболее

важные бизнес-приложения — или даже модули в составе этих приложений — и

модернизировать их или заменить более современными решениями. С остальным ПО придется

разбираться позднее, в порядке приоритетов.

Компонентный подход позволит избежать аналогичной проблемы при приближении

следующего подобного рубежа. Разработчики смогут просто внести изменения в

индивидуальные модули, например, ответственные за расчет календарных дат, вместо того