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

04.03.25

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

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

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

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

 

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

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

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

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

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

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

 

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

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

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

 

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

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

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

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

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

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

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

 

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

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

 

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

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

 

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

 

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

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

 

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

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

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

 

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

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

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

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

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

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

 

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

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

 

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

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

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

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

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

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

 

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

 

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

 

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

 

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

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

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

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

См. также

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

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

вчера в 08:30    133    0    nik-boss    2    

1

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

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

25.09.2026    201    0    YA_826532418    0    

3

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

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

16.09.2026    262    0    YA_826532418    0    

3

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

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

29.07.2026    433    0    1Concept    0    

1

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

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

22.07.2026    446    0    YA_826532418    0    

3

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

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

02.07.2026    641    0    user2182327    0    

0

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

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

02.07.2026    465    0    YA_826532418    0    

3

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

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

24.06.2026    761    0    YA_826532418    0    

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