Проекты и задачи с неясным статусом

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

Запомнить легко — всегда держи коллег в курсе

Команда сдала работу, а клиент уехал в отпуск? Напишите об этом в карточке проекта/задачи. Получил задачу, но не готов приступить? Пометь в задаче, когда сможешь ею заняться. Всегда отмечайте, почему задача «повисла в воздухе».

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

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

Закрытая задача без объяснений.

Весь процесс «делания» по проекту контролирует менеджер. Именно он в ответе за открытые задачи — карточки. Но ответственность за срок выполнения и уровень реагирования всегда несет исполнитель!