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

Инструмент управления проектами позволяет команде видеть все проекты, задачи внутри них, того, кто отвечает за каждую задачу, её статус и срок. Чтобы создать такой инструмент, нужны проекты и задачи в базе данных, доска и список, страница «мои задачи», комментарии и понятные правила о том, кто что может видеть и менять. ИИ-конструктор приложений может быстро выдать рабочую первую версию. Настоящая работа — не поддаваться желанию воспроизвести все функции большого продукта, а заложить в инструмент тот один рабочий процесс, которому действительно следует ваша команда.

Начните с рабочего процесса, а не со списка функций

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

• Что для вас значит проект. Работа с клиентом, выпуск продукта, строительный объект, маркетинговая кампания.
• Этапы, через которые проходит работа. Например: Бриф → В работе → Проверка клиентом → Готово. Они станут вашими статусами и колонками доски.
• Кто что делает. Кто создаёт проекты, кто назначает задачи, кто согласует.
• На что люди смотрят каждый день. Обычно это «что моё и что просрочено».
• Что нужно руководителям каждую неделю. Проекты под угрозой, просроченная работа, загрузка каждого человека.

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

Что нужно инструменту

Данные

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

Страницы

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

Права доступа

Решите заранее:

• Может ли каждый видеть все проекты или только те, где он участник?
• Кто может создавать и архивировать проекты?
• Могут ли люди редактировать задачи, назначенные другим?
• Получат ли доступ клиенты или подрядчики? Если да, к каким проектам и должны ли они видеть внутренние комментарии?

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

Решения и компромиссы

Фиксированные статусы или колонки для каждого проекта

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

Доска, список или таймлайн

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

Уведомления

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

Обновление в реальном времени

Два человека, которые смотрят одну и ту же доску, в какой-то момент увидят устаревшие данные. Для небольшой команды обычно достаточно обновлять данные при открытии страницы или время от времени. Live-обновления удобны, но для первой версии не нужны.

Первый запрос, который работает

Создай инструмент управления проектами для маркетингового агентства на 10 человек. У проектов есть название, клиент, ответственный, срок и статус (Планирование, Активный, На паузе, Готово). Задачи принадлежат проекту и имеют название, описание, исполнителя, срок, приоритет (Низкий, Обычный, Высокий) и статус (К выполнению, В работе, Проверка клиентом, Готово). Страницы: список проектов с количеством открытых и просроченных задач; страница проекта с доской drag-and-drop по статусам и сортируемым списком; боковая панель задачи с комментариями; страница «Мои задачи», сгруппированная по Просрочено, Сегодня, На этой неделе и Позже; и обзор руководителя с просроченными задачами по людям. Всё сохраняй в базе данных, веди журнал активности изменений статуса и исполнителя и запоминай порядок карточек на доске. Чистая, компактная вёрстка, которая работает на ноутбуке и телефоне.

Здесь прописаны статусы, страницы и несколько деталей (журнал активности, порядок карточек), которые отличают демо от инструмента, которым команда может пользоваться.

Шаги сборки

1. Проекты и задачи как списки. Создание, редактирование, назначение, сроки. Проверьте, что данные верны, прежде чем добавлять какие-либо виды.
2. Вид доски. Колонки по статусу, перетаскивание для смены статуса, запоминание порядка.
3. Панель задачи и комментарии.
4. Мои задачи. Это страница, которую большинство людей будет открывать каждое утро; сделайте её быстрой.
5. Вход и участие в проектах. Добавьте до того, как появится реальная работа.
6. Журнал активности и уведомления внутри приложения о назначениях и упоминаниях.
7. Обзор для руководителя. Просрочка по людям, проекты под угрозой.
8. Импортируйте текущие проекты из таблицы или экспорта, чтобы команда начала с реальными данными.
9. Проверьте вдвоём одновременно. Переместите одну и ту же карточку, отредактируйте одну задачу и убедитесь, что ничего не потерялось.

Частые ошибки

• Копирование всех функций большого инструмента. Подзадачи, зависимости, пользовательские поля, автоматизации и диаграммы Ганта добавляют недели крайних случаев. Начните без них.
• Нет вида «мои задачи». Люди не будут искать свою работу среди десяти досок.
• Любой может удалять проекты. Архивируйте вместо удаления и ограничьте, кто это может делать.
• Статусы в свободной форме. Используйте фиксированный список, иначе отчёты сломаются.
• Смешивание учёта времени. Если нужны часы, создайте или подключите приложение для учёта времени и привяжите записи к задачам.
• Запуск с пустыми данными. Новым инструментом без данных никто не пользуется. Сначала импортируйте текущую работу.

Когда лучше Trello, Asana или Jira

Если работа вашей команды укладывается в стандартную доску или список и вам нужно что-то надёжное уже сегодня, готовый инструмент трудно переиграть. У них есть мобильные приложения, интеграции с чатами и календарями, правила автоматизации и годы доработок. Наши сравнения Trello и Asana и альтернатив Jira помогут выбрать.

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

Как это сделать с Mythex

В Mythex вы описываете инструмент в чате, наблюдаете, как он появляется в живом предпросмотре, а агент добавляет отдельную базу данных Postgres, когда задачам нужно где-то храниться (попросите об этом или введите /database). Вложения к задачам используют хранилище файлов проекта (/storage). Вход для команды вы добавляете со своим подходом к аутентификации; см. рецепт добавления входа.

Режим плана здесь полезен: попросите агента спланировать модель данных и страницы до написания кода, проверьте план и только потом собирайте. После каждого этапа команда /test заставит агента пройти по предпросмотру (создать проект, добавить задачу, перетащить её по доске) и сообщить о проблемах. Для отправной точки посмотрите шаблоны командной канбан-доски, доски спринтов по agile или продуктовой дорожной карты.

Вопросы