প্যাটন জেফ। ব্যবহারকারীর গল্প। চটপটে সফ্টওয়্যার বিকাশের শিল্প

বিমূর্ত

বইটি চটপটে কৌশল ব্যবহার করে ধারণা থেকে বাস্তবায়ন পর্যন্ত উন্নয়ন প্রক্রিয়া চালানোর জন্য একটি বর্ণিত অ্যালগরিদম। প্রক্রিয়াটি ধাপে ধাপে বিন্যস্ত করা হয়েছে এবং প্রতিটি ধাপে প্রক্রিয়া ধাপের পদ্ধতি নির্দেশ করা হয়েছে। লেখক উল্লেখ করেছেন যে বেশিরভাগ পদ্ধতিই আসল নয়, মৌলিক বলে দাবি না করে। কিন্তু ভাল লেখার শৈলী এবং প্রক্রিয়াটির কিছু সততা বইটিকে খুব দরকারী করে তোলে।

ব্যবহারকারীর গল্প ম্যাপিংয়ের একটি মূল কৌশল হল ব্যবহারকারী প্রক্রিয়ার মধ্য দিয়ে যাওয়ার সাথে সাথে ধারণা এবং পারফরম্যান্স গঠন করা।

একই সময়ে, প্রক্রিয়াটি বিভিন্ন উপায়ে বর্ণনা করা যেতে পারে। আপনি একটি মূল মান অর্জন করার সাথে সাথে আপনি পদক্ষেপগুলি তৈরি করতে পারেন, অথবা আপনি সিস্টেম ব্যবহার করে ব্যবহারকারীদের কাজের দিনটি সহজভাবে নিতে এবং কল্পনা করতে পারেন। লেখক এই বিষয়টির উপর ফোকাস করেছেন যে প্রক্রিয়াগুলির রূপরেখা দেওয়া দরকার, একটি প্রক্রিয়া মানচিত্রে ব্যবহারকারীর গল্পের আকারে কথা বলা দরকার, যা আমাদের ব্যবহারকারীর গল্পের মানচিত্র নাম দিয়েছে।

কার দরকার

আইটি বিশ্লেষক এবং প্রকল্প পরিচালকদের জন্য। একটি পড়া আবশ্যক. পড়তে সহজ এবং আনন্দদায়ক, বইটি আকারে মাঝারি।

প্রত্যাহার

এর সহজতম আকারে, এটি কীভাবে কাজ করে।

একজন দর্শক একটি ক্যাফেতে আসে, খাবার নির্বাচন করে, অর্ডার দেয়, খাবার গ্রহণ করে, খায় এবং অর্থ প্রদান করে।

আমরা প্রতিটি পর্যায়ে সিস্টেম থেকে যা চাই তার জন্য প্রয়োজনীয়তা লিখতে পারি।

সিস্টেমটি খাবারের একটি তালিকা প্রদর্শন করবে, প্রতিটি খাবারের একটি রচনা, ওজন এবং মূল্য রয়েছে এবং কার্টে যোগ করতে সক্ষম হবে। কেন আমরা এই প্রয়োজনীয়তা আত্মবিশ্বাসী? এটি প্রয়োজনীয়তার "মানক" বর্ণনায় বর্ণনা করা হয়নি এবং এটি ঝুঁকি তৈরি করে।

যে অভিনয়শিল্পীরা বুঝতে পারেন না কেন এটি প্রয়োজনীয় তারা সাধারণত ভুল কাজ করে। যে অভিনয়কারীরা একটি ধারণা তৈরির প্রক্রিয়ার সাথে জড়িত নয় তারা ফলাফলের সাথে জড়িত নয়। চতুর বলেছেন, আসুন প্রাথমিকভাবে সিস্টেমের উপর নয়, মানুষের উপর, ভোক্তাদের উপর, তাদের কাজ এবং লক্ষ্যগুলির উপর ফোকাস করি।

আমরা ব্যক্তিত্ব তৈরি করি, সহানুভূতির জন্য তাদের বিশদ বিবরণ দিই এবং ব্যক্তিত্বের দিক থেকে গল্প বলা শুরু করি।

অফিসের কর্মচারী জাখর দুপুরের খাবার খেতে গিয়ে তাড়াতাড়ি নাস্তা করতে চায়। তার কি দরকার? ধারণা হল যে তিনি সম্ভবত একটি বিজনেস লাঞ্চ চান। আরেকটি ধারণা হল যে তিনি চান যে সিস্টেমটি তার পছন্দগুলি মনে রাখুক, কারণ তিনি ডায়েটে রয়েছেন। আরেকটি ধারণা। সে এখনই তার কাছে কফি আনতে চায় কারণ সে দুপুরের খাবারের আগে কফি পান করতে অভ্যস্ত।

এবং একটি ব্যবসাও আছে (একটি সাংগঠনিক চরিত্র একটি প্রতিষ্ঠানের স্বার্থের প্রতিনিধিত্বকারী একটি চরিত্র)। ব্যবসাগুলি গড় চেক বাড়াতে, ক্রয়ের ফ্রিকোয়েন্সি বাড়াতে এবং লাভ বাড়াতে চায়। ধারণাটি হল - আসুন কিছু রন্ধনপ্রণালীর অস্বাভাবিক খাবারের অফার করি। আরেকটি ধারণা - প্রাতঃরাশ প্রবর্তন করা যাক।

ধারণাগুলিকে সংহত করা, রূপান্তরিত করা এবং ব্যবহারকারীর গল্পের আকারে উপস্থাপন করা উচিত। জাখর বিজনেস সেন্টারের একজন কর্মচারী হিসাবে, আমি চাই যে সিস্টেম আমাকে চিনুক যাতে আমি আমার পছন্দের ভিত্তিতে একটি মেনু পেতে পারি। একজন ওয়েটার হিসাবে, আমি চাই যে কখন টেবিলের কাছে যেতে হবে যাতে ক্লায়েন্ট দ্রুত পরিষেবাতে সন্তুষ্ট হয় তা সিস্টেম আমাকে অবহিত করুক। ইত্যাদি।

কয়েক ডজন গল্প। পরবর্তী অগ্রাধিকার এবং ব্যাকলগ? জেফ উদ্ভূত সমস্যাগুলি নির্দেশ করে: ছোট বিবরণে আটকে পড়া এবং ধারণাগত বোঝাপড়া হারানো, পাশাপাশি কার্যকারিতাকে অগ্রাধিকার দেওয়া লক্ষ্যগুলির সাথে অসঙ্গতির কারণে একটি বিচ্ছিন্ন চিত্র তৈরি করে।

লেখকের পথ: আমরা কার্যকারিতাকে অগ্রাধিকার দিই না, কিন্তু ফলাফল = ব্যবহারকারী শেষ পর্যন্ত কী পায়।

একটি সুস্পষ্ট অ-স্পষ্ট পয়েন্ট: অগ্রাধিকার সেশন পুরো দল দ্বারা বাহিত হয় না, কারণ এটি অকার্যকর, কিন্তু তিনজনের দ্বারা। প্রথমটি ব্যবসার জন্য দায়ী, দ্বিতীয়টি ব্যবহারকারীর অভিজ্ঞতার জন্য এবং তৃতীয়টি বাস্তবায়নের জন্য।

আসুন একটি ব্যবহারকারীর সমস্যা সমাধানের জন্য সর্বনিম্ন নির্বাচন করি (ন্যূনতম কার্যকর সমাধান)।

আমরা ব্যবহারকারীর গল্পের ম্যাপে ব্যবহারকারীর গল্প, ডিজাইন স্কেচ, সীমাবদ্ধতা এবং ব্যবসার নিয়মগুলি ব্যবহার করে প্রথম অগ্রাধিকারের ধারণাগুলি বিশদভাবে বর্ণনা করি এবং দলের সাথে আলোচনা করে প্রক্রিয়ার প্রতিটি ধাপে মানুষ এবং স্টেকহোল্ডারদের কী প্রয়োজন। আমরা সুযোগের ব্যাকলগে অবশিষ্ট ধারণাগুলিকে পরীক্ষা না করে রেখেছি।

প্রক্রিয়াটি বাম থেকে ডানে কার্ডগুলিতে লেখা হয়, প্রক্রিয়ার ধাপগুলির নীচে কার্ডগুলিতে ধারণা সহ। পারস্পরিক বোঝাপড়া নিশ্চিত করতে দলের সদস্যদের সাথে পুরো গল্পের পথটি একসাথে আলোচনা করা অপরিহার্য।

এইভাবে বিশদকরণ প্রক্রিয়াগুলির সাথে সম্মতিতে অখণ্ডতা তৈরি করে।

প্রাপ্ত ধারণা পরীক্ষা করা প্রয়োজন. একজন নন-টিম মেম্বার ব্যক্তিটির টুপি পরে এবং তার সমস্যা সমাধান করে ব্যক্তির দিনটি তার মাথায় থাকে। এটা সম্ভব যে তিনি উন্নয়নগুলি দেখতে পান না, আবার কার্ড তৈরি করেন এবং দলটি নিজের জন্য বিকল্পগুলি আবিষ্কার করে।

তারপর মূল্যায়নের জন্য বিস্তারিত আছে। এর জন্য তিনজনই যথেষ্ট। ব্যবহারকারীর অভিজ্ঞতা, বিকাশকারী, একটি প্রিয় প্রশ্ন সহ পরীক্ষকের জন্য দায়ী: "কী হলে..."।

প্রতিটি পর্যায়ে, আলোচনা ব্যবহারকারীর ইতিহাসের একটি প্রক্রিয়া মানচিত্র অনুসরণ করে, যা ব্যবহারকারীর কাজকে একটি সুসংগত বোঝাপড়া তৈরি করার জন্য মনে রাখার অনুমতি দেয়।

লেখকের মতে ডকুমেন্টেশন কি প্রয়োজনীয়? হ্যাঁ, আমি এটা প্রয়োজন. কিন্তু নোট হিসাবে যা আপনাকে মনে রাখতে দেয় যে আপনি কী বিষয়ে সম্মত হয়েছেন। একজন বহিরাগতকে জড়িত করার জন্য আবার আলোচনার প্রয়োজন।

লেখক আলোচনার প্রয়োজনীয়তার উপর ফোকাস করে, ডকুমেন্টেশনের পর্যাপ্ততার বিষয়ে গভীরভাবে অনুসন্ধান করেন না। (হ্যাঁ, ডকুমেন্টেশন প্রয়োজন, যতই চটপটে গভীর ধারণা নেই এমন লোকেরা এটি দাবি করুক না কেন)। এছাড়াও, ক্ষমতার শুধুমাত্র একটি অংশের বিস্তৃতি সমগ্র সিস্টেমের একটি সম্পূর্ণ পুনর্নির্মাণের প্রয়োজন হতে পারে। ধারণাটি ভুল হলে লেখক ক্ষেত্রে অত্যধিক বিশদ বিবরণের ঝুঁকি উল্লেখ করেছেন।

ঝুঁকি দূর করার জন্য, "ভুল" পণ্য তৈরির ক্ষতি কমানোর জন্য তৈরি করা পণ্যের উপর দ্রুত প্রতিক্রিয়া গ্রহণ করা প্রয়োজন। আমরা ধারণাটির একটি স্কেচ তৈরি করেছি - এটি ব্যবহারকারীর সাথে যাচাই করেছি, ইন্টারফেস প্রোটোটাইপগুলি স্কেচ করেছি - ব্যবহারকারীর সাথে এটি যাচাই করেছি ইত্যাদি৷ (আলাদাভাবে, প্রোগ্রামের প্রোটোটাইপগুলিকে কীভাবে বৈধ করা যায় সে সম্পর্কে একটু তথ্য রয়েছে)। সফ্টওয়্যার তৈরির লক্ষ্যগুলি, বিশেষ করে প্রাথমিক পর্যায়ে, দ্রুত প্রতিক্রিয়া পাওয়ার মাধ্যমে শেখা হয়; সেই অনুযায়ী, তৈরি করা প্রথম পণ্যটি হল স্কেচ যা একটি অনুমানকে প্রমাণ করতে বা অস্বীকার করতে সক্ষম। (লেখক এরিক রাইসের কাজের উপর নির্ভর করেন "লিন পদ্ধতি ব্যবহার করে স্টার্টআপ")।

একটি গল্প মানচিত্র যখন একাধিক দল জুড়ে বাস্তবায়ন করা হয় তখন যোগাযোগ উন্নত করতে সাহায্য করে। মানচিত্রে কি থাকা উচিত? কথোপকথন চালিয়ে যেতে আপনার যা দরকার। শুধুমাত্র একটি ব্যবহারকারীর গল্প নয় (কে, কি, কেন), কিন্তু ধারণা, তথ্য, ইন্টারফেস স্কেচ, ইত্যাদি...

ইতিহাস মানচিত্রের কার্ডগুলিকে কয়েকটি অনুভূমিক রেখায় ভাগ করে, আপনি কাজটিকে রিলিজে ভাগ করতে পারেন - বেয়ার ন্যূনতম হাইলাইট করুন, কার্যকারিতা বৃদ্ধির একটি স্তর এবং ধনুক।

আমরা প্রক্রিয়া মানচিত্রে গল্প বলি।

একজন কর্মচারী দুপুরের খাবার খেতে এলেন।

সে কি চায়? পরিষেবার গতি। যাতে তার মধ্যাহ্নভোজ ইতিমধ্যে টেবিলে বা কমপক্ষে একটি ট্রেতে তার জন্য অপেক্ষা করছে। উফ - একটি মিস করা পদক্ষেপ: কর্মচারী খেতে চেয়েছিলেন। তিনি লগ ইন করেন এবং ব্যবসায়িক লাঞ্চ বিকল্পটি নির্বাচন করেন। তিনি ক্যালরির সামগ্রী এবং পুষ্টির সামগ্রী দেখেছিলেন যাতে তাকে ডায়েট করতে এবং ওজন না বাড়াতে সহায়তা করে। থালাটির ছবি দেখে সিদ্ধান্ত নিলেন তিনি ওই জায়গায় খাবেন কি না।

এরপর, সে কি লাঞ্চ এবং ডিনার করতে যাবে? নাকি তার অফিসে দুপুরের খাবার পৌঁছে দেওয়া হবে? তারপর প্রক্রিয়ার ধাপ হল খাওয়ার জায়গা বেছে নেওয়া। তিনি দেখতে চান কখন এটি তার কাছে পৌঁছে দেওয়া হবে এবং এর জন্য কত খরচ হবে, তাই তিনি তার সময় এবং শক্তি কোথায় ব্যয় করবেন তা বেছে নিতে পারেন - নীচে যেতে বা কাজে যেতে। তিনি দেখতে চান ক্যাফে কতটা ব্যস্ত যাতে সারিবদ্ধভাবে ধাক্কাধাক্কি না হয়।

এরপর কর্মচারী ক্যাফেতে আসেন। তিনি তার ট্রে দেখতে চান যাতে তিনি এটি নিয়ে সরাসরি ডিনারে যেতে পারেন। ক্যাফে পরিষেবাতে অর্থ উপার্জন করতে অর্থ গ্রহণ করতে চায়। কর্মচারী ক্যাফেতে অর্থপ্রদানের জন্য ন্যূনতম সময় হারাতে চায়, যাতে অকারণে মূল্যবান সময় নষ্ট না হয়। এটা কিভাবে করতে হবে? অগ্রিম অর্থ প্রদান করুন বা এর বিপরীতে দূরবর্তীভাবে পরিষেবার পরে। অথবা একটি কিয়স্ক ব্যবহার করে ঘটনাস্থলেই অর্থ প্রদান করুন। এই সম্পর্কে সবচেয়ে গুরুত্বপূর্ণ জিনিস কি? কতজন লোক একটি ব্যাংক কার্ড দিয়ে মধ্যাহ্নভোজের জন্য অর্থ প্রদান করতে ইচ্ছুক? পুনরাবৃত্ত অর্থপ্রদানের জন্য কতজন লোক তাদের কার্ড নম্বর সংরক্ষণ করতে এই ক্যান্টিনে বিশ্বাস করবে? ক্ষেত্র গবেষণা ছাড়া এটি অস্পষ্ট, পরীক্ষার প্রয়োজন।

প্রক্রিয়াটির প্রতিটি ধাপে, আপনাকে কোনওভাবে কার্যকারিতা সরবরাহ করতে হবে; এর জন্য আপনাকে কিছু ব্যক্তিকে ভিত্তি হিসাবে নিতে হবে এবং তার কাছে কী গুরুত্বপূর্ণ তা চয়ন করতে হবে (একই তিন নির্বাচক)। শেষ পর্যন্ত গল্পটি অনুসরণ করুন = একটি কার্যকর সমাধান করেছেন।

এরপরে আসে বিস্তারিত। ক্লায়েন্ট দেখতে চায় ক্যাফে কতটা ব্যস্ত, যাতে সারিবদ্ধ না হয়। তিনি ঠিক কি চান?

তিনি যখন সেখানে পৌঁছাবেন তখন 15 মিনিটের মধ্যে কতজন লোক সেখানে থাকবে তার পূর্বাভাস দেখুন

একটি ক্যাফেতে পরিষেবার গড় সময় এবং এর গতিশীলতা আধ ঘন্টা আগে দেখুন

পরিস্থিতি এবং টেবিল দখলের গতিশীলতা দেখুন

যদি পূর্বাভাস সিস্টেম একটি অস্পষ্ট ফলাফল দেয় বা কাজ বন্ধ করে দেয়?

ভিডিওর মাধ্যমে ক্যাফেতে সারি, সেইসাথে টেবিলের দখল দেখুন। হুম, কেন আগে এটা করবেন না?!

লেখক অনুশীলনের জন্য একটি ছোট ব্যায়াম নির্দেশ করেছেন: ঘুম থেকে ওঠার পর সকালে আপনি কী করেন তা কল্পনা করার চেষ্টা করুন। একটি কার্ড = একটি কর্ম। কার্ডগুলিকে বড় করুন (কফি নাকালের পরিবর্তে, একটি প্রাণবন্ত পানীয় পান করুন) পৃথক বিবরণগুলি সরাতে, বাস্তবায়নের পদ্ধতিতে নয়, লক্ষ্যের দিকে মনোনিবেশ করুন।

এই বইটি কার জন্য: আইটি বিশ্লেষক এবং প্রকল্প পরিচালক। একটি পড়া আবশ্যক.

অ্যাপস

আলোচনা এবং সিদ্ধান্ত গ্রহণ 3 থেকে 5 জনের দলে কার্যকর।

প্রথম কার্ডে কী কী বিকাশ করা দরকার তা লিখুন, দ্বিতীয়টিতে - আপনি প্রথমটিতে যা করেছেন তা সংশোধন করুন, তৃতীয়টিতে - প্রথম এবং দ্বিতীয়টিতে কী করা হয়েছিল তা সংশোধন করুন।

কেকের মতো গল্প তৈরি করুন - একটি রেসিপি লিখে নয়, তবে কে, কোন অনুষ্ঠানের জন্য এবং কতজন লোকের জন্য কেক তা খুঁজে বের করে। যদি আমরা বিক্রয়কে ভেঙে দেই, তাহলে তা কেক, ক্রিম ইত্যাদির উৎপাদনে নয়, ছোট ছোট তৈরি কেক তৈরিতে হবে।

সফ্টওয়্যার বিকাশ একটি ফিল্ম তৈরির অনুরূপ, যখন আপনাকে চিত্রগ্রহণ শুরু করার আগে স্ক্রিপ্টটি যত্ন সহকারে বিকাশ এবং পালিশ করতে হবে, দৃশ্য, অভিনেতা ইত্যাদি সংগঠিত করতে হবে।

সম্পদের অভাব সবসময়ই থাকবে।

20% প্রচেষ্টা বাস্তব ফলাফল দেয়, 60% বোধগম্য ফলাফল দেয়, 20% প্রচেষ্টা ক্ষতিকারক - তাই নেতিবাচক ফলাফলের ক্ষেত্রে হতাশা না করে শেখার দিকে মনোনিবেশ করা গুরুত্বপূর্ণ।

ব্যবহারকারীর সাথে সরাসরি যোগাযোগ করুন, নিজেকে তার জুতায় অনুভব করুন। কিছু সমস্যায় ফোকাস করুন।

মূল্যায়নের জন্য গল্পের বিশদ বিবরণ এবং বিকাশ করা হল স্ক্রামের সবচেয়ে ভয়ঙ্কর অংশ, আলোচনাগুলিকে অ্যাকোয়ারিয়াম মোডে দাঁড় করান (3-4 জন বোর্ডে আলোচনা করেন, যদি কেউ অংশগ্রহণ করতে চান, তিনি কাউকে প্রতিস্থাপন করেন)।

উত্স: www.habr.com