Задачи, технические задания, проекты

Репозиторий в данном контексте это хранилище истории версий файлов сайта. Когда мы вносим изменения в файлы сайта, то создаются контрольные точки, для каждой из которых сохраняется информация о том, в каких файлах были изменения, какие именно изменения (до и после правок) и где именно (в каком месте файла). Также сохраняется информация о пользователе, вносившем изменения и комментарий к контрольной точке, а также дата. Даже если какой-то файл был удалён, он сохраняется в истории версий.

Контрольные точки (коммиты) видны в разделе Код. Доступ к этому разделу по умолчанию отключен, т.к. это необходимо лишь программистам.

Вообще под "проектом" в нашей работе подразумевается домен сайта. Если репозиторию соответствует мультисайт, то проектов будет столько, сколько доменов (сайтов) управляется через панель управления. При этом мы добавляем ещё дополнительно проект "мультисайт. Если сайт в админке всего один, то в репозитории будет всего один проект (домен).

Деление на проекты имеет смысл именно для мультисайтов, чтобы было понятно, по какому именно домену ведётся работа в рамках конкретной задачи. Проекты мы создаём сами.

Мультисайт - это несколько доменов (сайтов), управляемых через одну админку. При это физически это одна папка с файлами и одна база данных. Если у вас мультисайт и нужно добавить (или найти) задачу по одному из его доменов, то перейдите в репозиторий, добавьте новую задачу и укажите проект (домен), к которому относится задача.

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

Привязка задач к ТЗ необходима потому, что счета за выполненные работы выставляются на основе работ по конкретному ТЗ.

Добавлять новые задачи может любой представитель клиента, учётная записи которого не является ограниченной. Из под ограниченного логина можно только комментировать существующие задачи.

Вы можете добавлять новые задачи сами, а можем добавлять мы (например, после переписки в мессенджере). Также мы переносим в нашу систему любые ТЗ, которые вы присылаете в любом формате.

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

Кто отвечает за выполнение данной задачи можно посмотреть на странице самой задачи (видно имя или логин), а также в списке задач (иконка справа от задачи).

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

Задачи, технические задания и проекты могут быть открытыми и закрытыми. Эти статусы изменяются с нашей стороны. Новые ТЗ и задачи, которые вы создаёте сами, открыты. Задача закрывается когда она выполнена и выполнение подтверждено клиентом. Техническое задание закрывается когда закрыты все задачи в этом ТЗ и выставлен счёт. Проект закрывается когда сайт больше не существует.

К любой задаче можно добавлять неограниченное количество комментариев. Комментарии могут добавлять как представители клиента, так и наши сотрудники, назначенные ответственными в задачу. К комментариям можно прикреплять файлы (до 10-ти файлов размером до 5 Мб каждый). Если необходимо, текст можно оформлять при помощи встроенного текстового редактора.

Добавленные комментарии нельзя удалять или редактировать.

Комментарии к задачам заменяют PDF отчёт о выполнении задач, которые мы отправляли клиентам раньше. Отчётов в старом формате больше не будет - все записи по реализации задач вы можете посмотреть на странице задачи.

В разделе Задачи есть строка поиска, позволяющая искать задачи в общем списке. Аналогично поиск есть в списке технических заданий, а также в разделе Код (по умолчанию код недоступен).

В списках задач и ТЗ есть сортировка по различным параметрам. Для списка задач есть фильтры по меткам, ответственным, проектам и некоторым другим параметрам.

Данный вопрос подробно рассмотрен в отдельном разделе справки.

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

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

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

Задачи с зависимостями встречаются не часто.

Мы можем закреплять некоторые задачи и тогда в списке задач (в разделе Задачи) такие задачи отображаются в верхней части списка задач. Также в блоке закреплённых задач постоянно отображаются специальные задачи "Обмен доступами" и "Обмен документами".

На странице закреплённых задач постоянно отображаются две специальные задачи, которые не относятся к техническим заданиям и привязаны к общему для организации проекту "Внутренняя переписка". Задачи называются "Обмен доступами" и "Обмен документами". Эти две "задачи" предназначены только для соответствующих целей и не относятся к реализации чего-то на сайте.

Эти задачи являются служебными и в общем списке задач не отображаются. Задачи постоянно закрыты.

Если задача была поставлена, но потом вы передумали её выполнять, то мы присваиваем такой задаче метку "Статус/Отменено". Если на задачу ещё не было потрачено время, то она переносится в специальное ТЗ, в котором копятся отменённые задачи (на случай если вдруг потом решите их реализовать).

Если задача была отменена в процессе реализации и на неё было потрачено время, то она оплачивается в рамках своего ТЗ.

Если вы поставили задачу, но потом решили отложить её реализацию, то мы присваиваем такой задаче метку "Статус/Отложено". Если на задачу не было потрачено время, то она переносится в специальное ТЗ, в котором накапливаются такие отложенные задачи. Если вы потом захотите вернуться к реализации такой отложенной задачи, то достаточно будет перенести её в текущее ТЗ.

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

Это задачи, которые вы не просили выполнять, но которые мы добавили в список задач в качестве рекомендации. Мы можем добавлять такие задачи в текущее ТЗ или создать отдельное ТЗ специально для рекомендованных задач.

Вы можете согласовать выполнение таких задач или нет. Если нет, то задача будет отменена (см. Отменённые задачи). Если да, то выполняется как и прочие задачи.

Обычно рекомендации возникают в процессе выполнения других задач или в результате проведения аудита.

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

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

Если есть задача, которую нужно выполнить по принципу "было нужно уже вчера", то можно провести её как срочную. Под срочными задачами мы понимаем такие задачи, которые выполняются не только первыми в вашем ТЗ, но и вне очереди ТЗ разных клиентов вообще. Такие задачи тарифицируются особым образом (повышающий коэффициент 3, никаких скидок, без оценки). Подразумевается что выполнение начнётся вне очереди (что однако не означает что на задачу будет потрачено меньше времени).

Срочные задачи мы можем выполнять только если есть возможность. Не принимаются как срочные такие задачи, которые не связаны с действительно срочными работами (например, упал сайт). Срочным задачам присваивается метка "Приоритет/СРОЧНАЯ ЗАДАЧА" и задача обычно закрепляется в списке задач.

Просьба не злоупотреблять срочными задачами, поскольку это нарушает установившийся порядок работ по клиентам. Только если действительно срочно.

Задача закрывается только тогда, когда она выполнена и заказчик подтвердил её выполнение, т.е. всё OK по данной задаче. Техническое задание закрывается только когда закрыты все задачи из данного ТЗ и выставлен счёт.

Закрытие задач и ТЗ выполняется с нашей стороны.

Если задача закрыта, но потом вдруг выяснилось, что там где-то что-то не так, мы можем снова открыть задачу и продолжить её выполнение. Если и ТЗ уже закрыто (оплачено), то ТЗ не открывается снова. Ошибки исправляются, исправленные задачи снова закрываются. Учёт времени не ведётся, если ТЗ закрыто (оплачено).

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

Если обнаруживаются ошибки в ТЗ, которые закрыты давно, то создаётся новое ТЗ.