પેટન જેફ. વપરાશકર્તા વાર્તાઓ. ચપળ સોફ્ટવેર ડેવલપમેન્ટની આર્ટ

એનોટેશન

ચપળ તકનીકોનો ઉપયોગ કરીને વિચારથી અમલીકરણ સુધીની વિકાસ પ્રક્રિયાને હાથ ધરવા માટે પુસ્તક એક વર્ણન કરેલ અલ્ગોરિધમ છે. પ્રક્રિયાને પગલાઓમાં ગોઠવવામાં આવે છે અને દરેક પગલા પર પ્રક્રિયાના પગલા માટેની પદ્ધતિઓ સૂચવવામાં આવે છે. લેખક નિર્દેશ કરે છે કે મોટાભાગની પદ્ધતિઓ મૂળ હોવાનો દાવો કર્યા વિના, મૂળ નથી. પરંતુ સારી લેખન શૈલી અને પ્રક્રિયાની થોડી અખંડિતતા પુસ્તકને ખૂબ ઉપયોગી બનાવે છે.

યુઝર સ્ટોરી મેપિંગની મુખ્ય ટેકનિક એ છે કે જેમ જેમ વપરાશકર્તા પ્રક્રિયામાંથી પસાર થાય છે તેમ વિચારો અને પ્રદર્શનની રચના કરવી.

તે જ સમયે, પ્રક્રિયાને વિવિધ રીતે વર્ણવી શકાય છે. જ્યારે તમે મુખ્ય મૂલ્ય પ્રાપ્ત કરો છો તેમ તમે પગલાં બનાવી શકો છો, અથવા તમે સિસ્ટમનો ઉપયોગ કરીને વપરાશકર્તાઓના કામકાજના દિવસની કલ્પના કરી શકો છો. લેખક એ હકીકત પર ધ્યાન કેન્દ્રિત કરે છે કે પ્રક્રિયાઓની રૂપરેખા દર્શાવવી જરૂરી છે, પ્રક્રિયા નકશા પર વપરાશકર્તા વાર્તાના સ્વરૂપમાં બોલવામાં આવે છે, જેણે અમને વપરાશકર્તા વાર્તા નકશો નામ આપ્યું છે.

કોને તેની જરૂર છે

આઇટી વિશ્લેષકો અને પ્રોજેક્ટ મેનેજરો માટે. વાંચવું જ જોઈએ. વાંચવામાં સરળ અને આનંદપ્રદ, પુસ્તક કદમાં મધ્યમ છે.

પ્રતિસાદ

તેના સરળ સ્વરૂપમાં, તે આ રીતે કાર્ય કરે છે.

મુલાકાતી કેફેમાં આવે છે, વાનગીઓ પસંદ કરે છે, ઓર્ડર આપે છે, ખોરાક મેળવે છે, ખાય છે અને ચૂકવણી કરે છે.

અમે દરેક તબક્કે સિસ્ટમમાંથી અમને જે જોઈએ છે તેની જરૂરિયાતો લખી શકીએ છીએ.

સિસ્ટમે વાનગીઓની સૂચિ બતાવવી જોઈએ, દરેક વાનગીની રચના, વજન અને કિંમત હોય છે અને તે કાર્ટમાં ઉમેરવા માટે સક્ષમ હોય છે. શા માટે આપણને આ જરૂરિયાતોમાં વિશ્વાસ છે? આ જરૂરિયાતોના "માનક" વર્ણનમાં વર્ણવેલ નથી અને આ જોખમો બનાવે છે.

જે કલાકારો સમજી શકતા નથી કે આ શા માટે જરૂરી છે તેઓ સામાન્ય રીતે ખોટું કામ કરે છે. જે કલાકારો વિચાર બનાવવાની પ્રક્રિયામાં સામેલ નથી તેઓ પરિણામમાં સામેલ નથી. ચપળ કહે છે, ચાલો મુખ્યત્વે સિસ્ટમ પર નહીં, પરંતુ લોકો પર, ગ્રાહકો પર, તેમના કાર્યો અને લક્ષ્યો પર ધ્યાન કેન્દ્રિત કરીએ.

અમે વ્યક્તિત્વો બનાવીએ છીએ, તેમને સહાનુભૂતિ માટે વિગતો આપીએ છીએ અને વ્યક્તિની બાજુથી વાર્તાઓ કહેવાનું શરૂ કરીએ છીએ.

ઓફિસ કર્મચારી ઝાખર લંચ પર ગયો અને જલ્દી નાસ્તો કરવા માંગે છે. તેને શું જોઈએ છે? વિચાર એ છે કે તે કદાચ બિઝનેસ લંચ માંગે છે. બીજો વિચાર એ છે કે તે ઇચ્છે છે કે સિસ્ટમ તેની પસંદગીઓ યાદ રાખે, કારણ કે તે આહાર પર છે. બીજો વિચાર. તે તેની પાસે તરત જ કોફી લાવવા માંગે છે કારણ કે તેને લંચ પહેલા કોફી પીવાની ટેવ છે.

અને ત્યાં એક વ્યવસાય પણ છે (સંસ્થાકીય પાત્ર એ સંસ્થાના હિતોનું પ્રતિનિધિત્વ કરતું પાત્ર છે). વ્યવસાયો સરેરાશ ચેક વધારવા, ખરીદીની આવૃત્તિ વધારવા અને નફો વધારવા માંગે છે. વિચાર છે - ચાલો અમુક રાંધણકળાની અસામાન્ય વાનગીઓ ઓફર કરીએ. બીજો વિચાર - ચાલો નાસ્તો રજૂ કરીએ.

વિચારોને કન્ક્રિટાઇઝ્ડ, રૂપાંતરિત અને વપરાશકર્તા વાર્તાના રૂપમાં રજૂ કરી શકાય છે અને જોઈએ. ઝખાર બિઝનેસ સેન્ટરના કર્મચારી તરીકે, હું ઇચ્છું છું કે સિસ્ટમ મને ઓળખે જેથી કરીને હું મારી પસંદગીઓના આધારે મેનુ મેળવી શકું. એક વેઈટર તરીકે, હું ઈચ્છું છું કે સિસ્ટમ મને જાણ કરે કે ટેબલ પર ક્યારે સંપર્ક કરવો જેથી ક્લાયન્ટ ઝડપી સેવાથી સંતુષ્ટ થાય. અને તેથી વધુ.

ડઝનેક વાર્તાઓ. આગળ પ્રાથમિકતા અને બેકલોગ છે? જેફ ઉદભવતી સમસ્યાઓ દર્શાવે છે: નાની વિગતોમાં ફસાઈ જવું અને વૈચારિક સમજ ગુમાવવી, ઉપરાંત કાર્યક્ષમતાને પ્રાથમિકતા આપવી એ ધ્યેયો સાથે અસંગતતાને કારણે એક ચીંથરેહાલ ચિત્ર બનાવે છે.

લેખકનો માર્ગ: અમે કાર્યક્ષમતાને નહીં, પરંતુ પરિણામ = વપરાશકર્તાને અંતે શું મળે છે તેને પ્રાથમિકતા આપીએ છીએ.

એક સ્પષ્ટ બિન-સ્પષ્ટ મુદ્દો: અગ્રતા સત્ર આખી ટીમ દ્વારા હાથ ધરવામાં આવતું નથી, કારણ કે તે બિનઅસરકારક છે, પરંતુ ત્રણ લોકો દ્વારા. પ્રથમ વ્યવસાય માટે જવાબદાર છે, બીજો વપરાશકર્તા અનુભવ માટે અને ત્રીજો અમલીકરણ માટે.

ચાલો એક વપરાશકર્તા સમસ્યા (ન્યૂનતમ વ્યવહારુ ઉકેલ) ઉકેલવા માટે ન્યૂનતમ પસંદ કરીએ.

અમે વપરાશકર્તા વાર્તાના નકશા પર વપરાશકર્તા વાર્તાઓ, ડિઝાઇન સ્કેચ, અવરોધો અને વ્યવસાય નિયમોનો ઉપયોગ કરીને પ્રથમ અગ્રતાના વિચારોની વિગતો આપીએ છીએ અને ટીમ સાથે ચર્ચા કરીને પ્રક્રિયાના દરેક પગલામાં લોકો અને હિતધારકોને શું જોઈએ છે. અમે તકોના બેકલોગમાં બાકીના વિચારોને તપાસ્યા વિના છોડીએ છીએ.

પ્રક્રિયાને ડાબેથી જમણે કાર્ડ્સ પર લખવામાં આવે છે, પ્રક્રિયાના પગલાં નીચે કાર્ડ્સ પરના વિચારો સાથે. પરસ્પર સમજણ સુનિશ્ચિત કરવા માટે ટીમના સભ્યો સાથે મળીને સમગ્ર વાર્તાના માર્ગની ચર્ચા કરવી આવશ્યક છે.

આ રીતે વિસ્તરણ પ્રક્રિયાઓના પાલનમાં અખંડિતતા બનાવે છે.

પ્રાપ્ત વિચારોની ચકાસણી કરવાની જરૂર છે. બિન-ટીમ સભ્ય વ્યક્તિની ટોપી પહેરે છે અને વ્યક્તિનો દિવસ તેના માથામાં જીવે છે, તેની સમસ્યા હલ કરે છે. શક્ય છે કે તે વિકાસને જોતો ન હોય, ફરીથી કાર્ડ બનાવતો હોય અને ટીમ પોતાના માટે વિકલ્પો શોધે.

પછી મૂલ્યાંકન માટે વિગતો છે. આ માટે ત્રણ લોકો પૂરતા છે. મનપસંદ પ્રશ્ન સાથે વપરાશકર્તા અનુભવ, વિકાસકર્તા, પરીક્ષક માટે જવાબદાર: "શું જો...".

દરેક તબક્કે, ચર્ચા વપરાશકર્તાના ઇતિહાસના પ્રક્રિયા નકશાને અનુસરે છે, જે સુસંગત સમજણ બનાવવા માટે વપરાશકર્તાના કાર્યને ધ્યાનમાં રાખીને પરવાનગી આપે છે.

શું લેખકના મતે દસ્તાવેજીકરણ જરૂરી છે? હા, મને તેની જરૂર છે. પરંતુ નોંધો તરીકે જે તમને યાદ રાખવા દે છે કે તમે શું સંમત થયા છો. બહારના વ્યક્તિને ફરીથી સામેલ કરવા માટે ચર્ચાની જરૂર છે.

લેખક ચર્ચાની જરૂરિયાત પર ધ્યાન કેન્દ્રિત કરીને દસ્તાવેજીકરણની પર્યાપ્તતાના વિષય પર ધ્યાન આપતા નથી. (હા, દસ્તાવેજીકરણની જરૂર છે, પછી ભલેને જે લોકો ચપળતાની ઊંડી સમજ ધરાવતા નથી તેઓ તેનો દાવો કેવી રીતે કરે છે). ઉપરાંત, ક્ષમતાઓના માત્ર એક ભાગનું વિસ્તરણ સમગ્ર સિસ્ટમના સંપૂર્ણ પુનઃકાર્યની જરૂરિયાત તરફ દોરી શકે છે. જ્યારે વિચાર ખોટો હોય ત્યારે લેખક કેસમાં વધુ પડતા વિસ્તરણના જોખમને નિર્દેશ કરે છે.

જોખમોને દૂર કરવા માટે, "ખોટું" ઉત્પાદન બનાવવાના નુકસાનને ઘટાડવા માટે બનાવવામાં આવી રહેલા ઉત્પાદન પર ઝડપથી પ્રતિસાદ પ્રાપ્ત કરવો જરૂરી છે. અમે વિચારનું એક સ્કેચ બનાવ્યું - તેને વપરાશકર્તા સાથે માન્ય કર્યું, ઇન્ટરફેસ પ્રોટોટાઇપ્સનું સ્કેચ કર્યું - તેને વપરાશકર્તા સાથે માન્ય કર્યું, વગેરે. (અલગથી, પ્રોગ્રામ પ્રોટોટાઇપ્સને કેવી રીતે માન્ય કરવું તે અંગે થોડી માહિતી છે). સૉફ્ટવેર બનાવવાના ધ્યેયો, ખાસ કરીને પ્રારંભિક તબક્કે, ઝડપી પ્રતિસાદ પ્રાપ્ત કરીને શીખવાનું છે; તે મુજબ, બનાવેલ સૌપ્રથમ ઉત્પાદન સ્કેચ છે જે પૂર્વધારણાને સાબિત અથવા ખોટી સાબિત કરવામાં સક્ષમ છે. (લેખક એરિક રીસના કાર્ય પર આધાર રાખે છે "લીન પદ્ધતિનો ઉપયોગ કરીને સ્ટાર્ટઅપ").

વાર્તાનો નકશો સંચારને સુધારવામાં મદદ કરે છે જ્યારે અમલીકરણ બહુવિધ ટીમોમાં કરવામાં આવે છે. નકશા પર શું હોવું જોઈએ? વાતચીત ચાલુ રાખવા માટે તમારે શું કરવાની જરૂર છે. માત્ર એક વપરાશકર્તા વાર્તા જ નહીં (કોણ, શું, શા માટે), પરંતુ વિચારો, તથ્યો, ઇન્ટરફેસ સ્કેચ વગેરે...

ઇતિહાસના નકશા પરના કાર્ડ્સને ઘણી આડી રેખાઓમાં વિભાજીત કરીને, તમે કાર્યને પ્રકાશનોમાં વિભાજિત કરી શકો છો - એકદમ લઘુત્તમ, વધતી કાર્યક્ષમતા અને શરણાગતિનો એક સ્તર પ્રકાશિત કરો.

અમે પ્રક્રિયાના નકશા પર વાર્તાઓ કહીએ છીએ.

એક કર્મચારી જમવા આવ્યો.

તેને શું જોઈએ છે? સેવા ઝડપ. જેથી તેનું લંચ ટેબલ પર અથવા ઓછામાં ઓછું ટ્રે પર તેની રાહ જોઈ રહ્યું હોય. અરે - એક ચૂકી ગયેલું પગલું: કર્મચારી ખાવા માંગતો હતો. તેણે લૉગ ઇન કર્યું અને બિઝનેસ લંચનો વિકલ્પ પસંદ કર્યો. તેણે કેલરી સામગ્રી અને પોષક તત્ત્વો જોયા જેથી તેને આહારમાં મદદ મળે અને વજન ન વધે. તે તે જગ્યાએ ખાશે કે નહીં તે નક્કી કરવા તેણે વાનગીની તસવીરો જોઈ.

આગળ, શું તે લંચ અને ડિનર લેવા જશે? અથવા કદાચ લંચ તેની ઓફિસમાં પહોંચાડવામાં આવશે? પછી પ્રક્રિયાનું પગલું એ ખાવા માટે સ્થળ પસંદ કરવાનું છે. તે જોવા માંગે છે કે તે તેને ક્યારે પહોંચાડવામાં આવશે અને તેનો કેટલો ખર્ચ થશે, તેથી તે પસંદ કરી શકે છે કે તેનો સમય અને શક્તિ ક્યાં ખર્ચ કરવી - નીચે જવું અથવા કામ પર જવું. તે જોવા માંગે છે કે કાફે કેટલો વ્યસ્ત છે જેથી કતારોમાં ધક્કા ખાવા ન પડે.

પછી કર્મચારી કાફેમાં આવ્યો. તે તેની ટ્રે જોવા માંગે છે જેથી તે તેને લઈ શકે અને સીધા ડિનર પર જઈ શકે. કેફે સેવા પર પૈસા કમાવવા માટે પૈસા સ્વીકારવા માંગે છે. કર્મચારી કાફે સાથેની વસાહતો પર ઓછામાં ઓછો સમય ગુમાવવા માંગે છે, જેથી કિંમતી સમય નકામી રીતે બગાડવામાં ન આવે. તે કેવી રીતે કરવું? અગાઉથી ચૂકવણી કરો અથવા દૂરથી સેવા પછી ઊલટું. અથવા કિઓસ્કનો ઉપયોગ કરીને સ્થળ પર જ ચૂકવણી કરો. આ વિશે સૌથી મહત્વની બાબત શું છે? કેટલા લોકો બેંક કાર્ડ વડે લંચ માટે ચૂકવણી કરવા તૈયાર છે? પુનરાવર્તિત ચૂકવણી માટે કેટલા લોકો તેમના કાર્ડ નંબર સંગ્રહિત કરવા માટે આ કેન્ટીન પર વિશ્વાસ કરશે? ક્ષેત્ર સંશોધન વિના તે અસ્પષ્ટ છે, પરીક્ષણ જરૂરી છે.

પ્રક્રિયાના દરેક પગલા પર, તમારે કોઈક રીતે કાર્યક્ષમતા પ્રદાન કરવાની જરૂર છે; આ માટે તમારે કોઈ વ્યક્તિને આધાર તરીકે લેવાની જરૂર છે અને તેના માટે શું વધુ મહત્વનું છે તે પસંદ કરવાની જરૂર છે (તે જ ત્રણ પસંદગીકારો). વાર્તાને અંત સુધી અનુસરી = એક સધ્ધર ઉકેલ કર્યો.

આગળ વિગત આવે છે. ક્લાયંટ એ જોવા માંગે છે કે કાફે કેટલો વ્યસ્ત છે, જેથી કતારોમાં ધક્કો ન લાગે. તે બરાબર શું ઇચ્છે છે?

જ્યારે તે ત્યાં પહોંચશે ત્યારે 15 મિનિટમાં ત્યાં કેટલા લોકો હશે તેની આગાહી જુઓ

કૅફેમાં સરેરાશ સેવા સમય અને તેની ગતિશીલતા અડધા કલાક અગાઉથી જુઓ

પરિસ્થિતિ અને ટેબલ ઓક્યુપન્સી ડાયનેમિક્સ જુઓ

જો આગાહી સિસ્ટમ અસ્પષ્ટ પરિણામ આપે અથવા કામ કરવાનું બંધ કરે તો શું?

કૅફેમાં લાગેલી કતારો, તેમજ ટેબલનો કબજો વિડિઓ દ્વારા જુઓ. હમ્મ, તે પહેલા કેમ ન કરો ?!

લેખક પ્રેક્ટિસ કરવા માટે એક નાની કસરત સૂચવે છે: જાગ્યા પછી તમે સવારે શું કરો છો તેની કલ્પના કરવાનો પ્રયાસ કરો. એક કાર્ડ = એક ક્રિયા. અમલીકરણની પદ્ધતિ પર નહીં, પરંતુ ધ્યેય પર ધ્યાન કેન્દ્રિત કરીને, વ્યક્તિગત વિગતોને દૂર કરવા માટે કાર્ડ્સ (કોફીને પીસવાને બદલે, એક પ્રેરણાદાયક પીણું પીવો) મોટું કરો.

આ પુસ્તક કોના માટે છે: IT વિશ્લેષકો અને પ્રોજેક્ટ મેનેજર. વાંચવું જ જોઈએ.

Приложения

ચર્ચા અને નિર્ણય 3 થી 5 લોકોના જૂથમાં અસરકારક છે.

પ્રથમ કાર્ડ પર લખો કે શું વિકસાવવાની જરૂર છે, બીજા પર - તમે પ્રથમમાં શું કર્યું તે સુધારો, ત્રીજા પર - પ્રથમ અને બીજામાં શું કરવામાં આવ્યું હતું તે સુધારો.

કેક જેવી વાર્તાઓ તૈયાર કરો - રેસીપી લખીને નહીં, પણ કેક કોણ, કયા પ્રસંગ માટે અને કેટલા લોકો માટે છે તે શોધીને. જો આપણે વેચાણને તોડી નાખીએ, તો તે કેક, ક્રીમ વગેરેના ઉત્પાદનમાં નહીં, પરંતુ નાની તૈયાર કેકના ઉત્પાદનમાં હશે.

સૉફ્ટવેર ડેવલપમેન્ટ એ ફિલ્મ બનાવવા જેવું જ છે, જ્યારે તમારે ફિલ્માંકન શરૂ થાય તે પહેલાં સ્ક્રિપ્ટને કાળજીપૂર્વક વિકસાવવાની અને પોલિશ કરવાની, દ્રશ્ય, કલાકારો વગેરેને ગોઠવવાની જરૂર હોય છે.

સંસાધનોની અછત હંમેશા રહેશે.

20% પ્રયત્નો મૂર્ત પરિણામો આપે છે, 60% અગમ્ય પરિણામો આપે છે, 20% પ્રયત્નો હાનિકારક છે - તેથી જ નકારાત્મક પરિણામના કિસ્સામાં નિરાશ ન થવું અને શીખવા પર ધ્યાન કેન્દ્રિત કરવું મહત્વપૂર્ણ છે.

વપરાશકર્તા સાથે સીધો વાતચીત કરો, પોતાને તેના પગરખાંમાં અનુભવો. કેટલીક સમસ્યાઓ પર ધ્યાન આપો.

મૂલ્યાંકન માટે વાર્તાની વિગતો આપવી અને વિકસાવવી એ સ્ક્રમનો સૌથી ભયંકર ભાગ છે, ચર્ચાઓને માછલીઘર મોડમાં ઉભા કરો (3-4 લોકો બોર્ડ પર ચર્ચા કરે છે, જો કોઈ ભાગ લેવા માંગે છે, તો તે કોઈને બદલે છે).

સોર્સ: www.habr.com