স্ক্র্যাম ব্যবহারকারীর গল্পগুলির চেয়ে পণ্য ব্যাকলগে প্রযুক্তিগত বৈশিষ্ট্যগুলি ব্যবহার করতে পারে?

Question

আমি বর্তমানে যে সংস্থায় কাজ করছি তার জন্য আমরা স্ক্রাম প্রকল্পগুলি করা শুরু করেছি। জলপ্রপাত থেকে স্ক্রমে যাওয়ার জন্য পরিচালকদের বোঝানো এত কঠিন ছিল না was আমরা এমন একটি প্রকল্প করছি যেখানে আমরা স্ক্র্যাচ থেকে আমাদের প্ল্যাটফর্মটি পুনর্নির্মাণ করি। সুতরাং (বেশিরভাগ) কার্যকারিতা জানা যায় এবং বেশিরভাগ উন্নতি বরং প্রযুক্তিগত।

এতে ব্যবহারকারীর গল্পের চেয়ে প্রযুক্তিগত কাজগুলি যুক্তিসঙ্গত হতে পারে। আমাদের ব্যাকলগ সমস্ত ধরণের প্রযুক্তিগত কাজ পেয়েছে যেমন:

• মাইএসকিউএল থেকে পোস্টগ্রেএসকিউএল-তে ডিবি ক্লাস পুনর্লিখন করুন।
• সিস্টেম লগিং প্রয়োগ করুন।
• অবজেক্ট ক্যাশে পুনর্লিখন করুন।

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

স্ক্র্যাম মাস্টার এর সাথে কীভাবে ডিল করা উচিত? এমন কি এই জাতীয় প্রকল্পের জন্য, স্ক্রাম যাওয়ার উপায় নয়?

Answer 1

টি এল; ডিআর

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

আপনার প্রক্রিয়া নিয়ে বিভিন্ন সমস্যা

আপনার স্ক্র্যাম বিভিন্নভাবে বিভক্ত বলে মনে হচ্ছে, সহ:

1. আপনার স্পেসিফিকেশনগুলির একটি সুস্পষ্ট দৃষ্টিকোণ বা মান প্রস্তাবের অভাব রয়েছে।
2. আপনার ব্যাকলগ আইটেমগুলি স্প্রিন্ট লক্ষ্যে আবদ্ধ হচ্ছে না।
3. আপনার ব্যাকলগ গ্রুমিং প্রক্রিয়া হয় পুরোপুরি অনুপস্থিত বা পণ্য ব্যাকলগের জন্য গল্প স্পাইক তৈরি করতে ব্যর্থ।
4. আপনার স্প্রিন্ট পরিকল্পনা প্রক্রিয়াটি স্প্রিন্ট ব্যাকলগ আইটেমগুলিতে পণ্য ব্যাকলগ আইটেমগুলিতে পর্যাপ্ত পরিমাণে দ্রবীভূত হচ্ছে না।
5. আপনার দলটির স্প্রিন্ট পরিকল্পনার প্রাক্কলনগুলিতে ব্যাকলগ আইটেমগুলি সম্পর্কে অনিশ্চয়তা সঠিকভাবে অন্তর্ভুক্ত করা হচ্ছে না।
6. আপনার দল সময়-বক্সিংয়ের মূলসূত্রগুলি বা স্প্রিন্টের অখণ্ডতার প্রতি সম্মান দিচ্ছে না।

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

চতুর প্রোগ্রামাররা কেন ব্যবহারকারী গল্পগুলি আলিঙ্গন করে

প্রযুক্তিগত বৈশিষ্ট্য প্রয়োজনীয়তা যোগাযোগের জন্য মৌলিকভাবে ভাঙা উপায়। দৃষ্টিকোণ থেকে আনমোর করা প্রয়োজনীয়তাগুলি বিকাশকারীদের জন্য কোনও কার্যকর দিকনির্দেশনা সরবরাহ করে না। আপনার পোস্ট করা উদাহরণগুলি ব্যবহার করে:

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

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

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

Comments

আপনাকে প্রতিটি উত্তর টিএল দিয়ে শুরু করতে হবে না; ডিআর শিরোনাম ছাড়াই শুরুতে একটি সংক্ষিপ্তসার রাখা ঠিক আছে! : পি

— ডেভ হিলিয়ের

Answer 2

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

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

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

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

Comments

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

— স্যান্ডার্স

স্ক্রাম আপনার জন্য কাজ করা উচিত, "কী সঠিক" তা নিয়ে ঝুঁকবেন না - কাজগুলি ভাল, যদি কাজগুলির তদন্তের প্রয়োজন হয় তবে তদন্তের সময় নির্ধারণ করা উচিত এবং আমি ব্যক্তিগতভাবে "তদন্ত" এর পরিমাণ সীমাবদ্ধ করব যা একটি স্প্রিন্টে পরিকল্পনা করা যেতে পারে - সেই তদন্তের ফলাফলটি পরবর্তী পরিকল্পনার মিটিংয়ে ফিড করতে পারে।

— মাইকেল

Answer 3

স্ক্রাম বলছে যে আপনি আপনার গ্রাহকের কাছে একটি বিতরণযোগ্য পণ্য পেতে চান। তবে এখানে মূল কথাটি হ'ল এটি সরবরাহযোগ্য পণ্য এবং গ্রাহককে নির্দিষ্ট করে না ।

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

এটি আমার কাছে 100% বোঝায়। আপনি এমন একটি ব্যাকলগ তৈরি করেছেন যা আপনার পণ্যগুলির ব্যবহারকারীর গল্প বলে এবং ব্যবহারকারী কে? প্রযুক্তিগত পরিচালক. সুতরাং আইটেমগুলি যেমন:

1. টেকনিক্যাল ম্যানেজার হিসাবে, আমি চাই আমার ডাটাবেসটি মাইএসকিউএল থেকে এক্সে পরিবর্তিত হোক, যাতে আমি স্কেলিবিলিটি বাড়াতে পারি
2. বিকাশকারী হিসাবে, আমি একটি বিস্তৃত লগিং সিস্টেম চাই, যাতে আমি আরও দক্ষতার সাথে নির্ণয় করতে পারি

এবং আপনি আপনার গ্রাহকের (প্রযুক্তিগত পরিচালক) বিতরণ যা হ'ল একটি লগিং সিস্টেম।

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

Comments

ধন্যবাদ। স্ক্র্যাম প্রক্রিয়াতে স্পাইকগুলি কোথায় যায়? যখন আমি কিছু বের করতে চাই তখন আসন্ন এই স্প্রিন্টে আমার দরকার। ধরা যাক আমি 4 ঘন্টা বাড়িয়েছি এবং ফলাফলটি হতে পারে যে আমার 20 ঘন্টা বিকাশ রয়েছে। বর্তমান স্প্রিন্টের জন্য এই ঘন্টাগুলি প্রয়োজন হলে আপনার কীভাবে এটি মোকাবেলা করা উচিত?

— Sanders

"স্পাইক" হ'ল সময়সীমার সময়কাল যা কোনও ধারণাটি গবেষণা করতে এবং / অথবা একটি সহজ প্রোটোটাইপ তৈরি করতে, ধারণার প্রমাণ তৈরি করতে, জ্ঞান প্রসারণ করা ইত্যাদি ইত্যাদিতে ব্যবহৃত হয়

— Ioannis Tzikas

@ আইওনিসটিজিকাস আমার প্রশ্নের উত্তর নয় ;-)

— স্যান্ডারস

Answer 4

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

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

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

Answer 5

নীচের কয়েকটি কৌশল সাহায্য করতে পারে,

1. হ্যাঁ, আপনি প্রযুক্তিগত গল্পগুলির সাথে একটি ব্যাকলগ রাখতে পারেন ।

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

2. তদন্ত (গবেষণা) কাজের জন্য স্পাইক ব্যবহার করুন

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