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

Что входит в эту полку

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

Граница с управлением задачами реальна. Одно организует день человека. Другое координирует нескольких людей, чья работа зависит друг от друга, и именно эта координация оправдывает лишний вес.

Личные списки и небольшие командные доски относятся к категории управление задачами. Время и выставление счетов это учёт рабочего времени.

Выбирайте инструмент по тому, как приходит работа

Большинство команд укладывается в три модели, и продукты отдают предпочтение одной из них.

Непрерывный поток подходит для работы, которая приходит непредсказуемо: доска, очередь, ограничения на объём задач в работе. Итеративная поставка подходит командам, которые планируют фиксированными периодами с оценками и ретроспективой в конце. Плановая поставка подходит работе с реальными датами и зависимостями, где сдвиг в одном месте двигает всё остальное.

Если команде, которая работает потоком, купить продукт с упором на графики, получатся сложные планы, которые никто не обновляет. Если строительным работам купить лёгкую доску, получатся сорванные сроки. Сначала определите модель, потом оценивайте софт.

Функции, которые оправдывают свой вес

• Зависимости, когда одна часть работы действительно блокирует другую и к ней привязана дата.
• Загрузка, чтобы увидеть перегруженных людей раньше, чем это докажет срыв срока.
• Пользовательские поля и представления, чтобы один набор данных служил разным аудиториям.
• Автоматизация для смены статусов и передачи работы, которой не стоит заниматься вручную.
• Отчётность, рассчитанная на тех, кто никогда не откроет сам инструмент.

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

Всё решает внедрение

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

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

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

Работа с людьми вне команды

Клиентам, подрядчикам, аудиторам и руководителям обычно нужно смотреть, не редактируя.

Проверьте гостевой доступ, сколько он стоит и что гость видит по умолчанию. Затем проверьте отчётность для тех, кто никогда не войдёт в систему: еженедельная сводка по почте часто и держит заинтересованную сторону в курсе.

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

Сколько это стоит и как растёт

Стандартная модель это плата за пользователя в месяц, а тарифы определяют лимиты автоматизации, глубина отчётности, права доступа и единый вход.

Тихо растут расходы на места. Аккаунт получает каждый, кто касается проекта, неиспользуемые редко пересматривают, и команда из двенадцати человек платит за двадцать. Проверяйте это раз в квартал.

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

Признаки того, что вы переросли список задач

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

Честные признаки конкретны. Две работы ждут друг друга, и никто не может сказать, какая из них опаздывает. Кто-то перегружен, и это стало видно, только когда срок прошёл. Заинтересованная сторона постоянно просит статус, на сбор которого уходит час.

Любой из этих признаков оправдывает дополнительную структуру. Ни один из них не требует всех функций, которые предлагает продукт.

Начните с исполнителей, сроков и одного представления, которое отражает реальную работу команды, а зависимости или загрузку добавьте, когда этого потребует конкретный вопрос. Система, настроенная сверх того, что команда способна поддерживать, выдаёт уверенные отчёты на данных, которые никто не обновлял.