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

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

Управленческий консультант и предприниматель со стажем рассказывает о том, как грамотный анализ данных меняет бизнес и мир. Успех любого бизнеса сегодня зависит не столько от идеи, сколько от данных. Автор убежден в том, что управленческая отчетность – один из базовых навыков, которым должен владеть каждый уважающий себя бизнесмен. Наравне с умением выступать публично и писать внятные тексты. В доказательство приводятся конкретные рецепты и ярко описанные истории из практики.

Охота на данные

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

Дмитрий Слиньков

© Дмитрий Слиньков, 2019

ISBN 978-5-4496-3329-3

Создано в интеллектуальной издательской системе Ridero

Для кого эта книга

Книга предназначена для бизнесменов, желающих научиться самостоятельному бизнес-анализу.

Все материалы, упомянутые в книге, а также все, что будет появляться нового по теме «Бизнес-анализ для бизнесменов» (чек-листы, шаблоны техзаданий и вакансий, обзоры новых методик и систем), вы можете получить в специальной закрытой группе «Фейсбука», предназначенной исключительно для моих клиентов и читателей:https://www.facebook.com/groups/278211366133966/ (https://www.facebook.com/groups/278211366133966/). Стучитесь туда – и я вам обязательно открою.

Лично я завел себе специальный Google-аккаунт для того, чтобы получать интересующие меня рассылки прямо в почту. Это по-прежнему очень удобно – самостоятельно управлять потоком входящей информации и читать интересующие тебя статьи только в удобное для себя время. Письмам можно автоматически присваивать теги. Очень удобно! Жизнь и технологии не стоят на месте. Я постоянно пишу новые статьи и обзоры и делаю еженедельную рассылку «Marketing. BigData. IIoT» для всех, кому удобно получать такие материалы на почту. Подписаться на нее вы сможете тут (http://ahreport.com/blog?utm_source=book&utm_medium=organic&utm_campaign=start), а отписаться – в любое удобное время (без обид с моей стороны).

Если вам удобнее «Телеграм», аналогом этой рассылки может служить мой канал «Marketing. BigData. IIoT»: https://t.me/slinkov/ (https://t.me/slinkov/)

Благодарности

Анна Поварова. Этой трудолюбивой пчелке я обязан тем, что, если бы не ее упорство, внимательность и вера в победу, я бы не состоялся в качестве автора этой книги. Впереди еще много книг и, Аня, я надеюсь, что тебе твоя работа очень нравится. Спасибо тебе за помощь!

Команда Ah! Report (https://ahreport.com/). Вы – источник вдохновения. Вам все равно какие данные анализировать. Лишь бы получился красивый, востребованный заказчиком отчет или случился неожиданный, но очень нужный инсайт в больших данных. Спасибо за вдохновение! Равняюсь на вас!

Клиенты и партнеры – мои вечные ученики и учители, спасибо вам за бесценный опыт!

Андрей Федотов. Кто-то сказал, что страницу с благодарностями никто не читает за исключением тех, кого благодарят. К великому, прискорбному сожалению, из этого остроумного правила есть печальное исключение. Андрей был не только другом, но и «пинателем писателя». После каждого моего хорошего поста он неизменно ставил комментарий: когда выйдет книга? Еще буквально несколько дней назад я снова пообещал ему, что вот, мол, заканчиваю уже редактуру. Не успел. Горько говорить такое в холодное никуда: Андрюш, спасибо!

Дорогая моя супруга и производная от нас с тобой – бесценный, милый Лиcёнок,

спасибо всем вам за то, что вы есть в моей жизни. Хотя шестилетний Лис ооооочень помогал, ага, все поверили!;)

Предисловие

Фотография Tim Arterbury, источник Unsplash

– У нас очень хороший аналитический отдел. Он может обосновать любое решение…

– Даже неправильное? – усмехнулся президент.

– Любое. Иначе зачем нам нужны аналитики?

    Шен Бекасов. Банковская тайна

Много лет назад, еще в прошлом веке, мы внедряли тяжелую, но мощную систему автоматизации на одном из комбинатов Ленинградской области. Был какой-то миссионерский вызов в том, чтобы каждый день мчаться по сотне километров к ржавому, вонючему заводу, морщиться от туалетных запахов в административном здании, часами просиживать на неустойчивых фанерных стульях, разговаривать с косноязычными технологами, закупщиками, бухгалтерами. Мы, консультанты, терпели это только потому, что верили – наша система перевернет здесь всё с ног на голову. В заводской столовой появятся завтраки и ланчи. Спецовки рабочих будут модными и выглаженными. С лиц бухгалтерш исчезнет гримаса вечного недовольства. А директор комбината наконец-то пересядет в нормальный «мерседес» вместо сильно подержанной «вольвы» цвета заводского дыма.

Команда внедрения росла как на дрожжах, и в один из не прекрасных дней я взглянул на наш ФОТ[1 - Фонд оплаты труда.] и ужаснулся. Двадцать ртов в сорок рук, в четыреста пальцев настраивали систему, которая месяц за месяцем не хотела запускаться.

Обстоятельно поговорив с каждым членом команды, мы проанализировали – на что у нас тратится больше всего рабочего времени. Оказалось, что 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.

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

Сергей спросил:

– Ну и сколько нам нужно времени, чтобы осушить это болото?

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

– Три?! Но это же фактически остановка проекта! Уволят и вас и меня!

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

Сергей задумался, прихлебывая чай из почерневшей от плохой воды белой чашки. В принципе, выбора у него никакого не было. Мы плыли с ним в одной лодке. Речка делала свое дело, толкая нас все дальше без каких-либо коллизий. Но вот теперь наступило время брать в руки весла и грести против течения. Потому что мы пропустили нужный рукав.

– Надеюсь, – наконец-то произнёс Сергей, – ты понимаешь, что мы вам за это ничего не заплатим. А если вы задержитесь более чем на две недели, мы включаем неустойку.

Я посмотрел в окно. Там стоял грузовик с кучей строительного мусора в кузове. Другая куча лежала прямо у его задних колес. Около каждой кучи стояло по рабочему. Тот, что в кузове, сбрасывал мусор лопатой вниз. А «наземный» гастарбайтер забрасывал тот же самый мусор обратно в кузов. Конечно, я понимал все то, что говорит Сергей. И у нас тоже не было выбора.

В первые же дни «перенастройки» нам сразу стало хуже, чем предполагалось. Потому что многие члены команды не поняли, почему нужно «все-все переделывать» в разгар проекта и просто ушли. А еще через пару дней половина команды сказалась заболевшими. Те, кто остался в строю, работали в среднем по четырнадцать часов в сутки. Делать это приходилось прямо на заводе. Иначе пользователи тоже бы не поняли возникшей паузы и, вполне вероятно, приступили бы к саботажу.

Мы все сделали вовремя. Самым волнительным моментом было подключение широко распространенного тогда генератора отчетов к таблицам Системы. В момент, когда консультанты увидели, что некогда закрытые данные стали доступны из Microsoft Office, они а) зааплодировали (непонятно кому) и б) остались работать, хотя время было уже за полночь. Им не терпелось наделать новых красивых и полезных отчетов, чтобы наутро обрадовать ими наших пользователей.

Те, кто вернулся потом в команду, тоже с удовольствием стали работать по-новому, утверждая, что «мы даже не представляли, что это может у вас получиться».

Какие получаются выводы из этой истории: