Documents that Deliver!
RSS icon Email icon Home icon
  • Building Procedures with the SOP Toolkit – #3

    Posted on July 25th, 2010 Ron Johnson No comments

    I.       What types of SOPs do you need?

    Only you can answer that question, but maybe we can break it down into categories.

    In general, are your needs primarily in the areas of plant operations? What about maintenance-related procedures? What about administrative policies and procedures? Do you already have a satisfactory set of safety procedures? It is worth your time to stop and answer these questions. The answers will have a practical influence on decisions and activities you will embark on later.

    II.      How will your SOPs be used?

    You should also consider what the range of uses you have in mind for your SOPs. Will these documents be used exclusively in the field, as a reference or checklist by the personnel executing the procedures? Will they be reviewed during toolbox meetings, operations planning meetings, etc? Will your SOPs become a key element in your training program? Do you see your SOPs as simply reference material that can be consulted when necessary?

    III.     What level of detail do you require?

    What level of detail will be suitable for your situation? Some “experts” will be happy to tell you the level of detail you need, but ultimately you will have to decide that for yourself. One useful way to view procedures divides them into three levels of detail: Guidelines, Best Practices and Detailed Procedures. Think of these in terms of “distance” from the actual tasks to be accomplished.

    Guidelines are the “thousand foot” viewpoint. They simply express what you want to accomplish, with very little detail on how to go about it. Guidelines allow for more than one method or procedure. Personnel who understand their roles and have experience, can typically “connect the dots” between the guideline and its execution.

    Best practices bring you closer to the detail but still allow some latitude in how to execute a procedure. Out of a number of possible ways to accomplish a task there may be more than one “best practice”. Again, experienced personnel who are given the option of selecting their preferred best practice, can make the choice themselves.

    Detailed procedures represent the closest viewpoint. When it is critical that a task is executed exactly as specified, an SOP should be written at this level. While detailed procedures may be considered unnecessary by experienced personnel, they provide the inexperienced worker with a level of confidence and comfort in knowing exactly how he or she is to execute the procedure.

    There are additional benefits to detailed procedures. They can be used for training purposes. They can be used as the reference specifications in meeting compliance requirements. They also can be used by management as the baseline to define expectations of personnel. (Ultimately, it is our view that detailed procedures should always be written, maintained and kept for reference, even if the decision is made to simplify them in working documents.)

    The concept of “policy” should be mentioned here, in the context of levels of detail. It is seldom enough to simply define a set of procedural steps that will accomplish a task, and verify the steps with an SME. Someone must examine the procedure in light of company, division or group policy. There may be differences of opinion as to the best way to accomplish a task. Someone must be accountable for deciding whether a SOP should be a guideline, best practice or detailed procedure. As the level of detail increases, that person may have to decide what best practices are acceptable, or if a specific detailed procedure will be adopted as THE procedure. These decisions cannot be left to the technical writer, or even one or more SMEs. Someone in authority must make this decision and sign the final document. This process–called validation–will be discussed in more detail later…

    Sphere: Related Content

  • Building Procedures with the SOP Toolkit #2

    Posted on July 11th, 2010 Ron Johnson No comments

    Getting Started

    Considerable planning, on several levels, goes into developing an SOP documentation system. There is no “cookie cutter” approach. Your SOP needs may be similar to other organizations, but they will never be the same. Personnel at several levels and in several areas of the organization should work together to determine your needs. The process will involve asking some important questions.
    Let’s look at some of those questions…

    What is an SOP?

    Here’s one definition: An SOP is an accurate, approved document that provides steps for accomplishing a task according to established standards, formats, level of detail, and policy. An SOP is accurate. Above all, an SOP is a procedure that works. It achieves the goal specified in its title. All aspects of the procedure have been verified by the appropriate subject matter experts (SME). The SOP has been checked and (to the extent possible) tested to ensure it is accurate.
    An SOP is approved. The appropriate levels of authority have checked the SOP to ensure it conforms to organizational policy. It has been accepted as the approved method of performing the task. It has been adopted into the organization’s systems.

    An SOP is a document. Typically an SOP is a paper document, for portability. But increasingly, SOPs are both paper and electronic documents. This adds functionality AND complexity to its creation and maintenance.An SOP is standardized. SOPs must be written in a consistent, accessible style, to ensure they are usable. The document structure must be predictable so that information is easy to find, and simple to follow. The language used in an SOP must be understandable by all personnel, whether they are experienced or inexperienced, technically inclined or not, and whether or not English is their first language.
    An SOP must follow a standard format. All SOP documents should follow the same format, and as much as possible look the same. All headings must be consistent in order, style and format. For practical purposes, the document style and format must be established, documented and maintained in style guides.
    Most importantly, an SOP is a LIVING DOCUMENT. It must be seen as an entity that can and must evolve.

    Sphere: Related Content

  • Building Procedures with the SOP Toolkit – #1

    Posted on January 31st, 2010 Ron Johnson No comments

    A wise old philosopher said “The only constant is change” and this has never been more true than in the water and wastewater treatment industry. Even if we only look back twenty years we can easily see tremendous changes. Technology continues to evolve. Environmental concerns continue to grow. Public expectations of safety, quality and service become more demanding. Workforce demographics shift.

    These, and other factors, are driving public utilities to deliver more services at a ever more demanding levels of quality and accountability, while contending with limited budgets and an aging and increasingly mobile workforce. Utilities grappling with these challenges are looking for ways to remove inconsistencies and risk from their operations and processes. One of the solutions is to capture and retain the knowledge, skills and best practices, and use them to standardize and train personnel to as high a level of consistency as possible.

    Standard operating procedures, or SOPs, are a key tool in these efforts. Utilities, institutions, corporations and organizations of all types see the value in capturing, standardizing and documenting the activities and tasks performed by their personnel. However, that process presents its own set of unique challenges. Most organizations do not have the necessary in-house expertise to design, research, write and produce documentation. Nor do they have expertise in managing documentation processes. And most organizations have not factored the time needed for developing documentation into their staffing strategies.

    Sphere: Related Content

  • Presenting at the SWWA Conference

    Posted on November 2nd, 2009 Ron Johnson 1 comment

    Yes, I know it’s short notice, but I hope we will get a chance to meet you at the Saskatchewan Water and Wastewater Association conference on November 3 to 6 in Saskatoon. We don’t have a trade show booth this time around but we will certainly be there, mingling and trying to learn more about the industry.

    If you are already signed up for the conference you may know that we will be presenting twice. On Wednesday morning at 10:40 am we’ll be presenting “Developing Plant Documentation”, a 45 minute technical session that will provide an overview of the considerations and processes involved in creating operations manuals, SOPs and other documents. We’ll approach the subject from the perspective of lessons we have learned in real life project situations.

    On Thursday, Nov 5 at 1:00 pm we will be presenting Introduction to Building Procedures with the SOP Toolkit. This 3 hour workshop picks up from the technical session and explores how to use our SOP Toolkit to get you started in creating standard operating procedures.

    Hope to see you there!

    Sphere: Related Content

  • Developing procedures for water and wastewater

    Posted on May 8th, 2009 Ron Johnson 1 comment

    One of the most contentious and polarized issues I have come across regarding developing procedures is that of minimalist versus comprehensive content in standard operating procedures. Sit down with a group of plant operators and maintenance personnel and ask them what they would like to see in an SOP and then watch what happens. One camp wants a single sheet of paper with less than a dozen basic procedural steps. The other pushes for a comprehensive set of instructions suitable for standardizing the procedure and training new recruits.

    kubrickheader

    I fall into that second camp–probably because of my training background. I see the value to making sure the document targets the lowest common denominator, and can be used to train (or retrain) anyone at any level of competence. That said, I like to include a simple checklist that the more experienced personnel can take with them into the field and use as necessary to make sure everything is covered.

    Sphere: Related Content