Розробка власних мобільних додатків - як я можу структурувати свої користувацькі історії?

Я збираюся розпочати проект, який передбачає розробку прототипів власних мобільних додатків (спочатку 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). Якщо власник продукту заздалегідь знає, що він / вона завжди матиме пріоритет на різних мобільних платформах однаково. (Наприклад, тому що це політика компанії)

А якщо ваші історії користувачів досить малі, так що ваша команда може робити щонайменше чотири-п’ять із них у спринті.

Тільки тоді ви не повинні розділяти свої мобільні історії на історію на платформу. Використовуйте визначення "зроблено", щоб вказати всі очікувані платформи.

У всіх інших випадках: розділіть мобільні історії на платформу. У цьому немає абсолютно нічого поганого.

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

Як менеджер проектів, який керував проектами Agile / Scrum, пояснення вище щодо розробки одного і того ж додатка для двох різних операційних систем вказувало б на два окремих робочих потоки.

Для успішного виконання цього проекту знадобиться два окремих проекти. У кожної ОС будуть свої вимоги. Змішуючи дві ОС в одному проекті, ви могли б створити плутанину щодо того, що має бути розроблено в будь-якій ОС. Таким чином, ваша команда може втратити цінний час на розшифровку, до якої ОС належить вимога. Підводячи підсумок

Я рекомендую створити два проекти із власним набором історій користувачів, які є специфічними для ОС.