Patton Jeff. İstifadəçi hekayələri. Çevik Proqram İnkişafı Sənəti

Mücərrəd

Kitab çevik üsullardan istifadə edərək ideyadan həyata keçirməyə qədər inkişaf prosesini həyata keçirmək üçün rəvayət edilmiş alqoritmdir. Proses mərhələlərlə tərtib edilir və hər addımda proses addımı üçün üsullar göstərilir. Müəllif qeyd edir ki, metodların əksəriyyəti orijinal olduğunu iddia etmədən orijinal deyil. Ancaq yaxşı yazı üslubu və prosesin bir qədər bütövlüyü kitabı çox faydalı edir.

İstifadəçi hekayəsinin xəritələşdirilməsinin əsas texnikası istifadəçi prosesdə hərəkət etdikcə ideyaları və performansları strukturlaşdırmaqdır.

Eyni zamanda, prosesi müxtəlif yollarla təsvir etmək olar. Siz əsas dəyərə çatdığınız zaman addımlar qura bilərsiniz və ya sadəcə olaraq sistemdən istifadə zamanı istifadəçilərin iş gününü götürüb təsəvvür edə bilərsiniz. Müəllif proseslərin təsvir edilməsi, proses xəritəsində istifadəçi hekayəsi şəklində danışılması lazım olduğuna diqqət yetirir ki, bu da bizə istifadəçi hekayə xəritəsi adını verdi.

Kimə lazımdır

İT analitikləri və layihə menecerləri üçün. Oxumaq lazımdır. Oxuması asan və zövqlü, kitab orta ölçülüdür.

Əlaqə

Ən sadə formada belə işləyir.

Ziyarətçi kafeyə gəlir, yeməklər seçir, sifariş verir, yemək alır, yeyir və ödəyir.

Hər mərhələdə sistemdən istədiyimiz tələbləri yaza bilərik.

Sistem yeməklərin siyahısını göstərməlidir, hər yeməyin tərkibi, çəkisi və qiyməti var və səbətə əlavə edə bilməlidir. Niyə biz bu tələblərə arxayınıq? Bu, tələblərin “standart” təsvirində təsvir olunmur və bu, risklər yaradır.

Bunun nə üçün lazım olduğunu başa düşməyən ifaçılar adətən səhv edirlər. İdeyanın yaradılması prosesində iştirak etməyən ifaçılar nəticədə iştirak etmirlər. Agile deyir ki, gəlin ilk növbədə sistemə deyil, insanlara, istehlakçılara, onların vəzifə və məqsədlərinə diqqət yetirək.

Biz personajlar yaradırıq, onlara empatiya üçün təfərrüatlar veririk və persona tərəfdən hekayələr danışmağa başlayırıq.

Ofis işçisi Zaxar nahara getdi və tez qəlyanaltı yemək istəyir. Ona nə lazımdır? Fikir ondan ibarətdir ki, o, yəqin ki, işgüzar nahar istəyir. Başqa bir fikir ondan ibarətdir ki, o, pəhriz saxladığı üçün sistemin onun üstünlüklərini yadda saxlamasını istəyir. Başqa bir fikir. Nahardan əvvəl kofe içməyə öyrəşdiyi üçün dərhal yanına qəhvə gətirmək istəyir.

Bir də iş var (təşkilati xarakter təşkilatın maraqlarını təmsil edən xarakterdir). Müəssisələr orta çeki artırmaq, alışların tezliyini artırmaq və mənfəəti artırmaq istəyirlər. İdeya budur - bəzi mətbəxin qeyri-adi yeməklərini təklif edək. Başqa bir fikir - səhər yeməyi təqdim edək.

İdeyalar konkretləşdirilə, dəyişdirilə və istifadəçi hekayəsi şəklində təqdim edilə bilər və edilməlidir. Zakhar Biznes Mərkəzinin əməkdaşı kimi sistemin məni tanımasını istəyirəm ki, seçimlərimə əsasən menyu ala biləcəm. Bir ofisiant olaraq, müştərinin sürətli xidmətdən razı qalması üçün sistemin masaya yaxınlaşmaq üçün mənə bildiriş verməsini istəyirəm. Və s.

Onlarla hekayə. Sonrakı prioritetləşdirmə və geriləmədir? Jeff ortaya çıxan problemlərə işarə edir: kiçik detallara qapılmaq və konseptual anlayışı itirmək, üstəlik funksionallığı prioritetləşdirmək məqsədlərlə uyğunsuzluq səbəbindən cırıq mənzərə yaradır.

Müəllifin yolu: Biz funksionallığa deyil, nəticəyə = istifadəçinin sonda əldə etdiyinə üstünlük veririk.

Aşkar bir qeyri-aşkar məqam: prioritetləşdirmə sessiyası bütün komanda tərəfindən həyata keçirilmir, çünki bu, səmərəsizdir, lakin üç nəfərdir. Birincisi biznes, ikincisi istifadəçi təcrübəsi və üçüncüsü həyata keçirilməsi üçün cavabdehdir.

Bir istifadəçi probleminin həlli üçün minimumu seçək (minimum həyat qabiliyyətli həll).

Biz istifadəçi hekayələri, dizayn eskizləri, məhdudiyyətlər və iş qaydalarından istifadə edərək ilk prioritet ideyaları, prosesin hər bir addımında insanlara və maraqlı tərəflərə ehtiyac duyduqlarını izah edərək və komanda ilə müzakirə edərək istifadəçi hekayəsi xəritəsində təfərrüatlandırırıq. Qalan fikirləri araşdırılmamış imkanlar sırasına qoyuruq.

Proses kartlarda soldan sağa yazılır, fikirlər proses addımlarının altındakı kartlarda yazılır. Qarşılıqlı anlaşmanı təmin etmək üçün bütün hekayədən keçən yolu komanda üzvləri ilə birlikdə müzakirə etmək vacibdir.

Bu şəkildə işlənmə proseslərə uyğun olaraq bütövlük yaradır.

Alınan ideyalar sınaqdan keçirilməlidir. Qeyri-komanda üzvü adamın papağını başına qoyur və problemini həll edərək adamın gününü başında yaşayır. Ola bilsin ki, o, inkişafı görmür, yenidən kartlar yaradır və komanda özü üçün alternativlər kəşf edir.

Sonra qiymətləndirmə üçün detallar var. Bunun üçün üç nəfər kifayətdir. Sevimli sualı olan istifadəçi təcrübəsi, tərtibatçı, tester üçün cavabdehdir: "Nə olarsa ...".

Hər bir mərhələdə müzakirə istifadəçinin tarixinin proses xəritəsini izləyir ki, bu da ardıcıl anlaşma yaratmaq üçün istifadəçinin tapşırığını yadda saxlamağa imkan verir.

Müəllifin fikrincə, sənədlərə ehtiyac varmı? Bəli, ehtiyacım var. Ancaq razılaşdığınızı xatırlamağa imkan verən qeydlər kimi. Yenidən kənar adamı cəlb etmək müzakirə tələb edir.

Müəllif müzakirə ehtiyacına diqqət yetirərək sənədlərin kifayət qədərliyi mövzusunu araşdırmır. (Bəli, çevikliyi dərindən başa düşməyən insanlar bunu necə iddia etsələr də, sənədləşmə lazımdır). Həmçinin, imkanların yalnız bir hissəsinin işlənib hazırlanması bütün sistemin tam yenidən işlənməsi ehtiyacına səbəb ola bilər. Müəllif ideyanın səhv olduğu halda həddindən artıq işlənmə riskini qeyd edir.

Riskləri aradan qaldırmaq üçün "yanlış" məhsulun yaradılmasının zərərini minimuma endirmək üçün yaradılan məhsul haqqında tez bir zamanda rəy almaq lazımdır. Biz ideyanın eskizini hazırladıq - onu istifadəçi ilə təsdiq etdik, interfeys prototiplərinin eskizini çəkdik - onu istifadəçi ilə təsdiq etdik və s. (Ayrıca, proqram prototiplərini necə təsdiqləmək barədə bir az məlumat var). Proqram təminatının yaradılmasının məqsədləri, xüsusən ilkin mərhələdə, müvafiq olaraq, tez rəy almaq yolu ilə öyrənməkdir, yaradılmış ilk məhsul bir fərziyyəni sübut edə və ya təkzib etməyə qadir olan eskizlərdir; (Müəllif Erik Risin “Yalın metodologiyadan istifadə edərək başlanğıc” əsərinə əsaslanır).

Hekayə xəritəsi, həyata keçirmə birdən çox komanda arasında həyata keçirildikdə ünsiyyəti yaxşılaşdırmağa kömək edir. Xəritədə nə olmalıdır? Söhbəti davam etdirmək üçün nə lazımdır. Yalnız bir istifadəçi hekayəsi deyil (kim, nə, niyə), ideyalar, faktlar, interfeys eskizləri və s...

Tarix xəritəsindəki kartları bir neçə üfüqi xəttə bölməklə, işi buraxılışlara bölmək olar - çılpaq minimumu, artan funksionallıq təbəqəsini və yayları vurğulayın.

Biz proses xəritəsində hekayələr danışırıq.

Bir işçi nahara gəldi.

O nə istəyir? Xidmət sürətləri. Beləliklə, onun naharı artıq onu masada və ya heç olmasa bir nimçədə gözləyir. Vay - buraxılmış bir addım: işçi yemək istədi. O, daxil oldu və biznes nahar variantını seçdi. O, pəhriz saxlamağa və kökəlməməyə kömək etmək üçün kalorili məzmunu və qida tərkibini gördü. Həmin yerdə yeyib-içməyəcəyinə qərar vermək üçün qabın şəkillərini gördü.

Sonra nahar və şam yeməyinə gedəcəkmi? Yoxsa naharı ofisinə çatdıracaqlar? Sonra prosesin addımı yemək üçün yer seçməkdir. Ona nə vaxt çatdırılacağını və bunun nə qədər başa gələcəyini görmək istəyir, ona görə də vaxtını və səyini hara sərf edəcəyini - aşağı enəcəyini və ya işə getdiyini seçə bilər. O, növbələrdə sıxışmamaq üçün kafenin nə qədər məşğul olduğunu görmək istəyir.

Daha sonra işçi kafeyə gəlib. O, nimçəsini görmək istəyir ki, götürüb birbaşa nahara getsin. Kafe xidmətdən pul qazanmaq üçün pul qəbul etmək istəyir. İşçi qiymətli vaxtını boş yerə sərf etməmək üçün kafe ilə hesablaşmalarda minimum vaxt itirmək istəyir. Bunu necə etmək olar? Uzaqdan xidmətdən sonra əvvəlcədən və ya əksinə ödəyin. Və ya köşkdən istifadə edərək yerində ödəyin. Bununla bağlı ən vacib şey nədir? Bank kartı ilə nahar üçün nə qədər adam ödəməyə hazırdır? Nə qədər adam bu yeməkxanaya güvənir ki, təkrar ödənişlər üçün kart nömrəsini saxlasın? Sahə araşdırması olmadan aydın deyil, sınaq lazımdır.

Prosesin hər addımında bir şəkildə funksionallıq təmin etməlisiniz, bunun üçün bir insanı əsas götürməlisiniz və onun üçün daha vacib olanı seçməlisiniz (eyni üç seçici). Hekayəni sona qədər izlədi = uyğun bir həll etdi.

Sonrakı detallar gəlir. Müştəri növbələrdə sıxışmamaq üçün kafenin nə qədər məşğul olduğunu görmək istəyir. Tam olaraq nə istəyir?

O ora çatanda 15 dəqiqədən sonra nə qədər adam olacağı ilə bağlı proqnoza baxın

Kafedə orta xidmət müddətinə və onun dinamikasına yarım saat öncədən baxın

Vəziyyətə və masa doluluq dinamikasına baxın

Proqnozlaşdırma sistemi qeyri-müəyyən nəticə verirsə və ya fəaliyyətini dayandırırsa?

Video vasitəsilə kafedəki növbələrə, eləcə də masaların doluluğuna baxın. Hmm, niyə əvvəlcə bunu etməyək?!

Müəllif məşq etmək üçün kiçik bir məşqi qeyd edir: səhər oyandıqdan sonra nə etdiyinizi təsəvvür etməyə çalışın. Bir kart = bir hərəkət. Fərdi təfərrüatları aradan qaldırmaq üçün kartları böyüdün (qəhvə üyütmək əvəzinə, canlandırıcı içki içmək), həyata keçirilmə üsuluna deyil, məqsədə diqqət yetirin.

Bu kitab kimin üçündür: İT analitikləri və layihə menecerləri. Oxumaq lazımdır.

Proqram

Müzakirə və qərar qəbulu 3-5 nəfərlik qruplarda effektivdir.

Birinci kartda nəyi inkişaf etdirmək lazım olduğunu yazın, ikincidə - birincidə nə etdiyinizi düzəldin, üçüncüdə - birinci və ikincidə nə edildiyini düzəldin.

Tortlar kimi hekayələr hazırlayın - resept yazmaqla deyil, tortun kim, hansı hadisə üçün və neçə nəfər üçün olduğunu öyrənməklə. Satışı bölsək, o zaman tort, qaymaq və s. istehsalına deyil, kiçik ölçülü hazır tortların istehsalına keçər.

Proqram təminatının hazırlanması filmin çəkilişinə bənzəyir, o zaman ki, çəkilişlərə başlamazdan əvvəl ssenarini diqqətlə işləyib cilalamaq, səhnəni, aktyorları və s. təşkil etmək lazımdır.

Resurs çatışmazlığı həmişə olacaq.

Səylərin 20% -i nəzərə çarpan nəticələr verir, 60% anlaşılmaz nəticələr verir, səylərin 20% -i zərərlidir - buna görə də mənfi nəticədə ümidsizliyə qapılmamaq və öyrənməyə diqqət etmək vacibdir.

İstifadəçi ilə birbaşa ünsiyyət qurun, özünüzü onun yerində hiss edin. Bəzi problemlərə diqqət yetirin.

Qiymətləndirmə üçün hekayəni təfərrüatlandırmaq və inkişaf etdirmək skrumun ən darıxdırıcı hissəsidir, müzakirələri akvarium rejimində diktə edin (3-4 nəfər şurada müzakirə edir, kimsə iştirak etmək istəsə, kimisə əvəz edir).

Mənbə: www.habr.com

Добавить комментарий