Правила обработки и оформления задач

1. При получении задачи необходимо:
- проверить правильность указания раздела задачи, он должен соответствовать реализуемому функционалу;
- проверить, понятно ли сформулирована тема (название) задачи, она должна кратко отражать суть доработки;
- внимательно прочитать описание задачи, оно должно содержать точную информацию, что необходимо реализовать;
- в начале описания обязательно должна быть указана цель доработки и тезисно перечислены основные моменты реализации;
- детальное описание может быть расположено ниже или отдельным файлом на закладке "Приложение";
- также в описании должно быть указано, какие материалы прикреплены в приложении (описания, картинки, примеры) и как необходимо их использовать при выполнении задачи;
- в задаче должен быть описан порядок тестирования сделанных доработок и обязательно указан стенд для проверки (адрес сервера, название подключения, пользователь);
- также в задаче должно быть указано, в каком виде нужен результат выполнения работы (файл обновления (какого типа), файл программы, модуль, письменный ответ);
- если один из выше перечисленных пунктов вызывает сомнение или непонятен, следует обратиться к непросредственному руководителю или отклонить задачу инициатору с пояснением, что именно не понятно.

2. После окончания доработок необходимо:
- в соответствии с требуемым результатом задачи подготовить файлы (модули) обновления;
- если файл касается обновления конфигурации, его необходимо оформить в соответствии с правилами;
- файлы приложить на закладку "Выполнение" и к каждому файлу сделать описание, что он в себя включает и как его правильно устанавливать (требуется ли перезагрузка, какая необходима версия сервера приложения);
- разработчик обязательно должен установить обновление или настройку на чистую базу данных (конфигурацию) и удостовериться, что обновление корректно установилось и выполняет поставленную задачу;
- при необходимости на закладке "Выполнение" указать дополнительную информацию для тестирования: на что обратить внимания, какой функционал может "задеть" задача и т.д.;
- указать номера связанных задач (если они есть);
- (!!!) обязательно выложить исходные коды и другие измененные метаданные в версионное хранилище с описанием и указанием номера задачи;
- также при необходимости указать отдельно требуемую версию серверного модуля и клиентского приложения;
- написать понятное заключение к задаче;
- перевести задачу в статус "Закончена".

3. Правило написания заключения:
- кратко (тезисно) написать, что было реализовано/добавлено/изменено технически в задаче;
- обязательно указать, с какой целью была сделана задача, какие проблемы она решила и как теперь будет работать с точки зрения пользователя;
- возможно указать ключевые слова, для удобного поиска задачи на публичном сайте;
- если в заключение необходимо добавить дополнительную информацию для тестирования, ее следует написать после симоволов /****/;
- (!!!) текст заключения - это информация публичная, она доступна в открытом виде нашим заказчикам, поэтому строго проверять на наличие орфографических ошибок и корректности написания!