স্টোরি পয়েন্টস কীসের সর্বোত্তম ব্যাখ্যা কোনটি?


36

আমরা আমাদের চৌকস বিকাশের জন্য স্টোরি পয়েন্টগুলি এখানে ব্যবহার করতে শুরু করছি তবে আমি ব্যাখ্যা করতে অসুবিধা বোধ করি এবং সেগুলি কীসের কোনও নির্দিষ্ট উত্তর খুঁজে পাই না। আমি যা করতে পারি তার মধ্যে সেরা জিনিসটি হ'ল অন্যান্য সাইটগুলিতে (যেমন http://blog.mountaingoatsoftware.com/tag/story-pPoint ) নির্দেশ করে এবং সেগুলি কিছুর কিছু অস্পষ্ট সাধারণীকরণ দেয়। আমি ব্যবহারের কয়েকটি উদাহরণ সহ একটি ভাল ব্যাখ্যা খুঁজছি যা অন্যদের ব্যবহারে সহায়ক হবে। গল্পের বিষয়গুলি ব্যাখ্যা করার জন্য কোনও ভাল সংস্থান আছে কি?


1
কার কাছে ব্যাখ্যা বা আপনি সাধারণ ব্যাখ্যা চান? পরেরটির সমস্যাটি হ'ল এটি কিছু চোখের ঘূর্ণায়মানের সাথে দেখা হতে পারে কারণ প্রত্যেকে গভীরভাবে উত্তর পেতে চায় না।
জেবি কিং

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

উত্তর:


36

এটি স্টার্টার হিসাবে সহায়তা করতে পারে: গল্পের পয়েন্টগুলিতে মাইক কোহন । তবে এটি একদম আরও উন্নত: চতুর বিকাশ দলসমূহ: মাইক কোহনের সাথে পরিধি এবং স্কেল

মাইকের সফ্টওয়্যার অনুমানের মেট্রিকগুলির সমাধানটি সহজ এবং কার্যকর। জৈবিক তথ্য:

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

ধারণাটি হ'ল একটি রেফারেন্স ব্যবহারকারীর গল্প নেওয়া , তারপরে একে একটি নির্বিচার সংখ্যক (গল্প) পয়েন্ট দেওয়া , তারপরে অন্যান্য গল্পগুলি সেই রেফারেন্সের সাথে সম্পর্কিত পয়েন্ট পাবে।

যদি আপনার রেফারেন্সের গল্পটি 100 পয়েন্ট হয় এবং অন্য গল্পটি তিনগুণ বড় হয় তবে তা 300 পয়েন্ট।

আপনার পরিকল্পনার জন্য গল্পের পয়েন্টগুলিকে সময়ে রূপান্তর করতে, আপনাকে আপনার বেগটি জানতে হবে ।

একটি সঠিক গতি পেতে, আপনাকে অবশ্যই কয়েকটি পুনরাবৃত্তি করতে হবে এবং নির্ধারণ করতে হবে যে আপনার দল একটি নির্দিষ্ট সময়ের মধ্যে কত পয়েন্ট সম্পন্ন করেছে।

এটা কাজ করে


5
+1 সেরা ব্যাখ্যা। তবে রেফারেন্স স্টোরি 100 করা কোনও ভাল ধারণা নয়। যেমনটি বোঝা যায় যে আপনি রেফারেন্সের বিষয়ে নির্ভুলভাবে অনুমান করতে পারেন। অর্থাৎ আমার পরবর্তী কাজটি রেফারেন্সের কাজের 42%। আপনি উল্লেখ হিসাবে মানুষের মস্তিষ্ক অনুমান করা ভয়ঙ্কর। সুতরাং আমরা 2 পয়েন্ট একটি রেফারেন্স গল্প আছে। তারপরে ফিবোনাচি সিক্যুয়েন্সটি ব্যবহার করুন (রেফারেন্স স্টোরি থেকে আরও হিসাবে যে আরও অনর্থক আপনার সঠিক হওয়ার কোনও মানে নেই)। পরিকল্পনা পোকার আপনার বন্ধু।
মার্টিন ইয়র্ক

1
আপনি যদি ইউটিউবে মাইক কোহন দেখতে না চান, তবে এই স্টাফ সম্পর্কে তার খুব ভাল একটি ব্লগ নিবন্ধ আছে: ব্লগ.মাউন্টিংওটসওফটওয়্যার.ট্যাগ / স্টোরি-পয়েন্টস । মজাদার অংশটি হ'ল পয়েন্ট সিস্টেমের সাথেও তিনি বলেছিলেন যে মানুষেরা প্রায় 8 টি পর্যন্ত কেবল ভাল, তারপরে তারা অবমূল্যায়ন শুরু করে।
DXM

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

5

আমি @ পিয়ার 303: এর সাথে সমস্ত কথার সাথে একমত: উপরে বলেছেন: (100 রেফারেন্স পয়েন্ট বাদে)

আমি কেবল (জোর দেওয়া) যুক্ত করতে চাই যে আমরা কার্যগুলি অনুমান করতে ভাল নই। আমরা অন্যান্য কাজের সাথে সম্পর্কিত কাজগুলি যতক্ষণ না প্রায় একই আকারের হিসাবে অনুমান করতে পারি। কার্যগুলির মধ্যে পার্থক্য যত বড় হয় ততই খারাপ।

সুতরাং আমি 100 এর সূচনা পয়েন্ট ব্যবহারের সাথে একমত নই।

আপনি পরবর্তী কাজটি রেফারেন্স টাস্কের 42% হিসাবে অনুমান করবেন এমনটা নয়। এটি হয় একই অর্ধেক কাজ দ্বিগুণ কাজ ইত্যাদি।

আমাদের দল প্ল্যানিং পোকার ব্যবহার করে : এতে আমাদের কাছে দুটি স্টোরি পয়েন্টের একটি রেফারেন্স টাস্ক রয়েছে। তারপরে আমরা কার্যগুলি অনুমান করতে ফিবোনাচি সিরিজটি ব্যবহার করি: 1,2,3,5,8,13,21, বিশাল ,? রেফারেন্স টাস্কের তুলনায় (ফিবোনাকির চেয়ে আমি অন্যান্য দলগুলিকে ২.২,৪,৪,8,16,32, বিশাল,?) এর ক্ষমতা ব্যবহার করতে দেখেছি আমি অন্যান্য দলগুলি (ছোট (1), মাঝারি ( 2), বৃহত্তর (3), এক্সলার্জ (4) যখন তারা গতিবেগ গতিবেগ এটি এখনও কাজ করে))।

মুল বক্তব্যটি হ'ল রেফারেন্স টাস্কের সাথে তুলনামূলকভাবে কাজের আকারটি বাড়ার সাথে সাথে আমরা এর ব্যয়টি সঠিকভাবে অনুমান করতে সক্ষম হয়ে উঠছি। সুতরাং চেষ্টা করার কোনও মানে নেই। এটি অনুমান ট্রেইলের শেষে বৃহত্তর গ্রেডিয়েন্ট দ্বারা প্রতিফলিত হয়।

সুতরাং যদি আপনার রেফারেন্স টাস্কটি 2 এসপি হয়। তারপরে 1/2/3/5 এর অনুমান করা তুলনামূলক সহজ কারণ কাজটি একই আকারের। একবার আপনি রেফারেন্স টাস্কের চেয়ে তিনগুণ বড় হয়ে গেলে (5 এসপি) অনুমানটি আরও শক্ত হয়ে যায় (8/9/10 এসএস এর কোনও ব্যাপার না) আপনি যা বলতে পারেন তা 5SP এর চেয়ে বড় এবং 13SP এর চেয়ে ছোট তবে 8SP বিলটি ফিট করে।

13/21 / বিশাল এর এসপি মান সহ যে কোনও কিছুই স্প্রিন্ট ব্যাকলগের জন্য খুব বড়। এগুলি এমন জিনিসগুলির জন্য অনুমান যা আপনি আসলে এখনও কাজ করতে প্রস্তুত নন (এবং এভাবে ছোট কাজগুলিতে বিভক্ত হননি (আপনার খুব দরকার না হওয়া পর্যন্ত এগুলি ভেঙে ফেলবেন না))। তবে তারা আপনাকে পণ্যটির ব্যাকলগে কোনও কাজের আকারের জন্য অনুমান দেয় (যা কিছু ভবিষ্যতের পরিকল্পনার অনুমতি দেয়)। স্প্রিন্ট ব্যাকলগের জন্য ছোট ছোট কাজগুলি ভেঙে ফেলার জন্য এবং তাদের স্বতন্ত্রভাবে পুনর্নির্মাণের জন্য আপনার পর্যাপ্ত জ্ঞান থাকা উচিত (দ্রষ্টব্য: এটি একটি সাধারণ ভুল ধারণা যে সমষ্টিটির যোগফল অংশগুলি আসল সমান)।

  • বিশাল হিসাবে আপনার অনুমানের যে কোনও কিছুই ছোট কার্যগুলিতে বিভক্ত হওয়া দরকার।
  • কিছু হিসাবে অনুমান করা হয়? এর অর্থ অনুমান করার জন্য এটি যথেষ্ট পরিমাণে সংজ্ঞায়িত করা হয়নি, আপনাকে
    কার্য নির্দিষ্ট করে নির্দিষ্ট করে
    (যেমন কিছু ডকুমেন্টেশন বা উপস্থাপনা লিখুন) নির্দিষ্ট করতে একটি টাস্ক যুক্ত করতে হবে ।

2

স্টোর পয়েন্টগুলি কোনও কাজটি কতটা কঠিন তার আপেক্ষিক পরিমাপ। এর কারণ মানুষ নির্ভুল পরিমাপের তুলনায় তুলনামূলকভাবে প্রাক্কলিত তুলনায় আরও ভাল better

আপনি গল্পের পয়েন্টগুলি যেভাবে ব্যবহার করেন তা হ'ল আপনি প্রকল্পে প্রায় দুটি কার্য গ্রহণ করেন এবং তাদের দুটি ভিন্ন স্টোরি পয়েন্টের মান নির্ধারণ করেন। তারপরে আপনি সেই দুটি গল্পের বিন্দু অনুমানকে আপনার অনুমানের ভিত্তি হিসাবে ব্যবহার করে অন্যান্য কাজগুলি অনুমান করেন। আই টাস্ক সি টাস্ক এ এর ​​চেয়ে বেশি শক্ত নয় তবে টাস্ক বিয়ের চেয়ে অবিশ্বাস্যরকম সহজ তাই এটি টাস্ক এ এর ​​চেয়ে প্রায় 2 গল্পের পয়েন্ট বেশি কাজ করে points

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

আপনি কীভাবে অনুমান করবেন? আপনার বিকাশকারীরা আপনার বুনিয়াদি প্রয়োজনীয়তার তুলনায় কতটা কাজ অনুভব করে তা নির্ধারণ করতে আপনি পরিকল্পনা পোকার ব্যবহার করতে পারেন ।

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

গল্পের পয়েন্টগুলিতে আরও একটি লিঙ্ক এখানে।

এখানে অন্য লিঙ্ক।


2

তারা সময় নষ্ট।

এখানে চিত্র বর্ণনা লিখুন

http://www.amazon.com/Lean-Trenches-Managing-Large-Scale-Projects/dp/1934356859/

মজার বিষয় এই যে এখন সেই লোকটির কাছ থেকে এসেছে যিনি ট্রেঞ্চস থেকে স্ক্রাম এবং এক্সপি লিখেছেন এবং যার সংস্থার নাম ( ক্রিস্প ) বিশ্বজুড়ে অনেক দল দ্বারা ব্যবহৃত পোকার কার্ডের পরিকল্পনার অনেকগুলি ডেকে পাওয়া যাবে।

ওপির শেষ বাক্য: "গল্পের বিষয়গুলি ব্যাখ্যা করার জন্য কোনও ভাল সংস্থান আছে কি?" হ্যাঁ, এই বইটি একটি ভাল সংস্থান। চিন্তার জন্য খাদ্য.


তারা দরকারী কি না এ বিষয়ে মতামত দেওয়া তারা কী কী সে প্রশ্নের প্রশ্নের উত্তর দেয় না।
ব্রায়ান ওকলে

0

আমি যে সহজ ব্যাখ্যাটি সামনে আসতে পারি তা হ'ল একটি অবজেক্ট ব্যবহার করা যা মূর্ত এবং এটি একটি সুনির্দিষ্ট উদাহরণ সরবরাহ করতে পারে।

একটি বাড়িতে বাড়িতে নিন। আমি যদি মোবাইল হোম ব্যবসায় থাকি তবে আমি জানতে পারতাম যে একটি একক প্রশস্ত বিল্ডিং সাধারণত 5 টি (পয়েন্ট, ব্যাঙ, উইজেট ... পরিমাপের ফর্মটি স্বেচ্ছাসেবী) লাগে এবং তাই দ্বিগুণ প্রশস্ততা তৈরি করতে দ্বিগুণ প্রচেষ্টা বা 10 (পয়েন্ট) নেওয়া উচিত , ব্যাঙ, উইজেট)।

প্রোগ্রামারদের মানসিকতা এই মুহুর্তে প্রবাহিত হবে এবং একটি প্রবাহিত পদ্ধতির বিষয়ে কথা বলবে; অবকাঠামোটি সময়ের সবচেয়ে বড় অংশ এবং অন্যান্য অনুরূপ উদাহরণগুলি গ্রাস করার কারণে এটি দ্বিগুণ সময় নেয় না। এটি অনিবার্য। (পয়েন্টস, ব্যাঙ, উইজেট) এ এটি একটি অনুমান যেহেতু আমরা সময়মত সঠিকভাবে অনুমান করতে পারি না এবং এভাবে (পয়েন্ট, ব্যাঙ, উইজেট) অনুমান করা আমাদের বিশ্বাসকে সরিয়ে দেয়।

কিছু গড়তে কত সময় লাগবে তা জানতে আমরা সময়ের সাথে আমাদের প্রবণতাগুলি ব্যবহার করব; এভাবে সময়ের সাথে সাথে আমাদের অনুমানগুলিতে আরও বেশি সঠিক হয়ে উঠছে।

দলটি প্রস্তুত হতে প্রস্তুত যখন জুজু পরিকল্পনা করবেন না ।


0

অন্যরা যেমন গল্পের পয়েন্টগুলি উল্লেখ করেছে তবে এটি একটি ব্যবহারকারী গল্পের জটিলতার আপেক্ষিক পরিমাপ। গল্পের পয়েন্টগুলির আসল উপকারটি কখন উপলব্ধি হয়

  1. পয়েন্টগুলি বাস্তবায়নের জন্য দায়ী ইউনিট দ্বারা পরিমাপ করা হয় (হয় কোনও ব্যক্তি বা দল)।
  2. ধ্রুবক সময়কালের (গতি) মধ্যে একই ইউনিট দ্বারা কতগুলি সমষ্টিগত পয়েন্ট সম্পন্ন হয় তার জন্য মেট্রিকগুলি রাখা হয়।

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

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


1
"অন্যরা যেমন গল্পের পয়েন্টগুলি উল্লেখ করেছেন তারা ব্যবহারকারীর গল্পের জটিলতার তুলনামূলক পরিমাপ।" নোট করুন যে মাইক কোহন আসলে যুক্তি দেখিয়েছেন যে "এটি প্রচেষ্টা, জটিলতা নয়", এই বিষয়ে বিস্তারিত আলোচনার জন্য Mountaingoatsoftware.com/blog/its-effort-not-complexity দেখুন ।
ডেটনটাইপ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.