जब Agile काम गर्न छाड्छ

हामी सबै त्यो standup मा रहिसकेका छौं। त्यो standup जहाँ सबैले हिजो के गरे, आज के गर्दैछन्, र कुनै blocker छ कि छैन भन्छन् — अनि त्यसको परिणामस्वरूप बिल्कुल केही पनि बदलिँदैन। मानिसहरू log off गर्छन्। Slack का message हरू फेरि सुरु हुन्छन्। वास्तविक decision हरू पन्ध्र मिनेटपछि एउटा side conversation मा बन्छन्।

हामीले यी meeting हरू वर्षौंदेखि चलाइरहेका छौं। हामीमध्ये धेरैले यिनले काम गर्छन् कि गर्दैनन् भनेर सोध्न छाडिसकेका छौं।

त्यो process को समस्या होइन। त्यो culture को समस्या हो — र यो त्यस्तो समस्या हो जुन हामी, People & Culture leader को रूपमा, Agile adoption लाई Agile transformation सँग मिसाएर सिर्जना गर्न मद्दत पुर्‍यायौं।

धेरै पटक देखिसकेको कथा

यस क्षेत्रको एउटा SaaS company — mid-size, छिटो scale हुँदै, त्यस्तो ठाउँ जहाँ हरेक hire भविष्यमाथिको एउटा bet जस्तो लाग्छ — ले दुई वर्षअघि पूर्ण रूपमा Agile हुने निर्णय गर्‍यो। नयाँ Scrum Master hire भयो। JIRA restructure भयो। सबै team हरू two-week sprint मा सरे। Leadership ले यो transformation को उत्सव मनायो।

बाह्र महिनापछि, उनीहरूको Head of Engineering ले People team लाई छेउमा बोलाए। Burnout बढ्दै थियो। शीर्ष engineer हरू चुपचाप job-hunting गर्दै थिए। गुनासो धेरै काम होइन — काम बारेमा धेरै meeting को थियो। सोमबार sprint planning। हरेक बिहान standup। हप्ताको बीचमा backlog grooming। शुक्रबार retrospective। Developer हरू आफ्नो हप्ताको झन्डै 30% Agile ceremony मा बिताउँथे, र त्यसमध्ये 10% भन्दा कम समयले मात्र वास्तवमा केही बदल्ने decision उत्पादन गर्थ्यो।

विडम्बना? Company ले छिटो हिँड्न Agile अपनाएको थियो। दुई वर्षपछि, उनीहरू झन् सुस्त हिँडिरहेका थिए — केवल अझ देखिने गरी।

हामीले यस कथाका version हरू GCC tech sector भरि देखेका छौं। नाम बदलिन्छन्। परिणाम बदलिँदैन।

Ceremony Trap: के बिग्रन्छ भन्ने एउटा Framework

Organizational development को research मा एउटा process आफ्नो उद्देश्य गुमाएपछि पनि संगठनले त्यसलाई perform गरिरहँदा के हुन्छ भन्ने कुराको एउटा नाम छ: institutional isomorphism — संगठनहरूले legitimate देखिने structure हरूको नक्कल गर्ने प्रवृत्ति, जब ती structure हरूले मूल function सेवा नगरेका भए पनि।

Agile, धेरै संगठनहरूमा, ठ्याक्कै यही भएको छ। Team हरूले standup चलाउँदैनन् किनभने standup ले कुनै समस्या solve गर्छ। तिनीहरूले चलाउँछन् किनभने standup भनेको Agile team हरूले गर्ने कुरा हो। Ceremony ले intent लाई प्रतिस्थापन गरेको छ।

हामी यसलाई Ceremony Trap भन्छौं — र यसका तीन stage छन्:

• Stage 1 — Adoption. Ritual लाई स्पष्ट उद्देश्यसहित परिचय गराइन्छ। Standup ले visibility सिर्जना गर्छ। Sprint planning ले alignment सिर्जना गर्छ। Retrospective ले learning सिर्जना गर्छ। यसले काम गर्छ।
• Stage 2 — Habituation. Ritual routine बन्छ। Team हरूले किन भनेर सोध्न छाड्छन्। Standup एउटा status report बन्छ। Planning negotiation बन्छ। Retro एउटा complaints box बन्छ जसलाई कसैले खाली गर्दैन।
• Stage 3 — Theater. Ritual जारी रहन्छ किनभने यसलाई रोक्नु Agile छाडेजस्तो लाग्छ। कसैले पनि retrospective गर्न छाडेको team बन्न चाहँदैन। त्यसैले meeting हरू चल्छन्, board हरू update हुन्छन्, र वास्तविक काम अन्तै कतै हुन्छ।

Data ले हामीलाई के भन्दैछ (अनि हामी बेवास्ता गर्न रोज्दैछौं)

केही कुरा मौलिक रूपमा बिग्रिएको छ भन्ने प्रमाण वर्षौंदेखि जम्मा हुँदै आएको छ। AI ले बस यसलाई आँखा अर्कोतिर फर्काउन असम्भव बनाइदिएको छ।

तपाईंको अर्को Leadership Conversation लाई पुनर्व्याख्या गर्नुपर्ने अंकहरू

• Forrester (2025): 95% संगठनहरू Agile आफ्ना operation का लागि महत्वपूर्ण छ भन्छन् — तर केवल 7% ले मात्र यसलाई scale मा लागू गर्ने उच्च proficiency को report गर्छन्।
• Digital.ai 18th Annual State of Agile Report (2025): 65% team हरूसँग aligned tool छन्, 64% सँग DevOps pipeline visibility छ — र outcome हरू सुधार भएका छैनन्।
• Google DORA (2025): AI adoption ले उच्च delivery throughput र उच्च delivery instability दुवैसँग correlate गर्छ। AI ले पहिल्यैदेखि भएको कुरालाई बढाउँछ — राम्रो होस् या बिग्रेको।
• GitClear (2025): 211 million lines of code को विश्लेषणले refactoring activity 2021 मा सबै code change को 25% बाट 2024 मा 10% भन्दा कम मा झरेको पायो। Duplicate code block हरू eightfold बढे। Team हरू बढी उत्पादन गर्दैछन् र कम maintain गर्दैछन्।
• Parabol: 61.6% Agile team हरू आफ्ना standup synchronously चलाउँछन् — एउटा hybrid, AI-assisted, globally distributed संसारमा।
• Digital.ai (2025): केवल 15% business leader हरूले मात्र आफ्ना संगठनभित्र Agile practice लाई सक्रिय रूपमा आकार दिन्छन्।

OD theorist Karl Weick को sensemaking को अवधारणा यहाँ उपयोगी छ: संगठनहरूले अस्पष्ट परिस्थितिहरूबाट action र retrospection मार्फत अर्थ निर्माण गर्छन्। Agile theater को समस्या यो हो कि retrospection — retrospective — यति ritualize भइसकेको छ कि यसले अब वास्तविक sensemaking उत्पन्न गर्दैन। यसले action नगरिने action item हरूको एउटा list उत्पन्न गर्छ।

Kent Beck, मूल Agile Manifesto का लेखकहरूमध्ये एक, ले 2025 को एउटा interview मा यो स्पष्ट पारे: जब AI tool हरूले execution सम्हाल्छन्, सबैभन्दा महत्वपूर्ण हुने skill हरू vision, milestone-setting, र system विकसित हुँदा complexity व्यवस्थापन बन्छन्। अर्को शब्दमा, Agile ले जुन judgment का लागि समय जोगाउनुपर्ने थियो त्यो अब एक मात्र automate गर्न नसकिने कुरा हो। र धेरैजसो संगठनहरूले यसलाई विकास गरिरहेका छैनन् — तिनीहरूले यसलाई schedule गरेर ceremony भित्र हटाइरहेका छन्।

के तपाईंको Agile Ceremony Trap मा अड्किएको छ?

यसलाई इमानदारीपूर्वक हेर्नुहोस्। तीन वा बढी signal ले तपाईंको संगठनले Agile अभ्यास गरिरहेको छैन — यसलाई perform गरिरहेको छ भन्ने अर्थ लाग्छ।

• तपाईंका standup जवाफहरूले त्यो दिन कसैले के गर्छ भन्ने कुरा बदल्दैनन्
• Story point हरू वास्तविकता प्रतिबिम्बित गर्न होइन, Scrum Master लाई सन्तुष्ट पार्न estimate गरिन्छन्
• Retrospective ले हरेक cycle मा उही action item हरू उत्पादन गर्छन् — र केही पनि बदलिँदैन
• Engineering बाहिरको कोही पनि sprint review मा उपस्थित हुँदैन
• Velocity लाई planning input को सट्टा performance metric को रूपमा प्रयोग गरिन्छ
• "त्यो अर्को sprint सम्म गर्न सकिँदैन" भन्ने कुरा जरुरी, महत्वपूर्ण decision हरू पन्छाउन प्रयोग गरिन्छ
• Agile भनेको team हरूले विश्वास गर्ने कुरा होइन, HR ले लागू गर्ने कुरा हो
• तपाईंले sprint छिटो बनाउन AI tool अपनाउनुभएको छ — तर तपाईंले बनाउने निर्णय गरेको कुराको गुणस्तर सुधार भएको छैन
• तपाईंको team ले अहिलेको sprint ले कुन customer problem solve गर्दैछ भनेर स्पष्ट पार्न सक्दैन
• कुनै retrospective ले तपाईंको team को काम गर्ने तरिका साँच्चै बदलेको अन्तिम पटक तीन महिनाभन्दा अघि थियो

कसैले अपेक्षा नगरेको AI Villain

AI ले Agile लाई भत्काएन। यो एउटा flashlight लिएर आयो र पहिल्यैदेखि भत्किरहेको कुरा देखायो।

यहाँ mechanism यस्तो छ: AI tool हरूले अब सेकेन्डमा code generate गर्छन्, test case हरू स्वतः लेख्छन्, र workflow हरू real time मा optimize गर्छन् — sprint planning session बिना। जसले पहिले एउटा two-week iteration लाई justify गर्थ्यो त्यो अब standup सकिनुअघि नै हुन सक्छ। यो acceleration ले team हरूलाई बढी productive बनाउँदैन। यसले तिनीहरूको process का gap हरूलाई अचानक, क्रूर रूपमा बेवास्ता गर्न असम्भव बनाउँछ।

तीव्र चिन्तन, इमानदार backlog, र वास्तविक collaboration भएका team हरूले सही कुराहरू छिटो ship गर्न AI प्रयोग गर्दैछन्। Agile theater चलाइरहेका team हरूले गलत कुराहरू बढी छिटो ship गर्न AI प्रयोग गर्दैछन्। Ceremony हरू बदलिएका छैनन्। खोक्रा ceremony चलाउने परिणाम बस धेरै महँगो भयो।

यो असहज सत्य हो जुन AI ले हामी People & Culture professional का लागि उजागर गरेको छ: हामीले वर्षौं Agile outcome को सट्टा Agile adoption मापन गर्न बितायौं। Team हरूसँग standup थिए कि थिएनन् भनेर हामीले track गर्‍यौं, ती standup ले राम्रो decision उत्पादन गरे कि गरेनन् भनेर होइन। हामीले sprint completion rate को उत्सव मनायौं, सही समस्या हरू solve भइरहेका थिए कि भनेर होइन। हामीले map लाई territory सँग भ्रमित गर्‍यौं।

कोठामा रहेका Leader हरूका लागि प्रश्नहरू

ways of working बारेमा तपाईंको अर्को leadership team conversation अघि, यिनीहरूसँग बस्नुहोस्:

• हामीले आफ्ना team हरूलाई Agile ceremony ले value सिर्जना गरिरहेका छन् — कि केवल त्यसको आभास मात्र — भनेर अन्तिम पटक कहिले सोध्यौं?
• यदि AI ले हरेक standup मा उपस्थित भएर के भनिएको थियो भनेर summarize गर्न सक्थ्यो भने, के केही बदलिन्थ्यो? यदि होइन भने, हामी किन अझै तिनलाई चलाइरहेका छौं?
• के हामी सही कुरा बनाइरहेका छौं कि भनेर सोध्ने मानिसहरूलाई पुरस्कृत गर्दैछौं — कि केवल backlog मा भएको कुरा समयमा ship गर्ने मानिसहरूलाई मात्र?
• हाम्रो learning and development investment को कति प्रतिशत judgment, strategic thinking, र complexity management तर्फ जान्छ, र कति process compliance तर्फ?
• यदि हामीले भोलि यसलाई Agile भन्न छाड्यौं भने — यदि हामीले label हरू पूरै हटायौं भने — हाम्रा team हरूले वास्तवमा के गरिरहन्थे, र के चुपचाप हराउँथ्यो?

हिसाब-किताब

Agile Manifesto मानवीय सृजनशीलतालाई निसास्याइरहेका कठोर, नोकरशाही, process-heavy system हरूको विरुद्धमा विद्रोह गरेर लेखिएको थियो। 2025 मा, Agile आफैं त्यो system बनेको छ — बस राम्रो branding र एउटा Jira license सहित।

AI ले त्यो विडम्बना सिर्जना गरेन। यसले बस यसलाई बेवास्ता गरिराख्न नसकिने गरी अति देखिने बनाइदियो।

अब आउने कुरालाई navigate गर्ने संगठनहरू सबैभन्दा अनुशासित ceremony चलाउनेहरू होइनन्। तिनीहरू त्यस्ता हुन् जसले मापन गर्न धेरै कठिन कुरा खेती गरेका छन्: के बनाउने, किन यो महत्वपूर्ण छ, र बनाउने मानिसहरूसँग साँच्चै परवाह गर्ने पर्याप्त ठाउँ छ कि छैन भनेर स्पष्ट सोच्ने क्षमता।

Agile गएको छैन। यो खोक्रो बनाइएको छ — र हामीले खोलमा meeting हरू भर्‍यौं। प्रश्न Agile राख्ने कि भन्ने होइन। प्रश्न यो हो कि यस पटक हामीसँग यसलाई साँच्चै अभ्यास गर्ने साहस छ कि छैन।