Контур Trello, який використовується для управління веб-проектами / дизайном [закрито]


23

Хтось має хороший макет для використання трело в управлінні веб-проектами / дизайном?

У мене команда поширилася по всьому світу і хотіла б перейти з Basecamp (я думаю) на щось на зразок Trello (очевидно, простіше, дешевше).

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


Пам'ятайте, що в Trello немає чату.
phwd

Натане, мене теж цікавить ця схема ... Може, ми обидва можемо щось придумати. Якщо у вас є ідея, будь ласка, опублікуйте її тут! Дякую і удачі!
Денис

@Дені, якщо вас це цікавить, ви можете проголосувати, натиснувши стрілку вгору (коли у вас достатньо репутації). Будь ласка, не використовуйте посилання для відповідей, щоб відповісти комусь. З трохи більшою репутацією ви можете залишати коментарі.
phwd

@phwd Trello "відсутній" чат - але це для мене не таке, якщо я щось не пропускаю? Мені б хотілося, щоб був спосіб навести розмови, хоча я знаю, що це може вплинути на простоту Trello (що є "особливістю").
Натан

Зроблено. Але заходьте у chat.stackexchange.com/rooms/7/webapps Я не знаю, чи не пропустив я жодних інших облікових записів. Дайте мені знати там.
phwd

Відповіді:


17

Моя команда використовує цю схему:

- Тодо
- Робити
- Тестування
- Готово
- Опубліковано

Для кожної ітерації ми починаємо нову дошку.

Як це працює?

Припустимо, у нас є три особи: Аліса - менеджер із продуктів, Боб - розробник, Чарлі - старший розробник.

  1. Аліса додає завдання до списку Тодо і призначає картку з Боб, який це зробить.
  2. Якщо Боб на 100% впевнений, що він розуміє завдання, він переміщує карту до списку Doing.
  3. Коли завдання буде виконано, перенесіть його на Тестування.
  4. Аліса пересуває карту з Тестування на Готово, якщо завдання змагається, інакше пересуває її на Виконання (з причиною в коментарі).
  5. Чарлі переміщує завдання з Готово до Опубліковано, коли ітерація завершена.

Ми використовуємо мітки: Дизайн, Код, Вміст, Адміністратор, Помилка.
Картки виглядають як історії: "Користувач може відновити свій пароль електронною поштою".
Для кожного клієнта ми створюємо організацію. Так, клієнти бачать, що ми робимо.

Це воно.

Невелике оновлення нашого робочого процесу. :)

Дизайн робочого процесу


Це досить чудово. Я намагався тримати все в одній організації, але я вважаю, що однієї чи двох карт іноді насправді недостатньо для деяких проектів. Що стосується великих проектів, я можу розглянути можливість переходу до окремої організації. Чи є у вас побоювання щодо того, щоб ваші клієнти читали теми коментарів? Деякі з наших розмов або є досить приземленими, або виявляють нашу невпевненість у сподіванні клієнтів, здійсненність тощо ...
Натан

Натане, дякую за коментар.
Роман Золотарев

Ми використовуємо належну мову в Trello, і я не сумніваюся, що клієнти читають наші коментарі. Навіть якщо ці коментарі буденні. Наші клієнти теж люди. :) Коли я хочу сказати щось приватне, я використовую Skype або телефон. Це дуже рідко. Нам немає чого приховувати від наших клієнтів. Такий спосіб спілкування хороший для здорових відносин та очікувань клієнтів. Це допоможе мені залучити клієнта до процесу розробки.
Роман Золотарев

5

Подумайте про шлях ваших веб-проектів. Зазвичай це починається як ідея, іде до плану, можливо, переходить у розробку чи подальше планування, переходить до тестування, QA, rc тощо. Потім, нарешті, йде від розробки до життя. Звичайно, це лише приклад.

Також Trello публікує дошку Trello для потоку власних розробок тут: https://trello.com/board/4d5ea62fd76aa1136000000c Ви можете використовувати її як приклад, щоб побачити один конкретний випадок потоку веб-розробки.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.