গল্পের পয়েন্টগুলিতে স্বতন্ত্র দক্ষতা বিবেচনা করা উচিত?


11

গল্পের অনুমান সম্পর্কে আমার বোধগম্যতা হ'ল যে কোনও গল্পের আকারের অনুমান করা উচিত যেমন এটি কোনও কল্পিত, গড় বিকাশকারী হিসাবে হয় - এটি আইনের "যুক্তিসঙ্গত বাইস্ট্যান্ডার" ধারণাটির মতো কিছুটা। এটি হ'ল আপনাকে এটি করতে হবে তা ধরে নিয়ে গল্পের আকারটি অনুমান করা উচিত নয়

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

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

আমি উত্তরে কোনও অনুমোদনমূলক রেফারেন্সের প্রশংসা করব, তবে সাধারণ মতামতগুলিও দুর্দান্ত হবে।

উত্তর:


9

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

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

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

উপসংহারে, পৃথক যোগ্যতার অনুমানের জন্য বিবেচনা করা উচিত নয়। এটি সম্পন্ন হলেও, সম্মিলিত অনুমান এবং আপেক্ষিক পদ্ধতির দৃust়তার কারণে, এটি এতটা গুরুত্ব পাবে না।


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

7

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

তবুও এটি অনুশীলনে সমস্ত প্রকারের সমস্যা সৃষ্টি করে। আপনি যদি সেই সপ্তাহে ছুটিতে থাকেন তবে কি হবে? পর্যালোচনার সময় যখন আসে তখন আপনি কী বুঝতে পারবেন যে আপনি গড় বেতনের ১১০% গড় গল্প পয়েন্ট করছেন? যখন ব্যবসায়রা ভাবতে শুরু করে যে লোকদের দ্বারা বিভক্ত দলটির গতিবেগটি আসলে একটি সঠিক আনুমানিকতা? যখন ব্যবসায় বুঝতে পারে যে আপনি আপনার সমবয়সীদের চেয়ে আরও বেশি বাগ তৈরি করছেন (যখন আপনি উপেক্ষা করার সময় আরও কার্যকারিতা তৈরি করবেন) তখন কী হয়? লোকেরা যখন বিভিন্ন ধরণের কামড়ায় তখন "কামড়ের আকারের" গল্পগুলি কী গঠন করে?

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

শেষ পর্যন্ত, তারা আপনাকে একটি পরিবেশ তৈরির প্রক্রিয়া করার জন্য পয়েন্ট আপ করবে যা আপনাকে আপনার পরিবেশের সাথে খাপ খাইয়ে নিতে হবে ।


আপনার উত্তর করার জন্য আপনাকে ধন্যবাদ। আমি মনে করি আপনি যে ধরণের সমস্যাগুলি উল্লেখ করেছেন তা আমার বর্তমান পরিস্থিতির সাথে প্রাসঙ্গিক নয়: আমার বর্তমান নিয়োগকর্তা দেবস এবং ব্যবসায়ের মধ্যে বিচ্ছেদকে খুব ভালভাবে পরিচালনা করেন এবং "আপনি যদি ছুটিতে যান তবে কি হবে?" পরিকল্পনার সময় স্প্রিন্ট কমিটমেন্ট সামঞ্জস্য করে সহজেই মোকাবিলা করা হয়।
হেনরেবোথা

"শেষ অবধি, তারা একটি তৈরি প্রক্রিয়াটির জন্য পয়েন্ট আপ করেছে যা আপনাকে আপনার পরিবেশের সাথে খাপ খাইয়ে নিতে হবে" " ... আছে। +1
এসভিডজেন

5

টিএল; ডিআর
আমাদের সবসময় ধরে নেওয়া উচিত যে কেবলমাত্র উপযুক্ত বিকাশকারীদের একটি নির্দিষ্ট গল্পের জন্য বরাদ্দ করা হবে।

প্রতিযোগিতা (বা এর অভাব) অপমান নয়। এটি কেবল এমন বিকাশকারীদের দক্ষতার একটি যুক্তিসঙ্গত পরিমাপ, যিনি পিছিয়ে নেই বা ব্যতিক্রমীও অভিজ্ঞ নয়।


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

প্রতিটি সিস্টেম কাজ করতে পারে, প্রতিটি সিস্টেম ব্যর্থ হতে পারে। প্রশ্নটি এতটা নয় যে কোন সিস্টেমটি ভাল, বরং সংস্থাটি কোন ত্রুটিগুলি মোকাবেলা করতে সক্ষম / সক্ষম


নীতিগতভাবে, ভাষা / কাঠামোয় দক্ষতার জন্য অধ্যয়নের সময় অন্তর্ভুক্ত করা উচিত নয়। গৌণ স্পর্শকাতর: যদিও তাদের আদর্শ বিশ্বে উপস্থিত না থাকা উচিত, প্রকল্পের জন্য অধ্যয়নের সময়- বা গল্প-নির্দিষ্ট বাধাগুলি অন্তর্ভুক্ত করা উচিত।

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

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

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

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

নোট :
অন্যান্য ক্ষেত্রে যেখানে অধ্যয়নের সময় হয় না , যেমন স্ট্যাকের যদি তিন গল্প দুর্দান্তভাবে বিভিন্ন বিষয় নেই এবং বিভিন্ন দক্ষতা প্রয়োজন।
তবে এটি কেস কিনা তা অনুসন্ধান করার জন্য আমাদের একই সাথে তিনটি গল্পের দিকে নজর দেওয়া দরকার যা ধীরে ধীরে স্বতন্ত্র ব্যবহারকারীর গল্প থাকার নীতি লঙ্ঘন করতে শুরু করে । আমরা যদি পৃথক বৈঠকে এই অনুমানগুলি মোকাবেলা করেছি, সম্ভবত বিভিন্ন বিকাশকারী উপস্থিত আছেন; আমরা গল্পগুলির মধ্যে ওভারল্যাপটি সঠিকভাবে অনুমান করতে পারব না।

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

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

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


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

শেষ পর্যন্ত, এটি আপনার বিষ বাছাইয়ের বিষয়। এই পদ্ধতির কোনওটিরই অন্যদের চেয়ে বেশি নির্ভুল হওয়ার নিশ্চয়তা নেই।


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

4

এটি একটি জটিল বিষয় এবং বিষয়টি নিয়ে প্রায়শই বিতর্ক হয় are আমি এই সম্পর্কে "প্রচলিত" মতামতটি পছন্দ করি না: মান সহ বিভিন্ন মতামত রয়েছে। তবে এমন কিছু সমর্থনকারী মান, নীতি ও অনুশীলন রয়েছে যা পদ্ধতির দিকনির্দেশনা দেয় should

নিম্নলিখিতটি 10 ​​বছরেরও বেশি সময় ধরে স্ক্র্যামের দলগুলির সাথে আমার নিজের মতামতের ভিত্তিতে তৈরি। তবে এটি কেবল আমার মতামত।

  1. পূর্বাভাস পদ্ধতি হিসাবে স্টোরি পয়েন্টগুলি গল্পের পয়েন্টগুলির মূল উদ্দেশ্যটি ছিল একটি সময়কালে কোনও দল কী পূরণ করতে পারে তার পূর্বাভাস দেওয়ার উদ্দেশ্য নিয়ে প্রচেষ্টা অনুমান করার জন্য একটি দ্রুত পদ্ধতি খুঁজে পাওয়া। কিছু "আলোকসজ্জা" রাষ্ট্র উল্লেখ করে যে পয়েন্টগুলি কেবল দীর্ঘমেয়াদী সুযোগ (যেমন একটি রিলিজের উপরে) পূর্বাভাসের জন্য ব্যবহৃত হয়, এবং স্প্রিন্ট স্তরে ক্ষমতা নির্ধারণের জন্য নয়। তদ্ব্যতীত, ধারণাটি হল যে দলগুলি historicalতিহাসিক মানগুলির ভিত্তিতে "আপেক্ষিক আকারের" প্রয়োগ করছে (এফোর্ট এক্স প্রচেষ্টা বি এর সমান, যা 3 পয়েন্ট ছিল)। এটি অনুমানের প্রক্রিয়াটিকে গতি দেয় যাতে দলগুলিকে ভবিষ্যতের কাজগুলি বিশদ কাজের প্যাকেজগুলিতে বিভক্ত করতে না হয় এবং সমস্ত কার্যের জন্য ঘন্টা প্রয়োগ করতে হয়। উচ্চ পারফর্মিং দলগুলি সমস্ত প্রযুক্তিগত কর্মীদেরকে একই জাতীয় দক্ষতার স্তরের অত্যন্ত দক্ষ সদস্য হিসাবে গড়ে তোলার প্রচেষ্টা করে। (এই ধারণাটি পয়েন্ট # 4-তে আরও অন্বেষণ করা হবে) যখন এটি অর্জন করা হয়, তখন স্বতন্ত্র দক্ষতার স্তরটি আকার দেওয়ার ক্ষেত্রে সত্যই পরিবর্তিত হয় না। বাট: সাধারণত এই লক্ষ্য অর্জনে বেশ দীর্ঘ সময় এবং সম্মিলিত প্রচেষ্টা লাগে। তাই ... সেখানে যাওয়ার আগে আমরা কী করব?

  2. টাস্ক আওয়ারগুলি স্প্রিন্টের ক্ষমতা নির্ধারণ করে: একই "লুমিনিয়ার্স" অনুসারে যারা পয়েন্ট দীর্ঘমেয়াদী পূর্বাভাসের জন্য ব্যবহার করা হয় তাদের মতে তারাও প্রস্তাব দেন যে টাস্ক আওয়ারগুলি পয়েন্টের পরিবর্তে স্প্রিন্টের ক্ষমতা নির্ধারণ করতে ব্যবহৃত হবে। আমার মতে, এটি ঠিক আছে, তবে আমি বলব যে আমি যখন কোচ দলগুলিকে "উচ্চ-পারফরম্যান্স" করতে সহায়তা করেছি তখন তাদের সমান দক্ষতা গড়ে গড়েছিল যেখানে স্টোরি পয়েন্টগুলি ব্যবহার করে তারা কী স্প্রিন্টে পূর্ণ করতে পারে তা সঠিকভাবে নির্ধারণ করতে পারে যেখানে । আবার, এটি এমন একটি উদ্দেশ্য হতে পারে যার দিকে আমরা প্রচেষ্টা করি তবে নতুন দলগুলি এর জন্য প্রস্তুত নয়। অতএব, আপনি একক স্প্রিন্টে 2 টি পয়েন্ট সহ একটি স্টোরিতে পেতে পারেন যা 12 টাস্ক অব্দের প্রচেষ্টা 12 ঘন্টা এবং 25 ঘন্টা প্রচেষ্টা সহ রয়েছে with তো তুমি কি কর? কিছু লোককে আমি "চতুর-শুদ্ধবাদী" বলি যে গল্পের আকার (পয়েন্টগুলিতে) সময়কাল অনুসারে অজ্ঞেয়িত হওয়া উচিত। অন্যরা দ্বিমত পোষণ করেন। আইটেম # 3 এ যুক্তি দিয়ে পড়ুন এবং আপনি কী ভাবেন তা দেখুন।

  3. Sensকমত্য দ্বারা গল্প-পয়েন্টিং: ভলিউম প্রয়োগ, অজানা, জটিলতা, জ্ঞান

সুতরাং দলগুলিকে একটি অংশের দিকে নজর দেওয়া উচিত এবং পয়েন্টগুলির সাথে সম্মত হওয়া দরকার যা শ্রমের স্তরটির প্রক্সি হবে। রাইট? ধরে নিচ্ছি যে সমস্ত দক্ষতা সমান, তবে conকমত্য পৌঁছানো সহজ। তবে প্রায়শই দলগুলির একটি লোক থাকে যা জাভা গুরু, অন্য কেউ জাভাতে এত বড় নন (সম্ভবত তিনি সি # বা। ​​নেট বা কোবোল ব্যক্তি ছিলেন এবং জাভা শিখছিলেন)। সুতরাং টব এক্স বব জন্য খুব সহজ। জেনের পক্ষে এটি আরও কঠিন।

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

ভলিউম: কিছু প্রচেষ্টা বেশ সহজ, তবে পুনরাবৃত্ত কাজগুলির একটি দুর্দান্ত পরিমাণের প্রয়োজন। (আমার কাছে এমন একটি লোক আছে যার ৫০+ টেবিলগুলি অনুলিপি করতে ও পুনরায় ফর্ম্যাট করতে হয়েছিল যিনি বলেছিলেন যে এটি 1 পয়েন্ট কারণ এটি সহজ। সরানো এবং অনুকূলিত করা। সুতরাং কাজের পরিমাণের কারণে আমাদের পয়েন্টগুলি সামঞ্জস্য করতে হয়েছিল)

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

জটিলতা: এটি একদম সুস্পষ্ট। কিছু সমাধান প্রযুক্তিগতভাবে জটিল। আমরা ঠিক কী করব তা জানি তবে এর জন্য প্রযুক্তিগত দক্ষতা প্রয়োজন। জটিলতা কিছু ঝুঁকি বোঝায়, তাই না? সুতরাং আমাদের সকলের সমান দক্ষতা থাকলেও, প্রযুক্তিগত জটিলতা বোঝায় যে আমরা অপ্রত্যাশিত চ্যালেঞ্জের মধ্যে পড়তে পারি। সুতরাং আমরা এই গল্পটি আরও বড় করে তুলতে পারি।

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

আমার মতে, এই বিবেচনাগুলির প্রত্যেকটিই আসলে বর্ধিত সময়ের জন্য প্রক্সি xy সহজ গল্প, ভলিউম প্রচুর? এটি বেশি সময় নিবে, বা আমাদের গল্পটি বিভক্ত করা দরকার। অজানা? যুক্ত ঝুঁকি, গবেষণা, পরীক্ষা, এটি বেশি সময় নিতে পারে বা আমাদের গল্পটি বিভক্ত করতে হবে। কমপ্লেক্স? ঝুঁকি যুক্ত করা হয়েছে, বাগগুলি ঠিক করতে হবে, পুনরায় নকশা করা ইত্যাদি যাতে এতে আরও বেশি সময় লাগতে পারে। আমাদের প্রয়োজনীয় জ্ঞান আছে কি না জানি না? আমাদের অতিরিক্ত ঝুঁকি রয়েছে, ইত্যাদি পরীক্ষা-নিরীক্ষার প্রয়োজন হতে পারে, সুতরাং এটি আরও বেশি সময় নিতে পারে ...

এই কোথায় যাচ্ছে দেখুন? সুতরাং যখন গল্পের পয়েন্টগুলির ধারণাটি অনুমান করার সময়কাল সম্পর্কে চিন্তা থেকে নিরুৎসাহিত করে, অন্যদিকে এটি 1-পয়েন্টের গল্পটি অযৌক্তিক হবে যা আমরা 4 ঘন্টার মধ্যে শেষ করতে পারি এবং আরও 1-দফা গল্প যা সহজ তবে গ্রহণ করবে ২ সপ্তাহ.

  1. উচ্চ-পারফরম্যান্সকারী দলগুলি সিলোস এবং বোতলনেকগুলি নির্মূল করে: যেহেতু দলগুলি সমস্ত সদস্যকে সমান করার চেষ্টা করে, তাদের মাঝে মাঝে কম অভিজ্ঞ সদস্যরা নতুন চ্যালেঞ্জ গ্রহণ করে, বা একটি দল হিসাবে উন্নতি করার জন্য জ্ঞান ভাগ করে নেওয়ার জন্য কোড-কোড করবে। পূর্বে উল্লিখিত হিসাবে, দলটি যদি সত্যিকারের উচ্চ পারফর্মিং স্তরে পৌঁছায় তবে এটি প্রয়োজনীয়।

সুতরাং যদি জেন ​​সেই জাভা চেষ্টাটি স্বেচ্ছাসেবীদের স্বেচ্ছাসেবীদের করে এবং যদি বব এটি করতে থাকে তবে একই চেষ্টাটির সময়কাল 2x বা 3x করে দেবে, আপনি কী করবেন? সময়ের সাথে সাথে, আমার দলগুলি চেষ্টাটি করছে এমন লোকদের জন্য প্রচেষ্টার স্তর (LOE) / VUCK এর উপর ভিত্তি করে গল্প আকারের উপর স্থির করে। টিম গুরু, ববকে "এটি একটি 1" বলার কোনও অর্থ নেই, যখন জেনের পক্ষে সহজ হবে না এবং এটি পুরো হতে এক সপ্তাহ সময় নেয়, পাশাপাশি জোড় কোডিং এবং কোড পর্যালোচনার জন্য ববকে কিছু সময় প্রয়োজন। অতএব, আমরা আসল এলওই প্রতিফলিত করার জন্য এই পয়েন্টগুলিকে ছড়িয়ে দিয়েছি। পরের বার অনুরূপ একটি গল্প এসেছিল, জেনের জন্য এটি 8 ছিল যা আগে 5 এ পরিণত হয়েছিল Event অবশেষে, সকলেই সম্মতি জানালেন এটি সহজ easy. এই সময়ে, আমরা জানতাম আমরা একটি দল হিসাবে বাড়ছি।


0

TLDR

না, তবে সম্ভবত আপনি যে কারণটি ভাবেন তার জন্য নয়।

দীর্ঘ সংস্করণ

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

উদাহরণস্বরূপ (আমার পছন্দের একটি), আপনার টাস্কটিকে "একটি গর্ত খনন করুন" বিবেচনা করুন। আপনি পৃথিবীর পরিমাণ সরিয়ে ফেলতে হবে বা পৃথিবীটি সরাতে আপনাকে যে সময় দেবে তার উপর নির্ভর করে আপনি এটি নির্ধারণ করতে পারেন। আমার বন্ধু প্রতি ঘন্টা 3 মিটার হারে পুরো খনন করে, আমার কাছে একটি বড় যান্ত্রিক খনক রয়েছে যাতে আমি 100 পরিচালনা করতে পারি! একমাত্র ধ্রুবক হ'ল পৃথিবীর পরিমাণ - অতএব আমরা আমাদের অনুমানের একক হিসাবে এটি ব্যবহার করি।

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

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

দলে কোনও "আমি" নেই এবং আমি চূড়ান্ত পরিকল্পনায় একেবারেই নেই!

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