গল্পের স্ক্রাম পুনর্নির্মাণ


14

প্রতিদিন, দাঁড়ানোর পরে , আমার দল এবং আমি প্রতিটি গল্পের জন্য আমাদের অনুমান আপডেট করি। আমার অনুভূতি আছে যে এটি করার ক্ষেত্রে আমাদের কিছু ভুল আছে, তাই আমার আপনার সহায়তা দরকার।

আমরা এইভাবে করি:

গল্পের অনুমান: 24 ঘন্টা (প্রতিদিন 8 ঘন্টা - আমরা পরিমাপ হিসাবে "আদর্শ দিনগুলি" ব্যবহার করি)

  • দিবস এন: বিকাশকারী সকালে স্টোরি এ তে কাজ শুরু করে (দিনের শেষের মধ্যে 8 ঘন্টা কাজ শেষ করে)
  • দিন এন + 1: গল্প একটি পুনর্নির্মাণ = 16 ঘন্টা (এক দিনের দিন থেকে গল্পের গল্পে নেওয়া একটি কর্ম দিবস)
  • দিন এন + ২: গল্পের পুনর্নির্মাণ = 8 ঘন্টা (গল্পের মধ্যে একটি কার্যদিবস, এন + 1 দিন থেকে)
  • দিন এন +3: গল্পের গল্পটি এখনই করা উচিত। কিন্তু এটা না. বিকাশকারী মনে করেন এটি শেষ হতে আরও 3 ঘন্টা সময় লাগবে। আমরা কাহিনীটি হোয়াইটবোর্ডে আপডেট করি এবং সেই অনুসারে বার্নডাউন
  • দিন এন +4: গল্প এ পুরো 3 দিনটির পরিবর্তে পুরো দিনটি শেষ করতে লেগেছে! এখন এটি সম্পন্ন হয়েছে। পার্থক্য, 5 ঘন্টা, আমাদের পরিকল্পনার জন্য সম্পূর্ণভাবে অ্যাকাউন্টহীন।

কীভাবে আমাদের দৈনিক আমাদের গল্পগুলি পুনর্নির্মাণ করা উচিত?


আপনি ফোকাস ফ্যাক্টর সামঞ্জস্য করার চেষ্টা করেছেন? আনুমানিকের সাথে এটি ঠিক কীভাবে সংযুক্ত হয় তা আমি এখনও ছাঁটাইনি তবে স্ক্র্যাম প্রকল্পগুলিতে আমি অংশ নিয়েছিলাম, এটিকে 10% কমে যাওয়া বেশিরভাগ ক্ষেত্রেই অনুমানের অনুমানের পক্ষে যথেষ্ট ছিল
gnat

উত্তর:


5

5h পার্থক্যটি আমাদের পরিকল্পনায় সম্পূর্ণরূপে অ্যাকাউন্টহীন।

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

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


7

আপনার যে প্রশ্নটি করা উচিত তা হ'ল: আমাদের কি আমাদের গল্পগুলি প্রমাণ করা উচিত?

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

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

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


3

আমি সবচেয়ে কার্যকর বলে মনে করি তা হ'ল:

  • পয়েন্টগুলি (বা টি-শার্টের মাপের আকারে) আকারের গল্পগুলি)
  • পণ্যের ব্যাকলগে যে কোনও গল্প যেকোন সময় পুনর্নির্মাণ করুন (তবে স্প্রিন্ট পরিকল্পনার আগে বিশেষত ডান।)
  • এই স্প্রিন্টের জন্য নির্ধারিত গল্পগুলির পুনরায় অনুমান করবেন না - স্ট্যান্ডআপে উদ্বেগ প্রকাশ করতে নির্দ্বিধায় বোধ করবেন তবে অনুমানগুলি পরিবর্তন করবেন না।
  • স্প্রিন্ট শিডিউল করতে গতকালের আবহাওয়া ব্যবহার করুন

যদি গল্পগুলি বোগাস অনুমানের সাথে স্প্রিন্টে প্রবেশ করে তবে প্রাক-স্প্রিন্ট পরিকল্পনার পুনরায় প্রাক্কলনগুলি সেগুলি ইস্যু হওয়ার আগেই সেগুলি ঠিক করতে দেবে। গল্পটি যদি প্রত্যাশার চেয়ে বেশি সময় নেয় কারণ টিমটি খুব আশাবাদী, গতকালের আবহাওয়া আপনাকে ট্র্যাকে রাখবে।

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


"কখন আপনার কাজ শেষ হয়ে যায়" বলে কাজের অনুমানটি ঠিক একই নয়? কাজ সম্পন্ন হওয়ার সাথে সাথে আমি আপনার সাথে একমত, যদিও "গল্প / টাস্ক সম্পন্ন / না হয়ে গেছে" বাইনারি শর্তাবলী ব্যতীত আমাদের অন্যটি পরিমাপ করার দরকার নেই।
guillaume31

1

আমি মনে করি এটি কোনও সমস্যা নয়। বরং এটি অভিজ্ঞতার অভাব হতে পারে। আপনি যত বেশি স্ক্র্যাম অনুসরণ করেন, তত বেশি বিকাশকারীগণ নির্ভুল প্রাক্কলন সরবরাহ করতে অভ্যস্ত হন। এটি 5 মাস পরে স্ক্র্যাম বাস্তবায়নের আমাদের অভিজ্ঞতা।

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


1

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

পৃথক পরিস্থিতি ব্যবহারকারী গল্পগুলির সাথে রয়েছে যা বর্তমান স্প্রিন্টে প্রতিশ্রুতিবদ্ধ নয়। সময়ে সময়ে পুনর্নির্মাণ করা ভাল (পরিকল্পনার আগে স্প্রিন্টে একাধিকবার নয়)। পুনর্নির্মাণটি কেন যুক্তিসঙ্গত হতে পারে সেগুলি হতে পারে:

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

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

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