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