In this topic 12 sections
- 01Strategy implementation: turning direction into daily work
- 02An integrated implementation plan
- 03Governance, accountability and implementation leadership
- 04The McKinsey 7-S framework
- 05Structure: complexity, formalisation and centralisation
- 06Contingency: choosing a structure that fits the work
- 07Outsourcing: changing the delivery boundary
- 08Systems, information and implementation control
- 09Staff, skills and effective teams
- 10Style, shared values and organisational culture
- 11Using the framework to identify the real gap
- 12Sources and further reading
Strategy implementation: turning direction into daily work
Strategy implementation converts a chosen direction into decisions, resources and working practices. A strategy can be attractive on paper yet fail because the organisation cannot deliver it consistently. Implementation therefore extends beyond announcing a plan or completing a launch: the intended approach must become part of everyday operations.
Long-term objectives need near-term commitments. Leaders identify priorities, involve affected people and allocate resources; teams translate these into work they can perform and review. Feedback may reveal that an action needs changing or that an underlying strategic assumption is no longer credible. Implementation is therefore a continuing cycle, rather than a straight path that ends when a document is approved.
- Clarify the strategic outcome
- Identify required changes
- Agree actions and resources
- Put changes into practice
- Review results and assumptions
- Adjust actions or direction
Concept sources: Strategy — NIST — Objectives, resourced action and adaptation; original study diagram.
An integrated implementation plan
An implementation plan connects work, resources and expected benefits. A schedule alone cannot establish affordability or staffing. Include dependencies and review points.
| Plan component | Question the plan must answer |
|---|---|
| Outcome and scope | What result is required, and what work is included or excluded? |
| Deliverables and acceptance | What will be produced, and what evidence will show it works? |
| Ownership and capacity | Who is responsible, and what time, expertise and equipment are available? |
| Sequence and milestones | Which activities depend on others, and when will decisions be reviewed? |
| Funding and uncertainty | When is cash needed, and which risks require contingency or action? |
| Adoption and communication | Who must work differently, and how will they be prepared and supported? |
| Review and handover | How will progress be judged and responsibility transferred to normal operations? |
Concept sources: What is project planning? — APM — Integrated planning components; original study checklist.
A baseline records the agreed plan. Iterative delivery can reserve detail for later decisions while keeping changes controlled.
Governance, accountability and implementation leadership
Governance establishes who can make decisions, who must answer for results and when an issue needs escalation. Authority should match responsibility: someone accountable for delivery needs suitable decision rights, resources and access to support.
- Direction and oversight
- Senior decision-makers approve priorities and boundaries, challenge progress and decide significant changes.
- Delivery responsibility
- Those coordinating the work manage dependencies, risks and expenditure within their delegated authority.
- Operational ownership
- The people who will run the changed activity accept the handover and remain responsible for its continuing performance.
Concept sources: What is governance? — APM — Authority, accountability, outcomes and delegated decisions; original role comparison.
Leadership and management overlap. Setting direction, listening and modelling expected behaviour must connect with planning, coordination and control. A title does not make these separate jobs. Escalation thresholds prevent both endless referral of minor issues and unauthorised commitments that exceed the agreed plan.
The McKinsey 7-S framework
The 7-S framework examines whether interconnected organisational elements support one another. Its central lesson is that changing formal structure alone rarely resolves every implementation problem. It is a diagnostic framework, not a sequence of seven steps or a formula that guarantees success.
| Element | Meaning for implementation |
|---|---|
| Strategy | The choices that guide how the organisation pursues its objectives. |
| Structure | How work, authority and coordination are arranged. |
| Systems | The formal and informal routines through which work and decisions happen. |
| Staff | The people available, their roles and how they are developed. |
| Skills | The capabilities the organisation can reliably use. |
| Style | How leaders and managers actually behave and direct attention. |
| Shared values | The underlying beliefs and priorities that give collective action meaning. |
Concept sources: Structure Is Not Organization — Waterman, Peters and Phillips and A Brief History of the 7-S Model — Tom Peters — Framework concepts and the later shared-values terminology; original definition table.
Strategy, structure and systems are commonly called the hard elements; staff, skills, style and shared values are the soft elements. This distinction does not rank their importance. Culture and capability can be harder to change than an organisation chart. Leaders and managers must attend to both groups.
Compare the present arrangements with those the strategy requires. Identify a specific mismatch, investigate its effects on other elements, and agree a coordinated response. Prioritise the constraints that prevent useful work; avoid producing seven disconnected lists of improvements. McKinsey emphasises the interaction of the elements rather than giving one a universal first place.
Concept sources: Enduring Ideas: The 7-S Framework — McKinsey — Interdependence and organisational coordination.
Structure: complexity, formalisation and centralisation
Structure determines how specialised work is divided and brought back together. Three useful dimensions answer different questions; they should not be treated as interchangeable.
| Dimension | Meaning and practical implication |
|---|---|
| Complexity | Horizontal differentiation creates specialised roles or units; vertical differentiation creates management levels. More interfaces increase the need for coordination. |
| Formalisation | The extent to which rules, procedures and role expectations are specified. It can improve consistency, but excessive prescription can restrict judgement. |
| Centralisation | The concentration of decision authority. Decentralisation delegates more decisions to lower levels or operating units. |
Concept sources: Organizational Structures and Design — OpenStax, Organizational Behavior — Specialisation, hierarchy, formalisation and decision authority; original comparison.
A geographically dispersed business can still centralise pricing decisions. A small, flat business can concentrate nearly all authority in its owner. Conversely, clear written limits can support decentralisation by telling local teams exactly which decisions they may make independently. Reporting levels, physical location and decision rights are separate issues.
Contingency: choosing a structure that fits the work
There is no universally ideal design. Examine the strategy, operating environment, technology and tasks, organisational size, and workforce capabilities. A change in one condition may alter the coordination the organisation needs. Existing practices and culture also influence what people can realistically adopt.
Mechanistic and organic describe contrasting tendencies. They help explain design choices; real organisations often combine them.
| Design tendency | Coordination and likely usefulness |
|---|---|
| Mechanistic | More defined responsibilities, standard procedures and hierarchical decisions. Useful where repeatability and predictable coordination are important. |
| Organic | More adaptable roles, lateral communication and decisions informed by local expertise. Useful where uncertainty requires learning and rapid adjustment. |
| Mixed arrangements | Stable controls for some activities, with greater flexibility elsewhere. The boundaries between the two must be explicit. |
Concept sources: Organizational Designs and Structures — OpenStax, Principles of Management — Mechanistic and organic tendencies and contingent fit; original comparison.
An organic design does not eliminate accountability or essential standards. Nor does formalisation automatically prevent innovation. The question is which decisions need consistency, which need discretion and how information moves between them.
Outsourcing: changing the delivery boundary
Outsourcing means arranging for an external provider to perform an activity. Decentralisation concerns where authority sits inside the organisation. One does not necessarily imply the other.
Compare internal provision, external provision and a mixed arrangement. Consider more than the supplier's quoted fee: include transition costs, service quality, dependency, information access, retained expertise and the cost of changing provider. Specialist suppliers may provide capabilities or flexibility that are difficult to build internally, but giving away a strategically important capability can reduce future choices.
The buying organisation still needs people able to specify outcomes, evaluate performance and act when service deteriorates. Contracts should make responsibilities clear and support continuity, knowledge transfer and eventual exit. The Sourcing Playbook is written for UK public procurement; these are general decision principles, not a claim that its rules govern every business.
Concept sources: The Sourcing Playbook — UK Cabinet Office — Delivery-model assessment, transition and exit planning.
Systems, information and implementation control
Systems include budgeting, purchasing, recruitment, quality checks, meetings and knowledge sharing, as well as software. A new strategy can be obstructed by old routines even when everybody agrees with its goals. A process that requires repeated manual handovers, for example, may undermine a promise of responsive service.
Information systems should support decisions people actually need to make. Useful information is timely, reliable, accessible to authorised users and connected to the organisation's objectives. Security and continuity matter alongside convenience.
| Information requirement | Implementation question |
|---|---|
| Relevance | Does the measure reveal progress towards the intended outcome? |
| Reliability | Are definitions consistent and errors detected before decisions are made? |
| Timeliness and access | Can responsible people obtain the information when action is still useful? |
| Protection and continuity | Are sensitive records protected, with critical information available during disruption? |
Concept sources: Data and Analysis — NIST — Decision-relevant information, quality, access and resilience; original checklist.
Big data can involve large volumes, rapid flows and varied formats requiring scalable processing. More data does not itself establish a useful insight. The implementation question is what decision will improve, who will act and whether the information is sufficiently trustworthy. Analytics and operational expertise must work together.
Concept sources: NIST Big Data Interoperability Framework: Volume 1, Definitions — Big-data characteristics and scalable processing.
When changing systems, define necessary reports and workflows before selecting tools. Test whether the new arrangement supports decisions and preserves essential information. Plan training, support and operational handover alongside technical delivery. Buying technology and achieving a strategic benefit are different events.
Staff, skills and effective teams
Staffing asks who is available to do the work; skills ask what the organisation can accomplish. Workforce planning compares future demand with existing capacity and capability, then considers recruitment, development, redeployment or other resourcing options. Cost, timing and retention affect what is feasible.
Allow for the work people are already doing. Training attendance is not the same as demonstrated competence, and a project can consume the capacity needed to maintain customer service. Build time for practice and support into the implementation plan.
Concept sources: Workforce planning — CIPD — Staffing, capability gaps and resourcing decisions.
A team needs interdependent work and a shared purpose, rather than simply a common label. Effective collaboration depends on clear responsibilities, reliable information sharing and confidence that people can raise problems. Teams also need opportunities to examine results and change their approach. Different perspectives can be valuable, but diversity alone does not guarantee effective coordination.
- Clarify the joint result
- Explain what members must achieve together and how contributions connect.
- Support contribution
- Provide relevant knowledge, resources and space to raise concerns or ask for help.
- Review how the team works
- Discuss handovers, disagreement and lessons, then adjust working arrangements.
Concept sources: High-performing teams: An evidence review — CIPD — Shared goals, information, psychological safety and team reflection; original study cards.
Style, shared values and organisational culture
Organisational culture develops through shared learning about how work is done and what behaviour is accepted. Schein's distinction between visible artefacts, espoused values and deeper underlying assumptions helps explain why changing slogans or office layouts may leave behaviour untouched.
For implementation, compare what leaders say with what everyday choices reward. A stated commitment to openness has little force if employees see people criticised for reporting difficulties. A well-established culture can support consistency and commitment, but assumptions that once worked may also discourage necessary adaptation.
Changing culture requires attention to repeated practices, role modelling and the experiences of newcomers. It cannot be completed through a single communication campaign. Organisational climate concerns how people experience policies and practices; examining those experiences can make vague culture concerns more concrete.
Concept sources: Organizational Culture — MIT OpenCourseWare — Schein's cultural levels and assumptions; Organisational climate and culture — CIPD — Climate distinction in the public introduction.
Cross-cultural work adds another consideration. People may differ in how they interpret disagreement, authority or a request for help. Ask about working preferences and check understanding rather than inferring an individual's behaviour from nationality. Agree practical communication rules, invite different perspectives and make unfamiliar terms explicit. Listening respectfully helps surface an assumption before it becomes an implementation conflict.
Concept sources: New methods to boost intercultural competencies — UNESCO — Listening, respect and intercultural understanding.
Using the framework to identify the real gap
Organisation design connects the desired way of working with the organisation's current arrangements. Start with evidence: observe work, speak with affected people and examine where delay, error or confusion occurs. Then identify which elements reinforce the problem.
Do not jump from a symptom directly to a favourite solution. Slow decisions might reflect unclear authority, missing information, insufficient capability or leaders' unwillingness to delegate. Each diagnosis implies different action. A useful recommendation explains the gap, the connected changes needed, the responsible owner and the evidence that will show improvement. Review the effects after implementation because a change can solve one problem while creating another.
Concept sources: Organisation design — CIPD — Strategy fit, context and organisational gaps.
Sources and further reading
- Strategy — NIST — Connecting objectives, action and review.
- What is project planning? — APM — Integrated planning and baselines.
- What is governance? — APM — Authority and accountability.
- Enduring Ideas: The 7-S Framework — McKinsey — Interdependence and organisational coordination.
- Structure Is Not Organization — Waterman, Peters and Phillips — The original framework paper.
- A Brief History of the 7-S Model — Tom Peters — Shared-values terminology and hard/soft elements.
- Organizational Structures and Design — OpenStax, Organizational Behavior — Structural dimensions.
- Organizational Designs and Structures — OpenStax, Principles of Management — Mechanistic and organic designs.
- Organisation design — CIPD — Diagnosing and addressing organisational gaps.
- The Sourcing Playbook — UK Cabinet Office — Delivery-model choices and supplier transitions.
- Data and Analysis — NIST — Information quality, access and protection.
- NIST Big Data Interoperability Framework: Volume 1, Definitions — Big-data characteristics and scalable processing.
- Workforce planning — CIPD — Connecting people requirements with strategy.
- High-performing teams: An evidence review — CIPD — Conditions supporting collaboration.
- Organizational Culture — John S. Carroll, MIT OpenCourseWare — Schein's cultural levels and organisational assumptions.
- Organisational climate and culture — CIPD — Public introduction distinguishing climate and culture.
- New methods to boost intercultural competencies — UNESCO — Listening, respect and intercultural understanding.
