Я собираюсь начать проект, который будет включать разработку прототипов собственных мобильных приложений (изначально iOS и Android), а также веб-интерфейс администратора и API для взаимодействия этих приложений. У нас есть список уже подготовленных историй, однако многие из них представлены в формате:
As a mobile user I want to be able to view a login screen so that I can sign into the app
Если бы это было нацелено на одну платформу, я бы не увидел проблемы. Тем не менее, поскольку мы нацелены на несколько платформ, я не уверен, должны ли они теперь дублироваться, например «Как пользователь Android» или аналогичные. Это похоже на дублирование, но это работа, которую нужно будет выполнять отдельно для каждой платформы.
Это первый мобильный проект, к которому мы присоединились - раньше это был Phonegap, и мы включили все истории в раздел «Как мобильный пользователь». Поскольку по сути это было веб-приложение, завернутое в нативный код, это не представляло особой проблемы, но я понимаю, что полностью нативные приложения - это другая игра!
источник
Ответы:
Я не понимаю, почему вы не хотите создавать отдельные истории для каждого мобильного приложения. Несмотря на то, что истории звучат одинаково, они имеют огромные различия как с точки зрения разработчиков, так и пользователей.
Если вы используете систему, подобную Jira, вы можете даже создать отдельный проект для каждого приложения. Этот подход лучше, особенно если все приложения полностью независимы с точки зрения ресурсов - разных разработчиков, разных компьютерных ресурсов и т. Д. Было бы легче сделать оценки для каждой из задач.
Если вы все еще не хотите создавать отдельные пользовательские истории, вы можете создавать задачи для каждого приложения в рамках одной истории. Но это было бы удобно, если бы вы разрабатывали все приложения одновременно, чтобы каждая история была закончена почти одновременно.
источник
(Я полагаю, вы используете Scrum). Если владелец продукта заранее знает, что он / она всегда будет определять приоритеты различных мобильных платформ одинаково. (Например, потому что это политика компании)
И если ваши пользовательские истории достаточно малы, так что ваша команда может сделать по крайней мере четыре или пять из них в спринте.
Только тогда вы не должны разбивать свои мобильные истории на истории для каждой платформы. Используйте определение done, чтобы указать все ожидаемые платформы.
Во всех остальных случаях: разделите мобильные истории по платформам. В этом нет абсолютно ничего плохого.
источник
Для тех, кто поднял эту страницу, возможно, этот ответ может помочь предоставить возможность для успешной разработки приложения для платформ iOS / Android.
Как менеджер проекта, который управлял проектами Agile / Scrum, приведенное выше объяснение разработки одного и того же приложения для двух разных операционных систем будет указывать на два отдельных рабочих потока.
Чтобы сделать это успешно, потребуется два отдельных проекта. У каждой ОС будут свои требования. Смешивая две ОС в одном проекте, вы можете создать путаницу в отношении того, что должно быть разработано в любой ОС. Таким образом, ваша команда может потерять драгоценное время, расшифровывая, к какой ОС относится требование. В итоге.
Я бы порекомендовал создать два проекта с собственным набором пользовательских историй, специфичных для данной ОС.
источник