Agile வேலை செய்வதை நிறுத்தும்போது

நாம் எல்லோரும் அந்த standup-இல் இருந்திருக்கிறோம். ஒவ்வொருவரும் நேற்று என்ன செய்தார்கள், இன்று என்ன செய்கிறார்கள், blockers ஏதேனும் உள்ளதா என்று சொல்லும் அந்த meeting — ஆனால் அதன் விளைவாக எதுவுமே மாறாது. மக்கள் log off செய்கிறார்கள். Slack messages மீண்டும் தொடங்குகின்றன. உண்மையான decisions பதினைந்து நிமிடங்களுக்குப் பிறகு ஒரு side conversation-இல் எடுக்கப்படுகின்றன.

இந்த meetings-ஐ நாம் பல வருடங்களாக நடத்தி வருகிறோம். நம்மில் பெரும்பாலோர் அவை வேலை செய்கிறதா என்று கேட்பதை நிறுத்திவிட்டோம்.

அது ஒரு process problem அல்ல. அது ஒரு culture problem — மேலும் People & Culture leaders என்ற முறையில், Agile adoption-ஐ Agile transformation-உடன் குழப்பி, அதை உருவாக்க நாமும் உதவியவர்கள்தான்.

நாம் அதிகமாகப் பார்த்த கதை

இந்தப் பகுதியில் உள்ள ஒரு SaaS company — mid-size, வேகமாக scaling, ஒவ்வொரு hire-ம் எதிர்காலத்தின் மீதான ஒரு bet போல உணரப்படும் இடம் — இரண்டு வருடங்களுக்கு முன்பு முழுமையாக Agile-ஆக மாற முடிவு செய்தது. புதிய Scrum Master hire செய்யப்பட்டார். JIRA restructure செய்யப்பட்டது. அனைத்து teams-ம் two-week sprints-க்கு மாறின. Leadership அந்த transformation-ஐ கொண்டாடியது.

பன்னிரண்டு மாதங்களுக்குப் பிறகு, அவர்களின் Head of Engineering People team-ஐ ஒதுக்கி அழைத்தார். Burnout அதிகரித்துக் கொண்டிருந்தது. Top engineers அமைதியாக job-hunting செய்து கொண்டிருந்தனர். புகார் அதிக வேலை பற்றியதல்ல — வேலையைப் பற்றிய அதிகமான meetings பற்றியது. Monday-இல் sprint planning. ஒவ்வொரு காலையிலும் standup. வாரத்தின் நடுவில் backlog grooming. Friday-இல் retrospective. Developers தங்கள் வாரத்தில் கிட்டத்தட்ட 30% Agile ceremonies-இல் செலவிட்டுக் கொண்டிருந்தனர், அந்த நேரத்தில் 10%-க்கும் குறைவே உண்மையில் எதையாவது மாற்றும் ஒரு decision-ஐ உருவாக்கிக் கொண்டிருந்தது.

The irony? வேகமாக நகர Agile-ஐ அந்த company adopt செய்தது. இரண்டு வருடங்களில், அவர்கள் மெதுவாக நகர்ந்து கொண்டிருந்தனர் — ஆனால் இன்னும் தெளிவாகத் தெரியும்படி.

இந்தக் கதையின் பல்வேறு வடிவங்களை நாம் GCC tech sector முழுவதும் பார்த்திருக்கிறோம். பெயர்கள் மாறுகின்றன. outcome மாறவில்லை.

The Ceremony Trap: எது தவறாகிறது என்பதற்கான ஒரு Framework

ஒரு process தனது purpose-ஐ மீறி வாழ்ந்தாலும் organization அதை தொடர்ந்து perform செய்யும்போது என்ன நடக்கிறது என்பதற்கு organizational development research-இல் ஒரு பெயர் உள்ளது: institutional isomorphism — அந்த structures இனி original function-ஐ சேவிக்காவிட்டாலும், legitimate-ஆகத் தோன்றும் structures-ஐ பின்பற்றும் organizations-இன் போக்கு.

பல organizations-இல், Agile சரியாக இதுவாகவே மாறிவிட்டது. standups ஒரு problem-ஐ தீர்க்கிறது என்பதால் teams அவற்றை நடத்துவதில்லை. Agile teams செய்வது standups என்பதால் அவர்கள் அவற்றை நடத்துகிறார்கள். The ceremony has replaced the intent.

நாங்கள் இதை Ceremony Trap என்று அழைக்கிறோம் — மேலும் இதற்கு மூன்று stages உள்ளன:

• Stage 1 — Adoption. The ritual தெளிவான purpose-உடன் அறிமுகப்படுத்தப்படுகிறது. standup visibility-ஐ உருவாக்குகிறது. Sprint planning alignment-ஐ உருவாக்குகிறது. Retrospectives learning-ஐ உருவாக்குகிறது. அது வேலை செய்கிறது.
• Stage 2 — Habituation. The ritual routine-ஆக மாறுகிறது. Teams ஏன் என்று கேட்பதை நிறுத்துகின்றன. The standup ஒரு status report-ஆக மாறுகிறது. Planning negotiation-ஆக மாறுகிறது. Retros யாரும் காலி செய்யாத ஒரு complaints box-ஆக மாறுகிறது.
• Stage 3 — Theater. The ritual தொடர்கிறது, ஏனெனில் அதை நிறுத்துவது Agile-ஐக் கைவிடுவது போல உணரப்படுகிறது. retrospectives செய்வதை நிறுத்திய team-ஆக இருக்க யாரும் விரும்புவதில்லை. எனவே meetings நடக்கின்றன, boards update ஆகின்றன, உண்மையான வேலை வேறு எங்கோ நடக்கிறது.

Data நமக்குச் சொல்வது (மேலும் நாம் புறக்கணிக்கத் தேர்வு செய்கிறோம்)

ஏதோ அடிப்படையில் உடைந்திருக்கிறது என்பதற்கான evidence பல வருடங்களாகக் குவிந்து கொண்டிருக்கிறது. AI அதைப் பார்க்காமல் இருப்பதை சாதாரணமாக சாத்தியமற்றதாக்கிவிட்டது.

உங்கள் அடுத்த Leadership Conversation-ஐ மறுவடிவமைக்க வேண்டிய Numbers

• Forrester (2025): 95% organizations Agile தங்கள் operations-க்கு critical என்று சொல்கின்றன — ஆனால் 7% மட்டுமே அதை at 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 அதிக delivery throughput மற்றும் அதிக delivery instability ஆகிய இரண்டுடனும் correlate ஆகிறது. AI ஏற்கனவே இருப்பதை — நல்லதோ உடைந்ததோ — amplify செய்கிறது.
• GitClear (2025): 211 million lines of code-ன் analysis-இல், refactoring activity 2021-இல் அனைத்து code changes-இல் 25%-இலிருந்து 2024-இல் under 10%-க்கு வீழ்ந்தது என்று கண்டறியப்பட்டது. Duplicate code blocks eightfold அதிகரித்தன. Teams அதிகம் உற்பத்தி செய்து குறைவாக 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 என்ற concept இங்கே பயனுள்ளது: organizations action மற்றும் retrospection மூலம் ambiguous situations-இலிருந்து meaning-ஐ construct செய்கின்றன. Agile theater-இன் problem என்னவென்றால், retrospection — the retrospective — மிகவும் ritualized ஆகிவிட்டது, அது இனி உண்மையான sensemaking-ஐ உருவாக்குவதில்லை. அது action செய்யப்படாத action items-இன் ஒரு list-ஐ உருவாக்குகிறது.

original Agile Manifesto authors-இல் ஒருவரான Kent Beck, இதை ஒரு 2025 interview-இல் தெளிவாக்கினார்: AI tools execution-ஐ கையாளும்போது, மிக முக்கியமான skills ஆவது vision, milestone-setting, மேலும் ஒரு system evolve ஆகும்போது complexity-ஐ manage செய்வது. வேறு வார்த்தைகளில், Agile எந்த judgment-க்காக நேரத்தைப் பாதுகாக்க வேண்டியிருந்ததோ, அது இப்போது automate செய்ய முடியாத ஒரே விஷயம். மேலும் பெரும்பாலான organizations அதை develop செய்வதில்லை — அவர்கள் அதை ceremony-க்குள் schedule செய்து விலக்கி வைக்கிறார்கள்.

உங்கள் Agile Ceremony Trap-இல் சிக்கியிருக்கிறதா?

இதை நேர்மையாகக் கடந்து செல்லுங்கள். Three அல்லது அதற்கு மேற்பட்ட signals என்றால் உங்கள் organization Agile-ஐ practice செய்யவில்லை — அதை perform செய்கிறது.

• உங்கள் standup answers அந்த நாளில் யாரும் என்ன செய்கிறார்கள் என்பதை மாற்றுவதில்லை
• Story points reality-ஐ பிரதிபலிக்க அல்ல, Scrum Master-ஐ திருப்திப்படுத்தவே estimate செய்யப்படுகின்றன
• Retrospectives ஒவ்வொரு cycle-இலும் அதே action items-ஐ உருவாக்குகின்றன — மேலும் எதுவும் மாறுவதில்லை
• Engineering-க்கு வெளியே யாரும் sprint reviews-க்கு வருவதில்லை
• Velocity ஒரு planning input-ஆக அல்ல, ஒரு performance metric-ஆக பயன்படுத்தப்படுகிறது
• "அதை அடுத்த sprint வரை செய்ய முடியாது" என்பது urgent, important decisions-ஐ ஒத்திவைக்கப் பயன்படுத்தப்படுகிறது
• Agile என்பது teams நம்பும் ஒன்றாக அல்ல, HR enforce செய்யும் ஒன்றாக உள்ளது
• sprints-ஐ accelerate செய்ய நீங்கள் AI tools-ஐ adopt செய்திருக்கிறீர்கள் — ஆனால் நீங்கள் build செய்ய decide செய்வதன் quality மேம்படவில்லை
• தற்போதைய sprint எந்த customer problem-ஐ தீர்க்கிறது என்பதை உங்கள் team articulate செய்ய முடியாது
• ஒரு retrospective உண்மையிலேயே உங்கள் team எப்படி வேலை செய்கிறது என்பதை மாற்றிய கடைசி நேரம் three months-க்கும் மேலாக இருந்தது

யாரும் எதிர்பார்க்காத AI Villain

AI Agile-ஐ அகற்றவில்லை. அது ஒரு flashlight-உடன் வந்து ஏற்கனவே நொறுங்கிக் கொண்டிருந்ததை நமக்குக் காட்டியது.

இங்கே mechanism: AI tools இப்போது code-ஐ வினாடிகளில் generate செய்கின்றன, test cases-ஐ automatically எழுதுகின்றன, மேலும் workflows-ஐ real time-இல் optimize செய்கின்றன — ஒரு sprint planning session இல்லாமல். ஒரு two-week iteration-ஐ எது justify செய்தோ, அது இப்போது standup முடிவதற்குள் நடக்க முடியும். The acceleration teams-ஐ அதிக productive ஆக்குவதில்லை. அது அவர்களின் process-இல் உள்ள gaps-ஐ திடீரென்று, கொடூரமாகப் புறக்கணிக்க முடியாததாக ஆக்குகிறது.

கூர்மையான சிந்தனை, நேர்மையான backlogs, மேலும் உண்மையான collaboration கொண்ட teams சரியான விஷயங்களை வேகமாக ship செய்ய AI-ஐ பயன்படுத்துகின்றன. Agile theater நடத்தும் teams தவறான விஷயங்களை அதிகமாக வேகமாக ship செய்ய AI-ஐ பயன்படுத்துகின்றன. The ceremonies மாறவில்லை. வெறுமையானவற்றை நடத்துவதன் consequences இப்போது மிகவும் expensive ஆகிவிட்டன.

People & Culture professionals என்ற முறையில் AI நமக்கு வெளிக்கொணர்ந்த அசௌகரியமான உண்மை இதுதான்: நாம் Agile outcomes-க்குப் பதிலாக Agile adoption-ஐ அளந்து பல வருடங்களைச் செலவிட்டோம். teams-க்கு standups இருந்ததா என்பதை நாம் track செய்தோம், அந்த standups சிறந்த decisions-ஐ உருவாக்கினதா என்பதை அல்ல. சரியான problems தீர்க்கப்படுகின்றனவா என்பதை அல்ல, sprint completion rates-ஐ நாம் கொண்டாடினோம். We confused the map for the territory.

அறையில் உள்ள Leaders-க்கான Questions

ways of working பற்றிய உங்கள் அடுத்த leadership team conversation-க்கு முன், இவற்றுடன் அமருங்கள்:

• Agile ceremonies value-ஐ உருவாக்குகிறதா — அல்லது அதன் தோற்றத்தை மட்டுமே உருவாக்குகிறதா என்பதை நம் teams-இடம் நாம் கடைசியாக எப்போது கேட்டோம்?
• AI ஒவ்வொரு standup-க்கும் வந்து என்ன சொல்லப்பட்டது என்பதை summarize செய்ய முடிந்தால், எதுவாவது மாறுமா? இல்லையென்றால், நாம் ஏன் இன்னும் அவற்றை நடத்துகிறோம்?
• நாம் சரியான விஷயத்தை build செய்கிறோமா என்று கேட்கும் மக்களை நாம் reward செய்கிறோமா — அல்லது backlog-இல் உள்ளதை சரியான நேரத்தில் ship செய்யும் மக்களை மட்டுமா?
• நமது learning and development investment-இல் எத்தனை percentage process compliance-க்கு எதிராக judgment, strategic thinking, மற்றும் complexity management-க்குச் செல்கிறது?
• நாளை நாம் அதை Agile என்று அழைப்பதை நிறுத்தினால் — labels-ஐ முழுவதுமாகக் கைவிட்டால் — நமது teams உண்மையில் எதைத் தொடர்ந்து செய்யும், மேலும் எது அமைதியாக மறைந்து போகும்?

The Reckoning

The Agile Manifesto, human ingenuity-ஐ மூச்சுத் திணறடித்துக் கொண்டிருந்த rigid, bureaucratic, process-heavy systems-க்கு எதிரான ஒரு கிளர்ச்சியில் எழுதப்பட்டது. 2025-இல், Agile-ஏ அந்த system-ஆகவே மாறிவிட்டது — ஆனால் சிறந்த branding மற்றும் ஒரு Jira license-உடன்.

AI அந்த irony-ஐ உருவாக்கவில்லை. அதைப் புறக்கணித்துக் கொண்டே இருக்க முடியாத அளவுக்கு அது அதை வெளிப்படையாக மட்டுமே ஆக்கியது.

அடுத்து வருவதை navigate செய்யும் organizations மிகவும் disciplined ceremonies-ஐ நடத்துபவை அல்ல. அவை அளவிட மிகவும் கடினமான ஒன்றை வளர்த்தெடுத்தவை: எதை build செய்வது, அது ஏன் முக்கியம், மேலும் அதை build செய்பவர்களுக்கு உண்மையில் கவலைப்படப் போதுமான இடம் இருக்கிறதா என்பது பற்றி தெளிவாக சிந்திக்கும் capacity.

Agile போய்விடவில்லை. அது வெறுமையாக்கப்பட்டது — மேலும் அந்த shell-ஐ நாம் meetings-ஆல் நிரப்பினோம். Agile-ஐ வைத்திருக்க வேண்டுமா என்பது question அல்ல. இந்த முறை அதை உண்மையாக practice செய்யும் courage நமக்கு இருக்கிறதா என்பதே question.