Как стать автором
Обновить

Немного практики в Codebase

Время на прочтение 2 мин
Количество просмотров 2.6K
Наверняка, когда перевод на четвёртую версию движка закончат для всех клиентов, здесь на Хабре сделают про это топик, а в преддверии хочу поделиться с вами тем, до чего докатился в плане управления задачами в Codebase за пару лет его использования. Это будет актуально для любой версии.

Тикеты



image

Во-первых, есть три типа тикетов: ошибка (bug), улучшение (enhancement) и задача (task). Кстати, по-умолчанию обычно стоит баг, будьте внимательны.

Особенное отношение у нас только к тикетам-улучшениям. Сейчас они чаще всего используются только для обсуждения каких-то предложений и экспериментов. Потом мы закрывает enhancement и открывает task, если принято решение сделать то, что обсудили.

image

У любого тикета есть пять статусов (это можно настроить). И вот тут-то и начинается самое интересное. Мы приняли для себя несколько простых правил, которые сильно упростили понимание, в каком состоянии находится тикет:

New — тикет ещё обсуждается и решение о работает над ним ещё не принято. Например, по тикету собирается информация, идёт обсуждание реализации (в четвёртой версии кодбейза, кстати, сделали отдельные удобные обсуждения) или не ясно, к какой версии продукта это будет сделано.

Accepted — тикет, обсуждение по которому закончено и все необходимые для реализации данные уже готовы, но работа ещё не начата. Когда кто-то из нас ищет себе следующую задачу, смотрят именно в такие тикеты.

In progress — очевидно, тикеты, по которым ведётся работа. У них всегда есть исполнитель. Если в accepted-тикете исполнитель ещё не назначен, то взявший тикет указывает в этом поле себя.

Completed — тикет, все условия которого реализованы. Мы можем переоткрыть тикет, если задача решена только по мнению исполнителя (например, это может сделать тестер). Тогда тикет переводится в статус New, так как там есть, что обсудить.

Invald — тикет, который закрывается по любой причине, отличной от реализации поставленной задачи. Решили не делать, невозможно воспроизвести баг или просто ошибочно созданный тикет.

Майлстоуны


Если тикет привязан к майлстоуну, значит его нужно закончить к дедлайну майлстоуна и не позже. Но вот в чём у нас отличия от традиционных подходов, так это в том, как мы относимся к отсутствию дедлайна у тикета. В этом случае, мы считаем, что тикет должен быть закрыт «как можно быстрее», а не «когда угодно».

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

Если у вас есть вопросы про Codebase — задавайте, с удовольствием на них отвечу (нет, они мне не платят, а вполне наоборот.
Теги:
Хабы:
+12
Комментарии 14
Комментарии Комментарии 14

Публикации

Истории

Работа

Ближайшие события

Московский туристический хакатон
Дата 23 марта – 7 апреля
Место
Москва Онлайн
Геймтон «DatsEdenSpace» от DatsTeam
Дата 5 – 6 апреля
Время 17:00 – 20:00
Место
Онлайн