Я периодически наблюдаю: проект вроде бы идёт по плану. Основные этапы расписаны, дедлайн выглядит реалистично. Но ближе к финалу команда внезапно оказывается в цейтноте. В чём причина? В «серых задачах» — том, что редко фиксируют в планах.

Что это за «между»? — десятки уточняющих переписок («а давайте согласуем ещё раз»); — правки «на пять минут», которые превращаются в несколько часов; — поиск документов, которых «никто не сохранил»; — помощь коллеге, которая вроде бы не твоя зона ответственности, но если не сделаешь — сорвётся общее движение; — мелкие согласования «по ходу», которые вроде не критичны, но именно они разрывают поток работы.

Каждая такая мелочь незаметна. Но вместе они накапливаются — и легко съедают время, равное полноценному этапу проекта. Я видел ситуации, когда на «серые задачи» уходит до трети рабочего времени команды — и это без учёта основной работы.

Почему это опасно:

• нет владельца. У «серых задач» обычно нет ответственного, поэтому они не считаются в загрузке;

• нет оценки. Никто не закладывает их в сроки, хотя они всегда появляются;

• нет видимости. В отчётах всё красиво, но команда перегружена и выгорает.

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

А как у вас? Есть ли в команде практика выявлять и оцифровывать «серые задачи»?

#HR #iPlace #управление #команды #эффективность