Каков наилучший способ для нескольких команд, работающих над одними и теми же задачами

Question

Я использую JIRA гибко и создаю панель для справки для проекта. В этом проекте есть несколько команд, которые являются back-end, iOS и Android. Для большинства задач iOS и Android будут такими же, потому что в конечном итоге они будут иметь одинаковые функции, но на разных платформах.

Один из способов - создать одну задачу как для iOS, так и для Android. Например, «Создание окна входа». И мы можем создать для него две подзадачи. Теперь у меня есть два вопроса об этом:

1. Оценка: Предположим, что оценка этой задачи на iOS равна 3, а на Android - 3. Я накапливаю их и устанавливаю 6 для этой задачи или просто держу их 3?
2. Что делать, если одна команда завершает эту задачу, а другая - нет, поэтому эта задача будет продолжаться на следующем спринте, но только одна команда. Нужно ли мне корректировать оценку или просто сохранять то же самое? Если сохранить то же самое, общая оценка станет неточной.

Другой способ состоит в том, чтобы иметь отдельные задачи. Использование меток или префиксов для их различения. Этот подход не будет иметь проблем с оценкой, но трудно проверить, реализована ли одна функция на обеих платформах или только одна.

Так в каком направлении я должен идти? Спасибо

Answer 1

Лучше создавать отдельные задачи. Android и iOS фактически разделяют много одинаковых основ, но всегда есть уловы и gotchas. Существуют также разные правила и расписания релизов. Например, наше расписание релизов iOS часто за неделю до Android было связано с необходимостью иметь дело с представлением приложений Apple, в то время как приложение Google было отправлено в течение 10 минут

Обе платформы используют разные языки программирования, и, несмотря на то, что ANYONE сообщает вы, обе команды будут иметь различный опыт, даже если это один из аспектов развития. Кроме того, обе платформы будут иметь встроенные в них разные вещи, которые могут сократить время разработки и иметь разные группы сообществ, чтобы помочь им с разными частями.

Пример: Ваша команда iOS может выполнить пользовательский интерфейс через 4 часа, но у вашей команды Android возникают проблемы, потому что им приходится адаптировать макет iOS для Android и получает 0 гибкость в этом вопросе (происходит слишком часто).