Паттон Джефф. Пайдаланушы оқиғалары. Agile бағдарламалық қамтамасыз етуді әзірлеу өнері

Аннотация

Кітап икемді әдістерді қолдана отырып, идеядан жүзеге асыруға дейінгі даму процесін жүргізуге арналған баяндалған алгоритм болып табылады. Процесс қадамдармен берілген және әр қадамда процесс қадамының әдістері көрсетілген. Автор, әдіс-тәсілдердің көпшілігінің түпнұсқа еместігін, оригинал екенін алға тартады. Бірақ жақсы жазу стилі және процестің кейбір тұтастығы кітапты өте пайдалы етеді.

Пайдаланушы тарихын картаға түсірудің негізгі әдісі - пайдаланушы процесте қозғалған кезде идеялар мен спектакльдерді құрылымдау.

Сонымен қатар, процесті әртүрлі тәсілдермен сипаттауға болады. Сіз негізгі мәнге қол жеткізген кезде қадамдарды жасай аласыз немесе жүйені пайдалану барысында пайдаланушылардың жұмыс күнін жай ғана алып, елестете аласыз. Автор процестерді сипаттау қажет екеніне назар аударады, процесс картасында пайдаланушы әңгімесі түрінде айтылады, бұл бізге пайдаланушының тарихы картасы деген атау берді.

Кім оған қажет

АТ талдаушылары мен жоба менеджерлері үшін. Оқу керек. Оқуға оңай және жағымды, кітаптың көлемі орташа.

Кері байланыс

Ең қарапайым түрде, ол осылай жұмыс істейді.

Келуші кафеге келеді, ыдыстарды таңдайды, тапсырыс береді, тамақ алады, тамақтанады және төлейді.

Біз әр кезеңде жүйеден қалағанымызға қойылатын талаптарды жаза аламыз.

Жүйе тағамдар тізімін көрсетуі керек, әр тағамның құрамы, салмағы және бағасы бар және оны себетке қосу мүмкіндігі болуы керек. Неліктен біз бұл талаптарға сенімдіміз? Бұл талаптардың «стандартты» сипаттамасында сипатталмаған және бұл тәуекелдерді тудырады.

Мұның не үшін қажет екенін түсінбейтін орындаушылар әдетте дұрыс емес әрекет жасайды. Идея құру процесіне қатыспаған орындаушылар нәтижеге қатыспайды. Agile бірінші кезекте жүйеге емес, адамдарға, тұтынушыларға, олардың міндеттері мен мақсаттарына назар аударайық дейді.

Біз персоналдарды жасаймыз, оларға эмпатия үшін егжей-тегжейлі мәліметтер береміз және персона жағынан әңгімелер айта бастаймыз.

Кеңсе қызметкері Захар түскі асқа барды және тез тамақтанғысы келеді. Оған не керек? Ол бизнес-ланчты қалайтын шығар. Тағы бір идея - ол жүйенің оның артықшылықтарын есте сақтауын қалайды, өйткені ол диетада. Басқа идея. Түскі асқа дейін кофе ішіп үйренгендіктен бірден кофе әкелгісі келеді.

Сондай-ақ бизнес (ұйымдастырушылық сипат – ұйымның мүддесін білдіретін кейіпкер) бар. Кәсіпорындар орташа чекті ұлғайтуды, сатып алу жиілігін арттыруды және пайданы көбейтуді қалайды. Идеясы - кейбір тағамдардың ерекше тағамдарын ұсынайық. Тағы бір идея - таңғы аспен таныстырайық.

Идеялар пайдаланушының әңгімесі түрінде нақтылануы, түрленуі және ұсынылуы мүмкін және керек. «Захар» бизнес орталығының қызметкері ретінде мен өз қалауыма негізделген мәзірді алу үшін жүйе мені танығанын қалаймын. Даяшы ретінде мен клиент жылдам қызмет көрсетуге қанағаттануы үшін жүйенің үстелге қашан жақындау керектігін хабарлауын қалаймын. Тағыда басқа.

Ондаған әңгімелер. Келесі кезекте басымдық пен артта қалу керек пе? Джефф туындайтын проблемаларды атап көрсетеді: ұсақ бөлшектерге батып кету және тұжырымдамалық түсінікті жоғалту, сонымен қатар функционалдылыққа басымдық беру мақсаттарға сәйкес келмеу салдарынан жыртылған суретті жасайды.

Автордың жолы: Біз функционалдылыққа емес, нәтижеге = пайдаланушының соңында не алатынына басымдық береміз.

Көрінетін анық емес нүкте: басымдық беру сессиясын бүкіл команда жүргізбейді, өйткені ол тиімсіз, бірақ үш адам. Біріншісі бизнеске, екіншісі пайдаланушы тәжірибесіне және үшіншісі енгізуге жауапты.

Бір пайдаланушы мәселесін шешу үшін минимумды таңдайық (ең төменгі өміршең шешім).

Біз процестің әр қадамында адамдарға және мүдделі тараптарға не қажет екенін айтып және топпен талқылау арқылы пайдаланушы әңгімелерін, дизайн эскиздерін, шектеулерді және бизнес ережелерін қолдану арқылы бірінші басымдықты идеяларды егжей-тегжейлі түсіндіреміз. Біз қалған идеяларды мүмкіндіктердің артта қалғанында зерттелмей қалдырамыз.

Процесс карталарда солдан оңға қарай жазылған, идеялар процесс қадамдарының астындағы карталарда жазылған. Өзара түсіністікті қамтамасыз ету үшін бүкіл тарих арқылы өтетін жолды топ мүшелерімен бірге талқылау қажет.

Осылайша өңдеу процестерге сәйкес тұтастықты жасайды.

Алынған идеяларды тексеру қажет. Команда емес адам сол адамның қалпағын киіп, оның мәселесін шеше отырып, оның басындағы күнін өмір сүреді. Мүмкін, ол карталарды қайтадан жасай отырып, оқиғаларды көрмеуі мүмкін және команда өзі үшін баламаларды табады.

Содан кейін бағалау үшін детальдар бар. Бұл үшін үш адам жеткілікті. Пайдаланушы тәжірибесіне, әзірлеушіге, сүйікті сұрағы бар сынақшыға жауапты: «Егер...».

Әр кезеңде талқылау пайдаланушының тарихының технологиялық картасын бақылайды, бұл біртұтас түсінікті құру үшін пайдаланушының тапсырмасын есте сақтауға мүмкіндік береді.

Автордың пікірі бойынша құжаттама қажет пе? Иә, маған керек. Бірақ сіз келіскен нәрсені есте сақтауға мүмкіндік беретін жазбалар ретінде. Бөтен адамды қайтадан тарту талқылауды қажет етеді.

Автор талқылау қажеттілігіне тоқталып, құжаттаманың жеткіліктілігі тақырыбына тереңірек үңілмейді. (Иә, Agile-ді терең түсінбейтін адамдар қалай айтса да, құжаттама қажет). Сондай-ақ, мүмкіндіктердің бір бөлігін ғана өңдеу бүкіл жүйені толығымен қайта өңдеу қажеттілігіне әкелуі мүмкін. Автор идея қате болған жағдайда шамадан тыс өңдеу қаупін көрсетеді.

Тәуекелдерді жою үшін «дұрыс емес» өнімді жасаудан болатын зиянды азайту үшін жасалып жатқан өнім туралы тез кері байланыс алу қажет. Біз идеяның нобайын жасадық - оны қолданушымен растадық, интерфейстің прототиптерінің эскизін жасадық - оны пайдаланушымен растадық және т.б. (Бөлек, бағдарлама прототиптерін тексеру жолы туралы аздаған ақпарат бар). Бағдарламалық жасақтаманы жасаудың мақсаттары, әсіресе бастапқы кезеңде, жылдам кері байланыс алу арқылы үйрену; сәйкесінше, жасалған бірінші өнім гипотезаны дәлелдеуге немесе жоққа шығаруға қабілетті эскиздер болып табылады. (Автор Эрик Ристің «Lean әдістемесін қолданатын стартап» еңбегіне сүйенеді).

Сюжеттер картасы іске асыру бірнеше командада жүзеге асырылған кезде байланысты жақсартуға көмектеседі. Картада не болуы керек? Әңгімені жалғастыру үшін не қажет. Пайдаланушы туралы әңгіме (кім, не, неге) ғана емес, идеялар, фактілер, интерфейс эскиздері және т.б.

Тарих картасындағы карталарды бірнеше көлденең сызықтарға бөлу арқылы сіз жұмысты шығарылымдарға бөлуге болады - жалаңаш минимумды, функционалдылықты арттыру қабатын және садақтарды бөлектеңіз.

Біз процесс картасы бойынша оқиғаларды айтамыз.

Бір қызметкер түскі асқа келді.

Ол не қалайды? Қызмет көрсету жылдамдығы. Сондықтан оның түскі асы оны үстелде немесе кем дегенде науада күтіп тұр. Ой - өткізіп алған қадам: қызметкер тамақтанғысы келді. Ол жүйеге кіріп, бизнес-ланч опциясын таңдады. Ол диетаға және салмақ қоспауға көмектесетін калория мен қоректік мазмұнды көрді. Ол сол жерде тамақтанатын ба, жоқ па, соны шешу үшін ыдыстың суреттерін көрді.

Содан кейін ол түскі және кешкі ас ішуге барады ма? Немесе түскі ас оның кеңсесіне жеткізілетін шығар? Содан кейін процестің қадамы - тамақтану орнын таңдау. Ол оған қашан жеткізілетінін және қанша тұратынын көргісі келеді, сондықтан ол өз уақыты мен күшін қайда жұмсайтынын таңдай алады - төменге түсу немесе жұмысқа бару. Ол кезекке тұрып қалмас үшін кафенің қаншалықты бос емес екенін көргісі келеді.

Содан кейін қызметкер кафеге келді. Ол науасын көргісі келеді, сонда ол оны алып, кешкі асқа барады. Кафе қызметке ақша табу үшін ақша қабылдағысы келеді. Қызметкер қымбат уақытын босқа өткізбеу үшін кафемен есеп айырысу кезінде ең аз уақытын жоғалтқысы келеді. Бұны қалай істейді? Қашықтан қызмет көрсетуден кейін алдын ала немесе керісінше төлеңіз. Немесе дүңгіршек арқылы төлеңіз. Бұл туралы ең маңызды нәрсе неде? Қанша адам түскі асқа банк картасымен төлеуге дайын? Қанша адам бұл асханаға қайта төлем жасау үшін карта нөмірін сақтайды деп сенеді? Далалық зерттеулерсіз бұл түсініксіз, тестілеу қажет.

Процестің әр қадамында сіз қандай да бір түрде функционалдылықты қамтамасыз етуіңіз керек, ол үшін сіз қандай да бір адамды негізге алып, оған маңыздырақ нәрсені таңдауыңыз керек (сол үш селектор). Әңгімені соңына дейін ұстанды = өміршең шешім қабылдады.

Келесі егжей-тегжейлі. Клиент кезекке тұрып қалмас үшін кафенің қаншалықты бос емес екенін көргісі келеді. Ол нақты нені қалайды?

Ол жерге жеткенде 15 минуттан кейін қанша адам болатыны туралы болжамды қараңыз

Кафедегі орташа қызмет көрсету уақытын және оның динамикасын жарты сағат бұрын қараңыз

Жағдайды және кестені толтыру динамикасын қараңыз

Болжау жүйесі түсініксіз нәтиже берсе немесе жұмысын тоқтатса ше?

Кафедегі кезектерді, сондай-ақ үстелдердің толтырылуын видео арқылы қараңыз. Хмм, неге алдымен мұны істемеске?!

Автор жаттығуға арналған шағын жаттығуды көрсетеді: таңертең оянғаннан кейін не істейтініңізді елестетіп көріңіз. Бір карта = бір әрекет. Жүзеге асыру әдісіне емес, мақсатқа назар аудара отырып, жеке мәліметтерді алып тастау үшін карталарды үлкейтіңіз (кофені ұнтақтаудың орнына, сергітетін сусын ішіңіз).

Бұл кітап кімге арналған: IT талдаушылары мен жоба менеджерлері. Оқу керек.

бағдарламалар

Талқылау және шешім қабылдау 3-5 адамнан тұратын топтарда тиімді.

Бірінші картаға нені дамыту керектігін жазыңыз, екіншісіне - біріншіде не істегеніңізді түзетіңіз, үшіншіге - бірінші және екіншіде не істегеніңізді түзетіңіз.

Торттар сияқты әңгімелер дайындаңыз - рецепт жазу арқылы емес, торттың кімге, қандай жағдайға және қанша адамға арналғанын білу арқылы. Сату көлемін бөлетін болсақ, онда ол торт, кілегей, т.б. өндіріске емес, кішігірім дайын торттарды өндіруге айналар еді.

Бағдарламалық жасақтаманы әзірлеу фильм түсіруге ұқсайды, бұл кезде түсірілім басталар алдында сценарийді мұқият әзірлеп, жылтырату, сахнаны, актерлерді және т.б. ұйымдастыру қажет.

Әрқашан ресурстар тапшылығы болады.

20% күш-жігер нақты нәтиже береді, 60% түсініксіз нәтиже береді, күш-жігердің 20% зиянды - сондықтан теріс нәтиже болған жағдайда үміт үзбеу және оқуға назар аудару маңызды.

Пайдаланушымен тікелей байланыста болыңыз, өзіңізді оның орнында сезініңіз. Кейбір мәселелерге назар аударыңыз.

Бағалау үшін оқиғаны егжей-тегжейлі көрсету және дамыту - скрамның ең қиын бөлігі, талқылауларды аквариум режимінде жасаңыз (тақтада 3-4 адам талқылайды, егер біреу қатысқысы келсе, ол біреуді ауыстырады).

Ақпарат көзі: www.habr.com

пікір қалдыру