Лучшая практика для концепции Scrum «готово» в JIRA [закрыто]

Закрыто . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить с помощью фактов и цитат, отредактировав это сообщение .

Закрыт 2 года назад .

Я работаю в небольшой сервисной компании, где мы начинаем внедрять методы Scrum, и мы также начинаем использовать JIRA с greenhopper для отслеживания проблем. Наша команда определила "готово" как:

закодировано
единично протестировано
интеграция протестировано
проверено коллегами
qa протестировано
обновлена документация

Я пытаюсь выяснить, действительно ли это должно выполняться с использованием отдельной задачи для каждого элемента в приведенном выше списке для каждой «задачи», или если некоторые из этих элементов должны быть реализованы в рабочем процессе заявки, или если просто объединить их в одну задачу - лучший подход.

Я' m не склонен делать эти подзадачи в задаче, так как существует только одноуровневая вложенность проблем, и я боюсь, что есть лучшее применение для этой возможности.

Я также не слишком взволнован изменением рабочего процесса, поскольку этот подход имеет оказалось обузой для нас в других системах.

Если все эти элементы являются частью одного билета, это кажется мне странным, потому что работа, вероятно, распределяется между несколькими членами команды, и это будет сложно сделать задачи продолжительностью до 16 часов, которые включают все эти вещи.

Я чувствую, что понимаю все проблемы, но пока не знаю, какое решение лучше всего.

Есть ли лучший способ? Или какие-то твердые мнения?

scrum jira

задан carter 15 September 2010 в 20:01

0 ответов

Другие вопросы по тегам:

scrum jira

Лучшая практика для концепции Scrum «готово» в JIRA [закрыто]

0 ответов

Похожие вопросы: