Writing a policy document

Policy documents and strategy documents actually have a lot in common. They both express a desired state of the organisation.

However, where a strategy document recognises that an organisation's current state does not match the desired state and needs to be changed, a policy document expresses the desired state in terms of the status quo.

That is, the assumption is that the policy can be executed by the organisation in its current form. Managers are expected to understand organisational policies and to implement these and/or supervise their employees in a way which enables compliance with policy requirements.

However, the structural form of a policy and strategy documents are quite similar. Typically, a policy document consists of:

    1. Context
    2. Purpose
    3. Benefits
    4. Principles
    5. Responsibilities
    6. Related Documents

Expanding on these ideas a bit further:

  • Context is typically boilerplate text that explains the nature of the organisation and its overall strategic direction. This is often included in the organisation's policy template document. For example, "Joe's Garage (founded 1975) is dedicated to providing high-quality workmanship for all of its vehicle maintenance services."
  • Purpose explains the business objectives of writing and enforcing this policy, eg "This policy aims to implement a just-in-time spare parts inventory system at Joe's."
  • Benefits outlines the benefits of realising the policy, eg "The JIT system will reduce administrative costs and expenditure on unused parts that cannot be returned to the manufacturer."
  • Principles provide business-level guidelines in the form of testable propositions. When a manager wants to implement a new initiative to streamline procedures, they should be able to check against each principle for a policy and quickly determine whether their new procedures are compatible. For example, "Principles: (1) only order spare parts when a customer's car is booked for that service; (2) if customer reports a fault and there are several possible fixes, only order parts from a supplier that provides a 14-day return guarantee."
  • Responsibilities outlines who is responsible for what. Assignments should be made on the basis of Functional Role, not by staff name.
  • Related documents should list all related policy documents, and any procedures manual being used for implementation.

It is important to remember that a policy is not a procedure! Policies outlines business direction, but not the specifics of implementation.

The key test of policies vs procedures is: "Will this document only need updating when our organisational structure, goals or objectives change?" If the answer is yes, you have successfully written a policy.

Did you know...

Our expertise in complex systems analysis, combined with a deep understanding of technology and modern, agile management and leadership techniques makes knowquestion uniquely positioned to find strategic solutions to your tough problems. Contact us today.


Anonymous (not verified) — Tue, 13/04/2010 - 20:37

Succint, lucid and to the point. I've been trawling the internet this morning and this is the best example I've found so far of what is a policy document.

Darryn Scott (not verified) — Tue, 08/11/2011 - 09:51

This document has to be the best explanation of what a policy should look like and what it needs to consist of.....Very impressed

Man X (not verified) — Tue, 22/11/2011 - 15:27

Clear and concise explanation of how to draft any type of policy, well written framework...

Chica (not verified) — Mon, 27/05/2013 - 13:18

This document is very inspiring. I am now able to link my Standard Operating Procedures (SOPs) to the Related documents section that is contained in the policy document.

Anonymous (not verified) — Mon, 16/09/2013 - 14:59

this was very helpful
thanks bro

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <small> <blockquote> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <br>
  • Lines and paragraphs break automatically.

More information about formatting options