AGENCYSCRIPT
CoursesEnterpriseBlog
๐Ÿ‘‘FoundersSign inJoin Waitlist
AGENCYSCRIPT

Governed Certification Framework

The operating system for AI-enabled agency building. Certify judgment under constraint. Standards over scale. Governance over shortcuts.

Stay informed

Governance updates, certification insights, and industry standards.

Products

  • Platform
  • Certification
  • Launch Program
  • Vault
  • The Book

Certification

  • Foundation (AS-F)
  • Operator (AS-O)
  • Architect (AS-A)
  • Principal (AS-P)

Resources

  • Blog
  • Verify Credential
  • Enterprise
  • Partners
  • Pricing

Company

  • About
  • Contact
  • Careers
  • Press
ยฉ 2026 Agency Script, Inc.ยท
Privacy PolicyTerms of ServiceCertification AgreementSecurity

Standards over scale. Judgment over volume. Governance over shortcuts.

On This Page

Why Change FailsThe Change Management FrameworkStep 1: Assess the ChangeStep 2: Build the CaseStep 3: Plan the ChangeStep 4: Execute the ChangeStep 5: Sustain the ChangeTypes of Change in AI AgenciesTool ChangesProcess ChangesStructural ChangesCultural ChangesMeasuring Change SuccessYour Next Step
Home/Blog/Four Sound Changes, One Quarter, and a Team in Revolt
Operations

Four Sound Changes, One Quarter, and a Team in Revolt

A

Agency Script Editorial

Editorial Team

ยทMarch 21, 2026ยท13 min read
change managementorganizational changeleadershipoperational transformation

A 30-person AI agency in Denver decided to switch from Jira to Linear for project management, implement a new time tracking policy requiring daily entries, restructure delivery teams from generalist to specialist pods, and launch a formal performance review process โ€” all in the same quarter. The rationale for each change was sound. The execution was a disaster. Team members were overwhelmed, confused, and frustrated. Adoption of the new tools was patchy โ€” some teams switched to Linear while others kept using Jira, creating a fragmented experience. The time tracking policy was met with resistance and passive non-compliance. The team restructuring disrupted existing project teams mid-delivery. By the end of the quarter, employee satisfaction scores had dropped 15%, two people had resigned citing "constant chaos," and the leadership team was exhausted from managing the fallout. They had attempted to change too much, too fast, without adequate planning or communication.

Change management is the discipline of preparing, supporting, and guiding people through organizational changes so that the changes actually produce the intended results. For growing AI agencies, change is constant โ€” new tools, new processes, new team structures, new clients, new services. The question is not whether change will happen but whether it will be managed deliberately or left to chance.

Why Change Fails

Research consistently shows that 60-70% of organizational change initiatives fail to achieve their intended outcomes. The causes are predictable:

Lack of clear purpose: People do not understand why the change is happening or what problem it solves.

Insufficient communication: Leadership announces the change once and assumes everyone is on board.

Change overload: Too many changes at the same time overwhelm people's capacity to adapt.

No stakeholder involvement: The people affected by the change were not consulted or involved in designing it.

Inadequate training: People are expected to adopt new tools or processes without sufficient training and support.

No sustained reinforcement: The change is announced, initial energy fades, and people revert to old habits.

Leadership misalignment: Different leaders communicate different messages or visibly do not support the change.

The Change Management Framework

Step 1: Assess the Change

Before implementing any significant change, assess its scope and impact:

Change scope:

  • How many people are affected?
  • How significantly does it change their daily work?
  • How long will the transition take?
  • What systems, tools, or processes are changing?

Change readiness:

  • Is the team fatigued from recent changes?
  • Are the affected people likely to support or resist this change?
  • Do they have the skills and capacity to adopt the change?
  • Is leadership aligned and committed?

Change priority:

  • Is this change urgent or can it wait?
  • What is the cost of not changing?
  • Are there dependencies on other changes?

Recommendation: Limit major changes to 2-3 per quarter. If you have more on the list, prioritize and sequence them rather than running them in parallel.

Step 2: Build the Case

People accept change when they understand why it is necessary and what is in it for them.

The change case includes:

  • Current state: What is the problem with how things work today? Use specific data โ€” "our status reporting takes an average of 6 hours per week per project manager" is more compelling than "status reporting is inefficient."
  • Future state: What will things look like after the change? Paint a concrete picture.
  • Business rationale: How does this change benefit the agency? Revenue growth, cost reduction, quality improvement, client satisfaction?
  • Individual impact: How does this change affect each person? What gets better for them? What requires effort from them?
  • Risks of not changing: What happens if we do not make this change?

Step 3: Plan the Change

Stakeholder analysis: Identify everyone affected by the change and their likely reaction:

  • Champions: Enthusiastic supporters who will help drive adoption. Leverage them as advocates and early adopters.
  • Supporters: Generally positive but need information and support. Communicate benefits and provide training.
  • Neutrals: No strong opinion. Win them over with easy wins and peer influence.
  • Skeptics: Resistant but persuadable. Address their specific concerns directly. Involve them in the process.
  • Opponents: Actively against the change. Understand their objections. Address legitimate concerns. Do not let them derail the change but do not ignore them.

Communication plan:

  • Announcement: Clear communication of what is changing, why, and when, from leadership
  • Detail sessions: Deeper dive for affected teams covering specifics, timeline, and expectations
  • Q&A opportunities: Channels for people to ask questions and express concerns
  • Ongoing updates: Regular progress updates throughout the transition
  • Feedback loops: Mechanisms for people to share their experience and suggest adjustments

Training plan:

  • What new skills or knowledge does the change require?
  • How will training be delivered (live sessions, documentation, video, peer coaching)?
  • When will training happen relative to the go-live date?
  • How will you assess whether training was effective?

Timeline:

  • Announce: 2-4 weeks before the change takes effect
  • Train: 1-2 weeks before go-live
  • Pilot: If possible, test with a small group first (2-4 weeks)
  • Go-live: Implement the change
  • Stabilize: 2-4 weeks of intensive support and monitoring
  • Sustain: Ongoing reinforcement and optimization

Step 4: Execute the Change

Communication during execution:

  • Over-communicate. People absorb messages at different rates and through different channels. Say it in meetings, write it in Slack, document it in Notion, and repeat it weekly.
  • Acknowledge difficulty. "This change is hard, and we appreciate your patience and effort" goes further than pretending everything is easy.
  • Address concerns immediately. Do not let misinformation or frustration fester.

Support during execution:

  • Designate "change champions" in each team who can provide peer support
  • Offer extra training sessions or office hours during the transition
  • Create a dedicated channel for questions and issues
  • Respond to problems quickly โ€” nothing undermines a change faster than known issues that go unaddressed

Monitor adoption:

  • Track whether the new process or tool is actually being used
  • Identify pockets of resistance or non-adoption early
  • Differentiate between adoption problems (people do not know how) and motivation problems (people do not want to)

Step 5: Sustain the Change

Most changes that fail do so not in the launch but in the sustain phase โ€” people gradually revert to old habits.

Sustaining strategies:

  • Remove old systems: If you switch from Jira to Linear, actually shut down Jira. If people can still access the old system, they will use it.
  • Reinforce through management: Managers should actively reinforce the change in 1:1s and team meetings.
  • Measure and share results: Show the team that the change is producing the intended benefits. "Since switching to the new status reporting process, PMs are saving 3 hours per week" reinforces that the effort was worthwhile.
  • Integrate into onboarding: New hires should learn the new way as the default. They become allies because they have no attachment to the old way.
  • Celebrate milestones: Acknowledge successful adoption and the team's effort in making it happen.

Types of Change in AI Agencies

Tool Changes

Complexity: Moderate Key challenge: People are attached to familiar tools and resistant to learning new ones. Best practice: Allow a transition period where both old and new tools coexist, then set a hard cutover date. Provide thorough training and designate power users who can help their peers.

Process Changes

Complexity: Moderate to high Key challenge: Changing how people work is harder than changing what tools they use. Best practice: Involve affected people in designing the new process. Pilot before full rollout. Make the new process easier than the old one (if possible).

Structural Changes

Complexity: High Key challenge: Restructuring affects reporting lines, team composition, and social dynamics. People feel threatened by changes to their position and relationships. Best practice: Communicate the rationale early and clearly. Discuss individual impacts in private conversations, not group announcements. Ensure people know their role, their manager, and their responsibilities in the new structure.

Cultural Changes

Complexity: Very high Key challenge: Culture is deeply ingrained and changes slowly. Proclamations do not change culture โ€” behavior does. Best practice: Model the desired culture from the top. Reward behavior that exemplifies the new culture. Address behavior that contradicts it. Accept that cultural change takes quarters or years, not weeks.

Measuring Change Success

Adoption metrics:

  • Percentage of target population using the new tool or process
  • Compliance rate with new requirements
  • Usage frequency and depth (are people using it fully or minimally?)

Outcome metrics:

  • Is the change producing the intended business results?
  • Has the problem that triggered the change been addressed?
  • Are the specific metrics the change was designed to improve actually improving?

Experience metrics:

  • Employee satisfaction with the change
  • Feedback themes (what is working, what is not)
  • Impact on overall employee satisfaction and engagement

Your Next Step

This week:

  • List all changes currently in flight or planned for the next quarter. Are there too many? Can any be deferred or sequenced?
  • For the most recent significant change, assess adoption. Is the new process or tool actually being used consistently?
  • Ask 3-5 team members how they feel about the pace and volume of change. Their feedback will calibrate your approach.

This month:

  • For your next planned change, build a proper change plan using the framework above: case for change, stakeholder analysis, communication plan, training plan, and timeline.
  • Identify and recruit change champions from within the team.
  • Create a communication cadence for the change that includes announcement, detail sessions, and ongoing updates.

This quarter:

  • Implement no more than 2-3 significant changes.
  • Measure adoption and outcomes for each change.
  • Conduct a retrospective on your change management approach and identify improvements.
  • Build change management into your operational planning process so future changes are planned and sequenced rather than ad hoc.

Change is the constant in a growing agency. The agencies that manage it well โ€” with clear communication, thoughtful planning, genuine support, and persistent follow-through โ€” build organizations that can adapt and improve continuously. The ones that do not create change fatigue, cynicism, and turnover. The difference is not what you change. It is how you change it.

Search Articles

Categories

OperationsSalesDeliveryGovernance

Popular Tags

prompt engineeringai fundamentalsai toolsthe difference between AIMLagency operationsagency growthenterprise sales

Share Article

A

Agency Script Editorial

Editorial Team

The Agency Script editorial team delivers operational insights on AI delivery, certification, and governance for modern agency operators.

Related Articles

Operations

Understaffed or Overstaffed? Both Camps Were Right.

You cannot manage what you cannot see. Here is how to build a team capacity dashboard that prevents burnout, eliminates bench time, and keeps projects staffed correctly.

A
Agency Script Editorial
March 21, 2026ยท12 min read
Operations

Optimizing Daily Standups for Distributed AI Agency Teams

Optimized standups keep distributed AI agency teams aligned without consuming the focused work time that engineers need to ship quality deliverables.

A
Agency Script Editorial
March 21, 2026ยท10 min read
Operations

Complete Utilization Rate Management Guide โ€” The Metric That Makes or Breaks Agency Profitability

A 5% shift in utilization can swing agency profit by 30% or more. Here is the definitive guide to measuring, managing, and optimizing the most important metric in your agency.

A
Agency Script Editorial
March 21, 2026ยท13 min read

Ready to certify your AI capability?

Join the professionals building governed, repeatable AI delivery systems.

Explore Certification