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

Инструментът за управление на проекти позволява на екипа да вижда всеки проект, задачите в него, кой отговаря за всяка задача, нейния статус и кога е крайният срок. За да създадете такъв, са ви нужни проекти и задачи в база данни, табло и списъчен изглед, страница „моите задачи“, коментари и ясни правила кой какво може да вижда и променя. AI конструктор на приложения може бързо да създаде използваема първа версия. Истинската работа е да устоите на желанието да пресъздадете всяка функция на голям продукт и вместо това да кодирате единствения работен процес, който екипът ви наистина следва.

Започнете от работния процес, а не от списък с функции

Общите инструменти са гъвкави, защото трябва да подхождат на всички. Вашият собствен инструмент може да подхожда точно на един начин на работа. Преди да напишете промпт, запишете:

• Какво е проект за вас. Клиентска поръчка, издание на продукт, строителен обект, маркетингова кампания.
• Етапите, през които минава работата. Например: Бриф → В процес → Преглед от клиента → Готово. Те стават вашите статуси и колони на таблото.
• Кой какво прави. Кой създава проекти, кой възлага задачи, кой одобрява.
• Какво хората гледат всеки ден. Обикновено „какво е мое и какво закъснява“.
• Какво мениджърите искат всяка седмица. Проекти в риск, просрочена работа, натоварване на всеки човек.

Ако отговорите ви изглеждат точно като общо канбан табло, може готов инструмент да е по-добрият отговор (повече за това по-долу). Ако включват стъпки като одобрение от клиента, фиксирани чеклисти за всеки тип проект или връзки с вашите собствени поръчки и фактури, именно там персонализираното изграждане си струва.

Какво трябва на инструмента

Данни

Полето позиция при задачите позволява на хората да подреждат картите с плъзгане и подредбата да се запазва. Журналът за активност отговаря на въпроса „кой върна това обратно в „В процес“?“, без да се налага да питате.

Страници

• Списък с проекти със статус, отговорник, краен срок и брой отворени и просрочени задачи.
• Страница на проект с изглед табло (колони по статус) и списъчен изглед (сортируем, с филтри).
• Детайли на задача като страничен панел или страница: описание, изпълнител, краен срок, коментари, файлове.
• Моите задачи за всеки човек, групирани по просрочени, днес, тази седмица, по-късно.
• Преглед за мениджърите: проекти в риск, просрочени задачи, задачи на човек.

Права за достъп

Решете рано:

• Може ли всеки да вижда всеки проект или само проектите, в които е член?
• Кой може да създава и архивира проекти?
• Може ли хората да редактират задачи, възложени на други?
• Ще получават ли клиенти или подизпълнители достъп? Ако да, до кои проекти и трябва ли да виждат вътрешните коментари?

Външният достъп променя дизайна значително. Ако клиентите трябва да виждат напредъка, помислете за отделен изглед само за четене или за клиентски портал, вместо да ги каните във вътрешния инструмент.

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

Фиксирани статуси или колони за всеки проект

Фиксираните статуси за всички проекти улесняват отчитането („колко задачи са в преглед?“). Персонализираните колони за всеки проект са гъвкави, но затрудняват изгледите през няколко проекта. За един екип с един работен процес фиксираните статуси са по-добрият старт.

Табло, списък или времева линия

Таблата са добри за поток, списъците – за сортиране и масово редактиране, а времевите линии – за работа, управлявана от дати. Първо изградете таблото и списъка. Времева линия или диаграма Гант (ленти в календар) добавя много сложност, особено със зависимости между задачите. Добавете я само ако сроковете наистина управляват работата ви.

Известия

Хората очакват да бъдат уведомени, когато им бъде възложена задача или бъдат споменати в коментар. Известията в приложението (звънче със списък) са по-прости за начало от имейл. Имейлът изисква доставчик за изпращане; вижте как да изпращате имейли от вашето приложение. Дневните обобщения на просрочените задачи изискват нещо, което работи по график, затова проверете как хостингът ви се справя с това, преди да го обещавате.

Актуализации в реално време

Двама души, гледащи едно и също табло, рано или късно ще видят остарели данни. За малък екип обикновено е достатъчно данните да се обновяват, когато някой отвори страница, или на определени интервали. Живите актуализации са хубави, но не са нужни за първата версия.

Първи промпт, който работи

Създай инструмент за управление на проекти за маркетингова агенция с 10 души. Проектите имат име, клиент, отговорник, краен срок и статус (Планиране, Активен, На пауза, Готов). Задачите принадлежат на проект и имат заглавие, описание, изпълнител, краен срок, приоритет (Нисък, Нормален, Висок) и статус (За правене, В процес, Преглед от клиента, Готово). Страници: списък с проекти, който показва броя отворени и просрочени задачи; страница на проект с табло за плъзгане по статус и сортируем списъчен изглед; страничен панел за задача с коментари; страница „Моите задачи“, групирана по Просрочени, Днес, Тази седмица и По-късно; и мениджърски преглед на просрочените задачи по човек. Запазвай всичко в база данни, води журнал на активността за промени в статуса и изпълнителя и запомняй подредбата на картите на таблото. Чист, плътен дизайн, който работи на лаптоп и телефон.

Промптът посочва статусите, страниците и малкото подробности (журнал на активността, подредба на картите), които отличават демото от нещо, което екипът може да използва.

Стъпки за изграждане

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

Чести грешки

• Копиране на всяка функция на голям инструмент. Подзадачите, зависимостите, персонализираните полета, автоматизациите и диаграмите Гант всяка добавя седмици от гранични случаи. Започнете без тях.
• Липсващ изглед „моите задачи“. Хората няма да ровят по десет табла, за да намерят работата си.
• Позволяване на всеки да изтрива проекти. Архивирайте вместо да изтривате и ограничете кой може да го прави.
• Свободен текст за статуси. Използвайте фиксиран списък, иначе отчетите се счупват.
• Смесване на отчитане на време. Ако ви трябват часове, изградете или свържете приложение за отчитане на време и свържете записите със задачите.
• Стартиране празно. Новият инструмент без данни не се използва. Първо импортирайте текущата работа.

Кога Trello, Asana или Jira е по-добрият избор

Ако работата на екипа ви се вписва в стандартно табло или списък и най-вече искате нещо надеждно още днес, установен инструмент трудно може да бъде надминат. Те идват с мобилни приложения, интеграции с чат и календарни инструменти, правила за автоматизация и години доводка. Нашите сравнения на Trello и Asana и алтернативи на Jira разглеждат опциите.

Персонализиран инструмент има смисъл, когато работният ви процес има стъпки, които тези инструменти обработват неудобно, когато проектите трябва да се свързват с ваши собствени данни (клиенти, поръчки, наличности, фактури), когато искате един прост екран вместо конфигурируем, или когато цената на потребител за голям екип става реален разход. Много екипи правят и двете: общ инструмент за обща работа и малък персонализиран инструмент за един специализиран процес. Ако търсите просто личен или малък екип за задачи, по-подходящо е по-простото ръководство за приложение за управление на задачи.

Изграждане с Mythex

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

Режимът на план е полезен тук: помолете агента да планира модела на данните и страниците, преди да пише код, прегледайте плана и тогава изграждайте. След всеки етап /test кара агента да премине през преглед средата (да създаде проект, да добави задача, да плъзне карта през таблото) и да докладва проблемите. Като начало разгледайте шаблоните екипна kanban дъска, agile sprint дъска или продуктова пътна карта.

Въпроси