DilOS4 Development Workflow сконструирован для поддержки процессов разработки и сопровождения. Внутри процесса используются несколько типов тикетов:
...
Development Lead может назначить тикет любому в роли Developer , кто может работать с этой темой (на его взгляд). Или любой Developer может взять этот тикет себе, просматривая backlog и нажав на тикете Assign to Me. После этого нужно поменять статус тикета на Assign to developer → ASSIGNED. После этого считается, что назначенный человек будет работать над этим тикетом.
...
Developer может вернуть тикет назад в backlog, если тикет был назначен по ошибке. Для этот этого нужно поменять статус на Unassign → OPEN и при этом обязательно вписать в Comment что-то в Comment, что может помочь понять причину возврата. После этого тикет возвращается в backlog.
...
Тикет может быть временно замороржензаморожен, если нужно прояснить дополнительно какие-то вопросы, или по какой-либо другой причине. Для этого Developer или Development Lead должен поменять состояние на Suspend → SUSPENDED с заполнением поля Comment и назначением тикета человеку, который должен ответить на вопрос или выполнить какое-то действие - в этом случае этому человеку будет выслано соответствующее оповещение. Если есть необходимость дать более полную информацию, то Developer может изменить поле Resolution на соответствующее значение.
...
Все тикеты в состоянии RESOLVED считаются готовыми для тестирования. Для группы тестирования это состояние сходно с состоянием OPEN для группы разработчиков: Test Lead получает уведомление, когда любой тикет переводится в это состояние, и может назначить любого в роли Quality Assurance для тестирования этого тикета. Также и любой тест-инженер может пройтись по списку таких тикетов и взять любой из них себе, нажав на Assign to Me. После этого состояние тикета нужно поменять на Verify → TESTING - и тикет будет считаться находящимся на тестировании.
...