Разработка собственных мобильных приложений - как мне структурировать свои пользовательские истории?

9

Я собираюсь начать проект, который будет включать разработку прототипов собственных мобильных приложений (изначально 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, и мы включили все истории в раздел «Как мобильный пользователь». Поскольку по сути это было веб-приложение, завернутое в нативный код, это не представляло особой проблемы, но я понимаю, что полностью нативные приложения - это другая игра!

richsage
источник
Это на самом деле не характерно для мобильных устройств - это относится к проекту, который должен быть реализован на нескольких платформах, таких как ПК и Linux, или на различных игровых консолях. Название должно быть изменено?
Кевин Клайн

Ответы:

3

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

Если вы используете систему, подобную Jira, вы можете даже создать отдельный проект для каждого приложения. Этот подход лучше, особенно если все приложения полностью независимы с точки зрения ресурсов - разных разработчиков, разных компьютерных ресурсов и т. Д. Было бы легче сделать оценки для каждой из задач.

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

superM
источник
2

(Я полагаю, вы используете Scrum). Если владелец продукта заранее знает, что он / она всегда будет определять приоритеты различных мобильных платформ одинаково. (Например, потому что это политика компании)

И если ваши пользовательские истории достаточно малы, так что ваша команда может сделать по крайней мере четыре или пять из них в спринте.

Только тогда вы не должны разбивать свои мобильные истории на истории для каждой платформы. Используйте определение done, чтобы указать все ожидаемые платформы.

Во всех остальных случаях: разделите мобильные истории по платформам. В этом нет абсолютно ничего плохого.

Крис Ван Баел
источник
Спасибо Крис - я понимаю, что они достаточно малы, это определенно нужно учитывать при их разделении (или нет, в зависимости от обстоятельств!) :-)
richsage
1

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

Как менеджер проекта, который управлял проектами Agile / Scrum, приведенное выше объяснение разработки одного и того же приложения для двух разных операционных систем будет указывать на два отдельных рабочих потока.

Чтобы сделать это успешно, потребуется два отдельных проекта. У каждой ОС будут свои требования. Смешивая две ОС в одном проекте, вы можете создать путаницу в отношении того, что должно быть разработано в любой ОС. Таким образом, ваша команда может потерять драгоценное время, расшифровывая, к какой ОС относится требование. В итоге.

Я бы порекомендовал создать два проекта с собственным набором пользовательских историй, специфичных для данной ОС.

user155821
источник