11 заметок с тегом

Управление проектами

Позднее Ctrl + ↑

Не пропускать слабые решения

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

Это с одной стороны опасный принцип (можно уйти в перфекционизм), с другой он помогает задавать планку для всех остальных. Если хотя бы один раз пропустить слабое решение, то остальные сотрудники увидят, что так можно (у него же прошло!), и это снизит планку качества для будущих решений.

Слабое решение — это когда ты делаешь работу, чтоб её сделать (потому что так заведено), а не потому что это приносит пользу компании или клиенту. Это когда ты принимаешь решение, и не можешь объяснить почему ты это решение принял («я так вижу»). Когда даешь гипотезу, которая не основана ни на цифрах, фактах или твоём опыте.

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

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

Если слабое решение прошло, и все это поняли, то это нужно разбирать как факап руководителя.

Тут важно понимать, что сильное решение ≠ идеальное решение. Сильное решение — это решение, которое решило проблему и создало пользу. Это может быть табличка собранная на коленке, но которая показывает как проблему можно решить. Чем меньше ресурсов задействуется — тем лучше.

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

2023   Менеджмент   Управление людьми   Управление проектами

Закрывай окна браузера, чисти рабочий стол в конце дня

Мы в IT-Agency за основу управления личным временем берём дорофеевские «Джедайские техники». Тема очень большая и многогранная, но сейчас хочу рассказать о том как снижаю тревогу по «а вдруг я что-то забыл».

В конце рабочего дня у меня есть ежедневная рутина:

И три пункта из этой рутины — это про очистку «дополнительных инбоксов»:

  1. Я закрываю все окна браузера. Если какое-то окно браузера не хочу закрыть, то скорее всего там хранится задача. Тогда фиксирую её как отдельную задачу и окно закрываю. И так пока все окна не будут закрыты.
  2. Я удаляю все файлы с рабочего стола и из папки Temp. Если какой-то файл я не готов удалить, значит это файл от проекта → нужно его перенести в папку проекта. Или за этим файлом стоит задача, которую нужно сделать → тогда пишу задачу в Инбокс Сингулярити (такс-трекер).
  3. Прохожусь по слаку и по почте (хотя это и не написано) и архивирую все письма. Если есть какой-то тред, где есть моя задача, или меня отметили, то пишу задачу на следующий день со ссылкой на этот тред или письмо.

Эта практика значительно для меня снижает тревожность. Я не переживаю за то, что что-то забыл или кого-то подвёл.

Как в IT-Agency мы ведем еженедельный план-факт

В IT-Agency есть правило, что мы созваниваемся с клиентом еженедельно, и рассказываем ему о результатах выполненных работ и планах на следующую неделю. В агентстве есть ценность «открытость», поэтому в план-факте обязательно должны быть ссылки на итоги работы или на артефакты (файл-загрузки, исходники и т. п.).

Ниже будет ссылка на пример такого еженедельного план-факта. В зависимости от проекта план-факт меняется. Автор такого оформления план-факта: Илья Кузнецов, ведущий джедай.

В чем главная задача такого план-факта?

Каждую неделю мы обещаем сделать определенные задачи. Поэтому они записываются как план, на следующую неделю. А через неделю они переносятся, как «что планировали» и «что по итогу сделали». Это позволяет команде держать ответственность, а команде клиента видеть все результаты и объемы работ, которые проделывает команда.

Если задачу не сделали, придётся написать причину почему так произошло. Обычно такое происходит редко, если задачу нельзя выполнить, в течении недели клиент об этом узнает (к примеру, была блокирующая задача, в которой возникли проблемы).

В план-факте обязательно есть ссылки на выполненную работу или артефакты. Поэтому клиент сможет даже через год найти документ (либо через поиск по документу, либо через поиск по гугл диску). Даже если клиент от нас ушёл, мы сохраняем все файлы, т. к. они могут понадобится через несколько лет. Это снимает с клиента тревогу, что что-то потеряется, если они прекратят с нами сотрудничество.

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

После встречи (во время встречи можем внести изменения в файл → добавить новые задачи), мы высылаем итоги встречи в виде план-факта за неделю. Таким образом, даже если ЛПР не присутствовал на встрече, у него всегда есть понимание как идут дела с проектом и он в любой момент может посмотреть отчёты.

Ссылка на файл:
https://docs.google.com/document/d/10CTkqEuwkSMWJKizNyfA6IeDSXYeb0HjNSTgTEL5IdU/edit#

Все публикации доступны в моем телеграме, подписывайтесь.

2023   Менеджмент   Управление проектами
Ранее Ctrl + ↓