В свое время я объехал немало заказчиков, планируя проекты по внедрению СУБД. И каждый заказчик объяснял мне, что именно его организация и ее структура являются уникальными: «Мол, Клавдия Петровна не подчиняется Сергею Михайловичу, хотя это было бы логично. А вот этот филиал работает непосредственно с поставщиком, а не через центральный офис». Я внимательно выслушивал эти истории, а потом спрашивал, какая все-таки организация отношений у них в компании — матричная или иерархическая Дело в том, что на таком уровне абстракции, как построение иерархии СУБД, меня совершенно не волновали особенности отношений в компании — только связи между различными подразделениями и направление передачи данных. А вся сложность таких отношений была в первую очередь связана с проблемами в управлении компанией, а не с технической реализацией этих отношений: данным совершенно безразличны родственные связи начальника департамента. Более того, за все время работы я не встречал компаний, которые не укладывались бы в иерархическую схему управления с небольшими модификациями. Невольно вспоминаешь «Трудно быть богом» Стругацких:

«Румата задрал подбородок.

— Зарубите на носу, дон Рэба, — сказал он высокомерно. — Для нас, коренного дворянства метрополии, все эти Соаны и Ируканы, да и Арканар, были и всегда останутся вассалами имперской короны».

Описанный выше подход все-таки основывается на знании технологий. Пусть поверхностном, но определенном техническом понимании систем. А что делать, если у руководителя нет «технической жилки»? Если он или она гуманитарий? Бизнес в России в основном развивали инженеры и физики но ведь не только они. Существует и другой способ оценки различных технологических решений. В его основе лежит очень простая идея: основной продукт, с которым работают информационные системы, — это... (сюрприз! сюрприз!) информация. Пусть технической стороной, носителем, который обеспечивает обработку этой информации, занимаются специалисты. Подход к компьютерным системам как к способу работы с информацией дает необходимый уровень абстрагирования от деталей, оставляя за руководителем понимание всей системы в целом.



52 из 158