RACI चार्ट क्या है? परिभाषा, टेम्प्लेट और उदाहरण (2026)

Responsible (R) वह व्यक्ति होता है जो वास्तव में काम करता है। वे कोड लिखते हैं, दस्तावेज़ का ड्राफ्ट तैयार करते हैं, परीक्षण करते हैं, या फीचर बनाते हैं। एक ही कार्य पर एक से अधिक 'जिम्मेदार' व्यक्ति हो सकते हैं — उदाहरण के लिए, एक फ्रंटएंड इंजीनियर और एक बैकएंड इंजीनियर दोनों एक ऐसा फीचर डिलीवर करने के लिए जिम्मेदार हो सकते हैं जो दोनों लेयर्स तक फैला हो। 'जिम्मेदार' की भूमिका निष्पादन (execution) के बारे में है: यानी सीधे तौर पर काम करना।

Accountable (A) वह एकमात्र व्यक्ति होता है जो परिणाम का मालिक होता है और काम के पूरा होने पर हस्ताक्षर (sign off) करता है। RACI में यह सबसे महत्वपूर्ण नियम है: प्रति कार्य केवल एक ही 'उत्तरदायी' व्यक्ति होना चाहिए। यदि दो लोग उत्तरदायी हैं, तो कोई भी नहीं है — जब कुछ गलत होता है, तो दोनों मान लेंगे कि दूसरा इसे संभाल रहा है। उत्तरदायी व्यक्ति स्वयं कार्य कर भी सकता है और नहीं भी, लेकिन वह वही होता है जिसका नाम काम पूरा होने पर डिलिवरेबल के बगल में होता है, और उसकी समीक्षा ही अगले कदम का रास्ता साफ करती है। फीचर लॉन्च के लिए, उत्तरदायी भूमिका आमतौर पर प्रोडक्ट मैनेजर या इंजीनियरिंग लीड की होती है।

Consulted (C) वह व्यक्ति होता है जिसकी राय काम पूरा करने से पहले आवश्यक होती है। परामर्शित संबंध द्वि-मार्गी (two-way) होते हैं — जिम्मेदार व्यक्ति सक्रिय रूप से उनकी प्रतिक्रिया मांगता है, और वे सक्रिय रूप से उसे प्रदान करते हैं। सामान्य परामर्शित भूमिकाओं में विषय विशेषज्ञ, सुरक्षा समीक्षक, कानूनी सलाहकार, इंजीनियरिंग कार्य की समीक्षा करने वाले डिज़ाइनर और ग्राहकों से जुड़े बदलावों पर सलाह देने वाली कस्टमर सक्सेस टीमें शामिल हैं। परामर्श डिलिवरेबल के लॉक होने से पहले होता है, बाद में नहीं।

Informed (I) वह व्यक्ति होता है जिसे यह जानने की आवश्यकता होती है कि काम हो गया है, लेकिन उसे पहले से अपनी राय देने की आवश्यकता नहीं होती है। सूचित करने वाले संबंध एक-मार्गी (one-way) होते हैं — उन्हें मुख्य मील के पत्थर (milestones) के बाद सूचनाएं या सारांश प्राप्त होते हैं। सामान्य सूचित भूमिकाओं में वे अधिकारी शामिल होते हैं जो रोडमैप स्तर पर प्रगति को ट्रैक करते हैं, वे टीमें जिनकी योजनाएं आपकी योजना पर निर्भर करती हैं, और वे ग्राहक जिन्हें रिलीज़ नोट्स मिलते हैं। 'Consulted' को 'Informed' समझ लेना RACI की दूसरी सबसे बड़ी गलती है (पहली गलती कई 'Accountable' मालिक होना है) — यह लोगों को उन समीक्षा चक्रों में खींच लेता है जिनका उन्हें हिस्सा नहीं होना चाहिए।

एक उदाहरण इन अंतरों को स्पष्ट कर देगा। 'प्रोडक्शन में ऑथेंटिकेशन सर्विस तैनात करें' कार्य पर विचार करें। सीनियर बैकएंड इंजीनियर 'Responsible' है क्योंकि वे वास्तव में परिनियोजन (deployment) करते हैं। इंजीनियरिंग मैनेजर 'Accountable' है क्योंकि वे लॉन्च को मंजूरी देते हैं और किसी भी प्रोडक्शन इंसिडेंट के लिए जिम्मेदार होते हैं। सुरक्षा वास्तुकार (Security architect) 'Consulted' है क्योंकि तैनाती से पहले ऑथेंटिकेशन फ्लो की उनकी समीक्षा आवश्यक है। कस्टमर सपोर्ट टीम 'Informed' है क्योंकि उन्हें यह जानने की ज़रूरत है कि तैनाती हो गई है ताकि वे ग्राहकों के सवालों के जवाब दे सकें, लेकिन वे तैनाती को रोकते नहीं हैं। चार भूमिकाएं, भागीदारी के चार स्तर, और कोई अस्पष्टता नहीं।

चरण 1: परियोजना के हर डिलिवरेबल, कार्य या निर्णय को सूचीबद्ध करें। इसे इतना सूक्ष्म (granular) रखें कि प्रत्येक पंक्ति किसी विशिष्ट व्यक्ति को सौंपे जा सकने वाले कार्य का प्रतिनिधित्व करे — आमतौर पर एक से दो सप्ताह का प्रयास। 'परियोजना प्रबंधन' या 'संचार' जैसी अस्पष्ट पंक्तियों से बचें; इसके बजाय 'अंतिम बजट को मंजूरी दें' या 'वेंडर अनुबंध पर हस्ताक्षर करें' जैसे विशिष्ट आइटम का उपयोग करें। एक सामान्य मध्यम आकार की परियोजना में 15 से 40 पंक्तियाँ होती हैं।

चरण 2: चार्ट में सबसे ऊपर सभी भूमिकाओं या नामित व्यक्तियों की सूची बनाएं। जब टीम बड़ी हो और लोग बदल सकते हों, तब भूमिकाओं (प्रोजेक्ट मैनेजर, लीड इंजीनियर, डिज़ाइनर, QA लीड) का उपयोग करें। जब टीम छोटी और स्थिर हो, तो नामित व्यक्तियों का उपयोग करें। जहाँ प्रासंगिक हो, वहां बाहरी भूमिकाओं को शामिल करें — क्लाइंट, वेंडर, कानूनी सलाहकार, बाहरी ऑडिटर — ताकि संगठनों के बीच का हैंडऑफ (handoff) स्पष्ट रहे।

चरण 3: प्रत्येक पंक्ति के लिए, एक एकल जवाबदेह (Accountable) व्यक्ति की पहचान करें। RACI कार्य में यह सबसे कठिन चरण है और यहीं अधिकांश चार्ट गलत हो जाते हैं। खुद को ठीक एक व्यक्ति चुनने के लिए मजबूर करें। यदि दो लोग जवाबदेह लगते हैं, तो पूछें: जब यह डिलिवरेबल समाप्त हो जाएगा, तो किसके कैलेंडर रिमाइंडर पर 'अंतिम संस्करण को साइन-ऑफ करें' लिखा होगा? चेकबॉक्स के बगल में किसका नाम होगा? वही आपका जवाबदेह व्यक्ति है।

चरण 4: उत्तरदायी (Responsible) व्यक्तियों की पहचान करें। एक से अधिक हो सकते हैं। प्रत्येक कार्य के लिए पूछें: वास्तविक कार्य कौन करेगा? उन सभी को सूचीबद्ध करें जो कार्य को निष्पादित करेंगे, न कि केवल निष्पादन का नेतृत्व करेंगे। UI रिडिजाइन कार्य पर, मॉकअप बनाने वाला डिज़ाइनर और उन्हें लागू करने वाला इंजीनियर, दोनों उत्तरदायी हैं।

चरण 5: परामर्शित (Consulted) पक्षों की पहचान करें। पूछें: इसे अंतिम रूप देने से पहले हमें किसका इनपुट लेना अनिवार्य है? यहाँ बहुत कम लोगों को रखें। प्रत्येक परामर्शित भूमिका चक्र समय (cycle time) बढ़ाती है क्योंकि उत्तरदायी व्यक्ति को उनकी समीक्षा की प्रतीक्षा करनी पड़ती है। यदि कार्य किसी व्यक्ति को परामर्श देने के बजाय केवल सूचित (Informed) करके आगे बढ़ाया जा सकता है, तो उन्हें सूचित के रूप में चिह्नित करें। डिफ़ॉल्ट 'सूचित' होना चाहिए; 'परामर्शित' एक अपवाद है जिसके लिए उचित स्पष्टीकरण होना चाहिए।

चरण 6: सूचित (Informed) पक्षों की पहचान करें। पूछें: किसे यह जानने की आवश्यकता है कि यह कार्य हुआ है, भले ही उन्हें अपनी राय देने की आवश्यकता न हो? यह आमतौर पर परामर्शित सूची से लंबी होती है। इसमें अधिकारियों, संबंधित टीम लीड्स, ग्राहकों से जुड़ी टीमों और उन सभी को शामिल करें जिनके प्लान्स इस परिणाम से प्रभावित होते हैं।

चरण 7: टीम के साथ चार्ट को सत्यापित करें। एक वर्किंग सेशन में पंक्ति दर पंक्ति इसकी समीक्षा करें। सामान्य समस्याएँ जो आप पकड़ेंगे: बिना जवाबदेह व्यक्ति वाली पंक्तियाँ (एक नियुक्त करें), दो जवाबदेह व्यक्तियों वाली पंक्तियाँ (तय करें कि असली मालिक कौन है), बहुत अधिक परामर्शित लोग (कुछ को सूचित में बदलें), और कॉलम में ऐसी भूमिकाएँ जो किसी भी पंक्ति में नहीं हैं (उन्हें हटा दें या वह कार्य जोड़ें जो उन्हें करना चाहिए)। सत्यापन के बाद, चार्ट को ऐसी जगह रखें जहाँ हर कोई इसे देख सके और स्कोप बदलने पर इसे अपडेट करें।

एक से अधिक जवाबदेह (Accountable) व्यक्ति होना सबसे आम और सबसे हानिकारक गलती है। जब दो लोग जवाबदेह होते हैं, तो उनमें से कोई भी परिणाम का वास्तविक स्वामित्व नहीं लेगा और दोनों मान लेंगे कि दूसरा व्यक्ति इसे आगे बढ़ा रहा है। खुद को ठीक एक व्यक्ति चुनने के लिए मजबूर करें। यदि कार्य वास्तव में सह-स्वामित्व वाला है, तो इसे दो पंक्तियों में विभाजित करें जहाँ प्रत्येक व्यक्ति अपने आधे हिस्से के लिए जवाबदेह हो।

बहुत अधिक परामर्शित (Consulted) लोग दूसरी सबसे आम गलती है। प्रत्येक परामर्शित भूमिका समीक्षा की प्रतीक्षा में दिनों या हफ्तों की देरी जोड़ती है। पाँच परामर्शित भूमिकाओं वाली पंक्ति में एक वाली पंक्ति की तुलना में पाँच गुना अधिक समय लगेगा। अपने परामर्शित असाइनमेंट का त्रैमासिक ऑडिट करें और उन सभी को 'सूचित' में बदलें जिनकी परामर्शित भूमिका सक्रिय रूप से डिलिवरेबल में कोई ठोस बदलाव नहीं करती है।

भूमिकाओं (roles) को लोगों के साथ भ्रमित करना प्रक्रिया को नाजुक बनाता है। यदि चार्ट कहता है कि लीड इंजीनियर सुरक्षा समीक्षा के लिए जवाबदेह है, तो लीड इंजीनियर के बदलने पर भी चार्ट काम करता है — आपको बस भूमिका-से-व्यक्ति मैपिंग को अपडेट करना होता है। यदि चार्ट कहता है कि 'नेहा' जवाबदेह है, तो नेहा के टीम बदलते ही यह प्रक्रिया विफल हो जाती है। भूमिकाओं का उपयोग तब करें जब परियोजना विशिष्ट लोगों से अधिक समय तक चलने वाली हो, और व्यक्तियों का उपयोग तब करें जब परियोजना छोटी हो और टीम स्थिर हो।

चार्ट को पुराना (stale) होने देना विफलता का एक धीमा माध्यम है। RACI चार्ट सबसे अधिक उपयोगी तब होते हैं जब वे वर्तमान वास्तविकता को दर्शाते हैं, लेकिन परियोजना शुरू होने के बाद उन्हें अनदेखा करना आसान होता है। प्रत्येक प्रमुख परियोजना मील के पत्थर (milestone) — चरण परिवर्तन, स्कोप परिवर्तन, टीम में नए सदस्य जुड़ने या जाने पर — चार्ट की समीक्षा और उसे अपडेट करने की आदत डालें। दो महीने पुराना चार्ट जिसे किसी ने अपडेट नहीं किया है, बिना चार्ट के होने से भी बदतर है क्योंकि यह सक्रिय रूप से गुमराह करता है।

टीम सत्यापन चरण को छोड़ देने से शुरुआती गलतियाँ बढ़ती रहती हैं। RACI चार्ट का पहला संस्करण लगभग हमेशा किसी न किसी रूप में गलत होता है। आपके द्वारा अकेले में निर्धारित 'जवाबदेह' कॉलम अक्सर टीम की वास्तविक स्वामित्व वाली सोच से मेल नहीं खाता है। चार्ट को अंतिम घोषित करने से पहले हमेशा एक वास्तविक वर्किंग सेशन में टीम के साथ इसकी समीक्षा करें। चर्चा स्वयं में आधी वैल्यू है — भले ही कोई पंक्ति न बदले, टीम बैठक से इस साझा समझ के साथ निकलती है कि कौन किसका मालिक है।