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

04.03.25

Программная инженерия - Работа с требованиями

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

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

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

 

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

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

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

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

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

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

 

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

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

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

 

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

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

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

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

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

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

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

 

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

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

 

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

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

 

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

 

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

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

 

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

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

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

 

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

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

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

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

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

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

 

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

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

 

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

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

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

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

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

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

 

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

 

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

 

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

 

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

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

См. также

Работа с требованиями Надежность и безопасность Бесплатно (free)

В двадцать первом выпуске третьего сезона подкаста Радио “Аналитик“ обсудили, что такое криптография, где и для чего она применяется.

18.06.2025    213    0    Radio_Analyst    0    

1

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

«Заземление требований» звучит как термин из электрики, но в ИТ-проектах это ключевой приём. Он означает перевод «воздушных» пожеланий заказчика в чёткие, измеримые задачи. Зачем это нужно?

16.06.2025    450    0    Vasin86    0    

3

Работа с требованиями Анализ бизнес-процессов Моделирование бизнес-процессов Анализ предметной области Бесплатно (free)

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

09.06.2025    507    0    SerjoginaMaria    0    

1

Работа с требованиями Надежность и безопасность Тестирование Бесплатно (free)

В двадцатом выпуске третьего сезона подкаста Радио “Аналитик“ обсудили, какие стратегии тестирования применяются для монолита и микросервисов, и как архитектура влияет на выбор стратегии.

03.06.2025    331    0    Radio_Analyst    0    

1

Работа с требованиями 1С:ЗУП Бесплатно (free)

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

19.05.2025    2344    153    PROSTO-1C    5    

11

Анализ бизнес-процессов Анализ предметной области Внедрение изменений Бесплатно (free)

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

08.05.2025    377    0    Radio_Analyst    0    

3

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

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

28.04.2025    1013    0    chavalah    0    

6

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

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

21.03.2025    1884    68    Kern3000    1    

5
Оставьте свое сообщение