Гайд для начинающих аналитиков. Часть 2. Поиск источников информации и подготовка к работе с ними

04.03.25

Бизнес-анализ - Работа с требованиями

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

1. Найти релевантный и достоверный источник информации

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

 

2. Подготовиться к работе с имеющимися источниками информации

💬 Например, чтобы получить информацию у людей нам нужно:

- Продумать вопросы, которые мы будем задавать.

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

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

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

 

💬 Если мы планируем работать с документами, нам нужно: 

- Убедиться в их актуальности и достоверности. 

- Проверить, что у нас есть доступ к необходимым документам.

 

💬 Если предстоит работа с аудио или видео, то стоит:

- Убедиться, что у нас есть доступы и контент воспроизводится.

- Заложить время на то, что периодически нам может потребоваться ставить запись на паузу, чтобы что-то записать или перематывать, чтобы пересмотреть или переслушать.

- Выделить ключевые вопросы, на которые мы хотим получить ответы из этих материалов.

- Решить, куда записывать важное из услышанного/увиденного, подумать, могут ли потребоваться скриншоты экрана. 

Зачем? Если для записей мы выберем ручку и листочек, то скриншот туда будет не добавить, лучше сразу использовать инструмент, который закроет все потребности.

- Определить, важно ли нам знать, кто говорит на записи. Иногда это действительно важно. Например, если нам нужно понять точки зрения участников разговора.

 

💬 Хотим подготовиться к исследованию системы. 

Начать хочется с того, что мы никогда не будем достаточно готовы, но это не повод не действовать 🙂

 

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

  • Черный ящик - мы взаимодействуем с системой таким же образом, как и обычные пользователи. 
  • Серый ящик - мы можем немного посмотреть под капот и что-то там понять. Например, заглянуть в регистры.
  • Белый ящик - мы можем основательно покопаться под капотом, знаем что и как устроено в конфигураторе, умеем читать код и делать умозаключения по увиденному.

 

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

 

Что мы хотим узнать?

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

 

Хотим узнать, какие возможности предоставляет система 

Если это типовое решение, то мы достаточно легко найдем ответы в открытых источниках. Это будет быстрее и проще, чем пробовать исследовать систему самостоятельно. 

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

 

Не все системы интуитивно понятны 

Системы отличаются по доступности для тех, кто с ними работает впервые. Есть такой термин «порог вхождения», который помогает описать эту особенность. 

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

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

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

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

 

Где искать эту информацию?

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

 

📌 В любом случае нам важно выяснить:

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

2. Как выглядят процессы пошагово и какие существуют правила для их выполнения.

3. В каком состоянии должна быть система, чтобы этот процесс выполнялся (настройки, введенные данные).

4. Под какими правами должны выполняться действия. 

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

 

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

 

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

 

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

 

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

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

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Работа с требованиями Аналитик Бесплатно (free)

Разбираем, почему управление требованиями остается одним из ключевых факторов успеха проекта, и как ошибки на этом этапе приводят к срывам сроков, перегрузке команды и «синдрому скользящей дорожки». Показываем, как превратить сбор требований в понятный процесс: вовлекать заинтересованные стороны, использовать активное слушание, визуализацию, прототипирование и микротребования. Объясняем, как расставлять приоритеты через MoSCoW и матрицу Эйзенхауэра, визуализировать задачи в Jira на Kanban-доске и сохранять фокус даже в условиях постоянных изменений. На практическом кейсе портала кандидата показываем, как системная работа с требованиями помогает довести проект до результата и получить продукт, который не просто используют, но и любят.

28.10.2026    185    0    user1916475    1    

1

Работа с требованиями Аналитик Бесплатно (free)

ИТ-ландшафт стремительно усложняется: растет число систем и потоков данных между ними, процессы выходят за рамки платформы 1С, а требования к надежности, доступности и безопасности становятся все выше. Поэтому современному аналитику уже недостаточно быть только «переводчиком требований бизнеса» – ему нужно проектировать взаимодействие систем, координировать работу нескольких ИТ-команд и учитывать нефункциональные требования еще до передачи задачи в разработку. Разбираем, почему концептуальный дизайн интеграции входит в зону ответственности аналитика, и какие знания платформы 1С, системного дизайна, баз данных и инженерных практик помогают сократить количество итераций и быстрее находить реализуемые решения. Объясняем, на какие характеристики архитектуры следует обращать особое внимание и как развивать техническую насмотренность, не пытаясь при этом стать экспертом во всех технологиях сразу.

02.10.2026    1237    0    romandredan    26    

11

Работа с требованиями Взгляд со стороны Заказчика Работа с заинтересованными сторонами Аналитик Руководитель проекта Бесплатно (free)

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

01.10.2026    387    0    YA_826532418    0    

5

Работа с требованиями Анализ потребностей и поиск решений Внедрение изменений Бесплатно (free)

Каждый архитектор и руководитель 1С-проектов рано или поздно сталкивается с выбором: продолжать латать старую систему или снести всё до основания и заложить правильный фундамент. Что делать, если появились "золотые гвозди"? Когда система на "пластырях" не работает.

28.09.2026    344    0    nik-boss    2    

1

Работа с требованиями Оценка проекта Аналитик Руководитель проекта Бесплатно (free)

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

25.09.2026    578    0    YA_826532418    6    

5

Работа с требованиями Аналитик Руководитель проекта 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

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

16.09.2026    464    0    YA_826532418    0    

3

Работа с требованиями Бесплатно (free)

Рассказываем об инструменте "Требования", зачем они нужны, чем отличаются от Канбан-доски и как правильно применять в рабочих процессах

29.07.2026    501    0    1Concept    0    

1

Работа с требованиями Бесплатно (free)

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

22.07.2026    530    0    YA_826532418    0    

3
Для отправки сообщения требуется регистрация/авторизация