Фобия пятая. Шаблонность технических решений.

Страх и негодование по поводу «уравниловки», использовании одних и тех же технических решений для всех.

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

Бизнес-процесс само по себе солидное, красивое слово. Его знание и употребление автоматически показывает, что человек связан с бизнесом, и не просто с бизнесом, но и с процессами в этом бизнесе. А то и сам их придумывает, внедряет и контролирует.

А поскольку все люди уникальные – то и бизнес-процессы уникальные тоже. Уже все читали в интернетах и журналах фразу или заголовки «ИТ на страже бизнес-процессов», или «ИТ подстраивают под бизнес-процессы», – и сделали вывод, что требовать необходимо нечто особенное.

Ну и плюс это дает некий «VIP-налет». Ведь как прикольно небрежно бросить фразу «...Ну не знаю, они писали конфигурацию ИСКЛЮЧИТЕЛЬНО под нас...». Сразу видно – человек работает.

 

Теперь вернемся к «уравниловке». Слово бизнес-процессы мы употреблять больше не будем, его и так слишком много везде.

 

Откроем секрет – сейчас на дворе 21-й век, но мир все еще находятся в стадии промышленного производства, а не в «глобальном информационном пространстве», как некоторые вдруг внезапно решили.

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

 

Информационные технологии – самый настоящий конвейер. И продаются, завернутые в обертку «индивидуального подхода к каждому клиенту» самые, что ни на есть штамповки.

 

Потому что без штамповки, а именно отработанного и проверенного решения, в информационных технологиях делать нечего.

 

Поэтому надо радоваться, что поставщик ИТ-услуг продает Вам проверенное решение. Это показатель его профессионализма, его портфолио. И чем старше компания, тем больше она должна продавать «шаблонов».

 

Рассмотрим подробнее «шаблон» в ИТ. Как он создается? Какие критерии?

 

Прежде всего, он должен быть унифицированный.

Чтобы данное решение могли позволить себе большинство потенциальных клиентов.

Это значит, что надо правильно выбрать платформу – аппаратное обеспечение и операционную систему. Предположим, выбрали Unix-подобные системы. Любимый всеми Linux.

Далее следует выбор дистрибутива. Требования – безопасность, удобство администрирования, поддержка разработчиков, совместимость с большинством аппаратных платформ.

Выбрали дистрибутив (не будем говорить какой, чтобы не разжигать религиозные войны). Далее следует выбор софта для решения нужной задачи. Критерии – распространенность, гибкость в конфигурировании, поддержка разработчиками, количество и активность ресурсов в сети (форумы, списки рассылки), ближайшие планы разработчиков по изменению функционала.

После этого идет тестирование, составление документации по настройке, тренинги сотрудников по работе и поддержке.

 

Тестирование в «боевых» условиях. (Чаще всего на себе).

 

И заметьте, НИ ОДНОГО СЛОВА о предпочтении тех или иных ключевых техников в компании. Ибо если будет так, как привыкли или хотят, они, то клиентов ждут фразы «Ой. Понимаете, человек, который настраивал Вам сервер, сейчас недоступен... Я передам ему, что у вас почта не отправляется».

 

Коллективное умение на высоком уровне работать с техническим решением – вот что такое «шаблон».

 

Поэтому радуйтесь, когда получаете «шаблонные» предложения – это значит все должно пройти без проблем.