Канбан для розробки ПЗ: конфігурація Planfix
Канбан для розробки ПЗ у Planfix — це дошка, на якій завдання рухаються по етапах від беклогу до логічного завершення. Команди розробки зазвичай губляться не в коді, а в статусах: незрозуміло, що вже в роботі, хто виконавець і де відповідь на питання, поставлене колезі три дні тому. Відео нижче показує стандартну конфігурацію «Канбан: Розробка ПЗ», яка збирає цей процес на Agile дошках у Planfix без налаштування з нуля.
Що ви дізнаєтеся з відео
- як планувати завдання в списку «Беклог» і описувати в них технічне завдання;
- як підвищити пріоритет завдання простим перетягуванням;
- як передати завдання на потрібний етап — зі списку й із самої картки;
- де в картці змінюють виконавця й бачать усіх співробітників із доступом до завдання;
- як обговорювати виконання в коментарях і не губити відповіді колег.
Відео триває 1:37 і проходить увесь шлях завдання: від створення в беклозі до сповіщення про відповідь колеги.
Як вести завдання на канбані: крок за кроком
Крок 1. Встановіть конфігурацію «Канбан: Розробка ПЗ»
Конфігурація — це набір заздалегідь підготовлених об’єктів, які забезпечують роботу певного бізнес-процесу в Planfix. Встановлення економить час на створенні всіх об’єктів вручну, а після встановлення їх можна редагувати чи видаляти: за своїми властивостями вони не відрізняються від створених самостійно. Встановити конфігурацію може керуючий або адміністратор акаунта: у розділі Управління акаунтом — Конфігурації натисніть Встановити конфігурацію і виберіть потрібну в маркетплейсі готових рішень. Обидва способи встановлення описані в інструкції з установки конфігурації.
Крок 2. Заплануйте завдання в списку «Беклог»
У цій конфігурації робота ведеться поетапно, а точкою входу служить беклог. Щоб запланувати завдання, у списку Беклог натисніть плюс — відкриється форма створення завдання. Назвіть завдання, у наступних полях опишіть технічне завдання і призначте виконавця, якщо він уже відомий. Якщо виконавець поки невідомий, просто створіть завдання: воно з’явиться внизу списку й чекатиме своєї черги.
Крок 3. Розставте пріоритети перетягуванням
Нове завдання стає внизу беклогу, тому порядок карток у списку — це і є порядок роботи. Щоб підвищити пріоритет, перетягніть завдання нагору. Коли воно готове до роботи, перемістіть його вправо — на відповідний етап.
Крок 4. Передавайте завдання на наступний етап із картки
Етап змінюють не лише перетягуванням. Перебуваючи всередині завдання, перенесіть його на наступний етап відповідною кнопкою — це зручно, коли ви щойно дописали коментар і не хочете повертатися на дошку. У картці також видно опис і панель з полями: там змінюють виконавця, а поряд перелічені всі співробітники з доступом до цього завдання.
Крок 5. Обговорюйте виконання в коментарях
Співробітники, підключені до завдання, спілкуються один з одним у коментарях: виберіть того, кого хочете повідомити, і надішліть повідомлення. Обговорення залишається в картці разом з описом і полями, тому контекст не розповзається по сторонніх чатах, а спілкування безпосередньо в завданнях виглядає як звичний месенджер.
Крок 6. Розбирайте відповіді у списку «Сповіщення»
Усі повідомлення з ваших завдань і відповіді колег збираються в першому списку конфігурації — Сповіщення. Виберіть повідомлення, натиснувши на нього, щоб відкрити завдання, виконайте необхідні дії, після чого позначте повідомлення прочитаним. Порожній список означає, що жодне питання не залишилося без відповіді.
Приклад: шлях завдання від беклогу до завершення
Нова правка приходить у беклог: тімлід створює завдання, описує в полях технічне завдання і залишає виконавця незаповненим, бо виконавець ще невідомий. На щоденній зустрічі картку піднімають нагору списку, призначають розробника й переміщують завдання вправо, на перший етап. Далі воно йде по етапах: розробник переносить картку кнопкою просто з завдання, тестувальник пише в коментарях, що знайшов, і вибирає, кого про це повідомити. Автор правки бачить повідомлення у списку «Сповіщення», відкриває завдання звідти, відповідає й позначає сповіщення прочитаним. Завдання доходить до логічного завершення, а завантаженість команди видно за кількістю карток на кожному етапі.
Кому це потрібно
- Командам розробки: етапи роботи видно на одному екрані, а перехід між ними — один рух;
- Тімлідам: завантаженість читається за кількістю карток на етапі, без окремих звітів;
- Тестувальникам: питання до розробника залишаються в картці завдання, а не в сторонніх чатах;
- Невеликим продуктовим командам: готова конфігурація заміняє збирання процесу з нуля.
Часті запитання (FAQ)
Що входить у конфігурацію «Канбан: Розробка ПЗ»?
Конфігурація — це набір заздалегідь підготовлених об’єктів під конкретний бізнес-процес. Тут це робота зі списками: першим стоїть «Сповіщення», далі «Беклог» і стовпці етапів, по яких рухаються завдання. Після встановлення будь-який об’єкт конфігурації можна відредагувати або видалити.
Хто може встановити конфігурацію в Planfix?
Керуючий або адміністратор акаунта. Зробити це можна на сторінці готових рішень або в самому акаунті: «Управління акаунтом — Конфігурації», кнопка «Встановити конфігурацію», далі вибір потрібного рішення в маркетплейсі.
Як підвищити пріоритет завдання в беклозі?
Перетягніть завдання нагору списку: створене завдання з’являється внизу беклогу, тому порядок карток задає черговість роботи. Коли завдання готове до роботи, його переміщують вправо — на відповідний етап.
Спробуйте канбан на своєму беклозі
Почніть з одного потоку: встановіть конфігурацію, перенесіть у беклог реальні завдання тижня й проведіть кілька з них по етапах до завершення. Інші готові процеси — від CRM до обліку робочого часу — зібрані в каталозі готових рішень, а якщо дошку хочеться зібрати власними руками, згодиться наш розбір, як налаштувати планувальник у Planfix. Якщо Planfix ще не ваш робочий інструмент — створіть акаунт і перевірте канбан розробки на своїх завданнях.
