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