DilOS4 Development Workflow сконструирован для поддержки процессов разработки и сопровождения. Внутри процесса используются несколько типов тикетов:
...
Любой, у кого есть права Create Issue, ожет может создать тикет. Конечно, более подробная и полная информация об ошибке, новой фиче или задаче весьма приветствуется, но по крайней мере поля Description и Environment ДОЛЖНЫ быть заполнены, чтобы тикет создался. После этого тикет помещается в backlog, и ему присваивается статус OPEN. И он автоматически назначается кому-то в роли Development Lead, и после чего этому человеку высылается оповещение.
...
Development Lead может назначить тикет любому в роли Developer , кто может работать с этой темой (на его взгляд). Или любой Developer может взять этот тикет себе, просматривая backlog и нажав на тикете Assign to Me. После этого нужно поменять статус тикета на Assign to developer → ASSIGNED. После этого считается что назначенный человек будет работать над этим тикетом.
...
Если в процессе анализа становится ясно, что другой человек должен работать над этим тикетом, Developer может вернуть тикет назад в backlog. Для этого ОБЯЗАТЕЛЬНО нужно заполнить, по крайней мере, поле Comment, чтобы объяснить причину возврата, и поменять статус на Not for me → OPEN. После этого тикет возвращается в backlog и назначается Development Lead-у с соответствующим уведомлением.
Если на этой стадии становится ясно, что этот тикет дублируется какикаким-то другим тикетом, Developer может закрыть тикет, поменяв статус на Duplicate → CLOSED с обязательным заполнением поля Linked Issue идентификатором дублирующего тикета и поля Comment с пояснением, почему это так.
Если по какой-либо другой причине тикет не будет выполнен, Developer тоже может закрыть его, сменив статус на Reject → CLOSED с обязательным внесением в поле Comment описания причины, почему тикет не будет выполняться.
Если в процессе анализы анализа выясняется, что тикет уже выполнен в процессе выполнения другого тикета, Developer может просто перевести его в состояние Already fixed → RESOLVED с обязательным внесением информации о версии и ветке, где этот тикет выполнен, в поле Comment.
Тикет может быть временно замороржен, если нужно прояснить дополнительно какие-то вопросы, или по какой-либо другой причине. Для этого Developer или Development Lead должен поменять состояние на Suspend → SUSPENDED с заполнением поля Comment и назначением тикета человеку, который должен ответить на вопрос или выполнить какое-то действие - в этом случае этому человеку будет выслано соответствующее оповещение. Если есть необходимость дать более полную информацию, то Developer может изменить поле Resolution в на соответствующее значение.
...
Все тикеты в состоянии RESOLVED считаются готовыми для тестирования. Для группы тестирования это состояние сходе сходно с состоянием OPEN для группы разработчиков: Test Lead получает уведомление, когда любой тикет переводится в это состояние, и может назначить любого в роли Quality Assurance для тестирования этого тикета. Также и любой тест-инженер может пройтись по списку таких тикетов в этом состоянии и взять любой из них себе, нажав на Assign to Me. После этого сотояние состояние тикета нужно поменять на Verify → TESTING - и тикет будет считаться находящимся на тестировании.
...
Для закрытия тикета инженерQuality Assurance или Test Lead должен поменять статус на Done → CLOSED. И очень желательно добавить в тикет любую информацию, которая может помочь владельцу тикета воспользоваться сделанными изменениями и/или проверить иго его работу. После этого тикет автоматически возвращается владельцу тикета.
...
Чтобы ответить на заданные вопросы и вернуть тикет из состояния SUSPENDED, тот, на кого этот тикет был переназначен, должен добавить в тикет запрашиваемую информацию (как минимум, заполниить Comment) и поменять состояние на Resume → IN ANALYSIS. После этого тикет автоматически вернётся тому, кто его заморозил этот тикет.
8. Переоткрытие тикета
Любой, у кого есть права Create Issue, может переоткрвть переоткрыть тикет из сотсояния состояния CLOSED, если проблема возникла вновь, или появилась подобная. Для этого нужно статус тикета поменять на Reopen → OPEN и добавить в поле Comment описание проблемы. После этого тикет помещается в backlog и назначается человек человеку в роли Development Lead , точно так же, как это происходило при создании тикета.