Періодично інші запитуватимуть, як мені вдається організувати різні завдання, активи, ресурси та пов’язані речі в рамках проекту. По- перше, я вирішив зробити Pressware невеликим (і це з певних причин), тому це дозволяє мені запускати його інакше, ніж якби він був, звичайно, більшим.
По-друге, я зазвичай використовую дуже зменшену версію дошки канбан. Для тих, хто не знайомий, канбан визначається так:
японська виробнича система, в якій постачання компонентів регулюється за допомогою картки з інструкціями, що надсилається вздовж виробничої лінії.
З цією метою я вирішив поділитися коротким оглядом того, як я зазвичай налаштовую кожен стовпець і кожну картку, а також інструменти, які я використовую для виконання кожного завдання.
Канбан у розробці WordPress
Загалом, кожна дошка, яку я налаштував – і я зараз розповім про інструменти, які я для цього використовую – містить чотири стовпці, кожен з яких визначено наступним чином:
- TODO. Це, по суті, набір завдань, які необхідно виконати для завершення проекту. Це перелік усіх вимог, які зазвичай викладені в описі роботи, але розбиті на завдання, які можна переміщати по кожному стовпцю, щоб побачити прогрес.
- робити. Коли в цьому стовпчику є картка, це означає, що команда, хтось інший або я працюємо над нею. Іноді картка міститиме кілька підзавдань (які зазвичай позначені прапорцями), і ми оновлюємо їх статус завдання. Я намагаюся зберегти кожну картку, пов’язану з комітом, у вихідному коді, щоб, якщо нам доведеться відкотити щось назад, ми перемістили картку назад у стовпець. Крім того, коли ми зафіксували зміну, ми можемо перемістити картку до наступного стовпця.
- Огляд / Постановка. Цей стовпець означає, що роботу виконано, і вона готова до перегляду користувачем у робочому середовищі сайту. Як правило, я надаю клієнтам доступ до дошки, щоб вони могли робити саме це. Тобто вони можуть бачити, коли щось готове для перевірки, мати доступ до місця проведення та перевіряти, чи вимоги, перелічені в описі роботи та на картці, готові до роботи.
- Готово. Після того, як клієнт переконається, що виконану роботу виконано так, як він задоволений, картку переміщують у стовпець «Готово», код об’єднується з головною гілкою, а потім цикл повторюється. Однак, якщо завдання не виконано, картка повертається до «Виконання» та повертається по конвеєру, доки не буде готова до випуску.
Тепер, коли справа доходить до роботи над проектами, є ще один аспект, який слід враховувати: активи.
Єдине Джерело Істини
Зокрема, я говорю про все, що коливається від:
- шрифти,
- конструкції,
- облікові дані для сторонніх API,
- інструменти сторонніх виробників,
- або взагалі будь-які інші активи, які можуть знадобитися з самого початку проекту або з моменту його розробників.
Є кілька способів впоратися з цим, і я намагаюся дозволити природі активів диктувати, де я розміщу речі. Наприклад, ресурси дизайну часто зберігаються в спільній папці Dropbox або, можливо, на картці, якщо вони невеликі (але зазвичай це не так). Навіть тоді я можу створити стовпець «Ресурси» та картки зі списками з посиланнями на папку Dropbox, наприклад.
Дуже простий приклад використання Trello.
Якщо це облікові дані для API, я можу розмістити їх на картці в стовпці «Ресурси », але якщо це щось конфіденційне, я можу використати приватну нотатку Droplr, а потім зв’язати її з обраного мною інструменту керування проектом.
Однак ви зрозуміли: природа активу визначає, де він зберігається, але дошка канбану завжди якось посилається на нього. Саме це допомагає йому залишатися єдиним джерелом правди для вас і всіх залучених сторін.
А для інструментів?
Я думаю, що багато хто з нас любить пробувати нові блискучі речі. Для когось це майже звичка:
Випущено новий інструмент управління проектами? Давайте спробуємо. Для інших, якщо є перевірений метод, який працює, то чому б не дотримуватися його?
Незалежно від того, куди ви потрапляєте, я вважаю, що важливо знайти те, що найкраще працює для вас і вашої команди, а потім використовувати їх послідовно та в приписний спосіб, який можна застосовувати в усіх проектах.
Щодо мене, я, як правило, використовую такі інструменти:
- Проекти Trello або GitHub. Це багато в чому залежить від клієнта.
- Dropbox для обміну ресурсами.
- Droplr для захисту облікових даних.
- Google Docs for Statements of Work and Terms and Conditions
- Документи Google для звітів про витрати
- Рахунок-фактура для рахунків-фактур.
- Eversign для електронних підписів на вищевказаних документах.
Я знаю, що для деяких програм, наведених вище, деякі можуть бути стурбовані безпекою, особливо якщо це стосується фінансової чи безпечної інформації.
Фото Джона Сальвіно на Unsplash
Я не сприймаю це легковажно. Емпіричне правило, якого я намагаюся дотримуватися, полягає в тому, що якщо це те, що, на мою думку, потребує цілковитої безпеки, тоді я використовую відповідну систему для цього; інакше, якщо це те, до чого я дійсно не проти, якщо хтось має доступ, то це нормально для мене.
І я вважаю, що це важливе міркування, яке ми повинні враховувати, надаючи послуги іншим. Фактично, це, ймовірно, вміст для іншої публікації, якщо не для цілого іншого блогу. Але це не цей допис і не цей блог – принаймні зараз.
Моя точка зору?
Зрештою, переконайтеся, що у вас є наступне:
- спосіб для вас і вашого клієнта відстежувати прогрес проекту протягом життєвого циклу розробки,
- спосіб побачити, як йдуть речі, які не є відверто технічними, як контроль джерела,
- спосіб обміну та доступу за потреби,
- вміння спілкуватися та задавати запитання за потреби.
Я впевнений, що варто звернути увагу на інші речі, але вони є ключовими для змісту цієї публікації. Отже, використовувати канбан у розробці WordPress нескладно, але воно також підкріплюється кількома додатковими речами, які можуть полегшити процес.
Зберігайте єдине джерело правди за підтримки сторонніх служб, які полегшують співпрацю.