ব্যবহারকারীর গল্প লেখা বন্ধ করা, এবং কোডিং শুরু করা কখন?


9

প্রথম স্প্রিন্টের জন্য গল্পগুলি আবিষ্কার করার সময় আপনি কীভাবে জানবেন কখন কখন লেখাগুলি থামানো উচিত এবং এগিয়ে যেতে হবে?

আমি আমার পরিচিত কয়েকজন লোককে জিজ্ঞাসা করেছি এবং মূলত আমি যে প্রতিক্রিয়া অর্জন করেছি তা নির্ভর করে, এটি প্রজেক্টের যে প্রেক্ষাপটে রয়েছে তার উপর নির্ভর করে এবং সামগ্রিক প্রকল্পের টাইমবক্সড কীভাবে হয় on

ব্যবহারকারীর গল্প লেখা কখন বন্ধ করবেন তা জানার কোনও মানক উপায় আছে এবং যদি তাই হয় তবে এর ভিত্তি কী এবং কীভাবে এটি ভবিষ্যতের স্প্রিন্টে প্রযোজ্য?


2
রাউন্ড এ ফাইন্যান্সিংয়ের বাইরে চলে যাওয়ার সাথে সাথে।
কাজ

উত্তর:


15

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

যখন আপনি একটি পুনরাবৃত্তির জন্য যথেষ্ট অনুমান করেছেন, কোডিং শুরু করুন।


+1 @ ওডে: হ্যাঁ, এটিই একটি পদ্ধতি যা আমি প্রথমে চলে এসেছি যদিও আপনি প্রথমে মহাকাব্যগুলি খুঁজে বের করার পরে থিমগুলি শুরু করেন এবং শেষ পর্যন্ত "গুরুত্বপূর্ণ" মহাকাব্য / থিমগুলি "সম্পন্ন" হওয়ার পরে নির্বাহযোগ্য গল্পগুলিতে চালিত হন ... বা আপনি যত দ্রুত সম্ভব কার্যকর করার মতো গল্পগুলি খুঁজে পাওয়ার এবং এগিয়ে যাওয়ার চেষ্টা করছেন?
ভুলগুলি

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

1
@ ব্লন্ডার্স - আপনি সর্বোচ্চ অগ্রাধিকার দিয়ে শুরু করুন। যতক্ষণ না এটি যথাযথভাবে অনুমান এবং বাস্তবায়নের জন্য যথেষ্ট বোঝা যায়। আপনি পুনরাবৃত্তির জন্য যথেষ্ট অনুমান না করা পর্যন্ত ধুয়ে ফেলুন এবং পুনরাবৃত্তি করুন - সেই সময়ে পুনরাবৃত্তি এবং কোডিং শুরু করুন।
ওডে

4

আপনি যখন একটি সম্পূর্ণ পণ্য ব্যাকলগ, এবং সব ক্ষেত্রে ভাল সম্পূর্ণ ব্যবহারকারী গল্প আছে। তারপরে এটিকে পুনরাবৃত্তিতে ভাগ করুন এবং প্রোগ্রামিং শুরু করুন।


2
+1 ভাগ করে নেওয়ার জন্য ধন্যবাদ, এবং হ্যাঁ, এটিই এমন একটি পদ্ধতির যা আমি টাইমবক্সড প্রকল্পের প্রসঙ্গে শুনেছি; স্থির-বিড পরামর্শ পরামর্শ প্রকল্প। এটি বলেছিল, আমার মতে চটজলটি শেখা সম্পর্কে, এবং আপনি শুরু করার আগে যদি সমস্ত কিছু জানার চেষ্টা করেন তবে এটি সত্যই চতুর পন্থা নয়।
সাঙ্ঘাতিক ভুল

1

দুটি ক্রিয়াকলাপ বৈরী নয়।

গল্পের লেখাই ব্যবসায়ের মূল্য সরবরাহের সীমাবদ্ধতায় কাঙ্ক্ষিত প্রয়োজনীয়তা সংজ্ঞায়িত করা।

কোড শুরু করা একটি স্প্রিন্টের মাঝামাঝি সময়ে ঘটে। একটি স্প্রিন্ট শুরু করতে, একমাত্র পূর্বশর্ত হ'ল সংজ্ঞায়িত স্প্রিন্ট ব্যাকলগ - পিও (গল্পকার) দ্বারা অগ্রণীকরণ এবং দল কর্তৃক নির্বাচিত।

আপনার গল্প লেখা বন্ধ করা উচিত (= প্রকল্পটি বন্ধ করুন), যখন বাস্তবায়নের ব্যয় এবং সংজ্ঞায়িত ফাংশনের প্রকৃতরূপে পরিচালিত ব্যয়টি নেতিবাচক হয়ে থাকে তখন গল্পটি বাস্তবায়নের প্রান্তিক সুবিধা af

একটি স্প্রিন্টের প্রসঙ্গে আপনার কোড করা শুরু করা উচিত , যখন গল্পটি বোঝা যায় (বিশ্লেষণ) এবং পরীক্ষার এবং প্রয়োগটি সংজ্ঞায়িত হয় (নকশা) - শাস্ত্রীয় সফ্টওয়্যার বিকাশ পদ্ধতির।


0

কাহিনীগুলি যখন প্রোগ্রামযোগ্য যুক্তিকে পরিণত করতে পর্যাপ্ত পরিমাণে পরিণত হয় .. এবং যখন প্রোগ্রামারগুলি স্প্রিন্টের সময়রেখার মধ্যে উপযুক্ত কিছু গল্পের পয়েন্ট প্রদান করতে পারে ..

50 ঘন্টা / গল্পের পয়েন্ট হিসাবে অনুমান করা হয় এমন একটি গল্পটি এক সপ্তাহের বেশি স্প্রিন্ট গ্রহণ করা শক্ত (আইএমও) হতে পারে .. গল্পটি আরও ভাঙা অন্যকে কাজের বিভিন্ন অংশ গ্রহণের অনুমতি দেয়, তবে কোডটি না পারলে সমান্তরালে বিকাশিত হতে পারে, তবে এটি সম্ভবত আপনি যেতে পারেন হিসাবে সংক্ষিপ্ত।


0

ব্যবহারকারীর গল্প লেখা কখন বন্ধ করবেন তা জানার কোনও মানক উপায় আছে এবং যদি তাই হয় তবে এর ভিত্তি কী এবং কীভাবে এটি ভবিষ্যতের স্প্রিন্টে প্রযোজ্য?

আমি ব্যক্তিগতভাবে কোনও সেমাই মানক পদ্ধতি জানি না। এটি সত্যিই আপনার পদ্ধতি এবং আপনার গ্রাহকের প্রত্যাশার সংমিশ্রণে নেমে আসে।

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

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

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

যদি আপনি আরও পরিপ্রেক্ষিতে এই পদ্ধতির আরও বিশদ বিবরণ চান তবে পপপেন্ডিক্সের চর্বিযুক্ত সফ্টওয়্যার বিকাশ পড়ুন


0

আপনি কখনই গল্প লেখা বন্ধ করেন না .. এটি ঠিক যে যখন আপনার 1 টি স্প্রিন্টের জন্য পর্যাপ্ত গল্প থাকবে আপনি স্প্রিন্ট পরিকল্পনা করবেন এবং আপনার দল স্প্রিন্ট ব্যাকলগ অনুসারে কাজ শুরু করবে ..

পণ্যের মালিক পণ্য ব্যাকলগ তৈরি করা অর্থাত্ আরও ব্যবহারকারী গল্প লেখা, বড় গল্পগুলি যেমন মহাকাব্যগুলিকে ছোট করে একটিতে ভাঙা, গল্প গ্রহণের মানদণ্ডে আরও বিশদ ব্যাখ্যা করা, অগ্রাধিকার দেওয়া ...

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.