Phát triển ứng dụng di động gốc - làm cách nào để cấu trúc câu chuyện người dùng của tôi?

Tôi sắp bắt đầu một dự án sẽ liên quan đến việc phát triển các ứng dụng di động gốc nguyên bản (ban đầu là iOS và Android) cũng như giao diện quản trị dựa trên web và API để các ứng dụng này giao tiếp. Chúng tôi đã có một danh sách các câu chuyện đã được phác thảo, tuy nhiên rất nhiều trong số chúng có định dạng:

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

Nếu điều này được nhắm mục tiêu cho một nền tảng duy nhất, tôi sẽ không gặp vấn đề gì. Tuy nhiên, vì chúng tôi đang nhắm mục tiêu nhiều nền tảng, tôi không chắc liệu bây giờ chúng có được sao chép không, ví dụ: "Là người dùng Android" hoặc tương tự. Điều này có vẻ giống như sao chép, nhưng nó cần phải được hoàn thành riêng cho từng nền tảng.

Đây là dự án di động đầu tiên chúng tôi thực hiện - trước đây là Phonegap và chúng tôi đã tổng hợp tất cả các câu chuyện trong phần "Là người dùng di động". Vì về cơ bản, đây là một ứng dụng dựa trên web được bọc bằng mã gốc, điều này không gây ra quá nhiều vấn đề, nhưng tôi ý thức được rằng các ứng dụng hoàn toàn là một trò chơi bóng khác nhau!

Tôi không thấy lý do tại sao bạn không muốn tạo các câu chuyện người dùng riêng biệt cho mỗi ứng dụng di động. Mặc dù các câu chuyện nghe có vẻ giống nhau, nhưng chúng có những khác biệt rất lớn cả từ quan điểm của nhà phát triển và người dùng.

Nếu bạn đang sử dụng một hệ thống như Jira, bạn thậm chí có thể tạo một dự án riêng cho từng ứng dụng. Cách tiếp cận này tốt hơn đặc biệt nếu tất cả các ứng dụng hoàn toàn độc lập về tài nguyên _ nhà phát triển khác nhau, tài nguyên máy tính khác nhau, v.v. Sẽ dễ dàng hơn để ước tính cho từng tác vụ.

Nếu bạn vẫn không muốn tạo các câu chuyện người dùng riêng biệt, bạn có thể tạo các tác vụ cho từng ứng dụng trong cùng một câu chuyện. Nhưng điều này sẽ thuận tiện nếu bạn phát triển tất cả các ứng dụng cùng một lúc, để mọi câu chuyện sẽ được hoàn thành gần như cùng một lúc.

(Tôi cho rằng bạn sử dụng scrum). Nếu chủ sở hữu sản phẩm biết trước rằng họ sẽ luôn ưu tiên các nền tảng di động khác nhau như nhau. (Ví dụ: vì đó là chính sách của công ty)

Và nếu câu chuyện người dùng của bạn đủ nhỏ, để nhóm của bạn có thể thực hiện ít nhất bốn hoặc năm trong số đó trong một lần chạy nước rút.

Chỉ sau đó, bạn không nên chia câu chuyện di động của mình thành một câu chuyện trên mỗi nền tảng. Sử dụng định nghĩa thực hiện để nêu tất cả các nền tảng dự kiến.

Trong tất cả các trường hợp khác: chia các câu chuyện di động trên mỗi nền tảng. Đây là bản năng chứ không có gì sai cả.

Đối với bất kỳ ai đã mở trang này, có thể phản hồi này có thể giúp cung cấp tùy chọn phát triển thành công một ứng dụng cho cả hai nền tảng iOS / Android.

Là người quản lý dự án đã quản lý các dự án Agile / Scrum, lời giải thích ở trên về việc phát triển cùng một ứng dụng cho hai hệ điều hành khác nhau sẽ chỉ ra hai luồng công việc riêng biệt.

Để làm điều này thành công sẽ cần hai dự án riêng biệt. Mỗi hệ điều hành sẽ có yêu cầu riêng. Bằng cách trộn hai hệ điều hành trong một dự án duy nhất, bạn có khả năng tạo ra sự nhầm lẫn về những gì sẽ được phát triển trong cả hai hệ điều hành. Do đó, nhóm của bạn có thể mất thời gian quý báu để giải mã hệ điều hành mà yêu cầu thuộc về. Tóm tắt.

Tôi sẽ khuyên bạn nên thiết lập hai dự án với tập truyện người dùng riêng dành riêng cho HĐH.