Фотография Tim Arterbury, источник Unsplash
– У нас очень хороший аналитический отдел. Он может обосновать любое решение…
– Даже неправильное? – усмехнулся президент.
– Любое. Иначе зачем нам нужны аналитики?
Шен Бекасов. Банковская тайна
Много лет назад, еще в прошлом веке, мы внедряли тяжелую, но мощную систему автоматизации на одном из комбинатов Ленинградской области. Был какой-то миссионерский вызов в том, чтобы каждый день мчаться по сотне километров к ржавому, вонючему заводу, морщиться от туалетных запахов в административном здании, часами просиживать на неустойчивых фанерных стульях, разговаривать с косноязычными технологами, закупщиками, бухгалтерами. Мы, консультанты, терпели это только потому, что верили – наша система перевернет здесь всё с ног на голову. В заводской столовой появятся завтраки и ланчи. Спецовки рабочих будут модными и выглаженными. С лиц бухгалтерш исчезнет гримаса вечного недовольства. А директор комбината наконец-то пересядет в нормальный «мерседес» вместо сильно подержанной «вольвы» цвета заводского дыма.
Команда внедрения росла как на дрожжах, и в один из не прекрасных дней я взглянул на наш ФОТ1 и ужаснулся. Двадцать ртов в сорок рук, в четыреста пальцев настраивали систему, которая месяц за месяцем не хотела запускаться.
Обстоятельно поговорив с каждым членом команды, мы проанализировали – на что у нас тратится больше всего рабочего времени. Оказалось, что 90% всех усилий по настройке уходило на… отчеты.
«Хорошо, – скажете вы, – отчеты ведь штука нужная. Почему тогда так долго и такими невероятными усилиями?» Тому было две причины:
– Инструмент создания новых отчетов в той заморской системе, прямо скажем, был тупой, негибкий и вообще – отстающий от самой системы на много-много лет в плане интуитивности интерфейса, задокументированности функций и вообще… в плане логики.
– Когда очередному потенциальному пользователю показывали новую систему, он спрашивал: а где отчеты, к которым я так привык (ла)? Первое, что отвечали на это мои консультанты, было: «Хорошо, сделаем!»
И вот на таком «хорошо» всё становилось очень плохо. Консультант забирал какую-то полуручным методом собранную «отчетную портянку» и долго пытался реализовать ее в Системе. При этом игнорировались следующие незыблемые принципы настоящего внедренческого консультанта:
1. В Системе УЖЕ есть преднастроенные отчеты. Прежде чем произносить «Чего изволите?», нужно предложить то, что уже выработано опытом сотен компаний по всему миру.
2. Нужно решать реальные БИЗНЕС-ЗАДАЧИ пользователя, а не пытаться новым заморским микроскопом помогать ему забивать те же самые гвозди, которые он забивал еще до перестройки.
3. Отчетность – это элемент бизнес-анализа. Прежде чем приступать к анализу, необходимо разобраться с бизнесом в целом. Исходить из целей внедрения Системы. Иными словами, обращаться к пользователю не с вопросами, а с посылом: «Поздравляю, теперь вы будете работать вот так и так».
Перво-наперво я лично решил поменять используемую базу данных. Внедряемая система работала в тот момент на собственной СУБД (Система управления базами данных – Википедия), доступа к которой не было ни у кого в мире. Нужно было срочно переключаться на Oracle.
Кто-то сказал, что сформулированная проблема равна половине ее решения. В данном случае все выглядело… ну, максимум процента на три. Об этом можно судить по диалогу, который состоялся у меня с менеджером проекта со стороны заказчика. Звали его Сергей.
Сергей спросил:
– Ну и сколько нам нужно времени, чтобы осушить это болото?
– Думаю, недели три… Требуется перевести систему на новую базу данных – открытую. Тогда каждый пользователь сможет строить какие захочет отчеты, хоть даже в Excel.
– Три?! Но это же фактически остановка проекта! Уволят и вас и меня!
– Постараемся быстрее. Просто часть данных при миграции будет по-любому безвозвратно потеряна. Придется многое перевводить вручную и, главное, аккуратно выверить целостность всех данных. Потому что если после такой остановки ничего не заработает, нас точно всех уволят.
