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