Пользовательские истории, записанные и уточненные с использованием геррита в качестве основного средства коммуникации
Я унаследовал процесс, где gerrit используется для сбора и совместной работы над пользовательскими историями.
Этот процесс используется на самой ранней стадии записи историй, и он кажется очень длинным по сравнению с подходом на доске.
Такое ощущение, что этот процесс идет вразрез с духом пользовательских историй, где сотрудничество и личные обсуждения кажутся предпочтительными.
Кроме того, инструмент Gerrit ориентирован больше на технического пользователя. Знание git требуется для редактирования историй, что, кажется, подталкивает написание историй в техническую команду.
Вопрос: возможно ли эффективно собирать истории и сотрудничать с ними, используя геррит? Если так, как это можно сделать?
1 ответ
Я думаю, что это проблема - у каждой истории должен быть идентификатор. А с помощью репозитория задач вы можете очень легко совместно работать с историями с клиентами. Gerrit - это инструмент обзора, а не средство отслеживания проблем. Сообщение о фиксации должно содержать идентификатор проблемы. если вы используете Tuleap в качестве трекера, он интегрируется с Gerrit. Таким образом, если сообщение с фиксацией содержит идентификатор проблемы, то клиент может щелкнуть по идентификатору и перейти к проблеме / истории.