Patton Jeff. Foydalanuvchi hikoyalari. Agile dasturiy ta'minotni ishlab chiqish san'ati

Xulosa

Kitob tezkor usullardan foydalangan holda g'oyadan amalga oshirishgacha bo'lgan rivojlanish jarayonini amalga oshirish uchun hikoya qilingan algoritmdir. Jarayon bosqichlarga bo'lingan va har bir bosqichda jarayon bosqichi uchun usullar ko'rsatilgan. Muallifning ta'kidlashicha, usullarning aksariyati o'ziga xosligini da'vo qilmasdan, original emas. Lekin yaxshi yozish uslubi va jarayonning bir oz yaxlitligi kitobni juda foydali qiladi.

Foydalanuvchi hikoyasini xaritalashning asosiy usuli bu foydalanuvchi jarayon davomida harakatlanayotganda g'oyalar va chiqishlarni tuzishdir.

Shu bilan birga, jarayonni turli yo'llar bilan tasvirlash mumkin. Siz asosiy qiymatga erishganingizdan so'ng qadamlarni yaratishingiz mumkin yoki tizimdan foydalanish davomida foydalanuvchilarning ish kunini tasavvur qilishingiz va tasavvur qilishingiz mumkin. Muallif jarayonlarni tavsiflash, jarayon xaritasida foydalanuvchi hikoyasi shaklida aytilishi kerakligiga e'tibor qaratadi, bu bizga foydalanuvchi hikoyalari xaritasi nomini bergan.

Kimga kerak

IT-tahlilchilar va loyiha menejerlari uchun. O'qish kerak. Oson va o'qish yoqimli, kitob o'rtacha hajmda.

Fikr-mulohaza

Eng oddiy shaklda u shunday ishlaydi.

Mehmon kafega keladi, idishlarni tanlaydi, buyurtma beradi, ovqat oladi, ovqatlanadi va to'laydi.

Biz har bir bosqichda tizimdan xohlagan narsamiz uchun talablarni yozishimiz mumkin.

Tizim idishlar ro'yxatini ko'rsatishi kerak, har bir taomning tarkibi, vazni va narxi bor va savatga qo'shish imkoniyati mavjud. Nega biz bu talablarga ishonamiz? Bu talablarning "standart" tavsifida tasvirlanmagan va bu xavflarni keltirib chiqaradi.

Bu nima uchun kerakligini tushunmaydigan ijrochilar odatda noto'g'ri ish qilishadi. G‘oyani yaratish jarayonida ishtirok etmagan ijrochilar natijada ishtirok etmaydi. Agilening aytishicha, keling, birinchi navbatda tizimga emas, balki odamlarga, iste'molchilarga, ularning vazifalari va maqsadlariga e'tibor qarataylik.

Biz personajlarni yaratamiz, ularga hamdardlik uchun tafsilotlarni beramiz va persona tomonidan hikoya qilishni boshlaymiz.

Ofis xodimi Zaxar tushlikka bordi va tez ovqatlanishni xohlaydi. Unga nima kerak? Gap shundaki, u biznes tushlik qilishni xohlasa kerak. Yana bir fikr shundaki, u tizimni uning afzalliklarini eslab qolishini xohlaydi, chunki u dietada. Yana bir fikr. U darhol unga kofe olib kelishni xohlaydi, chunki u tushlikdan oldin qahva ichishga odatlangan.

Va biznes ham mavjud (tashkiliy xarakter - bu tashkilot manfaatlarini ifodalovchi belgi). Korxonalar o'rtacha chekni ko'paytirishni, xaridlar chastotasini oshirishni va foydani oshirishni xohlaydi. G'oya shundan iboratki, keling, ba'zi oshxonalarning noodatiy taomlarini taklif qilaylik. Yana bir fikr - keling, nonushta bilan tanishtiramiz.

G'oyalar aniqlanishi, o'zgartirilishi va foydalanuvchi hikoyasi shaklida taqdim etilishi mumkin va kerak. Zakhar biznes markazi xodimi sifatida tizim meni tanib olishini istayman, shunda men o'z xohishimga ko'ra menyu olishim mumkin. Men ofitsiant sifatida mijoz tez xizmatdan mamnun bo'lishi uchun tizim menga stolga qachon yaqinlashish kerakligi haqida xabar berishini xohlayman. Va hokazo.

O'nlab hikoyalar. Keyingi - ustuvorlik va orqada qolish? Jeff yuzaga keladigan muammolarni ta'kidlaydi: mayda tafsilotlarga berilib ketish va kontseptual tushunchani yo'qotish, shuningdek, funktsional imkoniyatlarga ustuvorlik berish maqsadlarga nomuvofiqlik tufayli yirtiq rasmni yaratadi.

Muallifning yo'li: Biz funksionallikka emas, balki natijaga = foydalanuvchi oxirida nima olishiga ustunlik beramiz.

Aniq noaniq nuqta: ustuvorlik sessiyasi butun jamoa tomonidan amalga oshirilmaydi, chunki u samarasiz, lekin uch kishi tomonidan amalga oshiriladi. Birinchisi biznes uchun, ikkinchisi foydalanuvchi tajribasi va uchinchisi amalga oshirish uchun javobgardir.

Keling, bitta foydalanuvchi muammosini hal qilish uchun minimalni tanlaymiz (minimal hayotiy yechim).

Biz jarayonning har bir bosqichida odamlar va manfaatdor tomonlarga nima kerakligini aytib berish va jamoa bilan muhokama qilish orqali foydalanuvchi hikoyalari, dizayn eskizlari, cheklovlar va biznes qoidalaridan foydalangan holda birinchi ustuvor g'oyalarni batafsil bayon qilamiz. Qolgan g'oyalarni imkoniyatlar qatorida tekshirmasdan qoldiramiz.

Jarayon kartochkalarda chapdan o'ngga yoziladi, g'oyalar jarayon bosqichlari ostidagi kartalarda. O'zaro tushunishni ta'minlash uchun butun hikoyaning yo'lini jamoa a'zolari bilan birgalikda muhokama qilish juda muhimdir.

Shu tarzda ishlab chiqish jarayonlarga muvofiq yaxlitlikni yaratadi.

Qabul qilingan g'oyalar sinovdan o'tkazilishi kerak. Jamoa a'zosi bo'lmagan kishi o'zining shlyapasini kiyadi va uning muammosini hal qilib, uning kunini boshida yashaydi. Ehtimol, u ishlanmalarni ko'rmaydi, yana kartalar yaratadi va jamoa o'zi uchun alternativalarni topadi.

Keyin baholash uchun tafsilotlar mavjud. Buning uchun uch kishi etarli. Sevimli savol bilan foydalanuvchi tajribasi, ishlab chiquvchi, tester uchun mas'ul: "Agar nima bo'lsa ...".

Har bir bosqichda munozara foydalanuvchi tarixining texnologik xaritasini kuzatib boradi, bu esa izchil tushunishni yaratish uchun foydalanuvchining vazifasini yodda tutish imkonini beradi.

Muallifning fikricha, hujjatlar kerakmi? Ha, menga kerak. Lekin nimaga kelishib olganingizni eslab qolishga imkon beruvchi eslatmalar sifatida. Yana begona odamni jalb qilish muhokama qilishni talab qiladi.

Muallif muhokama qilish zarurligiga e'tibor qaratib, hujjatlarning etarliligi mavzusini o'rganmaydi. (Ha, agile-ni chuqur tushunmaydigan odamlar buni qanday da'vo qilishmasin, hujjatlar kerak). Shuningdek, imkoniyatlarning faqat bir qismini ishlab chiqish butun tizimni to'liq qayta ishlash zarurligiga olib kelishi mumkin. Muallif g'oya noto'g'ri bo'lsa, haddan tashqari ishlab chiqish xavfini ta'kidlaydi.

Xatarlarni bartaraf etish uchun "noto'g'ri" mahsulotni yaratishda zararni kamaytirish uchun yaratilayotgan mahsulot haqida tezda fikr-mulohazalarni olish kerak. Biz g'oyaning eskizini yaratdik - uni foydalanuvchi bilan tasdiqladik, interfeys prototiplarini chizdik - uni foydalanuvchi bilan tasdiqladik va hokazo. (Alohida, dastur prototiplarini tasdiqlash haqida ozgina ma'lumot mavjud). Dasturiy ta'minotni yaratishning maqsadlari, ayniqsa dastlabki bosqichda, tezkor fikr-mulohazalarni olish orqali o'rganishdir; shunga ko'ra, yaratilgan birinchi mahsulot gipotezani isbotlash yoki rad etishga qodir bo'lgan eskizlardir. (Muallif Erik Riesning “Startup with Lean metodologiyasi” asariga tayanadi).

Hikoya xaritasi bir nechta jamoalarda amalga oshirilganda aloqani yaxshilashga yordam beradi. Xaritada nima bo'lishi kerak? Suhbatni davom ettirish uchun nima kerak. Faqat foydalanuvchi hikoyasi (kim, nima, nima uchun) emas, balki g'oyalar, faktlar, interfeys eskizlari va boshqalar ...

Tarix xaritasidagi kartalarni bir nechta gorizontal chiziqlarga bo'lish orqali siz ishni nashrlarga bo'lishingiz mumkin - yalang'och minimal, ortib borayotgan funksionallik va kamon qatlamini ta'kidlang.

Biz jarayon xaritasida hikoyalarni aytib beramiz.

Bir xodim tushlik qilish uchun keldi.

U nimani xohlaydi? Xizmat tezligi. Shunday qilib, uning tushligi allaqachon uni stolda yoki hech bo'lmaganda patnisda kutmoqda. Voy - o'tkazib yuborilgan qadam: xodim ovqat eyishni xohladi. U tizimga kirdi va biznes tushlik variantini tanladi. U dietaga yordam berish va kilogramm bermaslik uchun kaloriya tarkibi va ozuqaviy tarkibni ko'rdi. U o'sha joyda ovqatlanadimi yoki yo'qmi, qaror qabul qilish uchun idishning rasmlarini ko'rdi.

Keyin u tushlik va kechki ovqatga boradimi? Yoki tushlik uning ishxonasiga yetkazilar? Keyin jarayonning bosqichi ovqatlanish uchun joy tanlashdir. U unga qachon yetkazilishini va qancha turishini ko‘rishni istaydi, shuning uchun u o‘z vaqtini va kuchini qayerga sarflashni – pastga tushish yoki ishga borishni tanlashi mumkin. Navbatda turmaslik uchun u kafe qanchalik bandligini ko'rmoqchi.

Keyin xodim kafega keldi. U lagandasini ko'rishni xohlaydi, shunda u uni olib, kechki ovqatga borishi mumkin. Kafe xizmatda pul ishlash uchun pul qabul qilmoqchi. Xodim qimmatbaho vaqtni behuda sarflamaslik uchun kafe bilan hisob-kitob qilishda minimal vaqtni yo'qotishni xohlaydi. Buni qanday qilish kerak? Xizmatdan keyin oldindan yoki aksincha masofadan turib to'lang. Yoki kiosk yordamida joyida to'lang. Bu borada eng muhim narsa nima? Tushlik uchun qancha odam bank kartasi bilan pul to'lashga tayyor? Qayta to'lovlar uchun karta raqamini saqlash uchun bu oshxonaga qancha odam ishonadi? Dala tadqiqotisiz bu noaniq, sinov zarur.

Jarayonning har bir bosqichida siz qandaydir tarzda funksionallikni ta'minlashingiz kerak, buning uchun siz biron bir odamni asos qilib olishingiz va u uchun muhimroq narsani tanlashingiz kerak (xuddi shu uchta selektor). Hikoyani oxirigacha kuzatib bordi = hayotiy yechim topdi.

Keyinchalik tafsilotlar keladi. Mijoz navbatda turmaslik uchun kafe qanchalik bandligini ko'rishni xohlaydi. U aniq nimani xohlaydi?

U yetib kelganida 15 daqiqada qancha odam bo'lishini bashorat qiling

Yarim soat oldin kafedagi o'rtacha xizmat vaqtini va uning dinamikasini ko'ring

Vaziyatni va stol bandligi dinamikasini ko'ring

Agar prognozlash tizimi noaniq natija bersa yoki ishlamay qolsa-chi?

Video orqali kafedagi navbatlarni, shuningdek, stollarning bandligini tomosha qiling. Hmm, nega avval buni qilmaysiz?

Muallif mashq qilish uchun kichik mashqni ta'kidlaydi: uyg'onganingizdan keyin ertalab nima qilayotganingizni tasavvur qilishga harakat qiling. Bitta karta = bitta harakat. Amalga oshirish usuliga emas, balki maqsadga e'tibor qaratib, individual tafsilotlarni olib tashlash uchun kartalarni kattalashtiring (qahva maydalash o'rniga, tetiklantiruvchi ichimlik iching).

Bu kitob kim uchun: IT tahlilchilari va loyiha menejerlari. O'qish kerak.

ilovalar

3 dan 5 kishigacha bo'lgan guruhlarda muhokama qilish va qaror qabul qilish samarali bo'ladi.

Birinchi kartaga nimani ishlab chiqish kerakligini yozing, ikkinchisiga - birinchisida nima qilganingizni to'g'rilang, uchinchisida - birinchi va ikkinchisida nima qilinganligini to'g'rilang.

Kek kabi hikoyalar tayyorlang - retsept yozish orqali emas, balki kek kimga, nima uchun va qancha odamga mo'ljallanganligini bilib oling. Agar biz sotishni buzadigan bo'lsak, unda u kek, qaymoq va hokazolarni ishlab chiqarishga emas, balki kichik tayyor keklarni ishlab chiqarishga aylanadi.

Dasturiy ta'minotni ishlab chiqish film yaratishga o'xshaydi, bunda filmni suratga olish boshlanishidan oldin stsenariyni diqqat bilan ishlab chiqish va jilolash, sahnani, aktyorlarni va hokazolarni tartibga solish kerak bo'ladi.

Har doim resurslar tanqisligi bo'ladi.

20% harakatlar aniq natijalar beradi, 60% tushunarsiz natijalar beradi, 20% harakatlar zararli - shuning uchun salbiy natija bo'lsa, umidsizlikka tushmaslik kerak.

Foydalanuvchi bilan bevosita muloqot qiling, o'zingizni uning o'rnida his eting. Ba'zi muammolarga e'tibor qarating.

Baholash uchun hikoyani batafsil bayon qilish va rivojlantirish skrumning eng achinarli qismidir, munozaralarni akvarium rejimida stendga o'tkazing (3-4 kishi kengashda muhokama qiladi, agar kimdir qatnashmoqchi bo'lsa, u kimnidir almashtiradi).

Manba: www.habr.com

a Izoh qo'shish