Аналитик передал ТЗ разработчику. Как дальше планировать работу?

Аналитик передал ТЗ разработчику. Как дальше планировать работу?
вчера в 20:15
71

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

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

На практике именно после старта разработки появляется новый круг вопросов. Разработчик иначе понял формулировку. В требованиях обнаружилось условие, которое участники проекта считали очевидным и поэтому не записали. Заказчик уточнил ожидания. Готовая функциональность формально соответствует ТЗ, но не поддерживает реальный рабочий сценарий.

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

Этому этапу посвящен новый курс Инфостарт «Работа аналитика в связке с разработкой: сопровождение разработки».

Почему появился отдельный курс

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

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

Так у курса появилась конкретная граница. Он не повторяет полный цикл сбора требований и не сводится к написанию ТЗ. Его предметом стала ежедневная работа аналитика рядом с разработчиком.

Путь аналитика от требований до готового решения

1

Работа с требованиями в ИТ-проектах

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

 
2

Освойте написание ТЗ от и до: полный цикл на практике

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

 
3

Работа аналитика в связке с разработкой: сопровождение разработки

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

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

Для кого создан курс

Основная аудитория курса: аналитики 1С уровня junior+ и middle, которые уже знакомы с проектной работой и хотят системно выстроить взаимодействие с разработкой.

Курс подойдет трем группам слушателей.

Начинающим аналитикам

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

Практикующим аналитикам

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

Разработчикам 1С

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

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

Что будут изучать слушатели

Программа состоит из двух основных частей.

Часть 1

Консультационная поддержка команды разработки

Слушатели разберут, как переводить слова заказчика «учитывать», «контролировать» или «делать автоматически» в конкретные условия, объекты, триггеры и сценарии.

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

Часть 2

Функциональный контроль реализации

Слушатели научатся готовить функциональный просмотр, составлять чек-листы приемки и проверять пользовательские сценарии. В программу входит оценка интерфейсов с точки зрения пользователя, в том числе метод Cognitive Walkthrough.

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

Как фиксировать решения

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

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

Что останется после обучения

В курсе предусмотрены задания, близкие к обычной работе аналитика. Участники будут исправлять неконкретный фрагмент ТЗ, формализовывать «сырое» требование, создавать глоссарий, описывать основной и исключительные сценарии, заполнять журнал уточнений, готовить план стартовой встречи и составлять чек-лист приемки.

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

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

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

Почему в курсе нет кейсов

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

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

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

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

Кто ведет программу

 
Оксана Пашкова — автор курса по сопровождению разработки

Оксана Пашкова

Ведущий аналитик направления инновационных проектов в компании RDV

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

Также Оксана Пашкова занимается менторингом ИТ-специалистов, разрабатывает внутренние курсы, стандарты и методологии для аналитиков и консультантов 1С.

 

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

Формат и даты

Период курса 1 сентября – 18 октября
2026 года
Объем курса 7 недель и 40 академических часов
Поддержка эксперта Проверка домашних заданий
и ответы на вопросы в чате 

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

 

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

Посмотреть программу курса и оставить заявку

Если вам удобнее смотреть новости в телеграме, то вот наша группа – ИНФОСТАРТ.

Автор:

См. также

Кто такой руководитель проекта, за что он отвечает и какие навыки ему нужны? Вместе с преподавателями курса Инфостарта разбираем роль РП, его задачи и компетенции, помогаем понять, подойдет ли вам проектное управление и как попробовать себя в нем.

17.08.2026    262    aduhovna    0       

0

Как понять, что компания выросла из текущего уровня автоматизации? На вебинаре разберем, когда стоит продолжать развивать существующую систему, а когда переходить на новое ПО – 1С:Комплексную автоматизацию или 1С:ERP.

14.08.2026    460    julls_smile    0       

16

Как меняется работа руководителя ИТ-проектов с развитием нейросетей? 18–19 августа на мини-курсе покажем, как использовать AI в управлении проектами – от паспорта проекта до матрицы RACI.

10.08.2026    869    aduhovna    0       

1

AI собирает сценарии на TurboGherkin, но зеленый прогон не гарантирует правильную проверку. 20 августа в 16:00 МСК Александр Кунташов покажет, как создать и проверить автотест 1С с Vanessa Automation MCP.

07.08.2026    2502    aduhovna    0       

14

Как проверить, выдержит ли 1С реальную нагрузку после миграции? На курсе по HighLoad-тестированию разберут весь процесс: от подготовки сценариев и запуска тестов до анализа результатов, JMeter, WebSocket и применения LLM.

27.07.2026    1378    aduhovna    0       

15

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

20.07.2026    1773    aduhovna    0       

9

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

16.07.2026    1746    aduhovna    0       

4

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

13.07.2026    2078    ZasukhaIV    0       

18

Комментарии

Инфостарт бот
1. sapervodichka 18.08.26 23:21 Сейчас в теме
Ленин писал: «Для наступления революции обычно бывает недостаточно, чтобы „низы не хотели“, а требуется ещё, чтобы „верхи не могли“ жить по-старому»

=> джуны и мидл аналитики не смогут перестроить процесс взаимодействия с разработчиками без воли руководителя проекта. Почему руководителей проектов на курсы не позвали?
Для отправки сообщения требуется регистрация/авторизация