Охота на данные. 101 совет предпринимателю: как научиться бизнес-анализу

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

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

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

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

– Когда очередному потенциальному пользователю показывали новую систему, он спрашивал: а где отчеты, к которым я так привык (ла)? Первое, что отвечали на это мои консультанты, было: «Хорошо, сделаем!»

И вот на таком «хорошо» всё становилось очень плохо. Консультант забирал какую-то полуручным методом собранную «отчетную портянку» и долго пытался реализовать ее в Системе.

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

1. В Системе УЖЕ есть преднастроенные отчеты. Прежде чем произносить «Чего изволите?», нужно предложить то, что уже выработано опытом сотен компаний по всему миру.

2. Нужно решать реальные БИЗНЕС-ЗАДАЧИ пользователя, а не пытаться новым заморским микроскопом помогать ему забивать те же самые гвозди, которые он забивал еще до перестройки.

3. Отчетность – это элемент бизнес-анализа.

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

Перво-наперво я лично решил поменять используемую базу данных. Внедряемая система работала в тот момент на собственной СУБД (Система управления базами данных – Википедия (https://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B1%D0%B0%D0%B7%D0%B0%D0%BC%D0%B8_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85)), доступа к которой не было ни у кого в мире.

Нужно было срочно переключаться на Oracle.

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