Agile പ്രവർത്തിക്കാതാകുമ്പോൾ

ആ standup-ൽ നാമെല്ലാവരും ഇരുന്നിട്ടുണ്ട്. ഓരോരുത്തരും ഇന്നലെ എന്തു ചെയ്തു, ഇന്ന് എന്തു ചെയ്യുന്നു, blockers ഉണ്ടോ എന്നു പറയുന്ന ആ meeting — അതിന്റെ ഫലമായി ഒന്നും തന്നെ മാറുന്നില്ല. ആളുകൾ log off ചെയ്യുന്നു. Slack messages വീണ്ടും തുടങ്ങുന്നു. യഥാർത്ഥ decisions പതിനഞ്ച് മിനിറ്റ് കഴിഞ്ഞ് ഒരു side conversation-ൽ എടുക്കപ്പെടുന്നു.

വർഷങ്ങളായി നാം ഈ meetings നടത്തിവരുന്നു. അവ പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് ചോദിക്കുന്നത് നമ്മളിൽ പലരും നിർത്തിക്കഴിഞ്ഞു.

അതൊരു process problem അല്ല. അതൊരു culture problem ആണ് — Agile adoption-നെ Agile transformation-മായി കൂട്ടിക്കുഴച്ചുകൊണ്ട് People & Culture leaders എന്ന നിലയിൽ നാം സൃഷ്ടിക്കാൻ സഹായിച്ച ഒരു problem.

പലവട്ടം നാം കണ്ട കഥ

ഈ region-ലെ ഒരു SaaS company — mid-size, വേഗത്തിൽ scale ചെയ്യുന്നു, ഓരോ hire-ഉം ഭാവിയിലേക്കുള്ള ഒരു bet പോലെ തോന്നുന്ന തരം സ്ഥലം — രണ്ടു വർഷം മുമ്പ് പൂർണ്ണമായും Agile ആകാൻ തീരുമാനിച്ചു. പുതിയ Scrum Master hire ചെയ്തു. JIRA restructure ചെയ്തു. എല്ലാ teams-ഉം രണ്ടാഴ്ച sprints-ലേക്ക് മാറി. Leadership transformation ആഘോഷിച്ചു.

പന്ത്രണ്ട് മാസം കഴിഞ്ഞ്, അവരുടെ Head of Engineering People team-നെ വിളിച്ചു മാറ്റിനിർത്തി. Burnout വർദ്ധിച്ചുവരികയായിരുന്നു. Top engineers നിശ്ശബ്ദമായി job-hunting ചെയ്യുകയായിരുന്നു. പരാതി ഏറെ work ആയിരുന്നില്ല — work-നെക്കുറിച്ച് ഏറെ meetings ആയിരുന്നു. തിങ്കളാഴ്ച sprint planning. എല്ലാ രാവിലെയും standup. ആഴ്ചമധ്യത്തിൽ backlog grooming. വെള്ളിയാഴ്ച retrospective. Developers അവരുടെ week-ന്റെ ഏതാണ്ട് 30% Agile ceremonies-ൽ ചെലവഴിക്കുകയായിരുന്നു, ആ സമയത്തിന്റെ 10%-ൽ താഴെ മാത്രമേ യഥാർത്ഥത്തിൽ എന്തെങ്കിലും മാറ്റുന്ന ഒരു decision ഉണ്ടാക്കിയിരുന്നുള്ളൂ.

വിരോധാഭാസമോ? Company വേഗത്തിൽ നീങ്ങാനാണ് Agile adopt ചെയ്തത്. രണ്ടു വർഷം കഴിഞ്ഞ്, അവർ കൂടുതൽ പതുക്കെ നീങ്ങുകയായിരുന്നു — കൂടുതൽ ദൃശ്യമായി മാത്രം.

GCC tech sector-ലുടനീളം ഈ കഥയുടെ versions ഞങ്ങൾ കണ്ടിട്ടുണ്ട്. പേരുകൾ മാറുന്നു. ഫലം മാറുന്നില്ല.

Ceremony Trap: എന്ത് തെറ്റുന്നു എന്നതിനുള്ള ഒരു Framework

ഒരു process തന്റെ purpose കഴിഞ്ഞിട്ടും organization അത് perform ചെയ്തുകൊണ്ടിരിക്കുമ്പോൾ സംഭവിക്കുന്നതിന് organizational development research-ന് ഒരു പേരുണ്ട്: institutional isomorphism — original function-ന് ഇനി ഉപകരിക്കാത്ത structures ആണെങ്കിൽ പോലും, legitimate ആയി തോന്നുന്ന structures അനുകരിക്കാനുള്ള organizations-ന്റെ പ്രവണത.

പല organizations-ലും Agile കൃത്യമായി ഇതായി മാറിയിരിക്കുന്നു. Standups ഒരു problem പരിഹരിക്കുന്നതുകൊണ്ടല്ല teams അവ നടത്തുന്നത്. Agile teams ചെയ്യുന്നത് standups ആയതുകൊണ്ടാണ് അവർ അവ നടത്തുന്നത്. Ceremony, intent-നെ replace ചെയ്തിരിക്കുന്നു.

ഞങ്ങൾ ഇതിനെ Ceremony Trap എന്നു വിളിക്കുന്നു — അതിന് മൂന്നു stages ഉണ്ട്:

• Stage 1 — Adoption. Ritual വ്യക്തമായ purpose-മായാണ് അവതരിപ്പിക്കപ്പെടുന്നത്. Standup visibility സൃഷ്ടിക്കുന്നു. Sprint planning alignment സൃഷ്ടിക്കുന്നു. Retrospectives learning സൃഷ്ടിക്കുന്നു. അത് പ്രവർത്തിക്കുന്നു.
• Stage 2 — Habituation. Ritual routine ആയി മാറുന്നു. എന്തുകൊണ്ട് എന്ന് teams ചോദിക്കുന്നത് നിർത്തുന്നു. Standup ഒരു status report ആയി മാറുന്നു. Planning negotiation ആയി മാറുന്നു. Retros ആരും ശൂന്യമാക്കാത്ത ഒരു complaints box ആയി മാറുന്നു.
• Stage 3 — Theater. അത് നിർത്തുന്നത് Agile ഉപേക്ഷിക്കുന്നതുപോലെ തോന്നുന്നതുകൊണ്ട് ritual തുടരുന്നു. Retrospectives നിർത്തിയ team ആകാൻ ആരും ആഗ്രഹിക്കുന്നില്ല. അങ്ങനെ meetings നടക്കുന്നു, boards update ആകുന്നു, യഥാർത്ഥ work മറ്റെവിടെയോ നടക്കുന്നു.

Data നമ്മോട് പറയുന്നത് (നാം അവഗണിക്കാൻ തിരഞ്ഞെടുക്കുന്നതും)

എന്തോ അടിസ്ഥാനപരമായി തകർന്നിരിക്കുന്നു എന്നതിന്റെ തെളിവുകൾ വർഷങ്ങളായി കുമിഞ്ഞുകൂടുകയായിരുന്നു. AI അത് കണ്ടില്ലെന്നു നടിക്കാൻ കഴിയാത്തവിധം ആക്കിയിരിക്കുന്നു എന്നു മാത്രം.

നിങ്ങളുടെ അടുത്ത Leadership Conversation-നെ Reframe ചെയ്യേണ്ട Numbers

• 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 ഉയർന്ന delivery throughput-മായും കൂടാതെ ഉയർന്ന delivery instability-മായും correlate ചെയ്യുന്നു. നിലവിലുള്ളതിനെ AI വർദ്ധിപ്പിക്കുന്നു — നല്ലതോ തകർന്നതോ ആകട്ടെ.
• GitClear (2025): 211 million lines of code-ന്റെ analysis കണ്ടെത്തി, refactoring activity 2021-ലെ എല്ലാ code changes-ന്റെയും 25%-ൽ നിന്ന് 2024-ൽ 10%-ൽ താഴെയായി കുറഞ്ഞു. Duplicate code blocks eightfold വർദ്ധിച്ചു. Teams കൂടുതൽ produce ചെയ്യുകയും കുറവ് maintain ചെയ്യുകയും ചെയ്യുന്നു.
• Parabol: 61.6% Agile teams തങ്ങളുടെ standups synchronously നടത്തുന്നു — ഒരു hybrid, AI-assisted, globally distributed world-ൽ.
• Digital.ai (2025): 15% business leaders മാത്രമേ തങ്ങളുടെ organizations-നുള്ളിൽ Agile practices സജീവമായി രൂപപ്പെടുത്തുന്നുള്ളൂ.

OD theorist Karl Weick-ന്റെ sensemaking എന്ന concept ഇവിടെ ഉപകാരപ്രദമാണ്: organizations action-ലൂടെയും retrospection-ലൂടെയും ambiguous situations-ൽ നിന്ന് meaning നിർമ്മിക്കുന്നു. Agile theater-ന്റെ problem ഇതാണ് — retrospection, അതായത് retrospective, യഥാർത്ഥ sensemaking സൃഷ്ടിക്കാത്തവിധം അത്രയും ritualize ചെയ്യപ്പെട്ടിരിക്കുന്നു. അത് action ചെയ്യപ്പെടാത്ത action items-ന്റെ ഒരു list സൃഷ്ടിക്കുന്നു.

Original Agile Manifesto authors-ൽ ഒരാളായ Kent Beck 2025-ലെ ഒരു interview-ൽ ഇത് വ്യക്തമാക്കി: AI tools execution കൈകാര്യം ചെയ്യുമ്പോൾ, ഏറ്റവും പ്രധാനപ്പെട്ട skills ആകുന്നത് vision, milestone-setting, ഒരു system evolve ചെയ്യുമ്പോൾ complexity manage ചെയ്യൽ എന്നിവയാണ്. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, Agile സമയം protect ചെയ്യാൻ ഉദ്ദേശിച്ച ആ judgment ഇപ്പോൾ automate ചെയ്യാൻ കഴിയാത്ത ഒരേയൊരു കാര്യമാണ്. മിക്ക organizations-ഉം അത് develop ചെയ്യുന്നില്ല — അവർ അത് ceremony-യിലേക്ക് schedule ചെയ്ത് ഒഴിവാക്കുകയാണ്.

നിങ്ങളുടെ Agile Ceremony Trap-ൽ കുടുങ്ങിയിരിക്കുകയാണോ?

ഇത് സത്യസന്ധമായി പരിശോധിക്കുക. മൂന്നോ അതിലധികമോ signals അർത്ഥമാക്കുന്നത് നിങ്ങളുടെ organization Agile പ്രാക്ടീസ് ചെയ്യുകയല്ല — അത് perform ചെയ്യുകയാണ് എന്നാണ്.

• നിങ്ങളുടെ standup answers ആ ദിവസം ആരും ചെയ്യുന്നതിനെ മാറ്റുന്നില്ല
• Story points reality പ്രതിഫലിപ്പിക്കാനല്ല, Scrum Master-നെ തൃപ്തിപ്പെടുത്താനാണ് estimate ചെയ്യുന്നത്
• Retrospectives എല്ലാ cycle-ലും അതേ action items സൃഷ്ടിക്കുന്നു — ഒന്നും മാറുന്നില്ല
• Sprint reviews-ൽ Engineering-ന് പുറത്തുള്ള ആരും പങ്കെടുക്കുന്നില്ല
• Velocity ഒരു planning input എന്നതിലുപരി ഒരു performance metric ആയി ഉപയോഗിക്കുന്നു
• "അടുത്ത sprint വരെ നമുക്ക് അത് ചെയ്യാൻ കഴിയില്ല" എന്നത് urgent, important decisions മാറ്റിവെക്കാൻ ഉപയോഗിക്കുന്നു
• Agile എന്നത് teams വിശ്വസിക്കുന്ന ഒന്നല്ല, മറിച്ച് HR നടപ്പിലാക്കുന്ന ഒന്നാണ്
• Sprints accelerate ചെയ്യാൻ നിങ്ങൾ AI tools adopt ചെയ്തു — എന്നാൽ build ചെയ്യാൻ തീരുമാനിക്കുന്നതിന്റെ quality മെച്ചപ്പെട്ടിട്ടില്ല
• നിലവിലെ sprint ഏത് customer problem പരിഹരിക്കുന്നു എന്ന് നിങ്ങളുടെ team-ന് articulate ചെയ്യാൻ കഴിയില്ല
• ഒരു retrospective നിങ്ങളുടെ team എങ്ങനെ work ചെയ്യുന്നു എന്നത് യഥാർത്ഥത്തിൽ മാറ്റിയത് മൂന്നു മാസത്തിലധികം മുമ്പാണ്

ആരും പ്രതീക്ഷിക്കാത്ത AI Villain

AI Agile-നെ പൊളിച്ചതല്ല. അത് ഒരു flashlight-മായി വന്നു, ഇതിനകം തകർന്നുകൊണ്ടിരുന്നതെന്തെന്ന് നമ്മെ കാണിച്ചു.

ഇതാ mechanism: AI tools ഇപ്പോൾ seconds-ൽ code generate ചെയ്യുന്നു, test cases automatically എഴുതുന്നു, workflows real time-ൽ optimize ചെയ്യുന്നു — ഒരു sprint planning session ഇല്ലാതെ. ഒരു രണ്ടാഴ്ച iteration justify ചെയ്തിരുന്നത് ഇപ്പോൾ standup തീരുന്നതിന് മുമ്പ് സംഭവിക്കാം. ഈ acceleration teams-നെ കൂടുതൽ productive ആക്കുന്നില്ല. അവരുടെ process-ലെ gaps പെട്ടെന്ന്, ക്രൂരമായി, അവഗണിക്കാൻ കഴിയാത്തവിധം ആക്കുന്നു.

മൂർച്ചയുള്ള thinking, സത്യസന്ധമായ backlogs, യഥാർത്ഥ collaboration ഉള്ള teams ശരിയായ കാര്യങ്ങൾ വേഗത്തിൽ ship ചെയ്യാൻ AI ഉപയോഗിക്കുന്നു. Agile theater നടത്തുന്ന teams തെറ്റായ കാര്യങ്ങൾ കൂടുതൽ വേഗത്തിൽ ship ചെയ്യാൻ AI ഉപയോഗിക്കുന്നു. Ceremonies മാറിയിട്ടില്ല. ശൂന്യമായവ നടത്തുന്നതിന്റെ consequences കൂടുതൽ ചെലവേറിയതായി മാത്രം.

People & Culture professionals എന്ന നിലയിൽ AI നമുക്ക് വെളിപ്പെടുത്തിയ അസുഖകരമായ സത്യമിതാണ്: നാം വർഷങ്ങളായി Agile outcomes-ന് പകരം Agile adoption അളക്കുകയായിരുന്നു. Teams-ന് standups ഉണ്ടോ എന്നു നാം track ചെയ്തു, ആ standups മികച്ച decisions ഉണ്ടാക്കിയോ എന്നല്ല. നാം sprint completion rates ആഘോഷിച്ചു, ശരിയായ problems പരിഹരിക്കപ്പെടുന്നുണ്ടോ എന്നല്ല. നാം map-നെ territory ആയി തെറ്റിദ്ധരിച്ചു.

Room-ലെ Leaders-നുള്ള ചോദ്യങ്ങൾ

Ways of working-നെക്കുറിച്ചുള്ള നിങ്ങളുടെ അടുത്ത leadership team conversation-ന് മുമ്പ്, ഇവയോടൊപ്പം ഇരിക്കുക:

• Agile ceremonies value സൃഷ്ടിക്കുന്നുണ്ടോ — അതോ വെറും അതിന്റെ appearance മാത്രമാണോ എന്ന് നമ്മുടെ teams-നോട് അവസാനമായി നാം എപ്പോഴാണ് ചോദിച്ചത്?
• AI എല്ലാ standup-ലും പങ്കെടുത്ത് പറഞ്ഞത് summarize ചെയ്യാൻ കഴിയുമെങ്കിൽ, എന്തെങ്കിലും മാറുമോ? ഇല്ലെങ്കിൽ, എന്തുകൊണ്ടാണ് നാം ഇപ്പോഴും അവ നടത്തുന്നത്?
• ശരിയായ കാര്യമാണോ build ചെയ്യുന്നതെന്ന് ചോദിക്കുന്ന ആളുകളെയാണോ നാം reward ചെയ്യുന്നത് — അതോ backlog-ലുള്ളത് സമയത്ത് ship ചെയ്യുന്നവരെ മാത്രമാണോ?
• നമ്മുടെ learning and development investment-ന്റെ എത്ര ശതമാനം judgment, strategic thinking, complexity management-ലേക്ക് പോകുന്നു versus process compliance-ലേക്ക്?
• നാളെ നാം ഇതിനെ Agile എന്നു വിളിക്കുന്നത് നിർത്തിയാൽ — labels പൂർണ്ണമായും ഉപേക്ഷിച്ചാൽ — നമ്മുടെ teams യഥാർത്ഥത്തിൽ എന്തു തുടരും, എന്ത് നിശ്ശബ്ദമായി അപ്രത്യക്ഷമാകും?

The Reckoning

മനുഷ്യന്റെ ingenuity ശ്വാസം മുട്ടിച്ചുകൊണ്ടിരുന്ന rigid, bureaucratic, process-heavy systems-ന് എതിരായ കലാപമായാണ് Agile Manifesto എഴുതപ്പെട്ടത്. 2025-ൽ, Agile തന്നെ ആ system ആയി മാറിയിരിക്കുന്നു — മെച്ചപ്പെട്ട branding-ഉം ഒരു Jira license-ഉം മാത്രമുള്ള വ്യത്യാസത്തിൽ.

ആ വിരോധാഭാസം AI സൃഷ്ടിച്ചതല്ല. അവഗണിക്കാൻ കഴിയാത്തവിധം അത് ദൃശ്യമാക്കി എന്നു മാത്രം.

അടുത്തതായി വരുന്നതിലൂടെ navigate ചെയ്യുന്ന organizations ഏറ്റവും അച്ചടക്കമുള്ള ceremonies നടത്തുന്നവയല്ല. അളക്കാൻ ഏറെ ബുദ്ധിമുട്ടുള്ള ഒന്ന് cultivate ചെയ്തവയാണ് അവ: എന്ത് build ചെയ്യണം, അത് എന്തുകൊണ്ട് പ്രധാനമാണ്, അത് build ചെയ്യുന്നവർക്ക് യഥാർത്ഥത്തിൽ care ചെയ്യാൻ മതിയായ space ഉണ്ടോ എന്നതിനെക്കുറിച്ച് വ്യക്തമായി ചിന്തിക്കാനുള്ള capacity.

Agile പോയിട്ടില്ല. അത് പൊള്ളയാക്കപ്പെട്ടു — ആ shell നാം meetings കൊണ്ട് നിറച്ചു. ചോദ്യം Agile നിലനിർത്തണോ എന്നതല്ല. ഇത്തവണ അത് യഥാർത്ഥമായി പ്രാക്ടീസ് ചെയ്യാനുള്ള courage നമുക്കുണ്ടോ എന്നതാണ്.