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

23

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

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

Просмотр видео дал мне некоторые идеи, но я все еще ломаю голову над тем, как лучше начать. Чтобы моя команда приняла это, с самого начала все должно быть почти идеально, поэтому я не хочу портить :)

trello Натан
источник
Помните, что у Трелло нет чата.
phwd
Натан, мне тоже интересна эта схема ... Может быть, мы оба сможем что-то придумать. Если у вас есть идеи, пожалуйста, напишите здесь! Спасибо и удачи!
Денис
@ Денис, если вы заинтересованы в этом, вы можете проголосовать, нажав на стрелку вверх (когда у вас достаточно репутации). Пожалуйста, не используйте ссылку ответа, чтобы ответить кому-либо. С немного большей репутацией вы можете оставлять комментарии.
phwd
@phwd Trello «пропускает» чат - но это не для меня, разве я что-то упускаю? Мне бы очень хотелось, чтобы был способ вести цепочки разговоров, хотя я знаю, что это может повлиять на простоту Trello (что является «функцией»).
Натан
Выполнено. Но заходите в chat.stackexchange.com/rooms/7/webapps. Я не знаю, пропустил ли я другие аккаунты. Дайте мне знать там.
phwd

Ответы:

17

Моя команда использует эту схему:

- Todo
- Doing
- Тестирование
- Готово
- Опубликовано

Для каждой итерации мы начинаем новую доску.

Как это работает?

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

  1. Алиса добавляет задачу в список Todo и назначает карту с Бобом, который сделает это.
  2. Если Боб на 100% уверен, что он понимает задачу, он перемещает карту в Список дел.
  3. Когда задание будет выполнено, Боб переместит его в Тестирование.
  4. Алиса перемещает карту из Тестирования в Готово, если задание конкурирует, в противном случае перемещает ее в Ведение (с указанием причины в комментарии).
  5. Чарли перемещает задачи из Готово в Опубликовано, когда итерация завершена.

Мы используем ярлыки: Дизайн, Код, Контент, Администратор, Ошибка.
Карты выглядят как истории: «Пользователь может восстановить свой пароль по электронной почте».
Для каждого клиента мы создаем организацию. Да, клиенты видят, что мы делаем.

Вот и все.

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

Рабочий процесс проектирования

Роман Золотарев
источник
Это довольно здорово. Я пытался держать все в одной организации, но я обнаружил, что одной или двух карт иногда недостаточно для некоторых проектов. Для более крупных проектов я могу рассмотреть возможность перехода в отдельную организацию. Есть ли у вас опасения, что ваши клиенты читают комментарии? Некоторые из наших разговоров либо довольно обыденные, либо раскрывают нашу неуверенность в ожиданиях клиентов, их выполнимости и т. Д.
Натан
Натан, спасибо за твой комментарий.
Роман Золотарев
Мы используем правильный язык в Trello, и я не беспокоюсь о клиентах, читающих наши комментарии. Даже если эти комментарии являются мирскими. Наши клиенты тоже люди. :) Когда я хочу сказать что-то личное, я использую Skype или телефон. Это очень редко. Нам нечего скрывать от наших клиентов. Такой способ общения полезен для здоровых отношений и ожиданий клиентов. Это помогает мне вовлечь клиента в процесс разработки.
Роман Золотарев
5

Подумайте, по какому пути идут ваши веб-проекты. Обычно он начинается с идеи, идет к плану, может быть, идет в разработку или дальнейшее планирование, переходит в тестирование, контроль качества, контроль качества и т. Д. Затем, наконец, он переходит от разработки к жизни. Конечно, это всего лишь пример.

Trello также публикует плату Trello для своего собственного процесса разработки здесь: https://trello.com/board/4d5ea62fd76aa1136000000c Вы можете использовать ее в качестве примера, чтобы увидеть один конкретный случай процесса веб-разработки.

andymac1
источник