Pengembangan aplikasi seluler asli - bagaimana cara menyusun cerita pengguna saya?


9

Saya akan memulai sebuah proyek yang akan melibatkan pengembangan aplikasi seluler asli prototipe (awalnya iOS dan Android) serta antarmuka admin berbasis web dan API untuk aplikasi ini untuk berkomunikasi. Kami punya daftar cerita yang sudah disusun, namun banyak dari mereka dalam format:

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

Jika ini ditargetkan untuk satu platform, saya tidak akan melihat masalah. Namun, karena kami menargetkan beberapa platform, saya tidak yakin apakah ini sekarang harus diduplikasi misalnya "Sebagai pengguna Android" atau serupa. Ini sepertinya duplikasi, tetapi pekerjaan itu harus diselesaikan secara terpisah untuk setiap platform.

Ini adalah proyek seluler pertama yang kami gunakan - sebelumnya adalah Phonegap dan kami menyatukan semua cerita di bawah "Sebagai pengguna seluler". Karena pada dasarnya ini adalah aplikasi berbasis web yang dibungkus dengan kode asli, ini tidak menimbulkan terlalu banyak masalah, tapi saya sadar bahwa aplikasi yang sepenuhnya asli adalah ballgame yang berbeda!


Ini tidak benar-benar spesifik untuk seluler - ini berlaku untuk proyek yang harus dikirim pada berbagai platform, seperti PC dan Linux, atau berbagai konsol game. Haruskah judul diubah?
kevin cline

Jawaban:


3

Saya tidak mengerti mengapa Anda tidak ingin membuat cerita pengguna yang terpisah untuk setiap aplikasi seluler. Meskipun kisahnya terdengar serupa, mereka memiliki perbedaan besar baik dari sudut pandang pengembang dan pengguna.

Jika Anda menggunakan sistem seperti Jira, Anda bahkan dapat membuat proyek terpisah untuk setiap aplikasi. Pendekatan ini lebih baik terutama jika semua aplikasi sepenuhnya independen dalam hal sumber daya _ pengembang yang berbeda (s), sumber daya komputer yang berbeda, dll. Akan lebih mudah untuk membuat estimasi untuk setiap tugas.

Jika Anda masih tidak ingin membuat cerita pengguna yang terpisah, Anda bisa membuat tugas untuk setiap aplikasi di bawah cerita yang sama. Tapi ini akan nyaman jika Anda mengembangkan semua aplikasi secara bersamaan, sehingga setiap cerita akan selesai hampir bersamaan.


2

(Saya menduga Anda menggunakan scrum). Jika pemilik produk mengetahui di muka bahwa ia akan selalu memprioritaskan platform seluler yang berbeda secara setara. (Misalnya. Karena ini adalah kebijakan perusahaan)

Dan jika cerita pengguna Anda cukup kecil, sehingga tim Anda dapat melakukan setidaknya empat atau lima dari mereka dalam sprint.

Hanya dengan demikian Anda tidak boleh membagi cerita seluler Anda menjadi cerita per platform. Gunakan definisi selesai untuk menyatakan semua platform yang diharapkan.

Dalam semua kasus lain: pisahkan berita seluler per platform. Sama sekali tidak ada yang salah dengan itu.


Terima kasih Kris - saya ambil poin Anda tentang mereka menjadi cukup kecil, itu pasti sesuatu yang perlu diingat ketika membagi mereka (atau tidak, seperti kasusnya!) :-)
richsage

1

Bagi siapa saja yang telah membuka halaman ini, mungkin respons ini dapat membantu memberikan opsi untuk berhasil mengembangkan aplikasi untuk kedua platform iOS / Android.

Sebagai manajer proyek yang telah mengelola proyek Agile / Scrum, penjelasan di atas tentang pengembangan aplikasi yang sama untuk dua sistem operasi yang berbeda akan menunjukkan dua alur kerja yang terpisah.

Untuk melakukan ini dengan sukses akan membutuhkan dua proyek terpisah. Setiap OS akan memiliki persyaratannya sendiri. Dengan mencampurkan kedua OS dalam satu proyek, Anda berpotensi menciptakan kebingungan tentang apa yang akan dikembangkan di kedua OS tersebut. Dengan demikian, tim Anda bisa kehilangan waktu yang berharga untuk menguraikan OS mana yang menjadi persyaratan. Singkatnya.

Saya akan merekomendasikan pengaturan dua proyek dengan set cerita pengguna mereka sendiri yang khusus untuk OS.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.