Аналитики, показатели, структуры хранения

Аналитики, показатели, структуры хранения Аналитика

3 Основы бизнеса

Что вам может быть полезно в знаниях основ бизнеса для вашего развития?

a. Основы экономики

Вам пригодится знания того, что такое TCO (total cost of ownership), ROI (Return on Investment), EBIDAT (Earnings before depreciation and taxes), ABC (Activity-Based Costing) и т.д. Эти термины следует изучить, поскольку вы, как бизнес аналитик, должны способствовать успешности бизнеса, и понимание основ экономики (понимание того, для чего делается софт и как будет оцениваться эффективность внедрения софта) крайне важно для правильного принятия решений аналитиком.

b. Инжиниринг бизнес-процессов

Полезным может быть также навык разработки бизнес-процессов. Причем сюда относится также понимание того, что бизнес-процессы бывают основными и вспомогательными, а также что их проектирование происходит в парадигмах AS IS (как сейчас) и TO BE (как рекомендуется или как должно быть).

c. Нотации моделирования процессов

Для инжиниринга бизнес-процессов вам потребуются знания определенных нотаций, в которых вы будете описывать процессы. Конечно, их можно описать и просто словами, но также достаточно распространены следующие нотации моделирования бизнес-процессов: BPML (Business Processes Modeling Language), IDEFx, CFF (cross-functional flowcharts) и обычные блок-схемы.

d. Инструментарий

Соответствующий инструментарий в области описания бизнес-процессов и экономического планирования (которые мне встречались) — BPWin и Business Studio.

Описание ui/ux. дизайн-проект здания

Здесь важно не просто рассказать про то, что «пользователь видит на экране форму документа» и прикрепить макет, а подробно описать:

  • Поля ввода, селекторы, тексты подсказок, кнопки и вообще все элементы, которые должны быть отображены на экране для каких состояний.

  • Описать требования к валидации данных со стороны клиентского приложения (то, что проверяется без отправки запроса в сеть): ограничения на ввод, допустимые символы, значения для селекторов, какие проверки инициируются нажатием на кнопки, можно ли выделить текст на экране и т.п.

  • Для кнопок и других элементов описываются требования к отправке запросов на сервер и реакция на их нажатие.

  • В идеале здесь стоит описать, как данные на экране связаны с БД.

Если к моменту начала разработки есть макет от дизайнера — прекрасно! Если нет, то системный аналитик должен уметь сделать макеты, поставить задачку дизайнеру, который сделает всё удобно и красиво.

Для наглядности показываю нашу заглушку.

«1с:аналитика» – bi-система от «1с»

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

«1С:Аналитика» сможет выполнять функции BI-системы, в том числе:

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

На наш взгляд, узким местом остается консолидация данных из внешних по отношению к конфигурации 1С источников. Скорее всего, для решения этой задачи планируется использовать  другие инструменты, входящие в технологическую платформу, или, как рекомендуют разработчики, реализовывать такую интеграцию в рамках проектов по внедрению.

В технологическом блоге 1С есть замечание, касающееся работы с виртуальными источниками: «В качестве основы для построения диаграммы можно использовать запросы на языке 1С, объединяющие в себе несколько объектов метаданных. Такие виртуальные источники должны специально готовиться администратором системы или партнером-внедренцем».

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

Hard skills

Для удобства все навыки из группы hard skills мы разделили на 7 групп: базовые компетенции, теория и техники анализа, основы бизнеса, знания по разработке ИС, документирование, дополнительные компетенции, иностранные языки. На пересечениях ролей и компетенций обозначено, для каких задач аналитику необходимы те или иные навыки.

По иностранным языкам: знаки вопроса стоят потому, что, в принципе, может быть шикарный аналитик, работать на локальном рынке и ему будет достаточно только русского языка для выполнения своих работ. Но учитывая, что область бизнес-анализа достаточно молодая и на русском языке не так много литературы, форумов и сообществ, в которых вы можете узнавать информацию, конечно, знание иностранных языков позволит лучше развиваться и получать больше профессиональных знаний, нежели вы знаете только 1 язык.

Опишем hard-skills, предполагающие чисто технические навыки. Они проще всего тренируются и достаточно важны, т.к. лежат в основе эффективной работы аналитика.

Находим точки роста продукта

Аналитик – человек, который находит перспективные точки роста продукта за счет масштабирования проблем и задач.

Самый первый этап понимания любой задачи для продуктового аналитика – это определение, к какому классу проблем она принадлежит. Обычно выделяется три вида исследований:

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

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

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

Распознаем и анализируем разговоры

В Wrike есть подразделение аккаунт-менеджеров (customer success managers), главная задача которых — поддерживать клиентов не с целью продаж, а улучшения их опыта пользования продуктом. Они созваниваются с клиентами по видеосвязи, обсуждают их текущие боли, рассказывают лучшие практики, предлагают ворк-эраунды и сообщают о статусе разработки новых фичей.

Все эти разговоры долгое время записывались и практически не использовались продуктовой организацией – пиэмы предпочитали лично общаться с аккаунт-менеджерами, чтобы получить некое общее представление о болях клиентов. Это могло добавлять элемент “испорченного телефона” и не всегда раскрывало контекст, в котором с этой проблемой сталкивался пользователь.

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

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

Определение интересующих сфер

На этом шаге вы можете выписать все возможные навыки и задачи аналитиков в таблицу наподобие приложенной (файл презентации доступен на странице конференции AnalystDays-2021). Затем вам следует напротив каждого навыка поставить вес — то, насколько для вас (и/или для компании — зависит от того, на каком уровне строится план) важен тот или иной навык.

Вы можете использовать шкалу от 0 до 5 или от 0 до 100 (в примере используется шкала 0..5). В принципе, эта же классификация может быть использована в вашей карьере. В нашей компании используется градация на 3 уровня специалистов — Junior, Specialist, Expert — а внутри них идет разбиение на 3 ступени от R1 до R3.

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

А также следует внести в таблицу и те дополнительные навыки, которые хоть и не являются основополагающими в работе аналитика, однако упрощают жизнь и делают его работу более эффективной.Также при составлении плана следует учитывать следующие критерии: индивидуальность, привязка к системе аттестации, конкретность, измеримость, согласованность с руководством.

1 Базовые компетенции

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

a. Деловая этика

Во-первых, общая деловая этика, навыки общения по телефону, навыки письменной корреспонденции. А именно, такие задачи как: как правильно написать письмо (начать с приветствия, в конце поставить завершающую фразу, побуждающую клиента к действию, и подпись), как нужно общаться с клиентом по телефону.

Это, естественно, должно быть известно вам заранее. Почему я об этом говорю — лично видела ситуации, когда аналитики приходили на проект и письма выглядели так: «Не можете ли вы прислать нам актуальную документацию по проекту?» Ни «здравствуйте», ни «до свидания». Это просто не красиво. Это базовый навык, который у вас должен быть и о котором даже говорить не надо.

b. Навыки работы в интернете

Следующий навык — умение работать в интернете, работать с инстант-мессенджерами (Skype, например, очень популярен в настоящее время). За счет них вы сокращаете дистанцию и клиент может к вам обратиться онлайн. В Skype можно формировать групповые обсуждения, всю команду подключать к общению с клиентом и тогда вопросы по проекту решаются быстрее. Также следует знать, что такое демонстрация экрана, как пересылать файлы и т.д.

Дополнительный анализ:  Рейтинг подмосковных шоссе по стоимости земельных участков

c. Совместная работа

Следующий блок — это умение совместной работы. Вам помогут знания таких инструментов, как Google Drive Goggle Drive — доступный, бесплатный инструмент, через который возможно обмениваться документами с клиентом и командой разработки. Если у вас в компании не установлен инструмент совместной работы, это самый простой выбор, чтобы давать доступ клиентам к документам.

И что еще важно — вы можете одновременно и совместно работать над одним и тем же документом. Мы используем такую технику — открываем вместе с клиентом документ с требованиями и обсуждаем, что и в каком порядке должно быть реализовано. Вы изменяете у себя в документе приоритеты и клиент через пару секунд видит это у себя на экране.

d. Онлайн-конференции

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

Конечно, есть вариант, что вы приезжаете к клиенту, если он находится в той же стране и городе. Но часто мы работаем с западными заказчиками или удаленными командами. Среди этих инструментов онлайн-конференций — GoTo Meeting и GoTo Webinar (это из одной серии), WebEx и другие. Причем они могут пригодятся не только для презентации результатов, но и для сбора требований.

e. Wiki-хранилище

Может быть полезен еще такой инструмент, как MediaWiki. Это онлайн-библиотека, наподобие всем известной Wikipedia, которую вы можете локально развернуть для своего клиента и всей команды силами своего администратора. В ней можно вести документацию и что хорошо, что не нужно сохранять файлы на хранилище для отслеживания версий, пересылать коллегам, вы не сможете забыть файл — всегда доступен актуальный контент. Например, руководство пользователя или спецификации можно писать в MediaWiki.

f. Скорость чтения и печати

Еще один блок базовых компетенций hard-навыков — это скорочтение и скоропечатание (хотя могут быть споры, можно ли это отнести к soft-skills).Аналитику нужно обрабатывать много информации: с одной стороны, много читать (изучать и осмысливать), а с другой, много писать (фиксировать результаты), поэтому вам будет крайне полезно в вашей профессиональной карьере, если вы натренируете эти 2 навыка.

Например, можете сравнить — средний навык печати это 100 символов в минуту, я печатаю со скоростью 400 символов в минуту. Если все понятно, что писать в документе и нужно только словами зафиксировать договоренности, написать протокол договоренности с клиентом, то можете себе представить — у меня это занимает в 4 раза меньше времени, нежели среднестатистическому специалисту. Соответственно, повышая у себя этот навык, вы делаете себя более эффективным и экономите время на своих проектах.

g. Офисные инструменты

Также в рамках базовых навыков хотелось бы отметить еще ряд инструментов, такие как офисные инструменты (Word, Excel, PowerPoint и Visio), которые позволяют качественно и наглядно представлять результаты вашей работы. Если вы умеете открыть документ Word и умеете печатать там текст, но не умеете настраивать стили заголовков и таблиц, оформить примечания, использовать шаблоны и свойства документа.

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

h. Визуализация

Следующий инструмент — это MindManager. Тоже достаточно полезная программа, которая относится к базовым навыкам и позволяет в виде диаграммы связей (mindmap) структурировать информацию.

i. Графические редакторы

Аналитикам также могут быть полезны и графические редакторы — не только сложный Photoshop, но и, например, классический Paint. Есть еще более мощная программа — SNAGIT — рекомендую.

j. Мультимедиа-редакторы

Конечно, для презентаций можно пользоваться PowerPoint, но в современной среде достаточно популярным становится инструмент Prezi. В нем презентации получаются интереснее и интерактивнее. Плюс, если вы овладеете созданием видео-роликов, в частности, программой Camtasia Studio, позволяющий записывать видео-ряд демонстрации работы приложений, то это будет полезно в плане того, что клиент не всегда может уделить вам время сейчас, но вы можете предоставить ему видео-файл, и клиент с большей вероятностью его посмотрит, чем если станет самостоятельно кликать на кнопки системы.

2 Теории и техники бизнес-анализа

Следующий блок — теории и техника бизнес-анализа. Это те навыки, которые помогают вам стать непосредственно бизнес-аналитиком. В этом контексте рассматриваются знания и навыки в сферах:• Управление требованиями• Управление изменениями• Разработка проектных артефактов• Соответствующий инструментарий

a. Управление требованиями

Первый блок знаний — управление требованиями. Здесь важно знать, как идентифицировать источники и как выявлять требования, и что с ними после этого делать: анализировать, специфицировать (документировать), проверять.

b. Управление изменениями

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

a. Проектные артефакты

Далее — умение описать Vision, Software Requirements Specification, подготовить руководство пользователя. Иногда я слышала мнение, что аналитик не должен писать руководства пользователя, что это работа технического писателя. Я считаю это достаточно узким взглядом на мир, т.к., в общем-то, задача аналитика — способствовать созданию продукта, который будет успешен и полезен, и не всегда в команде выделен технический писатель. Т.е. не нужно «перевешивать собак» друг на дружку.

Наиболее эффективно инструкцию по работе с системой и пользовательскую документацию может написать аналитик. Даже если он не пишет, то он должен иметь общее понимание, что из себя представляет пользовательская документация и чем она отличается от baseline-документации, спецификаций.

b. Инструментарий

В области теорий и техник анализа также выделены инструменты для управления требованиями, такие как Enterprise Architect, Borland CaliberRM (на конференции был представлен отдельный стенд, а также был прочитан доклад) и др. Для управления требованиями также используются не специализированные инструменты — Excel, Jira

4 Разработка ИС

Аналитик, который разрабатывает информационные системы, должен владеть техниками и методиками их разработки.

a. Основы архитектуры

Первый блок — основы архитектуры — общее понимание, что из себя представляет ИС, понимание клиент-серверной технологии и построения баз данных, знание устройства сайтов (в т.ч. понимание HTML, устройства CMS, знание готовых CMS), а также разбираться в протоколах и форматах передачи данных (XML, CSV и так далее).

b. Нотации проектирования

Вам могут быть полезны нотации проектирования такие как, UML, DFD, блок-схемы.

c. Эргономика

Помимо общих знаний по разработке ИС вам понадобятся знания по эргономике (юзабилити), причем в этом плане обратите свое внимание на такие стандарты, как web-style guide, mobile-style guide. A разработка ИС для iPhone и Android имеет набор лучших практик и стандарты требований, как должны проектироваться мобильные приложения.

d. Инструментарий

Инструментарий позволяет выполнять проектирование эффективно и удобно с точки зрения проекта и с точки зрения тех, для кого этот проект делается. В частности, это инструменты прототипирования (Balsamiq Mockups, Axure, JustInMind — в т.ч. мобильных интерфейсов). Также для этих целей используется MS Visio.

5 Документирование

a. Грамотный язык и корректное оформление

Следующий блок навыков — документирование. Аналитики пишут документы и они (документы) должны быть грамотными как с точки зрения языка, правильного использования технического стиля, грамотной письменной речи, так и с точки зрения оформления. Этот фактор определяется тем, насколько приятно ваш документ брать в руки, насколько он аккуратно и единообразно оформлен, как хорошо подготовлен к печати.

Это, кстати, очень важный момент — 90% документов, которые мне присылают внешние аналитики, при попытке распечатать (особенно это касается таблиц Excel) выводятся на 10 листов в хаотическом порядке. Потом приходится вручную пытаться их собрать, что практически не реально.

А дело в том, что Excel по умолчанию не форматирует страницу под печать. Аналитики должны знать, что есть специальные настройки структуры и вида страницы, в которых задается формат вывода на печать, порядок страниц, их нумерация. Обращайте на это внимание — подготовили документ, затем распечатали и посмотрели, удобно ли это использовать или нужно документ привести в порядок.

b. Эргономика

Для оформления документов также есть набор стандартов в области эргономики (или юзабилити, как сейчас более популярно выражаться). В частности, среди технических писателей одним из зарекомендовавших себя стандартов считается MS Manual of Style. На сегодняшний момент там более 400 страниц и он очень хорошо в плане того, как писать англоязычную техническую документацию — какие термины использовать (например, «click the button» или «click on the button»), как правильно оформлять, структурировать.

c. Инструментарий

И конечно же, инструментарий подготовки документов. Это может быть MS Word, OpenOffice (для Linux). Также требуются программы для генерации PDF-документов (Acrobat). И для документирования также пригодится Wiki. В особенности, знания wiki-разметки (специфический язык, который достаточно быстро осваивается) позволят лучше понимать, В каком случае документ оформить в Word, а в каком — в Wiki.

6 Дополнительные компетенции

К дополнительным компетенциям в области hard-навыков, на которые мне хотелось бы обратить внимание — это следующие.

a. Основы менеджмента

Аналитик так или иначе всегда сопутствует менеджеру на проекте и где-то делит с ним сферы ответственности, где-то его может замещать, где-то, общаясь с клиентом, он так или иначе принимает решения по включению требований в проект. Т.е. это, с одной стороны, аналитика, с другой — менеджмент.

b. Знания в предметной области

Дополнительный анализ:  Игры, которые играют в людей: что книга “Игра в цифры” рассказывает об игровой аналитике / Блог компании / Хабр

Здесь же может быть очень полезной (а чаще она бывает и основополагающей) — это доменная экспертиза. Какой бы проект вы не начинали делать, уточните, в каком домене он будет выполняться — это может быть финансы, страхование, туризм — и внимательно ознакомьтесь с данной предметной областью.

c. Прикладная экспертиза

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

d. Инструментарий бизнеса

Могут быть полезны знания инструментов, которые использует бизнес, таких, как ERP-систем, CRM-систем и т.д.Также в группу дополнительных компетенций мы включили иностранные языки, которые упоминались выше. В дополнение следует уточнить, что очень рекомендуется выучить на достойном уровне английский – как минимум потому, что это позволит понимать много полезной литературы, которая выходит на английском языке, но, к сожалению, не всегда переводится на русский, а также общаться на форумах с коллегами-аналитиками из других стран.

Формируем, масштабируем и валидируем гипотезы

Аналитик – человек, который может сформулировать проблему на должном уровне абстракции, измерить ее и проверить на значимость, предложить рекомендации к действиям.

Независимо от этапа исследования, существуют разные уровни гипотез (о них мы детально расскажем ниже), которые помогают оценивать взаимодействие пользователя с продуктом и строить дальнейшие планы разработки. Здесь зачастую возникает задача правильно оценить необходимый уровень гипотезы, подобрать инструмент для сбора информации или её валидации. Фактически процесс выглядит следующим образом:

  1. Формулировка гипотез – например: «пользователям-админам из определенной когорты важно иметь возможность выставлять счета на основе недельного отчета».
  2. Сбор статистики использования – классическая задача аналитики – понять, способны ли цифры ответить на сформулированные выше гипотезы.
  3. Сбор обратной связи – проведение исследования посредством маркетинга, рассылок или через внутренние инструменты обратной связи
  4. Анализ и валидация результатов – проверка результатов на стат. значимость

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

Анализ и валидация результатов

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

Фактически после каждого опроса аналитик должен удостовериться с какой степенью уверенности можно доверять результатам, в том числе и результатам своей работы. Влияет ли фактор работы в большой компании на ответ? А должность сотрудника?

Все эти гипотезы тщательно проверяются с помощью необходимых инструментов: подобно корректному проведению А/Б теста, непосредственно от аналитика зависит какие именно подходы применимы в каждой конкретной ситуации. Как правило, часто может использоваться регрессионный анализ, однако и он не является единственным универсальным решением, т.к. имеет свои области применения и интерпретации. Конкретные методы остаются всегда на усмотрение аналитика.

Анализ средств предприятия и их распределение

Все решения, принимаемые компанией в управлении своими финансовыми ресурсами, можно разбить на три основных блока:

  1. Решения о финансировании бизнеса связаны с формированием финансовых ресурсов компании. Каждый финансовый руководитель обязан принимать решения о том, каким наилучшим образом привлечь столь необходимые денежные средства.
  2. Распределение привлечённых финансовых ресурсов. Здесь речь идёт о принятии инвестиционных и операционных решений. В конечном итоге все финансовые ресурсы, сформированные компанией, должны перераспределиться в активы, что обеспечит выполнение главного правила – равенство активов и пассивов.
  3. Использование финансовых ресурсов компании. Результаты реализации инвестиционных и операционных решений проявляются в виде получения доходов компании от реализации продукции. Соотношение полученных доходов и расходов является конечным финансовым результатом.аналитика значение

Аналитики преднастроенной конфигурации

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

Наименование аналитики

Описание аналитики

Версии планирования

Используется для формирования
различных вариантов бюджетов и выступает как параметр для ввода
и анализа данных при работе с формами планов и бюджетов.

Для работы с версиями планирования используется конструктор
версий планирования
.

Календарь

Используется для привязки
бюджетных данных к временной шкале: дни/месяцы/кварталы/годы и
т.д.

Организационная
структура (ЦФО)

Задает состав и соподчиненность
группы организаций и центров финансовой ответственности (организационных
единиц), для которых выполняется сбор, формирование и согласование
данных в рамках бюджетной модели, например, по иерархии:

Элементы аналитики «Организационная структура (ЦФО)» должны
быть обязательно связаны с элементами аналитики «Контрагенты».

Показатели

Служебная аналитика, используется
для формирования бюджетных показателей в конструкторе
аналитик и показателей
.

Бюджетные статьи

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

Контрагенты

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

Проекты

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

Валюты

Аналитика, элементы которой
используются для формирования мультивалютной бюджетной модели.

Единицы измерения

Элементы аналитики используется
для соотнесения бюджетных показателей с натуральными или стоимостными
единицами измерения.

Типы данных

Служебная аналитика, используется
для типизации бюджетных данных. Например, в рамках процессов согласования
информация делится на исходные и скорректированные данные, в рамках
операции выделения ВГО
– на внутригрупповые и внешние данные.

Контуры ВГО

Служебная аналитика, используется
в процессах построения модели консолидации для выделения
ВГО
. Включена во все показатели ВГО.

В преднастроенной конфигурации созданы и настроены дополнительные аналитики,
входящие в состав некоторых структур хранения и показателей.

Наименование аналитики

Описание аналитики

Структурные
подразделения (МВЗ)

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

Каждый элемент аналитики связан с элементом аналитики «Организационная
структура (ЦФО)».

ТМЦ и услуги

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

Каждый элемент аналитики связан с элементом аналитики «Организационная
структура (ЦФО)».

Рынки

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

Продукция

Аналитика используется для
ведения перечня изготавливаемой/реализуемой продукции и услуг.

Каждый элемент аналитики связан с элементом аналитики «Организационная
структура (ЦФО)».

Основные средства

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

Каждый элемент аналитики связан с элементом аналитики «Организационная
структура (ЦФО)».

Сотрудники

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

Каждый элемент аналитики связан с элементом аналитики «Организационная
структура (ЦФО)».

Вопрос 2

В свое время я придерживался такого же мнения, что аналитики могут писать документы, пока не встретился с профессиональным техническим писателем (из Европы). И я понял, что это огромная сфера, люди даже специальное образование получают в данном направлении. И есть огромная разница между тем, что пишут бизнес-аналитики, продавцы, проджект-менеджеры, разработчики, и тем, что пишут технические писатели - по сути, это пропасть. Мне кажется, если есть возможность (например, в крупных компаниях есть такая практика), отдавать техническое писательство на аутсорсинг в профессиональную компанию. Они отдают публичную информацию о каком-либо продукте и они тут же пишет профессиональную документацию, а не пытаются сделать это внутри.

Я начинала свою карьеру как раз как технический писатель, поэтому мне все это очень близко, я очень четко понимаю, о чем вы сейчас говорите. По своим ощущениям и по тому, как я выполняла свои аналитические функции, имея базу технического писательства, и сравнивая это с аналитиками, которые эту базу не имеют, я всё же считаю, что аналитики должны обладать навыками написания технической документации.

Это позволяет сделать вас более профессиональным. На счет того, что что-то можно разделять и отдавать на аутсорсинг, весь мой доклад можно разбить на кусочки и сказать, например, что проектирование бизнес-процессов нужно отдать специалисту по моделированию бизнес-процессов (я встречала такого специалиста, которые делал то, что не умел делать ни один из моих бизнес-аналитиков).

P.S. Встретить Марию с Сергеем можно и на будущих конференция серии Analyst Days

Дилемма выбора

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

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

И мне хотелось бы привести несколько тезисов, чем может быть полезен аналитикам именно широкий кругозор.Дело в том, что при таком плане практически нет предела. Скорее всего, всей жизни не хватит на то, чтобы всю ширину темы освоить от и до.

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

Как это работает?

Чтобы изучать поведение пользователей, нужно собирать историю этого поведения. Но что именно собирать? Этот вопрос составляет до 70% сложности всей задачи. На него должны вместе ответить многие участники продуктовой команды: продакт менеджер, программисты, аналитики.

После того, как определились, что собирать, нужно продумать архитектуру того, как это собирать. Основной объект, с которым работают аналитические системы — это ивент. Ивент — это описание того, что произошло, которое отправляется в систему аналитики в ответ на действие пользователя.

Что за JSON-пакет?

JSON-пакет это текстовый файл, который описывает, что произошло. Например, JSON-пакет может содержать информацию о том, что пользователь Mary совершил действие Started game в момент времени 23:00 15 ноября. Как описать каждое действие? Например, пользователь нажимает на кнопку. Какие свойства нужно собрать в этот момент? Они делятся на два вида:

Дополнительный анализ:  Профессия Системный аналитик — Учёба.ру

  • super properties — свойства, характерные всем ивентам, которые присутствуют всегда. Это время, девайс айди, версия апи, версия аналитики, версия ОС;
  • event specific properties — эти свойства произвольны и основная сложность в том, как их подобрать. Например, для кнопки «купить монетки» в игре такими свойствами будут «сколько монеток купил пользователь», «сколько стоили монетки».

Пример JSON-пакета в сервисе по изучению языков:
image

Качественные против количественных

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

Аналитики, показатели, структуры хранения
Qualitative before Quantitative: How Qualitative Methods Support Better Data Science

Поэтому в Wirke мы не проводим четкого деления между аналитиками, которые организуют качественные и количественные исследования. Наоборот, на наш взгляд, в небольшой команде (нас около 10 человек) требуется максимально уметь комбинировать эти навыки, применяя количественные методы для развития идей качественного анализа, который зачастую проводится совместно с продукт-менеджером и дизайнером.

Фактически, когда речь идет о проведении исследований, у нас два ожидания от аналитика. Он должен уметь:

  1. находить перспективные точки роста продукта
  2. валидировать проблему путем ее формулировки и масштабирования

Далее мы расскажем подробнее про эти два ожидания и покажем, как именно аналитик выполняет ту связующую роль между бизнесовым пониманием проблемы и количественными методами, которые помогают их масштабировать и валидировать.

Подытожим

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

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

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

Строить дом без плана — странно. Может получиться избушка на курьих ножках, куча дров в результате дуновения ветра или недостроенное нечто.

С программным обеспечением — аналогично. Если заранее не проработать требования к реализации и не описать модель, то в результате разработки может получиться набор костылей, который будет раз за разом переписываться. Его будет сложно тестировать.

Нет модели — нет ожидаемого поведения системы.

Проектируйте, и в процесс вашей разработки придет порядок!

Политическая аналитика и прогностика

Политика является важной, может, и главной сферой функционирования, определяющей жизнедеятельность и взаимосвязь индивидуумов повсеместно. Но что такое аналитика в политической области?

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

Поэтому в политической науке выделяют три основных похода понимания термина «политический анализ»:

  1. Политический анализ представляет собой логическую аналитическую деятельность, применяемую в изучении главных проблем теоретической политологии.
  2. Второй подход признает дуализм политического знания и способов его получения.
  3. Третий подход основан на прикладном характере политической аналитической деятельности.

В связи с этим политическая аналитика включает в себя три главных компонента:значение слова аналитик

  • анализ текущей ситуации в политике;
  • прогнозирование её развития;
  • принятие политических решений.

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

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

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

Сбор обратной связи

Многие компании считают, что после того как они настраивают систему логирования, прикручивают аналитические сервисы вроде Google Analytics к своему продукту, подготовка платформы для проведения аналитики на этом заканчивается. Однако, к сожалению, при таком подходе забывается важнейший элемент – необходимость обратной связи с пользователем, возможности спросить его в нужный момент времени о его задачах и сложностях, перед которыми он сталкивается.

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

Мы используем внутренний инструмент QFF (qualitative feedback form) для формулирования и валидации гипотез и рассматриваем возможные сценарии пользовательского опыта в качестве трехступенчатой пирамиды (product → feature → interaction):

  1. Уровень продукта
  2. Уровень функциональности
  3. Уровень конкретного взаимодействия

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

1. Уровень продукта

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

Не существуют четко регламентированных метрик, которые необходимо применять в таких ситуациях, всегда есть нюансы. Однако, как правило, на этом уровне абстракции речь идет о метриках NPS (net promoter score) или SUS (system usability scale). Метрики не бесспорные, но, как правило, все же являются стандартами индустрии и помогают ориентироваться для целеполагания в масштабах нескольких кварталов.

2. Уровень функциональности

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

В зависимости от этапа нашего исследования могут отличаться не только вопросы, но и показатели, которые мы собираем с наших пользователей. Самое простое – уровень удовлетворения, который от задачи к задачи может считываться с помощью разных шкал (три смайлика или Likert scale), CES (customer effort score) — насколько трудно или легко пользователю реализовывать какие-то задачи.

3. Уровень взаимодействия

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

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

Фактически уровень оценки взаимодействия – это попытка оценить метрику CSAT (customer satisfaction), которая часто используется в поддержке и других сервисах, где нужно поставить оценку конкретному событию. При этом, здесь также могут использоваться метрики вроде CES, но в более «локальной» формулировке.

Связи аналитик, показателей и структур
хранения

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

В строках таблицы приведен список структур хранения (СХ) и показателей
преднастроенной конфигурации и отмечены основные аналитики (в столбцах),
входящие в данные элементы.

Условные обозначения:

Аналитики, показатели, структуры храненияАналитики, показатели, структуры хранения

Для дополнительных аналитик в таблице (по строкам) приведен список структур
хранения (СХ) и показателей преднастроенной конфигурации, в которые включены
доп. аналитики (в столбцах).

Условные обозначения:

Аналитики, показатели, структуры храненияАналитики, показатели, структуры хранения

Финансовая аналитика

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

Что такое аналитика в сфере финансов? Чтобы ответить на этот вопрос, нам необходимо коснуться понятия экономики, планирования и хозяйственной деятельности.

Финансовая аналитика является одним из самых важных направлений работы планово-экономической и финансовой службы каждой компании.

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

Финансовый анализ является методом научного исследования, который позволяет обрабатывать информацию о финансовой длительности компании (хозяйствующего субъекта).

Целью финансового анализа является оценка эффективности работы компании и устойчивости финансового состояния.

Вместо заключения

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

Умение находить точки роста в данных (какими бы неструктурированными они ни были), правильно оформлять их в гипотезы, масштабировать и валидировать на всех текущих и будущих пользователей – именно те качества, которые отличают наших продуктовых аналитиков.

А если вы хотите поговорить и о количественной аналитике, больших данных и инфраструктурных вещах, которые поддерживают всю аналитику в Wrike, заходите в гости к нам на митап в Питерский офис. Ну или просто заходите в гости.

Оцените статью
Аналитик-эксперт
Добавить комментарий