சிறுகுறிப்பு
சுறுசுறுப்பான நுட்பங்களைப் பயன்படுத்தி யோசனையிலிருந்து செயல்படுத்துதல் வரை வளர்ச்சி செயல்முறையை மேற்கொள்வதற்கான விவரிக்கப்பட்ட வழிமுறை புத்தகம். செயல்முறை படிகளில் அமைக்கப்பட்டுள்ளது மற்றும் ஒவ்வொரு படியிலும் செயல்முறை படிக்கான முறைகள் சுட்டிக்காட்டப்படுகின்றன. பெரும்பாலான முறைகள் அசல் என்று கூறாமல், அசல் இல்லை என்பதை ஆசிரியர் சுட்டிக்காட்டுகிறார். ஆனால் நல்ல எழுத்து நடை மற்றும் செயல்முறையின் சில நேர்மை ஆகியவை புத்தகத்தை மிகவும் பயனுள்ளதாக்குகின்றன.
பயனர் கதை மேப்பிங்கின் ஒரு முக்கிய நுட்பம், பயனர் செயல்முறையின் மூலம் நகரும் போது யோசனைகள் மற்றும் செயல்திறன்களை அமைப்பதாகும்.
அதே நேரத்தில், செயல்முறை வெவ்வேறு வழிகளில் விவரிக்கப்படலாம். நீங்கள் ஒரு முக்கிய மதிப்பை அடையும் போது நீங்கள் படிகளை உருவாக்கலாம் அல்லது கணினியைப் பயன்படுத்தும் போது பயனர்களின் வேலை நாளை நீங்கள் கற்பனை செய்து கொள்ளலாம். ஒரு செயல்முறை வரைபடத்தில் பயனர் கதையின் வடிவத்தில் செயல்முறைகள் கோடிட்டுக் காட்டப்பட வேண்டும் என்பதில் ஆசிரியர் கவனம் செலுத்துகிறார், இதுவே பயனர் கதை வரைபடம் என்ற பெயரை எங்களுக்கு வழங்கியது.
யாருக்கு இது தேவை
IT ஆய்வாளர்கள் மற்றும் திட்ட மேலாளர்களுக்கு. அவசியம் படிக்க வேண்டிய ஒன்று. படிக்க எளிதாகவும், சுவாரஸ்யமாகவும் இருக்கும், புத்தகம் நடுத்தர அளவில் உள்ளது.
நினைவுகூர்வது
எளிமையான வடிவத்தில், இது இப்படித்தான் செயல்படுகிறது.
ஒரு பார்வையாளர் ஒரு ஓட்டலுக்கு வருகிறார், உணவுகளைத் தேர்ந்தெடுத்து, ஆர்டர் செய்கிறார், உணவைப் பெறுகிறார், சாப்பிட்டார் மற்றும் பணம் செலுத்துகிறார்.
ஒவ்வொரு கட்டத்திலும் கணினியிலிருந்து நமக்குத் தேவையான தேவைகளை எழுதலாம்.
கணினி உணவுகளின் பட்டியலைக் காட்ட வேண்டும், ஒவ்வொரு உணவிற்கும் ஒரு கலவை, எடை மற்றும் விலை மற்றும் வண்டியில் சேர்க்க முடியும். இந்த தேவைகளில் நாம் ஏன் நம்பிக்கையுடன் இருக்கிறோம்? இது தேவைகளின் "நிலையான" விளக்கத்தில் விவரிக்கப்படவில்லை மற்றும் இது அபாயங்களை உருவாக்குகிறது.
இது ஏன் அவசியம் என்று புரியாத கலைஞர்கள் பொதுவாக தவறான செயலைச் செய்கிறார்கள். ஒரு யோசனையை உருவாக்கும் செயல்பாட்டில் ஈடுபடாத கலைஞர்கள் முடிவில் ஈடுபடவில்லை. சுறுசுறுப்பானது, முதன்மையாக கணினியில் கவனம் செலுத்தாமல், மக்கள், நுகர்வோர், அவர்களின் பணிகள் மற்றும் இலக்குகள் மீது கவனம் செலுத்துவோம்.
நாங்கள் ஆளுமைகளை உருவாக்குகிறோம், அவர்களுக்கு பச்சாதாபத்திற்கான விவரங்களை வழங்குகிறோம், மேலும் நபரின் பக்கத்திலிருந்து கதைகளைச் சொல்லத் தொடங்குகிறோம்.
அலுவலக ஊழியர் ஜாகர் மதிய உணவிற்குச் சென்றார், விரைவில் சிற்றுண்டி சாப்பிட விரும்புகிறார். அவருக்கு என்ன தேவை? அவர் ஒருவேளை வணிக மதிய உணவை விரும்புகிறார் என்பது யோசனை. மற்றொரு யோசனை என்னவென்றால், அவர் டயட்டில் இருப்பதால், அமைப்பு தனது விருப்பங்களை நினைவில் கொள்ள வேண்டும் என்று அவர் விரும்புகிறார். இன்னொரு யோசனை. மதிய உணவுக்கு முன் காபி குடிக்கும் பழக்கம் உள்ளதால் அவருக்கு உடனே காபி கொண்டு வர வேண்டும்.
மேலும் ஒரு வணிகமும் உள்ளது (ஒரு நிறுவனத் தன்மை என்பது ஒரு நிறுவனத்தின் நலன்களைக் குறிக்கும் பாத்திரம்). வணிகங்கள் சராசரி காசோலையை அதிகரிக்கவும், கொள்முதல் அதிர்வெண்ணை அதிகரிக்கவும், லாபத்தை அதிகரிக்கவும் விரும்புகின்றன. யோசனை என்னவென்றால் - சில உணவு வகைகளின் அசாதாரண உணவுகளை வழங்குவோம். மற்றொரு யோசனை - காலை உணவை அறிமுகப்படுத்துவோம்.
யோசனைகள் ஒரு பயனர் கதையின் வடிவத்தில் ஒருங்கிணைக்கப்படலாம் மற்றும் மாற்றப்பட வேண்டும் மற்றும் வழங்கப்பட வேண்டும். Zakhar வணிக மையத்தின் பணியாளராக, எனது விருப்பங்களின் அடிப்படையில் ஒரு மெனுவைப் பெறுவதற்கு அமைப்பு என்னை அங்கீகரிக்க வேண்டும் என்று நான் விரும்புகிறேன். ஒரு பணியாளராக, டேபிளை எப்போது அணுக வேண்டும் என்பதை கணினி எனக்கு தெரிவிக்க வேண்டும், இதனால் வாடிக்கையாளர் விரைவான சேவையில் திருப்தி அடைகிறார். மற்றும் பல.
டஜன் கணக்கான கதைகள். அடுத்தது முன்னுரிமை மற்றும் பின்னடைவு? எழும் சிக்கல்களை ஜெஃப் சுட்டிக்காட்டுகிறார்: சிறிய விவரங்களில் சிக்கிக் கொள்வது மற்றும் கருத்தியல் புரிதலை இழப்பது, மேலும் செயல்பாட்டிற்கு முன்னுரிமை அளிப்பது இலக்குகளுடன் இணக்கமின்மை காரணமாக ஒரு சிதைந்த படத்தை உருவாக்குகிறது.
ஆசிரியரின் பாதை: நாங்கள் செயல்பாட்டிற்கு முன்னுரிமை அளிக்கவில்லை, ஆனால் முடிவு = இறுதியில் பயனர் என்ன பெறுகிறார்.
ஒரு வெளிப்படையான அல்லாத வெளிப்படையான புள்ளி: முன்னுரிமை அமர்வு முழு குழுவால் மேற்கொள்ளப்படவில்லை, ஏனெனில் அது பயனற்றது, ஆனால் மூன்று நபர்களால். முதலாவது வணிகத்திற்கு பொறுப்பாகும், இரண்டாவது பயனர் அனுபவத்திற்கு மற்றும் மூன்றாவது செயல்படுத்துவதற்கு.
ஒரு பயனர் சிக்கலைத் தீர்ப்பதற்கான குறைந்தபட்சத்தைத் தேர்ந்தெடுப்போம் (குறைந்தபட்ச சாத்தியமான தீர்வு).
பயனர் கதை வரைபடத்தில் பயனர் கதைகள், வடிவமைப்பு ஓவியங்கள், கட்டுப்பாடுகள் மற்றும் வணிக விதிகள் ஆகியவற்றைப் பயன்படுத்தி முதல் முன்னுரிமை யோசனைகளை நாங்கள் விவரிக்கிறோம், செயல்பாட்டின் ஒவ்வொரு கட்டத்திலும் மக்கள் மற்றும் பங்குதாரர்களுக்கு என்ன தேவை என்பதை குழுவிடம் கூறி விவாதிப்போம். எஞ்சியுள்ள யோசனைகளை, வாய்ப்புகளின் பின்னடைவில் ஆய்வு செய்யாமல் விட்டுவிடுகிறோம்.
இந்த செயல்முறை இடமிருந்து வலமாக அட்டைகளில் எழுதப்பட்டுள்ளது, செயல்முறை படிகளுக்கு கீழே உள்ள கார்டுகளில் யோசனைகள் இருக்கும். பரஸ்பர புரிதலை உறுதி செய்வதற்காக முழு கதையின் வழியும் குழு உறுப்பினர்களுடன் ஒன்றாக விவாதிக்கப்பட வேண்டியது அவசியம்.
இந்த வழியில் விரிவுபடுத்துவது செயல்முறைகளுக்கு இணங்க ஒருமைப்பாட்டை உருவாக்குகிறது.
பெறப்பட்ட யோசனைகள் சோதிக்கப்பட வேண்டும். குழு அல்லாத ஒருவர், அந்த நபரின் தொப்பியை அணிந்து, அந்த நபரின் நாளை அவரது தலையில் வைத்து, அவரது பிரச்சனையை தீர்க்கிறார். அவர் முன்னேற்றங்களைக் காணவில்லை, மீண்டும் அட்டைகளை உருவாக்குகிறார், மேலும் குழு தனக்கான மாற்றுகளைக் கண்டுபிடித்தது.
பின்னர் மதிப்பீட்டிற்கான விவரம் உள்ளது. இதற்கு மூன்று பேர் போதும். பயனர் அனுபவத்திற்குப் பொறுப்பு, டெவலப்பர், விருப்பமான கேள்வியுடன் சோதனையாளர்: "என்ன என்றால்...".
ஒவ்வொரு கட்டத்திலும், கலந்துரையாடல் பயனரின் வரலாற்றின் செயல்முறை வரைபடத்தைப் பின்பற்றுகிறது, இது பயனரின் பணியை மனதில் வைத்து ஒரு ஒத்திசைவான புரிதலை உருவாக்க அனுமதிக்கிறது.
ஆசிரியரின் கருத்தில் ஆவணங்கள் அவசியமா? ஆம், எனக்கு அது வேண்டும். ஆனால் நீங்கள் ஒப்புக்கொண்டதை நினைவில் வைத்துக் கொள்ள அனுமதிக்கும் குறிப்புகளாக. வெளியாரை மீண்டும் ஈடுபடுத்துவது விவாதம் தேவை.
விவாதத்தின் அவசியத்தை மையமாகக் கொண்டு, ஆவணங்களின் போதுமான அளவு என்ற தலைப்பை ஆசிரியர் ஆராயவில்லை. (ஆமாம், சுறுசுறுப்பு பற்றிய ஆழமான புரிதல் இல்லாதவர்கள் எப்படிக் கூறினாலும் ஆவணங்கள் தேவை). மேலும், திறன்களின் ஒரு பகுதியை மட்டும் விரிவுபடுத்துவது முழு அமைப்பின் முழு மறுவேலைக்கான தேவைக்கு வழிவகுக்கும். யோசனை தவறாக இருக்கும் போது அதிகப்படியான விரிவாக்கத்தின் அபாயத்தை ஆசிரியர் சுட்டிக்காட்டுகிறார்.
அபாயங்களை அகற்ற, "தவறான" தயாரிப்பை உருவாக்கும் சேதத்தை குறைக்க உருவாக்கப்பட்ட தயாரிப்பு பற்றிய கருத்துக்களை விரைவாகப் பெறுவது அவசியம். யோசனையின் ஓவியத்தை உருவாக்கினோம் - பயனருடன் சரிபார்த்தோம், இடைமுக முன்மாதிரிகளை வரைந்தோம் - பயனருடன் சரிபார்த்தோம், முதலியன. (தனித்தனியாக, நிரல் முன்மாதிரிகளை எவ்வாறு சரிபார்க்கலாம் என்பது பற்றிய ஒரு சிறிய தகவல் உள்ளது). மென்பொருளை உருவாக்குவதற்கான குறிக்கோள்கள், குறிப்பாக ஆரம்ப கட்டத்தில், விரைவான கருத்துக்களைப் பெறுவதன் மூலம் கற்றுக்கொள்வது; அதன்படி, உருவாக்கப்பட்ட முதல் தயாரிப்பு ஒரு கருதுகோளை நிரூபிக்க அல்லது நிராகரிக்கக்கூடிய ஓவியங்கள் ஆகும். (ஆசிரியர் எரிக் ரைஸின் "ஒல்லியான முறையைப் பயன்படுத்தி ஸ்டார்ட்அப்" பணியை நம்பியுள்ளார்).
ஒரு கதை வரைபடம் பல குழுக்களில் செயல்படுத்தப்படும் போது தகவல்தொடர்புகளை மேம்படுத்த உதவுகிறது. வரைபடத்தில் என்ன இருக்க வேண்டும்? உரையாடலைத் தொடர நீங்கள் என்ன செய்ய வேண்டும். ஒரு பயனர் கதை (யார், என்ன, ஏன்), ஆனால் யோசனைகள், உண்மைகள், இடைமுக ஓவியங்கள் போன்றவை...
வரலாற்று வரைபடத்தில் உள்ள அட்டைகளை பல கிடைமட்ட கோடுகளாகப் பிரிப்பதன் மூலம், நீங்கள் வேலையை வெளியீடுகளாகப் பிரிக்கலாம் - குறைந்தபட்சம், அதிகரிக்கும் செயல்பாடு மற்றும் போவின் அடுக்கு ஆகியவற்றை முன்னிலைப்படுத்தவும்.
செயல்முறை வரைபடத்தில் கதைகளைச் சொல்கிறோம்.
ஒரு ஊழியர் மதிய உணவுக்கு வந்தார்.
அவனுக்கு என்ன வேண்டும்? சேவை வேகம். அதனால் அவரது மதிய உணவு ஏற்கனவே அவருக்காக மேஜையில் அல்லது குறைந்தபட்சம் ஒரு தட்டில் காத்திருக்கிறது. அச்சச்சோ - தவறவிட்ட படி: ஊழியர் சாப்பிட விரும்பினார். அவர் உள்நுழைந்து வணிக மதிய உணவு விருப்பத்தைத் தேர்ந்தெடுத்தார். கலோரி உள்ளடக்கம் மற்றும் ஊட்டச்சத்து உள்ளடக்கம் அவருக்கு உணவளிப்பதற்கும் எடை அதிகரிக்காமல் இருப்பதற்கும் உதவியது. அந்த இடத்தில் சாப்பிடலாமா வேண்டாமா என்று முடிவு செய்ய சாப்பாட்டின் படங்களைப் பார்த்தான்.
அடுத்து, அவர் மதிய உணவு மற்றும் இரவு உணவுக்கு செல்வாரா? அல்லது மதிய உணவு அவரது அலுவலகத்திற்கு வழங்கப்படுமா? பின்னர் செயல்முறையின் படி சாப்பிடுவதற்கு ஒரு இடத்தைத் தேர்ந்தெடுப்பது. அது அவருக்கு எப்போது டெலிவரி செய்யப்படும், எவ்வளவு செலவாகும் என்பதைப் பார்க்க அவர் விரும்புகிறார், எனவே அவர் தனது நேரத்தையும் ஆற்றலையும் எங்கு செலவிடுவது என்பதைத் தேர்வு செய்யலாம் - கீழே செல்வது அல்லது வேலைக்குச் செல்வது. வரிசைகளில் சலசலக்காதபடி கஃபே எவ்வளவு பிஸியாக இருக்கிறது என்பதை அவர் பார்க்க விரும்புகிறார்.
அப்போது அந்த ஊழியர் ஓட்டலுக்கு வந்தார். அவர் தனது தட்டைப் பார்க்க விரும்புகிறார், அதனால் அவர் அதை எடுத்துக்கொண்டு நேராக இரவு உணவிற்குச் செல்லலாம். சேவையில் பணம் சம்பாதிக்க கஃபே பணத்தை ஏற்க விரும்புகிறது. விலைமதிப்பற்ற நேரத்தை வீணாக்காதபடி, ஓட்டலுடன் குடியேற்றங்களில் குறைந்தபட்ச நேரத்தை இழக்க ஊழியர் விரும்புகிறார். அதை எப்படி செய்வது? முன்பணம் செலுத்துங்கள் அல்லது சேவைக்குப் பிறகு தொலைதூரத்தில் செலுத்துங்கள். அல்லது கியோஸ்க்கைப் பயன்படுத்தி அந்த இடத்திலேயே பணம் செலுத்துங்கள். இதில் மிக முக்கியமான விஷயம் என்ன? வங்கி அட்டை மூலம் மதிய உணவுக்கு பணம் செலுத்த எத்தனை பேர் தயாராக உள்ளனர்? எத்தனை பேர் இந்த கேன்டீனை நம்பி தங்கள் கார்டு எண்ணை திரும்ப திரும்ப செலுத்துவார்கள்? கள ஆய்வு இல்லாமல் அது தெளிவாக இல்லை, சோதனை தேவை.
செயல்முறையின் ஒவ்வொரு கட்டத்திலும், நீங்கள் எப்படியாவது செயல்பாட்டை வழங்க வேண்டும்; இதற்காக நீங்கள் ஒரு நபரை ஒரு அடிப்படையாக எடுத்துக் கொள்ள வேண்டும் மற்றும் அவருக்கு மிகவும் முக்கியமானதைத் தேர்ந்தெடுக்க வேண்டும் (அதே மூன்று தேர்வாளர்கள்). கதையை இறுதிவரை பின்தொடர்ந்தேன் = ஒரு சாத்தியமான தீர்வை உருவாக்கியது.
அடுத்து விவரம் வருகிறது. வாடிக்கையாளர் வரிசைகளில் சலசலக்காமல் இருக்க, கஃபே எவ்வளவு பிஸியாக இருக்கிறது என்பதைப் பார்க்க விரும்புகிறார். அவர் சரியாக என்ன விரும்புகிறார்?
அவர் வரும்போது 15 நிமிடத்தில் எத்தனை பேர் இருப்பார்கள் என்ற முன்னறிவிப்பைப் பாருங்கள்
ஒரு ஓட்டலில் சராசரி சேவை நேரத்தையும் அதன் இயக்கவியலையும் அரை மணி நேரத்திற்கு முன்பே பார்க்கவும்
நிலைமை மற்றும் அட்டவணை ஆக்கிரமிப்பு இயக்கவியல் பார்க்கவும்
முன்னறிவிப்பு அமைப்பு தெளிவற்ற முடிவைக் கொடுத்தால் அல்லது வேலை செய்வதை நிறுத்தினால் என்ன செய்வது?
வீடியோ மூலம் ஓட்டலில் உள்ள வரிசைகளையும், மேஜைகளின் ஆக்கிரமிப்பையும் பாருங்கள். ஹ்ம்ம், அதை ஏன் முதலில் செய்யக்கூடாது?!
பயிற்சி செய்ய ஒரு சிறிய பயிற்சியை ஆசிரியர் சுட்டிக்காட்டுகிறார்: காலையில் எழுந்த பிறகு நீங்கள் என்ன செய்கிறீர்கள் என்று கற்பனை செய்து பாருங்கள். ஒரு அட்டை = ஒரு செயல். தனிப்பட்ட விவரங்களை அகற்ற, அட்டைகளை பெரிதாக்கவும் (காபியை அரைப்பதற்கு பதிலாக, ஒரு ஊக்கமளிக்கும் பானத்தை குடிக்கவும்), செயல்படுத்தும் முறையின் மீது கவனம் செலுத்தாமல், இலக்கில் கவனம் செலுத்துங்கள்.
இந்த புத்தகம் யாருக்காக: IT ஆய்வாளர்கள் மற்றும் திட்ட மேலாளர்கள். அவசியம் படிக்க வேண்டிய ஒன்று.
பயன்பாடுகள்
3 முதல் 5 பேர் கொண்ட குழுக்களில் கலந்துரையாடல் மற்றும் முடிவெடுப்பது பயனுள்ளதாக இருக்கும்.
முதல் அட்டையில் உருவாக்க வேண்டியதை எழுதுங்கள், இரண்டாவதாக - முதலில் நீங்கள் செய்ததைச் சரிசெய்யவும், மூன்றாவது - முதல் மற்றும் இரண்டாவது செய்யப்பட்டதைச் சரிசெய்யவும்.
கேக் போன்ற கதைகளைத் தயாரிக்கவும் - ஒரு செய்முறையை எழுதுவதன் மூலம் அல்ல, ஆனால் யார், எந்த சந்தர்ப்பத்தில், எத்தனை பேருக்கு கேக் என்று கண்டுபிடிப்பதன் மூலம். நாங்கள் விற்பனையை முறித்துக் கொண்டால், அது கேக், கிரீம் போன்றவற்றின் உற்பத்தியில் அல்ல, ஆனால் சிறிய ரெடிமேட் கேக்குகளின் உற்பத்தியில் இருக்கும்.
மென்பொருள் உருவாக்கம் என்பது ஒரு திரைப்படத்தை உருவாக்குவது போன்றது, படப்பிடிப்பைத் தொடங்கும் முன் நீங்கள் ஸ்கிரிப்டை கவனமாக உருவாக்கி மெருகூட்ட வேண்டும், காட்சி, நடிகர்கள் போன்றவற்றை ஒழுங்கமைக்க வேண்டும்.
வளங்களுக்கு எப்போதும் பற்றாக்குறை இருக்கும்.
20% முயற்சிகள் உறுதியான முடிவுகளைத் தருகின்றன, 60% புரிந்துகொள்ள முடியாத முடிவுகளைத் தருகின்றன, 20% முயற்சிகள் தீங்கு விளைவிக்கும் - அதனால்தான் கற்றலில் கவனம் செலுத்துவது முக்கியம், எதிர்மறையான முடிவு ஏற்பட்டால் விரக்தியடைய வேண்டாம்.
பயனருடன் நேரடியாகத் தொடர்பு கொள்ளுங்கள், அவருடைய காலணியில் உங்களை உணருங்கள். சில பிரச்சனைகளில் கவனம் செலுத்துங்கள்.
மதிப்பீட்டிற்கான கதையை விவரிப்பதும் மேம்படுத்துவதும் ஸ்க்ரமின் மிகவும் மந்தமான பகுதியாகும், விவாதங்களை அக்வாரியம் பயன்முறையில் நிற்கச் செய்யுங்கள் (3-4 பேர் குழுவில் விவாதிக்கிறார்கள், யாராவது பங்கேற்க விரும்பினால், அவர் ஒருவரை மாற்றுவார்).
ஆதாரம்: www.habr.com