Patton Jeff. crita pangguna. Seni Pangembangan Piranti Lunak Agile

anotasi

Buku kasebut minangka algoritma sing dicritakake kanggo nindakake proses pangembangan saka ide nganti implementasine nggunakake teknik tangkas. Proses kasebut disusun kanthi langkah-langkah lan ing saben langkah cara kanggo langkah proses dituduhake. Penulis nedahake manawa umume metode kasebut ora asli, tanpa ngaku asli. Nanging gaya nulis sing apik lan sawetara integritas proses nggawe buku kasebut migunani banget.

Teknik kunci pemetaan crita pangguna yaiku nggawe ide lan pagelaran nalika pangguna ngliwati proses kasebut.

Ing wektu sing padha, proses kasebut bisa diterangake kanthi cara sing beda-beda. Sampeyan bisa nggawe langkah nalika sampeyan entuk nilai kunci, utawa sampeyan mung bisa njupuk lan mbayangno dina kerja pangguna nalika nggunakake sistem kasebut. Penulis fokus ing kasunyatan manawa proses kudu digarisake, diucapake ing wangun crita pangguna ing peta proses, yaiku sing menehi jeneng peta crita pangguna.

Sing butuh

Kanggo analis IT lan manajer proyek. A kudu maca. Gampang lan nyenengake kanggo maca, buku kasebut ukurane medium.

Umpan Balik

Ing wangun sing paling gampang, iki cara kerjane.

Pengunjung teka ing kafe, milih piring, pesen, nampa panganan, mangan, lan mbayar.

Kita bisa nulis syarat kanggo apa sing dikarepake saka sistem ing saben tahapan.

Sistem kudu nuduhake dhaptar pasugatan, saben sajian duwe komposisi, bobot lan rega lan bisa ditambahake menyang cart. Apa sebabe kita yakin karo syarat kasebut? Iki ora diterangake ing "standar" gambaran saka syarat lan iki nggawe risiko.

Pemain sing ora ngerti sebabe iki perlu biasane nindakake perkara sing salah. Para pemain sing ora melu proses nggawe gagasan ora melu asil. Agile ujar, ayo fokus utamane ora ing sistem, nanging ing wong, konsumen, tugas lan tujuane.

Kita nggawe personas, menehi rincian kanggo empati, lan miwiti crita saka sisih persona.

Pegawe kantor Zakhar lunga nedha awan lan pengin cemilan cepet. Apa sing dibutuhake? Ide iki sing mbokmenawa pengin nedha awan bisnis. Ide liyane yaiku dheweke pengin sistem kasebut ngelingi pilihane, amarga dheweke lagi diet. Ide liyane. Dheweke kepengin kopi langsung digawa menyang dheweke amarga wis biasa ngombe kopi sadurunge nedha awan.

Lan uga ana bisnis (karakter organisasi minangka karakter sing makili kepentingan organisasi). Bisnis pengin nambah cek rata-rata, nambah frekuensi tuku, lan nambah bathi. Ide iki - ayo menehi sajian sing ora biasa saka sawetara masakan. Ide liyane - ayo ngenalake sarapan.

Gagasan bisa lan kudu dikonkret, diowahi lan disajikake ing wangun crita pangguna. Minangka karyawan Pusat Bisnis Zakhar, aku pengin sistem kasebut bisa ngenali aku supaya bisa nampa menu adhedhasar pilihanku. Minangka pelayan, aku pengin sistem menehi kabar nalika nyedhaki meja supaya klien wareg karo layanan cepet. Lan sateruse.

Welasan crita. Sabanjure yaiku prioritas lan backlog? Jeff nedahake masalah sing muncul: macet ing rincian cilik lan kelangan pemahaman konseptual, plus fungsi prioritas nggawe gambar ragged amarga ora konsisten karo tujuan.

Path penulis: We prioritize ora fungsi, nanging asil = apa pangguna entuk ing pungkasan.

Titik sing ora jelas: sesi prioritas ora ditindakake dening kabeh tim, amarga ora efektif, nanging dening wong telu. Sing pertama tanggung jawab kanggo bisnis, sing nomer loro kanggo pengalaman pangguna lan sing katelu kanggo implementasine.

Ayo kita pilih minimal kanggo ngrampungake siji masalah pangguna (solusi minimal sing bisa ditindakake).

Kita rinci babagan ide prioritas pisanan nggunakake crita pangguna, sketsa desain, kendala lan aturan bisnis ing peta crita pangguna kanthi ngandhani lan ngrembug karo tim apa sing dibutuhake wong lan pemangku kepentingan ing saben langkah proses kasebut. We ninggalake gagasan isih unexamined ing backlog kesempatan.

Proses ditulis ing kertu saka kiwa menyang tengen, karo gagasan ing kertu ngisor langkah proses. Iku penting sing path liwat kabeh crita bakal rembugan bebarengan karo anggota tim kanggo mesthekake pangerten bebarengan.

Elaborasi kanthi cara iki nggawe integritas selaras karo proses.

Gagasan sing ditampa kudu diuji. A anggota non-tim sijine ing kupluk wong lan urip dina wong ing sirah, mecahaken masalah. Bisa uga dheweke ora weruh perkembangan, nggawe kertu maneh, lan tim kasebut nemokake alternatif kanggo awake dhewe.

Banjur ana rincian kanggo evaluasi. Telu wong cukup kanggo iki. Tanggung jawab kanggo pengalaman pangguna, pangembang, tester kanthi pitakonan favorit: "Apa yen ...".

Ing saben tataran, diskusi nderek peta proses sajarah pangguna, sing ngidini supaya tugas pangguna ing pikiran kanggo nggawe pangerten koheren.

Apa dokumentasi perlu miturut pendapat penulis? Ya, aku butuh. Nanging minangka cathetan sing ngidini sampeyan ngelingi apa sing wis disepakati. Nglibatake wong njaba maneh mbutuhake diskusi.

Panyerat ora njlentrehake topik kecukupan dokumentasi, fokus ing perlu kanggo diskusi. (Ya, dokumentasi dibutuhake, ora ketompo carane wong sing ora duwe pangerten jero babagan prigel ngaku). Uga, njlentrehake mung bagean saka kabisan bisa uga mbutuhake rework lengkap kabeh sistem. Penulis nuduhake risiko elaborasi sing berlebihan ing kasus nalika ide kasebut salah.

Kanggo ngilangi risiko, kudu cepet nampa umpan balik babagan produk sing digawe kanggo nyuda karusakan saka nggawe produk "salah". Kita nggawe sketsa ide - divalidasi karo pangguna, prototipe antarmuka sketsa - divalidasi karo pangguna, lsp. (Secara kapisah, ana informasi sethithik babagan carane ngesyahke prototipe program). Tujuan nggawe piranti lunak, utamane ing tahap wiwitan, yaiku sinau kanthi nampa umpan balik kanthi cepet, produk pisanan sing digawe yaiku sketsa sing bisa mbuktekake utawa mbantah hipotesis. (Panulis ngandelake karya Eric Ries "Mulai nggunakake metodologi Lean").

Peta crita mbantu ningkatake komunikasi nalika implementasine ditindakake ing pirang-pirang tim. Apa sing kudu ana ing peta? Apa sampeyan kudu tetep obrolan. Ora mung crita pangguna (sapa, apa, kenapa), nanging gagasan, fakta, sketsa antarmuka, lsp...

Kanthi mbagi kertu ing peta sejarah dadi sawetara garis horisontal, sampeyan bisa mbagi karya dadi rilis - nyorot minimal, lapisan nambah fungsi lan busur.

Kita nyritakake crita ing peta proses.

Ana karyawan teka kanggo nedha awan.

Apa sing dikarepake? kacepetan Service. Supaya nedha awan wis ngenteni dheweke ing meja utawa paling ora ing nampan. Ups - langkah sing ora kejawab: karyawan pengin mangan. Dheweke mlebu lan milih pilihan nedha awan bisnis. Dheweke weruh isi kalori lan isi nutrisi kanggo mbantu dheweke diet lan ora nambah bobot. Dheweke ndeleng gambar panganan kanggo mutusake apa dheweke bakal mangan ing papan kasebut utawa ora.

Sabanjure, apa dheweke bakal nedha awan lan nedha bengi? Utawa mungkin nedha awan bakal dikirim menyang kantore? Banjur langkah proses milih panggonan kanggo mangan. Dheweke kepengin weruh kapan bakal dikirim menyang dheweke lan pira regane, mula dheweke bisa milih papan kanggo mbuwang wektu lan tenaga - mudhun utawa kerja. Dheweke kepengin weruh sepira rame ing warung supaya ora antri ing antrian.

Banjur karyawan teka ing warung. Dheweke kepengin ndeleng nampane supaya bisa njupuk lan langsung nedha bengi. Warung pengin nampa dhuwit kanggo nggawe dhuwit ing layanan. Pegawe pengin kelangan wektu minimal ing pamukiman karo kafe, supaya ora mbuwang wektu sing larang tanpa guna. Carane nindakake? Mbayar ing advance utawa kosok balene sawise layanan mbatalake. Utawa mbayar ing panggonan nggunakake kiosk. Apa sing paling penting babagan iki? Pira wong sing gelem mbayar nedha awan nganggo kertu bank? Pira wong sing percaya kantin iki kanggo nyimpen nomer kertu kanggo pambayaran baleni? Tanpa riset lapangan ora jelas, tes dibutuhake.

Ing saben langkah saka proses, sampeyan kudu paling piye wae nyedhiyani fungsi kanggo iki sampeyan kudu njupuk sawetara wong minangka basis lan milih apa sing luwih penting kanggo wong (telu selectors padha). Nututi crita nganti pungkasan = digawe solusi sing bisa ditindakake.

Sabanjure nerangake rincian. Klien pengin ndeleng carane sibuk warung, supaya ora jostle ing antrian. Apa sejatine sing dikarepake?

Deleng ramalan babagan jumlah wong ing 15 menit nalika dheweke tekan

Deleng wektu layanan rata-rata ing kafe lan dinamika setengah jam sadurunge

Deleng kahanan lan dinamika pendhudhukan meja

Kepiye yen sistem ramalan menehi asil sing ora jelas utawa mandheg?

Nonton liwat video antrian ing kafe, uga panggonane meja. Hmm, kok ora ngono dhisik?!

Penulis nuduhake latihan cilik kanggo latihan: coba bayangake apa sing ditindakake ing wayah esuk sawise tangi. Siji kertu = siji tumindak. Nggedhekake kertu (tinimbang nggiling kopi, ngombe minuman sing nyenengake) kanggo mbusak rincian individu, ora fokus ing cara implementasine, nanging ing target.

Sapa buku iki kanggo: Analis IT lan manajer proyek. A kudu maca.

app

Diskusi lan nggawe keputusan efektif ing kelompok 3 nganti 5 wong.

Tulis ing kertu pisanan apa sing kudu dikembangake, ing kaloro - mbenerake apa sing sampeyan tindakake ing pisanan, ing katelu - mbenerake apa sing ditindakake ing pisanan lan kaloro.

Nyiyapake crita kaya kue - ora kanthi nulis resep, nanging kanthi nemokake sapa, kanggo acara apa, lan kanggo pira wong. Yen kita ngilangi dodolan, mula ora dadi produksi kue, krim, lan liya-liyane, nanging dadi produksi kue siap-siap cilik.

Pangembangan piranti lunak padha karo nggawe film, nalika sampeyan kudu kanthi ati-ati ngembangake lan polish naskah, ngatur adegan, aktor, lan sapiturute sadurunge syuting diwiwiti.

Ana mesthi kekurangan sumber daya.

20% usaha ngasilake asil sing nyata, 60% menehi asil sing ora bisa dingerteni, 20% gaweyan mbebayani - mula iku penting kanggo fokus sinau lan ora kentekan niat yen ana asil negatif.

Komunikasi langsung karo pangguna, rasakake dhewe ing sepatune. Fokus ing sawetara masalah.

Rincian lan ngembangake crita kanggo evaluasi minangka bagean scrum sing paling surem, nggawe diskusi ing mode akuarium (3-4 wong ngrembug ing papan, yen ana sing pengin melu, dheweke ngganti wong liya).

Source: www.habr.com

Add a comment