Версия 1.8.0
Для осуществления перехода с предыдущей версии на версию 1.8.0 необходимо провести миграцию данных с помощью скрипта Migration script for SDLC 1.8.0 version, который нужно запустить после импорта SOP-файла с обновлением приложения. Подробная информация доступна в статье о развертывании приложения.
В новой версии мы реализовали изменение, которое позволит гибко настраивать статусные модели в разрезе проектов и типов задач, а также провели рефакторинг логики большинства элементов приложения для внедрения этого изменения.
Помимо этого, мы создали пять новых типов задач третьего уровня, переработали статусную модель Фичей и внесли исправления в интеграцию SDLC – ITSM.
Настройка статусных моделей для типов задач по умолчанию и в проектах
Мы реализовали возможность настраивать статусные модели для каждого типа задач в разрезе проекта. Настройка статусных моделей задач – это гибкий инструмент, который позволит адаптировать приложение для проектов с разными подходами к разработке, сохранив возможность повторного использования и не препятствуя масштабируемости проектов.
Изменение допускает использование существующих статусных моделей для ускорения запуска новых команд и увеличивает эффективность благодаря возможности отразить в системе реальную статусную модель, которой пользуется команда, вместо жестко заданной "коробочной" системы статусов. При этом, мы сохранили единство статусных моделей во всех инструментах приложения: настроенная статусная модель в проекте будет применяться на досках задач, в виджетах планирования работ по проекту и в отчетах.
Список произведенных изменений:
- Статусные модели в проектах
- Замена статусов Отменено и Выпущено на аналогичные признаки
- Обновление правил создания столбцов доски
- Обновление процессов создания и завершения проекта
- Обновление досок задач, виджета предпросмотра и создания задач из связанных списков
- Обновление виджетов пополнения доски и планирования спринтов
- Настройка статуса сгорания в диаграмме и обновление для релизов
- Обновление логики форм задач
Статусные модели в проектах
Мы создали таблицу Статусные модели в проектах (pda_state_model_project), в которой хранится информация о статусных моделях, выбранных для типов задач в каждом проекте. При добавлении типа задач в проект система ищет подходящую запись статусной модели в проекте и, если такой нет, создает новую.
- На форме Проекты (pda_project) теперь отображается связанный список Статусные модели, показывающий статусные модели, которые применяются к типам задач, добавленным в проект.
- В таблицу Типы задач (pda_task_type) добавлено поле Статусная модель, где указывается статусная модель задач этого типа, не привязанных к проекту.
- В систему добавлены статусные модели по умолчанию для "коробочных" типов задач, а при создании пользовательского типа задач статусная модель по умолчанию создается автоматически.
- Пользователи с ролями pda_admin и pda_user теперь могут читать записи таблиц Статусные модели (sys_state_model), Статусные переходы (sys_state_transition) и Настройка опций (sys_choice).
Если для типа задач нет записи статусной модели в проекте, в этом проекте:
- На доске: для этого типа задач будут разрешены любые статусные переходы;
- На форме: если для типа задач есть подходящая активная статусная модель, она будет применена. Если такой модели нет, будут разрешены все статусные переходы.
Читайте подробнее в документации.
Замена статусов Отменено и Выпущено на аналогичные признаки
Статусы Отменено и Выпущено удалены из статусных моделей всех типов задач. Вместо них добавлены колонки типа True/False Отменено и Выпущено, которые позволяют перевести задачу в одно из финальных состояний без привязки к статусам.
Отмена задачи
Задачу можно отменить с ее формы через новое UI-действие Отменить в бургер-меню или с доски в предпросмотре карточки задачи, нажав иконку . При отмене задачи:
- ее статус становится доступен только для чтения;
- она становится неактивна;
- на ее форме появляется метка Отменено;
- она исчезает с доски задач.
При необходимости можно возобновить работу над отмененной задачей на ее форме с помощью нового UI-действия Возобновить работу, расположенного в бургер-меню .
Выпуск задачи
При переходе релиза, который включает в себя задачу, в статус Выпущен, у задачи проставляется признак Выпущено. Такие задачи становятся неактивны и недоступны для редактирования кроме поля Релиз, и на их форме появляется метка Выпущено. К ним можно оставлять рабочие заметки. Задача перестанет считаться выпущенной при изменении или очищении значения поля Релиз.
Читайте подробнее:
Обновление правил создания столбцов доски
Мы изменили бизнес-правило, отвечающее за создание столбцов досок задач: теперь столбцы создаются только для опций статусов типов задач третьего уровня с уникальным Значением. Если у опций статуса совпадает Значение, для них создается один столбец. Если опция, к которой привязан столбец, удаляется, и есть опции с таким же значением, столбец привязывается к одной из них. Если в системе не остается опций статуса со значением, к которому привязан столбец, столбец удаляется во время синхронизации. Синхронизация столбцов происходит при каждом открытии формы доски.
Активными создаются столбцы для статусов Бэклог, Разработка, Проверка, Тестирование и Готово. Столбцы других статусов, включая пользовательские, нужно при необходимости активировать вручную.
При создании столбцов для новой доски Порядок столбцов устанавливается на основе Порядка опций статуса, для которых создаются столбцы, в такой же последовательности с шагом в 100. Порядок каждого нового столбца, добавленного к доске после первоначального создания столбцов, устанавливается по формуле Самый большой порядок среди столбцов доски + 100.
Читайте подробнее в документации.
Обновление процессов создания и завершения проекта
Мы обновили внешний вид и функциональность одного из этапов виджета создания проекта. Теперь при выборе типов задач, добавленных к проекту, нужно указать Статусную модель для каждого добавленного типа задач. После создания проекта автоматически создаются записи Статусных моделей в проекте (pda_state_model_project).
При завершении проекта больше нет опции Деактивировать для незавершенных задач: теперь их можно только Отменить и Перенести в другой проект. Также обновлены критерии незавершенных задач при завершении проекта: незавершенными считаются задачи с первого уровня по третий, которые не находятся в последнем статусе доски, и не являются выпущенными или отмененными. Если активировать проект заново, работа над отмененными задачами не будет возобновлена автоматически.
Читайте подробнее:
Обновление досок задач, виджета предпросмотра и создания задач из связанных списков
Мы провели ряд улучшений и изменений для досок задач, виджета предпросмотра и создания задач из связанных списков:
-
Переходы, доступные для задач на досках, теперь зависят от Статусных моделей в проекте (pda_state_model_project). Если в проекте невозможно определить статусную модель для типа задач, разрешены любые статусные переходы. Задачи с новыми признаками Выпущено и Отменено не отображаются на доске.
-
Мы обновили критерии завершенных и незавершенных задач в модальном окне Завершение спринта:
- Завершенными считаются неотмененные задачи в последнем статусе доски или статусе после доски, или неотмененные задачи в любом статусе, имеющие признак Выпущено.
- Незавершенными считаются неотмененные задачи уровней с первого по третий, не соответствующие ни одному из вышеперечисленных критериев.
-
Инфо-бокс модального окна Завершение спринта теперь зеленый, если все задачи спринта завершены. Помимо этого, мы исправили ошибку, из-за которой некорректно рассчитывалась Дата окончания при выборе опции Создать новый спринт.
-
При создании задачи с доски теперь открывается модальное окно, где доступны типы задач третьего уровня, добавленные к проекту. Доступные опции статусов включают статусы до доски и статусы доски.
-
Доработано модальное окно, открывающееся при отмене задачи с предпросмотра. Поле Причина отмены теперь является обязательным. Также улучшена визуальная составляющая виджета предпросмотра: статус теперь отображается в виде метки, цвет которой соответствует цвету статуса согласно правилам оформления колонки.
-
Доработаны правила доступа кнопки Создать задачу на форме Продукты (pda_product): теперь действие доступно только пользователям с ролями pda_admin, pda_user и admin. Аналогичная кнопка добавлена на форму Проекты (pda_project).
Читайте подробнее:
Обновление виджетов пополнения доски и планирования спринтов
Мы провели рефакторинг виджетов пополнения доски для Kanban-проектов и планирования спринтов для Scrum-проектов, который позволил использовать в них новую функциональность и улучшить процесс работы с ними.
Для обоих виджетов мы заменили иерархический список задач на новый список, созданный с помощью Simple-тега recordList, в котором записи сгруппированы по Родительской задаче. В новом списке доступно встроенное редактирование – инструмент, который позволит редактировать задачи из списка без необходимости переходить на их формы.
Кнопка Создать задачу на виджетах открывает новое модальное окно создания задачи. Доступны статусы до доски и статус первого столбца доски.
Виджет пополнения доски
- Виджет переименован из Виджета пополнения бэклога в Виджет пополнения доски, чтобы учитывать использование пользовательских статусных моделей.
- Мы изменили условия фильтров задач виджета пополнения доски.
- Счетчик WIP-лимита отображается, если все выбранные задачи добавляются в один столбец. Добавлены сообщения о том, что WIP-лимит уже превышен или будет превышен при добавлении задач на доску.
- Обновлено название модального окна добавления задач на доску в соответствии с новым названием процесса: ранее оно называлось модальным окно пополнения бэклога.
- Если для типа задач есть запись статусной модели в проекте, для добавления на доску должен существовать переход из текущего статуса в первый статус доски. В случае отсутствия статусной модели в проекте для типа задач, для добавления задачи на доску Порядок опции текущего статуса должен быть меньше порядка опции статуса первого активного столбца.
Виджет планирования спринтов
- Мы изменили условия фильтров задач виджета планирования спринтов.
- Список задач спринта теперь строится через Simple-тег recordList и показывает неотмененные задачи третьего уровня, связанные со спринтом.
- Действие запуска спринта больше не скрывается, а становится неактивным, если спринт не содержит задач или уже есть активный спринт.
- При запуске спринта на доску добавляются задачи, для которых возможен переход в статус первого столбца доски, или уже находящиеся в одном из статусов доски. Если в спринте есть задачи, которые не удовлетворяют этим условиям, в модальном окне отображается предупреждение.
Читайте подробнее:
Настройка статуса сгорания в диаграмме и обновление для релизов
На Диаграмму сгорания спринта добавлено новое UI-действие Настроить отчет, открывающее модальное окно, где можно выбрать статус сгорания для каждого типа задач, добавленного к спринту. Стори поинты задач в этом статусе и статусах после него будут считаться сгоревшими. Задачи с признаком Отменено не учитываются для расчета стори поинтов и не отображаются на диаграмме сгорания.
Мы обновили критерии завершенных и незавершенных задач при выпуске релиза:
- Завершенными считаются неотмененные задачи с первого по третий уровень, которые находятся в статусе с наибольшим числом в поле Порядок.
- Незавершенными считаются неотмененные задачи с первого по третий уровень, которые не находятся в статусе с наибольшим числом в поле Порядок.
На форму Модули продукта (pda_product_module) добавлен связанный список Задачи SDLC.
Читайте подробнее:
Обновление логики форм задач
-
Поля Продукт, Релиз, Модуль продукта теперь отображаются на форме вне зависимости от того, установлен ли на форме выбранного Проекта флажок Разработка продукта, и не очищаются при смене значения этого флажка или выборе другого проекта.
-
В поле Проект можно выбрать только активный проект, к которому добавлен текущий тип задач.
-
Если указан Проект, на форме которого установлен флажок Разработка продукта:
- в поле Продукт можно указать только запись, связанную с проектом. Если проект не связан с разработкой продукта или не указан, можно указать любой продукт, не находящийся в статусе Архив;
- поле Продукт становится обязательным;
- при очищении поля Продукт поле Проект автоматически очищается.
-
Поля Ранг, Кому назначено, Проект, Модуль продукта, Релиз, Спринт больше не являются обязательными. Поле Спринт отображается на формах задач, связанных со Scrum-проектами, в любых статусах.
-
Теперь отображаемое наименование задач формируется по новому шаблону: Номер задачи [Код проекта] Тема задачи. Для новых типов задач Тест-кейс и Автотест шаблон отличается: Номер задачи [Код проекта] Внешний номер Тема задачи.
Читайте подробнее в документации.
Улучшения
Новые типы задач
В приложении SDLC появились новые типы задач третьего уровня. Для каждого типа задач создана таблица, унаследованная от таблицы Задачи SDLC (pda_backlog_item), с новыми полями, уникальной статусной моделью и правилами оформления колонки статуса.
| Тип задачи | Таблица типа задач | Новые поля |
|---|---|---|
| Дизайн-истории | pda_design_story |
|
| UX-исследования | pda_ux_research |
|
| Тест-кейсы | pda_test_case |
|
| Автотесты | pda_automated_test |
|
| Задачи на документирование | pda_documentation_task |
|
Часть полей дизайн-историй и UX-исследований расположена на новой вкладке Результаты. Для задач на документирование также добавлена новая вкладка Публикации.
Новые типы задач позволят точнее отражать в системе реальный ход работ и обеспечат более четкое взаимодействие между командами разработки, тестирования, дизайна и командой технических писателей. Наличие уникальных полей и статусных моделей позволяет учитывать потребности и различия функциональных направлений. Благодаря новым типам распределение задач между специалистами, планирование и приоритизация стали еще более удобными и прозрачными. Помимо этого, масштабирование проектов стало значительно проще: наличие большего числа специфичных типов задач позволит поддерживать порядок в ходе разработки крупных проектов.
Читайте подробнее:
Обновленная статусная модель Фичей
Мы изменили статусную модель для типа задач Фича (pda_feature):
| Порядок | Статус | Описание |
|---|---|---|
| 1 | Воронка | Предварительная приоритизация и структурирование фичи, оценка потенциальной бизнес-ценности и соответствия стратегии продукта. |
| 2 | Бэклог | Определение примерных сроков реализации, оценка необходимых ресурсов, завершение приоритизации. |
| 3 | Анализ | Декомпозиция фичи до реализуемых задач, готовых к разработке. |
| 4 | Ожидает реализации | Анализ завершен и фича может быть взята в работу в соответствии с приоритетами проекта. |
| 5 | Реализация | Разработка, тестирование и подготовка к выпуску задач, включенных в фичу. |
| 6 | Выпуск | Подготовка и проведение связанного релиза, создание документации и маркетинговых материалов. |
| 7 | Завершена | Фича выпущена, релиз прошел успешно. Этот статус является конечным и не допускает дальнейших переходов. |
Обновленная статусная модель отражает больше характерных особенностей работы именно над этим типом задач.
Читайте подробнее в документации.
Изменения в логике обработки инцидента, связанного с дефектом
Мы изменили правило ограничителя значений в поле Связанные дефекты формы Инциденты (itsm_incident), чтобы для выбора по умолчанию были доступны активные записи, которые не были отменены или выпущены. Также, когда дефект, связанный с инцидентом, получает признак Выпущено, в Ленту активности инцидента добавляется запись об этом. Запись о начале работы над дефектом больше не добавляется.
Читайте подробнее в документации.