আমি বর্তমানে যে সংস্থায় কাজ করছি, আমরা লক্ষ্য করেছি যে মাঝে মাঝে কিছু গল্প একে অপরের সাথে আবদ্ধ থাকে (যেমনটি খুব মিলিত)। এটি হতে পারে যে তারা একই সামগ্রিক বৈশিষ্ট্যের সাথে সম্পর্কিত, বা এগুলি বিভিন্ন বৈশিষ্ট্যযুক্ত তবে এর মধ্যে কয়েকটি রয়েছে যা পরবর্তী বৈশিষ্ট্যগুলি ইত্যাদির সাথে চালিয়ে যাওয়ার জন্য প্রথমে শেষ করা দরকার ইত্যাদি etc.
পুনরাবৃত্তির কর্মপ্রবাহ বন্ধ না করে আপনি কীভাবে এই মামলাগুলি পরিচালনা করবেন? আমরা কি কিছু ভুল করছি?
উত্তর:
এইটা একটা ভালো প্রশ্ন. থিওরি বলছে যে ব্যবহারকারীর গল্পগুলি স্বাধীন হওয়া উচিত তবে আমি কখনই এটি পুরোপুরি অর্জন করতে সক্ষম হইনি।
আমার মতে সর্বাধিক গুরুত্বপূর্ণ নির্ভরতা যোগাযোগ করা যাতে দল এবং পণ্য মালিক উভয়ই সচেতন হন aware এটি পণ্যের মালিককে হয় ব্যবহারকারী গল্পগুলিকে নতুন করে সংজ্ঞায়িত করতে বাধ্য করবে যাতে নির্ভরতা মুছে ফেলা হয় (উদাহরণস্বরূপ ব্যবহারকারী গল্পগুলি মার্জ করে) বা সেইসাথে ব্যবসায়ের অগ্রাধিকার সংজ্ঞা দিতে যাতে মূল ব্যবহারকারী গল্পটি প্রথমে প্রয়োগ করা হয়।
অগ্রাধিকার এবং পিও সিদ্ধান্তের ভিত্তিতে আপনি উভয়টিকে একই স্প্রিন্টে বাস্তবায়ন করবেন বা নির্ভরশীলটিকে পরে কোনও সমস্যা ছাড়াই বাস্তবায়ন করা হবে কারণ অধ্যক্ষ ইতিমধ্যে সম্পন্ন হয়ে যাবে।
সবচেয়ে খারাপ ক্ষেত্রে হ'ল যদি ক খ এর উপর নির্ভরশীল এবং বি এ এর উপর নির্ভরশীল such এ এবং বি।
সে অনুযায়ী তাদের পরিকল্পনা করুন।
এগুলিকে একই স্প্রিন্টে রাখুন এবং যেহেতু ব্যবহারকারীর গল্পগুলিও একটি স্প্রিন্ট ব্যাকলগে অগ্রাধিকারপ্রাপ্ত তাই আপনি কোনও সমস্যা পাবেন না।
যেহেতু আপনার দল এতে অংশ নেয়, তারা নির্ভরতা সম্পর্কে অবগত, সুতরাং আপনার ভয় পাওয়ার মতো কিছুই নেই। তারা প্রাপ্তবয়স্ক এবং আপনি যদি নির্ভরতা সম্পর্কে তাদের ব্যাখ্যা করেন (সাধারণত তারা আপনাকে এটি ব্যাখ্যা করবে), জিনিসগুলি সহজেই চলে যাবে।
জলচঞ্চলে, জলপ্রপাতের মতো, আপনি একবারে কেবল একটি কাজ করতে পারেন। এবং আপনি সাধারণত খ এর আগে A করেন বি এর দরকার পড়ে এটাই সাধারণ জ্ঞান।
নির্ভরতাগুলি এমন গন্ধ হতে পারে যা আপনি সিস্টেমে উল্লম্ব পরিবর্তে আপনার গল্পগুলি অনুভূমিকভাবে টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো করে কাটাচ্ছেন। নির্দিষ্ট বৈশিষ্ট্যটির বিকাশের জন্য ইউজার ইন্টারফেসের মাধ্যমে ডেটাবেস ডিজাইনটি সংশোধন করা থেকে শুরু করে সবকিছুই জড়িত করা উচিত। যদি আপনি দেখতে পান যে আপনি সিস্টেম স্ট্রাকচারের কিছু নিম্ন স্তরের ব্যবহারকারীর গল্পের জন্য আপনার সমস্ত প্রচেষ্টা ব্যয় করছেন, যেমন ধরুন, ডাটাবেস অনুসন্ধানের জন্য হ্যান্ডলারের রুটিন লিখছেন, তবে আপনি গল্পগুলির মধ্যে নির্ভরতা তৈরি করার সম্ভাবনা বেশি পাবেন। এবং, আপনি সম্ভবত আপনার ব্যবহারকারীর গল্প ভুল লিখছেন।
আপনার সেরা বাজি হ'ল আপনার নির্ভরশীল ব্যবহারকারীর গল্পগুলি ছোট ছোট বিটগুলিতে বিভক্ত করা যা যতটা সম্ভব স্বাধীন হয়ে উঠতে পারে। তাদের আপনার গল্পগুলি প্রথমে সবচেয়ে বেশি নির্ভরশীল হওয়া উচিত (যেমন আপনি বলেছেন: যেগুলি অন্যদের চালিয়ে যাওয়ার জন্য প্রথমে শেষ করা দরকার) নির্ভরশীল সূচকের মতো কিছু তৈরি করুন: গল্প 3-তে গল্পের 1 এর চেয়ে বেশি অবনতি থাকলে আপনি প্রথমে স্টোর 3 তাকান।
আপনার নির্ভরতা যদি খুব বেশি বাধা সৃষ্টি করে থাকে তবে পুরোপুরি কাজ বন্ধ করা (হ্যাঁ আপনার বর্তমান স্প্রিন্টের মাঝামাঝি ঠিক) ভাল লাগবে এবং আপনার অগ্রাধিকার ব্যবহারকারী গল্পগুলির পুনরায় মূল্যায়ন করুন এবং সেগুলি প্রথমে মোকাবেলা করুন it