Как руководителю заметить риск до срыва срока: вопросы для 1:1 с аналитиком

07.07.26

Управление проектом и продуктом - Управление рисками

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

Иногда возникает такая ситуация: в карточке задачи в трекере стоит спокойный статус: «в работе», срок еще не сорван, заказчик не пишет с претензией, на общей встрече никто не поднимает красный флаг, а потом на короткой 1:1 аналитик говорит: «Жду ответа, заказчик пока молчит».

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

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

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

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

 

 

Статус «в работе» не всегда показывает движение

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

Для отчета это один и тот же статус. Для руководителя — две разные ситуации.

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

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

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

 

Зачем руководителю такая 1:1

На общей статусной встрече подобные вещи часто проскакивают. Участников много, время ограничено, никто не хочет подробно разбирать одну зависшую задачу. Человек коротко говорит: «в работе», «уточняю», «жду ответа». Формально статус озвучен. Но проблема может остаться внутри задачи.

На 1:1 можно спокойно разобрать не весь поток задач, а несколько мест, где есть неопределенность. Близкий срок. Молчащий заказчик. Зависшая спецификация требований. Неясный объем. Договоренность, которая есть только в переписке. Ситуация, где аналитик надеется сам разрулить вопрос, но времени уже почти не осталось.

Мне не нравится подход, когда 1:1 превращают в вопрос «чем ты занимался всю неделю». Человек начинает перечислять действия: писал, созванивался, разбирался, уточнял. Это может быть правдой, но не всегда показывает, сдвинулась задача или просто вокруг нее была активность.

Гораздо полезнее спросить: «Что изменилось по задаче с прошлой встречи?»

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

Вопросы, которые вытаскивают риск

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

Что изменилось с прошлой встречи? Это один из самых полезных вопросов. Он быстро показывает, появился ли прогресс. Не просто «что делали», а что стало другим: появилось решение, согласовали сценарий, сняли вопрос, уточнили объем, зафиксировали договоренность.

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

Где мы сейчас ждем решения? Фраза «жду ответа» сама по себе слишком расплывчатая. От кого ждем? С какой даты? Что нельзя сделать без этого ответа? Когда ожидание становится поводом подключиться руководителю? Если этих ответов нет, задача не просто ждет — она зависла.

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

Что пока держится на предположении? Иногда риск прячется именно там. Мы предполагаем, что заказчик согласен. Предполагаем, что сценарий редкий. Предполагаем, что доработка небольшая. Предполагаем, что согласование пройдет быстро. Пока это не проверено, срок может держаться не на плане, а на надежде.

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

 

На что смотреть, кроме слов

На 1:1 важны не только ответы. Иногда человек говорит правильные вещи, но по динамике видно, что ясности не прибавляется.

Первый сигнал — повтор одной и той же формулировки. Неделю назад: «жду ответа». Сегодня: «заказчик пока молчит». На следующей встрече: «еще не вернулся с решением». Такое бывает, но руководителю уже надо понимать, что делаем дальше. Еще одно письмо? Созвон? Подключение руководителя проекта? Пересмотр срока? Если следующего шага нет, ожидание просто съедает запас времени.

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

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

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

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

 

Как не превратить 1:1 в допрос

1:1 ломается, когда человек начинает воспринимать ее как место, где его ловят на ошибке. После этого встреча может продолжать стоять в календаре, но реальные риски на нее уже не приносят. Приносят аккуратные статусы.

Я бы проводила границу просто: вопрос должен помогать задаче, а не превращать разговор в отчет за день.

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

На 1:1 стоит обсуждать то, что влияет на результат: срок, объем, зависимость, решение, следующий шаг. Все остальное легко превращает встречу в контроль ради контроля.

 

 

Что лучше не тащить на такую встречу

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

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

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

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

 

Что фиксировать после 1:1

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

Лучше фиксировать только то, к чему потом надо вернуться:

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

Например:

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

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

Финальный вывод

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

Ее ценность в другом. Руководитель может не узнать о проблеме последним. Задача еще «в работе», но заказчик молчит. Спецификация требований зависла, но это пока не выглядит как срыв. Срок вроде бы реалистичен, но только если несколько условий совпадут сами собой.

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

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

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

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

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

См. также

Внедрение изменений Управление рисками Бизнес-аналитик Руководитель проекта Бесплатно (free)

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

24.06.2026    212    0    YA_826532418    0    

1

Оценка проекта Управление рисками Россия Бесплатно (free)

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

10.06.2026    939    0    NikolayMaerov    11    

17

Оценка проекта Управление рисками 1С 8.3 1С:ERP Управление предприятием 2 1С:ERP. Управление холдингом Россия Бесплатно (free)

Почему даже хорошие ERP-системы не спасают от провала проекта. В материале рассмотрены 10 типичных управленческих ошибок до начала внедрения.

09.06.2026    433    0    Adapta    1    

5

Управление рисками 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:ERP. Управление холдингом Россия Бесплатно (free)

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

03.06.2026    327    0    Adapta    1    

1

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

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

29.05.2026    426    0    Adapta    1    

1

Управление рисками Бесплатно (free)

Расскажем о том, как адаптировать GRC и 3LoD-подходы из сферы корпоративного управления к специфике ИТ-проектов. Покажем, как эти инструменты помогают повысить устойчивость проектов, сделать управление прозрачнее и надежнее достигать запланированных целей. Объясним, почему дополнительные процессы не обязательно увеличивают нагрузку, а при правильно выстроенной системе могут, наоборот, освобождать время руководителя проекта. Разберемся, с чего начать внедрение GRC-подхода в проектное управление и какие риски важно учитывать на этом пути.

20.05.2026    370    0    user1983065    0    

0

Управление рисками Бесплатно (free)

Быстрый переход с иностранного ПО на российские решения редко бывает просто заменой системы – особенно когда речь идет о МСФО, ежемесячной отчетности и отключении от зарубежной инфраструктуры в жесткий срок. На примере проекта перехода с Oracle JD Edwards и Harmony reports на 1С разбираем проблемы, с которыми сталкивается команда: неполные данные, отсутствие доступа к исходной системе, скрытые доработки, накопленные ошибки учета и постоянный поток новых требований. Объясняем, почему кризисный подход не дает гарантий результата и чем полноценный переход отличается от установки нового программного обеспечения. Отдельно рассматриваем правильную методологию замещения: детальное обследование, стратегию перехода, методологическую подготовку и поэтапную автоматизацию.

18.05.2026    809    0    MichaelMontrel    0    

5

Оценка проекта Управление рисками Бесплатно (free)

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

27.04.2026    852    0    Dimanchik00    0    

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