Удаленная работа с умом: Настройте ритм, коммуникацию и границы рабочего дня
Перенесённую задачу не следует автоматически копировать на понедельник. Перед тем как включить её снова, нужно заново определить приоритет и объём. Возможно, срок уже не актуален. Может быть, достаточно выполнить часть работы. А может, без решения другого участника задача вообще не сдвинется. Простое копирование создаёт растущий хвост, где каждый пункт кажется обязательным только потому, что однажды уже попал в план.
Точность плана не измеряется количеством выполненных пунктов. Гораздо важнее, насколько расчёт отражал реальную неделю и как быстро команда замечала изменения. Если главные результаты получены, а переносы заранее согласованы, план с несколькими снятыми задачами может быть лучше расписания, где всё формально отмечено выполненным ценой вечеров и поспешной работы. Цель следующего цикла — не безупречно исполнить прогноз, а сделать сам прогноз честнее.
Так формируется рабочий ритм, который выдерживает не только спокойный понедельник, но и внезапные правки во вторник. Ёмкость недели становится видимой, у задач появляются понятные последствия, у резерва — ясное назначение. Чтобы этот план работал для команды, каждому результату ещё нужно определить место, срок и ответственного — не в переписке, где решения легко теряются.
Задачи, которые не теряются в переписке
Недельный план помогает брать на себя только тот объём работы, на который хватает времени. Но договорённость не защитит это время, если она осталась в чате и каждый понял её по-своему. Чтобы работа не вязла в уточнениях, просьбу нужно превратить в задачу: назначить владельца, согласовать срок и определить, по каким признакам результат будет считаться готовым.
В понедельник утром руководитель проекта пишет в общий чат: «К пятнице соберите план внедрения нового порядка обработки обращений в филиалах. Нужно, чтобы было понятно, кто и когда что делает». Сообщение кажется достаточно ясным: указаны действие и день, к которому его нужно выполнить. Но через несколько часов выясняется, что исполнитель не знает, все ли филиалы включать в план, коллега ждёт подтверждённых дат, а руководитель подразумевал ещё и список ответственных. В чате появляются уточнения, ответы уходят вверх по ленте, а в четверг никто не может уверенно сказать, готов ли результат.
Проблема не в том, что сотрудники плохо читают или мало стараются. Просто в одном сообщении смешаны просьба, требования к результату, срок, решение о приоритетах и информация о ходе работы. У каждого из этих элементов своя роль. Пока команда их не разделила, переписка превращается в архив разрозненных ожиданий.
Когда просьба ещё не стала задачей
Сообщение — это единица общения. Оно может передавать информацию, задавать вопрос, предлагать вариант или просить о действии. Задача — это договорённость о конкретном результате, за который отвечает назначенный человек. Решение — выбор между вариантами, который определяет дальнейшие действия или снимает неопределённость.
В одной фразе могут соседствовать все три элемента, но от этого они не становятся одним и тем же. Например, «подготовьте план до пятницы и начните внедрение с тех филиалов, которые готовы» — не просто просьба. Здесь уже заложено решение о порядке внедрения, а слово «готовы» требует отдельного определения. Если решение ещё не принято, поручение не должно незаметно подменять его обсуждение.
В нашем примере сначала есть только запрос: подготовить план. Чтобы он стал задачей, нужно выяснить, что именно считается планом, кому он нужен и кто примет результат. Это не бюрократическая пауза перед работой. Несколько коротких уточнений в начале обычно экономят часы переделок в конце.
Исполнитель может спросить: «Включаем все филиалы или только те, где уже подтвердили готовность?» Руководитель отвечает: «Все восемь. Если по филиалу нет подтверждения, укажите это отдельно, не исключайте его». Затем исполнитель уточняет: «В пятницу нужен черновик для обсуждения или документ, по которому можно планировать внедрение?» Ответ: «Документ для планирования. Даты без подтверждения можно пометить как предварительные». Наконец, нужно выяснить, кто принимает результат. Если это руководитель операционного направления, его роль тоже следует записать, а не надеяться, что все и так её знают.
Каждый вопрос закрывает отдельную неопределённость: границы работы, формат результата, допустимую точность и полномочия на приёмку. А если выясняется, что даты пока не с кем подтвердить или руководитель ещё не решил, кто вправе утвердить график, не стоит заполнять пробел догадками. Значит, в рабочем процессе есть зависимость или решение, которое нужно получить.
Полезный тест прост: сможет ли человек, не участвовавший в переписке, понять по записи, что нужно сделать и как определить, что работа завершена? Если нет, задача пока держится на чьей-то памяти.
Одна запись вместо цепочки уточнений
Команде стоит договориться, где хранится актуальная информация о задаче: например, в рабочей системе, общем реестре проекта или документе со списком работ. Название инструмента несущественно. Важно правило: именно эта запись считается источником актуальных сведений. Чат может сообщить о задаче, дать ссылку или помочь обсудить вопрос, но не должен оставаться единственным местом, где известны срок и статус.
Карточка задачи для нашего примера может выглядеть так:
Запрос: подготовить план внедрения нового порядка обработки обращений в восьми филиалах.
Результат: общий график по всем восьми филиалам с этапами, датами, ответственными и отметками о неподтверждённых сроках.
Владелец: аналитик операционной команды.
Участники: координатор филиалов предоставляет сведения о готовности; специалист по процессу проверяет последовательность этапов; руководитель операционного направления принимает результат.
Срок: пятница, 15:00 по московскому времени.
Зависимости: сведения о готовности филиалов — до вторника, 12:00; подтверждение последовательности этапов — до среды, 16:00.
Критерий готовности: в плане есть все восемь филиалов; по каждому указаны этапы, ответственные и подтверждённые либо предварительные даты; пробелы и риски отмечены; результат проверен руководителем операционного направления.
Статус: в работе.
Следующее действие: получить от координатора филиалов сведения по оставшимся площадкам до вторника, 12:00.
Описание не обязательно оформлять именно набором полей. В небольшой команде достаточно короткой записи в общем реестре. Если рабочая система не позволяет выделить отдельное поле для зависимости, её можно указать в описании. Формат вторичен: важно, чтобы человек мог быстро понять, кто ведёт работу, чего от него ждут, когда нужен результат и где искать актуальную информацию.
После создания записи в чат можно отправить короткое сообщение: «Задачу на план внедрения внесли в реестр; там указаны срок, участники и необходимые данные». Ссылка пригодится, если нужный раздел не удаётся найти за несколько секунд. Но дублировать одну и ту же информацию в чате, таблице, личных заметках и отдельном письме обычно вредно: версии расходятся, и сотрудникам приходится выяснять, какая из них последняя.
Общее место не должно превращаться в подробную летопись каждого действия. В нём нужны не все разговоры, а сведения, которые помогают продолжить работу: текущий статус, изменение срока, блокирующая зависимость, принятый результат. Если обсуждение в переписке изменило договорённость, итог нужно перенести в запись. Иначе через день команда обнаружит, что переписка говорит одно, а карточка — другое.
Кто отвечает, а кто помогает
У каждой задачи должен быть один владелец. Это не значит, что он выполняет всю работу сам. Владелец следит за движением задачи: понимает следующий шаг, замечает задержки, сообщает о рисках и доводит результат до приёмки. Участники предоставляют данные, экспертизу или отдельные части работы. Рецензент проверяет результат по заранее известным признакам. Эти роли могут совмещаться, но их не стоит путать.
В нашем примере аналитик владеет задачей целиком, хотя не может сам получить все данные из филиалов или подтвердить порядок этапов. Координатор филиалов отвечает за передачу сведений, специалист по процессу — за проверку последовательности, руководитель операционного направления — за приёмку. Если записать всех четверых как одинаково ответственных, никто не поймёт, кому делать следующий шаг и кто заметит, что его не сделали.
Формулировка «ответственные: аналитик и координатор» звучит как справедливое распределение обязанностей, но часто оставляет пробел. Один думает, что ждёт другого, второй — что работу ведёт первый. Если у части задачи есть собственный результат, её лучше выделить отдельно: например, поручить координатору собрать сведения о готовности филиалов и установить для этого отдельный срок. Тогда у каждой самостоятельной работы будет свой владелец, а её связь с общим планом останется видимой.
Это не значит, что любое поручение нужно превращать в дерево из десятка карточек. Разделять работу стоит, когда её часть можно независимо передать другому человеку, когда у неё есть собственный срок или её задержка существенно повлияет на общий результат. Если коллега просто отвечает на один вопрос, достаточно указать его как участника или отметить зависимость. Масштаб учёта должен соответствовать сложности и риску.
Назначение владельца не означает, что руководитель может молча считать задачу вписанной в его график. Срок нужно согласовать с реальной загрузкой и зависимостями. Если аналитик уже занят работой, требующей нескольких часов сосредоточенности, новая задача не становится бесплатной оттого, что занимает одну строку в реестре. Руководителю предстоит решить, что перенести, что сократить или кому передать часть работы. Иначе система лишь точнее зафиксирует перегрузку.
Конец ознакомительного фрагмента.
Текст предоставлен ООО «Литрес».
Прочитайте эту книгу целиком, купив полную легальную версию на Литрес.
Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.
Приобретайте полный текст книги у нашего партнера: