বেগ সময়ের সাথে মালভূমি না কেন?


11

আমি আমার টিম বার্ন করার জন্য চার্ট এবং এর বেগের জন্য প্লট করেছি। আমার কাছে এটি দেখতে খুব খারাপ দেখাচ্ছে (বেগ অনেকটাই ওঠানামা করে)। এই আচরণের মূল কারণটি সনাক্ত করার জন্য আমি কী খুঁজছি?

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


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

1
আপনার দল স্প্রিন্টে 1000 পয়েন্ট করে?
ব্রায়ান ওকলে

@ ব্রায়ানওকলে আরও 100 পয়েন্ট / স্প্রিন্টের মতো লাগে। আমি উপরের লাইনটিকে "জমে থাকা মান" হিসাবে নিই।
কালেব

"পয়েন্টস" ইচ্ছাকৃতভাবে নির্বিচারে - এমনকি স্প্রিন্টে এটি 1000 পয়েন্ট হলেও এর অর্থ কেবল একটি পয়েন্ট হতে পারে দশ ম্যান মিনিট বা এর মতো কিছু।
tmadmers

1
নিবন্ধন করুন কীতে 'वेग' চিহ্নিত রেখাটি শক্ত কালো এবং গ্রাফের নীচের লাইনের সাথে মিল রয়েছে। লাইনটি 'AC চিহ্নিত করেছে। কী-এর মান 'ধূসর, গ্রাফের শীর্ষ লাইনের মতো। আপনি পরিদর্শন করেও বলতে পারেন যে শীর্ষ লাইনটি সম্ভবত নীচের তথ্য পয়েন্টগুলির চলমান মোট: লাইনটি কয়েক সপ্তাহের মধ্যে সমতল হয় যখন নীচের লাইনটি শূন্যের নিকটে থাকে (spr, ৯, ১৫ ...) স্থির slাল থাকে যখন নীচের লাইনটি সমতল (3-6, 10-13 স্প্রিন্ট), এবং কখনই হ্রাস পায় না।
কালেব

উত্তর:


20

প্রথম দশ বা তার বেশি স্প্রিন্টে ওঠানামা করা একেবারে স্বাভাবিক the এর পরে, বেগটি গড়ে প্রায় ওঠানামা করার পক্ষে একেবারে স্বাভাবিক। শেষ পাঁচটি স্প্রিন্টের চলমান গড়ের প্লট করার চেষ্টা করুন এবং আপনার এটি দেখতে সমতল হওয়া উচিত। যদি তা না হয় তবে নিম্নলিখিতগুলির মধ্যে কয়েকটি অপরাধী হতে পারে:

  • দলটি গল্পের পয়েন্টগুলিকে অবিচ্ছিন্ন রাখার পরিবর্তে এবং তারা কতগুলি গল্প গ্রহণ করে তা সামঞ্জস্য করার পরিবর্তে তাদের সাম্প্রতিক বেগের ভিত্তিতে তাদের গল্পের পয়েন্টের অনুমানকে সামঞ্জস্য করার চেষ্টা করছে।
  • আপনি গল্পগুলি খুব ছোট ভাঙছেন না।
  • আপনার প্রচুর গল্প উচ্চতর গ্রানুলিটিসে রয়েছে। উদাহরণস্বরূপ, আপনার কাছে 20 টি পয়েন্টার রয়েছে যে আপনি 13 বা 40 এ পরিবর্তন করতে নারাজ।
  • আপনার কাছে প্রচুর "হ্যাঙ্গওভার" গল্প রয়েছে যা একটি স্প্রিন্টে পুরোপুরি শেষ হয় না।

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

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

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

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

4

আপনি পারফরম্যান্সের সূচক হিসাবে বেগটির অপব্যবহার করছেন, যদিও গ্রহণযোগ্য কয়েকটি গল্পের পয়েন্ট একটি "ভাল" স্প্রিন্ট এবং এর চেয়ে কম কিছু "খারাপ" স্প্রিন্ট।

বেগটি (যা একটি ভয়াবহভাবে ভুল ধারণা হিসাবে ধারণ করা) টিমটি পরবর্তী স্প্রিন্টে দলটি যে কতগুলি বৈশিষ্ট্যগুলি প্রতিশ্রুতি দিতে পারে, অর্থাৎ গতিবেগ সামর্থ্য পরিকল্পনার জন্য ব্যবহার করতে হবে তার অনুমানের জন্য একটি প্রত্যাশিত সরঞ্জাম হিসাবে ব্যবহার করা উচিত।

http://jimhighsmith.com/velocity-is-killing-agility/

নিবন্ধটির একটি মূল বক্তব্য এখানে: সমস্যাটি হল বেগকে দেওয়া ওজন এবং এটিকে উত্পাদনশীলতার পরিমাপে পরিণত করা "

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

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


2

অতিরিক্ত সম্ভাব্য কারণ: পরবর্তী স্প্রিন্টের সময়, আপনি আগের স্প্রিন্টগুলি থেকে প্রযুক্তিগত debtণ পরিশোধ করছেন।

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

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


2

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

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

যাইহোক, আমার মতে, আমি যতক্ষণ না প্রতিটি স্প্রিন্টের পরিস্থিতি জানি আমরা গতিবেগের ওঠানামা গুরুত্বপূর্ণ বলে মনে করি না। আপনার দল কতটা স্থিতিশীলভাবে কাজ করতে পারে তা আপনাকে বলার জন্য वेग কেবল একটি বিষয়। যদি এটি স্থিতিশীল না হয় তবে "কী ঘটেছে" সম্পর্কে আমাদের প্রতিটি স্প্রিন্টের বিশদ বিবরণ খুঁজে বের করতে হবে। সমস্যাটি স্পষ্ট করার / তৈরি করার এটি কেবলমাত্র একটি উপায় তাই আমরা এটিকে ঠিক করতে সক্ষম হয়েছি। সুতরাং, বেগ কেবল সেই স্প্রিন্টে কী চলছিল তা আমাদের বলুন আমরা এটিকে স্থিতিশীল করতে পিছনে চিন্তা করতে এবং উন্নত করতে পারি। বেগ প্রকল্পের একটি অভিক্ষেপ। এবং বেগের ওঠানামা মানেই দলটি পণ্য সরবরাহ করতে পারে না, এটি ভবিষ্যতে প্রক্ষেপণ সম্পর্কে চিন্তা করতে সহায়তা করে এবং সবকিছুকে মসৃণ করে তোলার জন্য সমস্যাগুলি কী তা সমাধান করতে পারে।


1

আপনার বেগের শব্দ আছে (ওঠানামা)। সম্ভাব্য কারণ:

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

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

তবে, যদি আপনি শব্দটি ফিল্টার করে থাকেন (টানা 5 টি স্প্রিন্টের উপরে গড় ঘূর্ণায়মান), তবে আপনার গতি 20 স্প্রিন্টের পরেও নিচে চলেছে। এটি মুক্তির পরিকল্পনা করা কঠিন করে তোলে এবং এটি তদন্তের পক্ষে:

  • "সংজ্ঞাটি সম্পন্ন" কি খুব দুর্বল এবং দলটি পূর্বের স্প্রিন্ট থেকে বাম-ওভারের কাজগুলি পাইল করছে?
  • সংস্থাটি কী স্ক্রাম ডাইভার্ট করার এবং দলের উপর নন-ব্যাকলগের কাজ চাপিয়ে দেওয়ার ক্ষেত্রে আরও ভাল হচ্ছে?
  • পিছনে লগের নীচে থাকা বড় গল্পগুলি (মহাকাব্যগুলি) শীর্ষে আরও বিস্তারিত গল্পের চেয়ে আরও আশাবাদী বলে অনুমান করা হয়েছিল?
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.