"খুব বেশি" ডিজাইন না করে আমরা কীভাবে স্প্রিন্ট পরিকল্পনার সময় বৈধ সময়ের অনুমান সরবরাহ করব?


9

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

যখন আমরা কোনও টাস্কটি কতটা সময় নিতে চলেছে তা জানার চেষ্টা করি, আমরা প্রায়শই কোড স্তরে বৈশিষ্ট্যটি ডিজাইনের ফাঁদে পড়ি - টেবিল বিন্যাস, ইন্টারফেস ইত্যাদি - এটি কতটা সময় নিতে চলেছে তা নির্ধারণ করার জন্য ।

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

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

সম্পাদনা করুন:

কেবল স্পষ্ট করার জন্য, যেহেতু কিছু মন্তব্য / উত্তর খুব কার্যকর তবে আমি মনে করি ভুল প্রশ্নের সমাধান করা।

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

সমস্যা হলো, হয় ছাড়া এই নকশা প্রক্রিয়ার মধ্য দিয়ে যাচ্ছে, আমরা খুঁজে পেতে হয় এটা কঠিন কিছু জন্য কংক্রিট সময় অনুমান প্রদান। আমরা ধারাবাহিকভাবে বলছি "ভাল যদি আমরা এটি এভাবে ডিজাইন করি তবে এটি 8 ঘন্টা সময় নিতে পারে তবে আমরা যদি অন্যভাবে এটি চালিয়ে যেতে পারি তবে এটি প্রায় 32 সময় লাগবে তবে আমরা এটি লেখার চেষ্টা শুরু করার পরে এটি খারাপ হতে পারে না once ... "।

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


"উপযুক্ত" বলতে কী বোঝ?
রবার্ট হার্ভে

আমার অর্থ এই যে স্প্রিন্ট পরিকল্পনার সময় দলের কোনও বৈশিষ্ট্যের প্রযুক্তিগত নকশায় 25-30 মিনিট ব্যয় করা উচিত বলে আমি মনে করি না, তবে এটি কেবল আমার অন্তরের অনুভূতি (এটি আমাদের পরিকল্পনার সভাগুলি
দীর্ঘতর করে তুলছে

তুমি ঠিক মাইকেল। আমি সবেমাত্র অন্য কিছু নিয়ে ভাবলাম যা আমি নীচে আমার উত্তরটিতে যুক্ত করব। মূলত, আপনি যদি ব্যবসায়ের স্পনসর ছাড়াই কোনও প্রকারের স্প্রিন্ট পরিকল্পনা করে থাকেন তবে আপনি কী পছন্দ করবেন তা সত্যই জানেন না। আরও নীচে।
ইয়ান

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

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

উত্তর:


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

  2. কাজের অনুমানের জন্য ম্যান-ডে-র পরিবর্তে পরিকল্পনার জুজু , অর্থাত্ "প্রচেষ্টা" এর পয়েন্ট / ইউনিটগুলি বিবেচনা করুন । গল্পগুলি যতটা সম্ভব ভাঙার চেষ্টা করুন। গল্পটি যত বেশি / জটিল হবে ততই আপনার অনুমানের সঠিকতা কম।

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

  4. অনুমানগুলি স্প্রিন্টের শেষে কীভাবে পূর্ববর্তী স্থানে প্যান করা হয়েছিল সে সম্পর্কে কথা বলুন। বিশেষত যদি উল্লেখযোগ্যভাবে দূরে ছিল যে কিছু ছিল। এই গল্পটি কীভাবে চলবে তার বিপরীতে কীভাবে দলটি কিছু শিখেছে? স্ক্রাম মাস্টারের ক্রিয়া-পরিবর্তনযোগ্য পরিবর্তনগুলিতে ফোকাস রাখা উচিত যা আপনার নকশা / অনুমান প্রক্রিয়াতে করা যেতে পারে।


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

10

আমি মনে করি সমস্যাটি হ'ল আপনি সময়টি অনুমান করার চেষ্টা করছেন। না।

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

সুতরাং, জটিলতা র‌্যাঙ্কিং আপনার পণ্য ব্যাকলগে ব্যবহারকারী গল্পগুলির সাথে যুক্ত "স্টোরি পয়েন্টস" হয়ে ওঠে। কয়েকটি স্প্রিন্টের মাধ্যমে কাজ করার পরে, আপনি একটি স্প্রিন্টে কয়টি গল্প পয়েন্ট পেতে পারেন তার একটি ধারণা পাবেন এবং এটি আপনার বেগ। এই মুহুর্তে, প্রতিটি আইটেম কত সময় নিবে সে সম্পর্কে আপনার আরও ভাল ধারণা থাকবে।

আমি মাইক কোহনের ব্যবহারকারীর গল্প প্রয়োগের জন্য সুপারিশ করছি ।


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

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

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

Hrm, তাহলে আমরা সত্যিই কিছু ভুল করছি। আমি জানি স্ক্রাম করার একাধিক উপায় রয়েছে তবে এটি হ'ল নির্দেশিকা যা আমরা ব্যবহার করছি, যা বলে একটি কার্যের অবশিষ্ট কাজগুলি ট্র্যাক করতে: এমএসডিএন.মিকাইসফেসও / ওয়েবসাইট / লিবারি / 73ফেলোসেল ১৫.এসপিএক্স । এটা কি ঠিক না?
কুতুলু মাইক

3
Ahhhhh। আমি দেখি. এটি যেমন ভুল হয় না তবে স্পষ্টতই এটি আপনার পক্ষে বিশেষ সহায়ক হয় না। স্ক্র্যাম গাইড বলছে "কাজ যেমন সম্পাদন বা সম্পন্ন হয়, আনুমানিক অবশিষ্ট কাজ আপডেট হয়," এমএস টেমপ্লেটটি বোঝায়। যেমনটি আমি বলেছিলাম, এটি আসলে কোনও দরকারী মেট্রিক নয় - কোনও কাজের জন্য অবশিষ্ট কাজ অনুমান করার জন্য কোনও দিনই ভাল কাজ করে না এবং আপনি এটি করার চেষ্টা করে সময় নষ্ট করেন। আপনার কাজগুলি ছোট এবং বাইনারি করুন (0 = সম্পন্ন বা 1 = না) এবং আপনি কী করেছেন এবং কী হয়েছে তার একটি পরিমাপ পেয়েছেন এবং আপনাকে এটি সম্পর্কে ভাবার দরকার নেই।
ম্যাথু ফ্লিন

6

আমি জানি আপনার প্রশ্নটি বিশেষত পরিকল্পনার নকশা এড়ানো সম্পর্কে। তবে এটি একটি এক্সওয়াই সমস্যার মতো

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

আমাদের টিম বিশেষত কাজের পরিকল্পনা এবং সম্পাদন সম্পর্কিত যে তিনটি কাজ করে তা এখানে। এগুলি আমাদের নকশা ছোটাছুটি এড়াতে এবং সঠিক সময়ের অনুমান থেকে এড়াতে সহায়তা করেছে।

স্বয়ংক্রিয় গ্রহণযোগ্যতার মানদণ্ড

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

উদাহরণস্বরূপ, "যখন আইওএস 6+ চলমান কোনও আইপ্যাডে ব্যবহারকারী 'প্লে' ক্লিক করে, তখন ভিডিওটি প্লে করা শুরু হয়। আসলে এই পরীক্ষাটি স্বয়ংক্রিয়ভাবে চালানো কঠিন হতে পারে তবে এটি গল্পটির একটি স্বীকৃতি মানদণ্ড (এসি) এবং একটি পয়েন্ট অবদান রাখে।

আমরা ফিবোনাচি স্কেল ব্যবহার করি এবং আমরা সর্বদা গোল হয়ে যাই। সুতরাং যদি কোনও গল্পের চারটি স্বয়ংক্রিয়ভাবে গ্রহণযোগ্যতার মানদণ্ড থাকে তবে এটি একটি পাঁচ দফা গল্প।

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

প্রি-গ্রুমিং

সোমবার আমরা একটি কিক অফ সভা করেছি, তবে আমাদের গ্রুমিং মিটিংগুলি যেখানে দল পরিকল্পনা করা হয়। সাজসজ্জার আগে, দলের সদস্যরা ফলাফলটি বর্ণনা করে এবং স্বয়ংক্রিয় গ্রহণযোগ্যতার মানদণ্ডে ছুরিকাঘাতের মাধ্যমে একটি গল্প প্রাক-কন্যা করবে ।

গ্রুমিং প্রাক-সাজানো গল্পগুলি সহ্য করা, অনির্ধারিত প্রয়োজনীয়তাগুলি বের করে দেওয়া, গল্প ভাঙা ইত্যাদির বিষয়ে দলের দক্ষতা নিয়ে আসে brings

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

ওয়ার্ক-ইন-অগ্রগতি সীমাবদ্ধ

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

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

কোনও গল্প যখন ব্যাকলগ থেকে কাজটি অগ্রগতিতে চলে যায়, আমরা এটিকে কয়েকটি রাষ্ট্রের মধ্যে একটি হিসাবে চিহ্নিত করি:

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

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


3

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

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


2

এখানে দুটি জিনিস আপনি করতে পারেন।

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

দ্বিতীয়ত, যদি আপনি স্প্রিন্ট পরিকল্পনার সময় ডিজাইন করেন তবে আপনাকে কোনও কাজের সময়কাল ধরে কল করার জন্য পর্যাপ্ত পরিমাণে না জানা বা আপনি কেবল ডিজাইনিং করছেন কিনা এটি আরও মজাদার হওয়ার মধ্যে পার্থক্য করতে সক্ষম হতে হবে।

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

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


আমরা আসলে একটি স্ক্রাম মাস্টার যুক্ত করছি (স্ক্র্যামের অভিজ্ঞতা সম্পন্ন কেউ, আমাদের জন্য এই ভূমিকাটি পূরণ করার জন্য নিয়োগপ্রাপ্ত) তাই আশা করি এটি সহায়তা করবে; তবে আমরা সকলেই বুঝতে পারি যে এটি একটি সমস্যা, আমি যার সাথে লড়াই করছি তা কীভাবে আরও ভাল করা যায়
কুটুলু মাইক 21

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

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

0

আমরা কিছুটা সীমাবদ্ধ আলোচনা করে স্প্রিন্ট পরিকল্পনার সময় 'শীতল' গল্পটি অনুমানের ভিত্তিতে পরিচালনা করছি। যুক্তিসঙ্গতভাবে সংকীর্ণ ফোকাস নিয়ে দল গঠন করা সত্ত্বেও অনুমানগুলি সত্যই সঠিক নয় ... মূলত অনেকগুলি অনিবন্ধিত, নিরক্ষিত লিগ্যাসি কোডের অস্তিত্বের কারণেই আসলে কী ঘটবে বলে মনে করা হচ্ছে তার কোনও ধারণা নেই a মূল লিখিত হওয়ার পরে থেকে কর্মীরা মূলত পরিবর্তিত হয়েছে।

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

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

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