Создание задач в задачнике (Weeek)

1. Создание новой задачи

На любые изменения в коде, кроме самых-самых мелких (которые должны быть объединены и присвоены одной отдельной задаче) – надо делать задачу в Weeek.
В общем процесс таков:

1.1. Переходим в проект нужной нам задачи (в примере mpDwgBase).

1.2. В самой верхней строчке начинаем вводить название задачи, и после этого нажимаем “Enter”. Желательно, чтобы по одному названию можно было понять суть, но это не всегда возможно.
1.3. Задача создана, но теперь надо подписать на неё нужных людей. Для этого в меню задачи, в правом верхнем углу нажимаем на «подписчики» и подписываем нужных людей. Кого на что подписывать – может меняться со временем, так что тут это вынесено в отдельный пункт.

1.4. После добавления всех нужных людей. Описываем задачу, прикрепляем ссылки на просьбы в чате/на почте/форуме/комментариях, нужные для понимания/реализации задачи файлы и т.д. Текст в описании редактируется и отображается у всех в реальном времени, так что, во избежание общественного порицания, не рекомендуется писать непотребства. Даже временно.

1.5. Добавляем нужные теги к задаче.

1.6. Назначаем исполнителя. Чаще всего исполнителем будет тот, кто задачу и написал, кроме пары исключений, о которых дальше.

1.7. Прочие пункты в меню задач – опциональные. Дату/приоритет или нестандартные поля почти никто не использует, но, если хочется – потыкать можно.

2. Кого на что подписывать

2.1. На все задачи подписывается ответственный за направление (на момент написания, отдельных независимых направлений со своими начальниками нет, так что добавляется руководитель всего ModPlus - Александр Пекшев).
2.2. На задачи, связанные с другими сотрудниками, подписываются эти самые сотрудники. «Cвязанные» в данном случае обозначает что задача даётся этому сотруднику, или будет выполняться под его надзором.

3. Как создавать задачи на тестирование

Тестирование подразумевает набор чётко сформулированных нововведений, известных на момент разработки крайних случаев и спорных моментов, если таковые каким-то образом дошли до тестирования. Задача для тестирования создаётся в самом начале процесса разработки и при необходимости обновляется в процессе. В целом процесс выглядит так:

3.1. В нужном проекте создаём задачу с названием «Тестирование и актуализация справки», если нужно тестирование обновления и «Тестирование и написание справки», если нужно тестирование свежесозданного плагина.
3.2. В описании добавляем список, содержащий пункты для тестирования. Каждый пункт, который совпадает с уже существующей задачей должен содержать ссылку на неё. Если отдельной задачи для этого нет – надо бы её сделать. Но если она слишком мелкая – можно и без ссылки.
3.3. На момент создания задачи не добавляем тестировщика не в подписчики, ни в исполнители. Добавление происходит только при завершении разработки, чтобы уведомить об этом тестировщика.
Примеры: