FDD क्या है?

Feature Driven Development (FDD), जिसे हिंदी में विशेषता-प्रेरित विकास या फ़ीचर-संचालित विकास कहा जाता है, एक Agile सॉफ़्टवेयर विकास पद्धति है जो ग्राहक-मूल्यवान विशेषताओं (Client-valued Features) की डिज़ाइन और निर्माण पर केंद्रित होती है। FDD को 1997 में Jeff De Luca और Peter Coad ने एक बड़े सिंगापुर बैंकिंग प्रोजेक्ट के दौरान विकसित किया था।

FDD का मूल सिद्धांत है: "हर 2 से 10 दिनों में एक ठोस, कार्यशील फ़ीचर डिलीवर करो।" यह पद्धति बड़ी टीमों और जटिल एंटरप्राइज़ प्रोजेक्ट्स के लिए विशेष रूप से उपयुक्त है।

FDD एक मॉडल-संचालित (Model-Driven), छोटी-पुनरावृत्ति (Short-Iteration) प्रक्रिया है जो पाँच मुख्य गतिविधियों के माध्यम से काम करती है। यह Scrum और XP जैसी अन्य एजाइल पद्धतियों से अलग है क्योंकि इसमें:

• व्यक्तिगत कोड स्वामित्व (Individual Code Ownership) का सिद्धांत है
• फ़ीचर विकास की मूलभूत इकाई है
• डोमेन मॉडलिंग पर विशेष ज़ोर दिया जाता है
• रिपोर्टिंग और ट्रैकिंग के लिए स्पष्ट संरचना प्रदान की जाती है

FDD में पाँच क्रमिक प्रक्रियाएँ होती हैं — पहली तीन शुरुआती (Initial) हैं और अंतिम दो पुनरावृत्त (Iterative) हैं:

1. समग्र मॉडल विकसित करना (Develop an Overall Model)

यह पहला और सबसे महत्वपूर्ण चरण है:

• डोमेन विशेषज्ञ (Domain Experts) और डेवलपर्स मिलकर सिस्टम का एक उच्च-स्तरीय मॉडल बनाते हैं
• UML (Unified Modeling Language) आरेखों का उपयोग किया जाता है
• पूरी टीम को सिस्टम की समग्र समझ (Big Picture) मिलती है
• यह DDD (Domain-Driven Design) के सिद्धांतों से मेल खाता है

2. फ़ीचर सूची बनाना (Build a Features List)

डोमेन मॉडल के आधार पर फ़ीचर्स की व्यापक सूची बनाई जाती है:

• फ़ीचर्स को विषय क्षेत्रों (Subject Areas) में वर्गीकृत किया जाता है
• प्रत्येक फ़ीचर का प्रारूप होता है: " the <by|for|of|to> a "
• उदाहरण: "Calculate the total of a sale" (बिक्री का कुल गणना करें)
• प्रत्येक फ़ीचर 2 सप्ताह से कम में पूरा होना चाहिए

3. फ़ीचर के अनुसार योजना बनाना (Plan by Feature)

फ़ीचर्स की प्राथमिकता और अनुक्रम निर्धारित किया जाता है:

• विकास अनुक्रम (Development Sequence) तय करना
• प्रत्येक फ़ीचर को एक Chief Programmer को सौंपना
• माइलस्टोन (Milestones) और समय-सीमा निर्धारित करना
• निर्भरताओं (Dependencies) की पहचान करना

4. फ़ीचर के अनुसार डिज़ाइन करना (Design by Feature)

यह पुनरावृत्त (Iterative) चरण है जो प्रत्येक फ़ीचर के लिए दोहराया जाता है:

• Chief Programmer एक फ़ीचर टीम बनाता है
• विस्तृत अनुक्रम आरेख (Sequence Diagrams) तैयार किए जाते हैं
• क्लास और मेथड प्रोलॉग लिखे जाते हैं
• डिज़ाइन निरीक्षण (Design Inspection) किया जाता है

5. फ़ीचर के अनुसार निर्माण करना (Build by Feature)

डिज़ाइन के बाद कोडिंग और परीक्षण:

• Developer अपने स्वामित्व वाली कक्षाओं (Classes) का कोड लिखता है
• यूनिट टेस्ट (Unit Tests) लिखे और चलाए जाते हैं
• कोड निरीक्षण (Code Inspection) किया जाता है
• सफल निरीक्षण के बाद कोड को मुख्य बिल्ड में प्रमोट किया जाता है

FDD में स्पष्ट और विशिष्ट भूमिकाएँ परिभाषित होती हैं:

प्रमुख भूमिकाएँ

सहायक भूमिकाएँ

• Tester — फ़ीचर्स का परीक्षण
• Technical Writer — तकनीकी दस्तावेजीकरण
• Deployer — बिल्ड और डिप्लॉयमेंट प्रबंधन
• Language Guru — प्रोग्रामिंग भाषा विशेषज्ञ

FDD vs. Scrum

FDD vs. XP (Extreme Programming)

• FDD: व्यक्तिगत कोड स्वामित्व | XP: सामूहिक कोड स्वामित्व
• FDD: डिज़ाइन-पहले दृष्टिकोण | XP: TDD (Test-Driven Development) दृष्टिकोण
• FDD: औपचारिक कोड निरीक्षण | XP: Pair Programming
• FDD: बड़ी टीमों के लिए | XP: छोटी टीमों के लिए

FDD vs. Kanban

• FDD: फ़ीचर-आधारित योजना | Kanban: प्रवाह-आधारित
• FDD: स्पष्ट प्रक्रिया चरण | Kanban: लचीली प्रक्रिया
• FDD: माइलस्टोन-संचालित | Kanban: WIP Limit संचालित

FDD आठ सर्वोत्तम अभ्यासों पर आधारित है:

1. डोमेन ऑब्जेक्ट मॉडलिंग — व्यावसायिक डोमेन का मॉडल बनाना
2. फ़ीचर के अनुसार विकास — छोटे, ग्राहक-मूल्यवान फ़ीचर्स
3. व्यक्तिगत कोड स्वामित्व — प्रत्येक क्लास का एक स्वामी
4. फ़ीचर टीमें — छोटी, गतिशील टीमें
5. निरीक्षण (Inspections) — डिज़ाइन और कोड की समीक्षा
6. कॉन्फ़िगरेशन प्रबंधन — संस्करण नियंत्रण
7. नियमित बिल्ड — बार-बार एकीकरण (Integration)
8. प्रगति रिपोर्टिंग — स्पष्ट और नियमित प्रगति दृश्यता

भारत की बड़ी IT कंपनियों में FDD का उपयोग विशेष रूप से बड़े एंटरप्राइज़ प्रोजेक्ट्स में किया जाता है:

• बैंकिंग और वित्तीय सेवाएँ (BFSI) — जहाँ कठोर प्रलेखन और नियामक अनुपालन आवश्यक है
• बड़े ERP कार्यान्वयन — SAP, Oracle जैसे प्लेटफ़ॉर्म पर
• सरकारी परियोजनाएँ — जहाँ औपचारिक प्रक्रियाएँ अनिवार्य हैं
• बड़ी टीमें — 50 से अधिक डेवलपर्स वाली परियोजनाएँ

• बड़ी परियोजनाओं के लिए उपयुक्त: स्पष्ट संरचना और भूमिकाएँ
• नियमित डिलीवरी: हर 2-10 दिनों में कार्यशील फ़ीचर
• गुणवत्ता नियंत्रण: अनिवार्य कोड और डिज़ाइन निरीक्षण
• प्रगति दृश्यता: स्पष्ट मेट्रिक्स और रिपोर्टिंग
• ग्राहक सहभागिता: फ़ीचर-केंद्रित दृष्टिकोण ग्राहकों को समझ आता है

• छोटी परियोजनाओं के लिए भारी: अत्यधिक प्रक्रिया और भूमिकाएँ
• Chief Programmer पर निर्भरता: एक व्यक्ति पर बहुत अधिक भार
• व्यक्तिगत कोड स्वामित्व: Bus Factor का जोखिम
• कम लचीलापन: Scrum या Kanban की तुलना में कम अनुकूलनीय

• Agile — FDD एक एजाइल पद्धति है
• Scrum — सबसे लोकप्रिय एजाइल फ्रेमवर्क
• Kanban — प्रवाह-आधारित एजाइल पद्धति
• Feature — FDD में विकास की मूलभूत इकाई
• DDD — FDD डोमेन मॉडलिंग से प्रभावित है

FDD का फुल फॉर्म क्या है?

FDD का फुल फॉर्म Feature Driven Development (फ़ीचर ड्रिवन डेवलपमेंट) है, जिसे हिंदी में विशेषता-प्रेरित विकास कहा जाता है। यह एक एजाइल सॉफ़्टवेयर विकास पद्धति है जो ग्राहक-मूल्यवान फ़ीचर्स पर केंद्रित है।

FDD और Scrum में क्या अंतर है?

FDD फ़ीचर-केंद्रित है और बड़ी टीमों (50+) के लिए उपयुक्त है, जबकि Scrum उत्पाद वृद्धि-केंद्रित है और छोटी टीमों (5-9) के लिए डिज़ाइन किया गया है। FDD में व्यक्तिगत कोड स्वामित्व है, Scrum में सामूहिक स्वामित्व। FDD में अनेक विशिष्ट भूमिकाएँ हैं, Scrum में केवल तीन।

FDD किसके लिए सबसे उपयुक्त है?

FDD बड़ी, जटिल एंटरप्राइज़ परियोजनाओं के लिए सबसे उपयुक्त है — विशेष रूप से जहाँ 50 से अधिक डेवलपर्स हों, औपचारिक प्रलेखन की आवश्यकता हो, और नियामक अनुपालन महत्वपूर्ण हो। BFSI क्षेत्र और सरकारी परियोजनाओं में इसका अच्छा उपयोग देखा जाता है।

FDD में फ़ीचर की पुनरावृत्ति कितने दिनों की होती है?

FDD में प्रत्येक फ़ीचर की पुनरावृत्ति 2 से 10 दिनों की होती है। अगर कोई फ़ीचर 2 सप्ताह से अधिक समय लेता है, तो उसे छोटे फ़ीचर्स में तोड़ा जाता है। यह सुनिश्चित करता है कि ग्राहक को नियमित रूप से कार्यशील सॉफ़्टवेयर मिलता रहे।

क्या FDD को अन्य पद्धतियों के साथ मिलाकर उपयोग किया जा सकता है?

हाँ, कई संगठन FDD के सिद्धांतों को Scrum या Kanban के साथ मिलाकर उपयोग करते हैं। उदाहरण के लिए, FDD की फ़ीचर सूची और डोमेन मॉडलिंग को Scrum के Sprint ढांचे के साथ जोड़ा जा सकता है।