जब Agile काम करना बंद कर देता है

हम सब उस standup में रहे हैं। वह वाला जहाँ हर कोई बताता है कि उसने कल क्या किया, आज क्या कर रहा है, और क्या उसके पास कोई blockers हैं — और नतीजे में बिल्कुल कुछ नहीं बदलता। लोग log off कर देते हैं। Slack messages फिर से शुरू हो जाते हैं। असली decisions पंद्रह मिनट बाद किसी side conversation में लिए जाते हैं।

हम सालों से ये meetings चला रहे हैं। हम में से ज़्यादातर ने यह पूछना ही बंद कर दिया है कि क्या ये काम भी करती हैं।

यह कोई process problem नहीं है। यह एक culture problem है — और यह वह problem है जिसे हमने, People & Culture leaders के तौर पर, Agile adoption को Agile transformation समझकर बनाने में मदद की।

वह कहानी जो हमने बहुत बार देखी है

इस region की एक SaaS company — mid-size, तेज़ी से scaling करती हुई, ऐसी जगह जहाँ हर hire भविष्य पर लगाया गया दाँव महसूस होता है — ने दो साल पहले पूरी तरह Agile होने का फ़ैसला किया। नया Scrum Master hire हुआ। JIRA को restructure किया गया। सभी teams two-week sprints पर चली गईं। Leadership ने इस transformation का जश्न मनाया।

बारह महीने बाद, उनके Head of Engineering ने People team को अलग ले जाकर बात की। Burnout बढ़ रहा था। सबसे अच्छे engineers चुपचाप job-hunting कर रहे थे। शिकायत यह नहीं थी कि काम बहुत ज़्यादा है — शिकायत यह थी कि काम के बारे में meetings बहुत ज़्यादा हैं। Monday को sprint planning। हर सुबह standup। हफ़्ते के बीच में backlog grooming। Friday को retrospective। Developers अपने हफ़्ते का लगभग 30% Agile ceremonies में बिता रहे थे, और उस समय का 10% से भी कम कोई ऐसा decision पैदा कर रहा था जो सचमुच कुछ बदलता हो।

विडंबना? Company ने Agile को तेज़ चलने के लिए adopt किया था। दो साल बाद, वे धीमे चल रहे थे — बस ज़्यादा दिखावे के साथ।

हमने इस कहानी के कई versions GCC tech sector में देखे हैं। नाम बदल जाते हैं। नतीजा नहीं बदलता।

Ceremony Trap: जो ग़लत होता है उसका एक Framework

Organizational development research के पास इस बात के लिए एक नाम है कि जब कोई process अपने purpose को पीछे छोड़ देती है लेकिन organization उसे perform करता रहता है तो क्या होता है: institutional isomorphism — organizations की वह प्रवृत्ति कि वे उन structures की नक़ल करती हैं जो legitimate दिखते हैं, भले ही वे structures अब उस original function को पूरा न करते हों।

Agile, बहुत सारी organizations में, बिल्कुल यही बन गया है। Teams standups इसलिए नहीं चलातीं कि standups किसी problem को solve करते हैं। वे उन्हें इसलिए चलाती हैं क्योंकि standups वही हैं जो Agile teams करती हैं। Ceremony ने intent की जगह ले ली है।

हम इसे Ceremony Trap कहते हैं — और इसके तीन stages हैं:

• Stage 1 — Adoption. ritual को साफ़ purpose के साथ introduce किया जाता है। Standup visibility बनाता है। Sprint planning alignment बनाता है। Retrospectives learning बनाते हैं। यह काम करता है।
• Stage 2 — Habituation. ritual routine बन जाता है। Teams "क्यों" पूछना बंद कर देती हैं। Standup एक status report बन जाता है। Planning एक negotiation बन जाता है। Retros एक complaints box बन जाते हैं जिसे कोई ख़ाली नहीं करता।
• Stage 3 — Theater. ritual इसलिए जारी रहता है क्योंकि उसे रोकना Agile को छोड़ देने जैसा महसूस होता है। कोई वह team नहीं बनना चाहता जिसने retrospectives करना बंद कर दिया। तो meetings चलती हैं, boards update होते हैं, और असली काम कहीं और होता है।

Data हमें क्या बता रहा है (और हम उसे अनदेखा करना चुन रहे हैं)

इस बात के सबूत कि कुछ मूलभूत रूप से टूटा हुआ है, सालों से जमा हो रहे हैं। AI ने बस उससे नज़रें फेरना असंभव बना दिया है।

वे Numbers जो आपकी अगली Leadership Conversation को नए सिरे से गढ़ देने चाहिए

• Forrester (2025): 95% organizations कहती हैं कि Agile उनके operations के लिए critical है — फिर भी सिर्फ़ 7% scale पर उसे apply करने में high proficiency की report करती हैं।
• Digital.ai 18th Annual State of Agile Report (2025): 65% teams के पास aligned tools हैं, 64% के पास DevOps pipeline visibility है — और outcomes में सुधार नहीं हुआ है।
• Google DORA (2025): AI adoption का correlation higher delivery throughput और higher delivery instability दोनों से है। AI जो पहले से मौजूद है उसे amplify करता है — चाहे अच्छा हो या टूटा हुआ।
• GitClear (2025): 211 million lines of code के analysis में पाया गया कि refactoring activity 2021 में सभी code changes के 25% से गिरकर 2024 में under 10% रह गई। Duplicate code blocks में eightfold बढ़ोतरी हुई। Teams ज़्यादा produce कर रही हैं और कम maintain कर रही हैं।
• Parabol: 61.6% Agile teams अपने standups synchronously चलाती हैं — एक hybrid, AI-assisted, globally distributed दुनिया में।
• Digital.ai (2025): सिर्फ़ 15% business leaders अपनी organizations के अंदर Agile practices को सक्रिय रूप से आकार देते हैं।

OD theorist Karl Weick की sensemaking की अवधारणा यहाँ उपयोगी है: organizations action और retrospection के ज़रिए ambiguous situations से meaning गढ़ती हैं। Agile theater के साथ problem यह है कि retrospection — retrospective — इतना ritualized हो चुका है कि वह अब real sensemaking पैदा नहीं करता। वह action items की एक list पैदा करता है जिन पर action नहीं होता।

Kent Beck, original Agile Manifesto authors में से एक, ने 2025 के एक interview में यह साफ़ कर दिया: जैसे-जैसे AI tools execution संभालते हैं, सबसे ज़्यादा मायने रखने वाली skills बन जाती हैं vision, milestone-setting, और एक system के evolve होते समय complexity को manage करना। दूसरे शब्दों में, वह judgment जिसके लिए time की रक्षा करना Agile का काम था, अब इकलौती ऐसी चीज़ है जिसे automate नहीं किया जा सकता। और ज़्यादातर organizations उसे develop नहीं कर रहीं — वे उसे ceremony में schedule करके दूर कर रही हैं।

क्या आपका Agile Ceremony Trap में फँसा है?

इसे ईमानदारी से पढ़ें। तीन या उससे ज़्यादा signals का मतलब है कि आपकी organization Agile practice नहीं कर रही — वह उसे perform कर रही है।

• आपके standup के जवाब यह नहीं बदलते कि उस दिन कोई क्या करता है
• Story points Scrum Master को संतुष्ट करने के लिए estimate किए जाते हैं, reality को दर्शाने के लिए नहीं
• Retrospectives हर cycle में वही action items पैदा करते हैं — और कुछ नहीं बदलता
• Engineering के बाहर कोई sprint reviews में नहीं आता
• Velocity को planning input के बजाय एक performance metric के रूप में इस्तेमाल किया जाता है
• "हम यह अगले sprint तक नहीं कर सकते" का इस्तेमाल urgent, important decisions को टालने के लिए किया जाता है
• Agile कुछ ऐसा है जिसे HR लागू करवाता है, न कि कुछ ऐसा जिस पर teams यक़ीन करती हैं
• आपने sprints को accelerate करने के लिए AI tools adopt किए हैं — लेकिन आप जो build करने का decision ले रहे हैं उसकी quality में सुधार नहीं हुआ
• आपकी team यह बता नहीं सकती कि मौजूदा sprint किस customer problem को solve कर रहा है
• पिछली बार जब किसी retrospective ने सचमुच यह बदला कि आपकी team कैसे काम करती है, उसे तीन महीने से ज़्यादा हो गए हैं

वह AI Villain जिसकी किसी ने उम्मीद नहीं की थी

AI ने Agile को नहीं तोड़ा। वह एक flashlight लेकर आया और हमें दिखा दिया कि जो पहले से बिखर रहा था वह क्या था।

mechanism यह है: AI tools अब सेकंडों में code generate करते हैं, अपने आप test cases लिखते हैं, और real time में workflows को optimize करते हैं — बिना किसी sprint planning session के। जो पहले एक two-week iteration को justify करता था वह अब standup ख़त्म होने से पहले हो सकता है। यह acceleration teams को ज़्यादा productive नहीं बनाता। यह उनके process की खामियों को अचानक, बेरहमी से नज़रअंदाज़ करना असंभव बना देता है।

तेज़ सोच, ईमानदार backlogs, और सच्चे collaboration वाली teams AI का इस्तेमाल सही चीज़ों को तेज़ी से ship करने के लिए कर रही हैं। Agile theater चलाने वाली teams AI का इस्तेमाल ग़लत चीज़ों को ज़्यादा मात्रा में तेज़ी से ship करने के लिए कर रही हैं। Ceremonies नहीं बदलीं। ख़ाली ceremonies चलाने के consequences बस बहुत ज़्यादा महँगे हो गए।

यह वह असहज सच्चाई है जिसे AI ने हमारे लिए People & Culture professionals के तौर पर सामने ला दिया है: हमने सालों Agile adoption को measure करने में बिताए, Agile outcomes को नहीं। हमने track किया कि teams के पास standups थे या नहीं, यह नहीं कि वे standups बेहतर decisions पैदा करते थे या नहीं। हमने sprint completion rates का जश्न मनाया, यह नहीं कि सही problems solve हो रहे थे या नहीं। हमने map को territory समझ लिया।

कमरे में मौजूद Leaders के लिए सवाल

ways of working को लेकर अपनी अगली leadership team conversation से पहले, इन पर थोड़ा रुककर सोचें:

• हमने पिछली बार अपनी teams से कब पूछा था कि क्या Agile ceremonies value बना रही हैं — या सिर्फ़ उसका दिखावा बना रही हैं?
• अगर AI हर standup में शामिल हो सके और जो कहा गया उसका summarize कर सके, तो क्या कुछ बदलेगा? अगर नहीं, तो हम उन्हें अब भी क्यों चला रहे हैं?
• क्या हम उन लोगों को reward कर रहे हैं जो पूछते हैं कि क्या हम सही चीज़ build कर रहे हैं — या सिर्फ़ उन लोगों को जो backlog में जो है उसे समय पर ship करते हैं?
• हमारे learning and development investment का कितना प्रतिशत judgment, strategic thinking, और complexity management की ओर जाता है, बनाम process compliance की ओर?
• अगर हमने कल इसे Agile कहना बंद कर दिया — अगर हमने labels पूरी तरह हटा दिए — तो हमारी teams असल में क्या करना जारी रखेंगी, और क्या चुपचाप ग़ायब हो जाएगा?

हिसाब-किताब

Agile Manifesto उन rigid, bureaucratic, process-heavy systems के ख़िलाफ़ बग़ावत में लिखा गया था जो मानवीय सूझबूझ का दम घोंट रहे थे। 2025 में, Agile ख़ुद वही system बन गया है — बस बेहतर branding और एक Jira license के साथ।

AI ने उस विडंबना को नहीं बनाया। उसने बस उसे इतना दृश्यमान बना दिया कि उसे अनदेखा करते रहना मुश्किल है।

जो organizations आगे आने वाली चीज़ों को संभालेंगी वे वे नहीं हैं जो सबसे अनुशासित ceremonies चला रही हैं। वे वे हैं जिन्होंने कुछ ऐसा cultivate किया है जिसे measure करना कहीं ज़्यादा कठिन है: यह स्पष्ट रूप से सोचने की क्षमता कि क्या build करना है, वह क्यों मायने रखता है, और क्या उसे build करने वाले लोगों के पास सचमुच परवाह करने के लिए पर्याप्त space है।

Agile ख़त्म नहीं हुआ है। उसे खोखला कर दिया गया है — और हमने उस ख़ोल को meetings से भर दिया। सवाल यह नहीं है कि Agile को रखना है या नहीं। सवाल यह है कि क्या हमारे पास इस बार उसे सचमुच practice करने का साहस है।