Tworzenie natywnych aplikacji mobilnych - jak uporządkować historie użytkowników?

9

Zaraz zacznę od projektu, który będzie polegał na opracowaniu prototypowych natywnych aplikacji mobilnych (początkowo iOS i Android), a także interfejs administratora i interfejs API dla tych aplikacji do komunikacji. Mamy już przygotowaną listę opowiadań, jednak wiele z nich ma format:

As a mobile user I want to be able to view a login screen so that I can sign into the app

Gdyby to było ukierunkowane na jedną platformę, nie widziałbym problemu. Ponieważ jednak kierujemy reklamy na wiele platform, nie jestem pewien, czy należy je teraz powielić, np. „Jako użytkownik Androida” lub podobny. Wydaje się, że to duplikacja, ale jest to praca, którą trzeba będzie wykonać osobno dla każdej platformy.

To pierwszy projekt mobilny, w którym rozpoczęliśmy pracę - wcześniej był to Phonegap i umieściliśmy wszystkie historie w części „Jako użytkownik mobilny”. Ponieważ w gruncie rzeczy była to aplikacja internetowa opakowana w natywny kod, nie stanowiło to zbyt dużego problemu, ale jestem świadomy, że całkowicie natywne aplikacje to inna gra!

bogactwo
źródło
Nie jest to tak naprawdę specyficzne dla urządzeń mobilnych - dotyczy projektu, który musi być dostarczony na wiele platform, takich jak PC i Linux lub różne konsole do gier. Czy tytuł powinien zostać zmieniony?
kevin cline

Odpowiedzi:

3

Nie rozumiem, dlaczego nie chcesz tworzyć osobnych historii użytkowników dla każdej aplikacji mobilnej. Chociaż historie brzmią podobnie, mają ogromne różnice zarówno z punktu widzenia programistów, jak i użytkowników.

Jeśli korzystasz z systemu takiego jak Jira, możesz nawet utworzyć osobny projekt dla każdej aplikacji. Takie podejście jest lepsze, zwłaszcza jeśli wszystkie aplikacje są całkowicie niezależne pod względem zasobów _ różnych programistów, różnych zasobów komputerowych itp. Łatwiej byłoby dokonać oszacowania dla każdego zadania.

Jeśli nadal nie chcesz tworzyć osobnych historii użytkowników, możesz utworzyć zadania dla każdej aplikacji w ramach tej samej historii. Byłoby to jednak wygodne, gdyby wszystkie aplikacje były rozwijane jednocześnie, tak aby każda historia została ukończona prawie w tym samym czasie.

superM
źródło
2

(Zakładam, że używasz scrum). Jeśli właściciel produktu z góry wie, że zawsze będzie priorytetowo traktował różne platformy mobilne. (Np. Ponieważ jest to polityka firmy)

A jeśli historie użytkowników są wystarczająco małe, aby Twój zespół mógł wykonać co najmniej cztery lub pięć z nich w sprincie.

Tylko wtedy nie powinieneś dzielić swoich mobilnych historii na historię na platformę. Użyj definicji gotowej, aby podać wszystkie oczekiwane platformy.

We wszystkich innych przypadkach: podziel mobilne historie na platformę. Nie ma w tym absolutnie nic złego.

Kris Van Bael
źródło
Dzięki Kris - Rozumiem, że są wystarczająco małe, to zdecydowanie coś, o czym należy pamiętać, dzieląc je (lub nie, w zależności od przypadku!) :-)
richsage
1

Dla każdego, kto podciągnął tę stronę, może ta odpowiedź może pomóc w pomyślnym opracowaniu aplikacji na obie platformy iOS / Android.

Jako kierownik projektu, który zarządzał projektami Agile / Scrum, powyższe wyjaśnienie tworzenia tej samej aplikacji dla dwóch różnych systemów operacyjnych wskazywałoby na dwa osobne strumienie pracy.

Aby to zrobić pomyślnie, potrzebne byłyby dwa osobne projekty. Każdy system operacyjny będzie miał własne wymagania. Mieszając dwa systemy operacyjne w jednym projekcie, możesz potencjalnie wprowadzić zamieszanie w kwestii tego, co ma zostać opracowane w obu systemach operacyjnych. W ten sposób Twój zespół może stracić cenny czas na rozszyfrowanie, jaki system operacyjny wymagał. W podsumowaniu.

Poleciłbym utworzenie dwóch projektów z własnym zestawem historii użytkowników specyficznych dla systemu operacyjnego.

użytkownik155821
źródło