মহাকাব্যগুলি স্থানধারক
প্রয়োজনীয় কোনও স্পেসিফিকাল পদ্ধতিতে এপিক্সের ধারণাটি আপনার প্রয়োজনীয়তার নির্দিষ্টকরণের জন্য যতটা প্রয়োজন, স্থান ধারকরা সেই স্তরে আপনার যা প্রয়োজন তা হ'ল। এই এন্ট্রিগুলি অবিচ্ছিন্নভাবে অগ্রাধিকার দেওয়া হবে, যদি প্রয়োজনীয়তা দীর্ঘ সময়ের জন্য কম অগ্রাধিকার পায়, বা কখনও বাস্তবায়িত হয় না তবে আরও বিস্তারিতভাবে প্রচেষ্টা নষ্ট করা হয়। এটি ডকুমেন্টিং করা এবং এর চারপাশে ডকুমেন্টেশন পরিচালনা করা পুরো সময়ের অপচয় হবে। YAGNI প্রয়োজনীয় ক্রিয়াকলাপগুলির পাশাপাশি কোডিং ক্রিয়াকলাপগুলিতে প্রসারিত।
সরঞ্জামগুলি আপনার বন্ধু!
আপনি যদি ব্যবহারকারীদের গল্প সংগ্রহ এবং পরিচালনা করতে একটি উপযুক্ত সরঞ্জাম ব্যবহার করেন, তবে আপনি সেগুলি থেকে প্রয়োজনীয়তা নির্দিষ্টকরণ তৈরি করতে পারেন। একটি প্রয়োজনীয়তার স্পেসিফিকেশন হ'ল যাইহোক একটি অস্থায়ী নিদর্শন নথি, এটি কোনও জীবন্ত নথি নয়, এটি সময়ের প্রয়োজনের স্ন্যাপশট। এবং কখনও বাস্তবের সাথে একত্রে হয় না।
স্বয়ংক্রিয়ভাবে নিদর্শনগুলি তৈরি করুন
ব্যবহারকারীর গল্পগুলি যে কোনও উপযুক্ত সরঞ্জাম থেকে রফতানি করা যায় সেগুলি যে কোনও সময় স্থিতিযুক্ত আর্টিক্ট ডকুমেন্টের চেয়ে বেশি মূল্যবান। ব্যক্তিগতভাবে আমি ব্যবহারকারীর গল্পগুলি ট্র্যাক করার জন্য পাইভোটাল ট্র্যাকারকে প্রাধান্য দিয়েছি , আমি পাইথনে মইনমইন প্লাগইনগুলির একটি স্যুইট উইকিতে সমস্ত স্টোরি এবং তাদের রাজ্যগুলি প্রকাশ করার জন্য লিখেছি (এতে বিশদ বিকাশকারী নোট এবং গল্পগুলির মতো রয়েছে), লাইভ ডেটা সবসময় থাকে স্থির তথ্য চেয়ে ভাল।
উইকি সমস্ত স্টোর / প্রয়োজনীয়তা এবং বিশদ এবং মন্তব্য এবং অন্যান্য মেটা ডেটা সহ তাদের সম্পূর্ণকরণ এবং অগ্রাধিকারের স্থিতির লাইভ ডকুমেন্ট হয়ে ওঠে।
শেয়ারপয়েন্টে একটি বিশাল ওয়ার্ড ডকুমেন্টের চেয়ে ভাল যা কেবলমাত্র অবিচ্ছিন্নভাবে ইমেল হয় এবং কখনই আপডেট হয় না, গ্যারান্টি দিয়ে প্রত্যেকেরই আলাদা সংস্করণ রয়েছে এবং অন্য সবার সাথে সিঙ্কের বাইরে চলে গেছে!
ব্যবহারকারীর গল্পগুলি ব্যবহারের মামলার চেয়ে সমৃদ্ধ
ব্যবহারের গল্পটি ব্যবহারের মামলার চেয়ে অনেক বেশি মূল্যবান কারণ তারা কেন বলে ।
ব্যবহারকারীর গল্পের ফর্ম্যাট: As a [ROLE] I [ACTIVITY] so that [WHY]ব্যবহারের ক্ষেত্রে The System [shall/shall not/may/must] perform [action](যেমন ক্রিয়া একটি ফ্লো চার্ট) এর চেয়ে অনেক বেশি অভিব্যক্তিযুক্ত ।
একটি ইউজার স্টোরি দিয়ে আপনার WHO কিছু করতে চায়, আপনার তারা কী করতে চায় (যা জটিল কাজগুলির জন্য আরও বিস্তারিত চিত্র / নথির দিকে নির্দেশ করতে পারে) এবং তারা কেন এই ক্রিয়াকলাপটি করতে চায় তার সবচেয়ে গুরুত্বপূর্ণ অংশ আপনার রয়েছে।
আপনার যদি প্রথমটি থাকে তবে দ্বিতীয়টি সম্পূর্ণ অপ্রয়োজনীয় এবং সবেমাত্র শব্দ হবে। জলপ্রপাত পদ্ধতি থেকে একটি traditionalতিহ্যগত আনুষ্ঠানিক প্রয়োজনীয়তার স্পেসিফিকেশনের কোনও চৌকস পরিবেশে কোনও স্থান নেই।
শেষে
যদি আপনার পরিচালনা পরিবর্তন করতে প্রতিশ্রুতিবদ্ধ না হয় তবে আপনি কোনও নতুন পদ্ধতিতে সফল হতে পারবেন না। আমি এক বছরে 100+ বিলিয়ন ডলারের জন্য কাজ করেছি , তারা এগিল / এসসিআরএম এ যাওয়ার জন্য শিশু পদক্ষেপ গ্রহণ করেনি , তারা কেবল বলেছিল, পুরো সংস্থাটি এই দিকে চলেছে, এখানে জিনিসগুলি করার নতুন উপায়, এখানে যখন নতুন পথে আপনার প্রশিক্ষণ শুরু হতে চলেছে, এখানে আমরা যে নতুন সরঞ্জামগুলি ব্যবহার করতে চলেছি তা এখানে, আমরা এইভাবে কাজগুলি শুরু করার তারিখটি এখানে। এটি তাদের জন্য এক বছরেরও কম সময়ে কাজ করেছে। আমি একই সাফল্যের সাথে ছোট সংস্থাগুলিতে এটি বাস্তবায়নে কাজ করেছি।
প্রতিশ্রুতি
শিশুর বাস্তবায়ন বাস্তবায়ন, পরিবর্তন যাই হোক না কেন, ব্যর্থতার একটি রেসিপি। এটি ব্যবস্থাপনার জন্য একটি কোড শব্দ যা তারা নিঃশব্দে সম্মত হয় না এবং ব্যর্থতার জন্য আপনাকে নিস্ক্রিয়ভাবে আক্রমণাত্মকভাবে সেট আপ করে। তারা বলছে যে আমি এটির প্রতিশ্রুতিবদ্ধ হওয়ার পক্ষে যথেষ্ট বিশ্বাস করি না, তাই আমি আপনাকে ব্যর্থ / সফল না হওয়ার পক্ষে যথেষ্ট পরিমাণে করতে দেব , তারা বলতে পারে যে তারা চেষ্টা করেছে এবং এটি কাজ করে নি এবং তারা যেভাবে পরিচালনা করে চলেছে ঠিক আছে ঠিক আছে। আংশিক প্রতিশ্রুতি শেষ পর্যন্ত ব্যর্থতার দিকে নিয়ে যায়।
আপনার ক্ষেত্রে, তারা সম্ভবত চুপচাপ ব্যবহারকারীর গল্পগুলিতে বিশ্বাস করে না এবং কিছুক্ষণ কাজ করার পরে তারা দাবি করতে শুরু করবে যে এটি ইউজার স্টোরিজ যা নিরর্থক এবং এসআরএস নয়, এবং ব্যবহারকারী গল্পগুলি লেখা বন্ধ করতে চাপ দেবে , যা আপনাকে সামনের দিকে নয় বরং পিছনের দিকে নিয়ে যাবে।