Pittsburgh, PA 15213-3890 Copyright 2004, Carnegie Mellon University. All rights reserved. Concepts for Writing Effective Process Guidance Suzanne Garcia.

Slides:



Advertisements
Similar presentations
Writing constructed response items
Advertisements

Microsoft® Access® 2010 Training
SEP1 - 1 Introduction to Software Engineering Processes SWENET SEP1 Module Developed with support from the National Science Foundation.
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
Systems Documentation Techniques
INFO 425 Week 31 INFO 425 Design Problem I Week 3 – SDS Improvements Glenn Booker.
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
Conversation Form l One path through a use case that emphasizes interactions between an actor and the system l Can show optional and repeated actions l.
Copyright © 2003 by The McGraw-Hill Companies, Inc. All rights reserved. Business and Administrative Communication SIXTH EDITION.
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall.
WEBQUEST Let’s Begin TITLE AUTHOR:. Let’s continue Return Home Introduction Task Process Conclusion Evaluation Teacher Page Credits This document should.
The Program Review Process: NCATE and the State of Indiana Richard Frisbie and T. J. Oakes March 8, 2007 (source:NCATE, February 2007)
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall 9 Kendall & Kendall Systems Analysis and Design, 9e Process Specifications.
© Copyright Eliyahu Brutman Programming Techniques Course.
T HE A RT OF L ECTURING Induction course for new academic members T Bere.
ACE TESOL Diploma Program – London Language Institute OBJECTIVES You will understand: 1. The difference between a course, curriculum, and syllabus. 2.
Welcome ISO9001:2000 Foundation Workshop.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall 9 Kendall & Kendall Systems Analysis and Design, 9e Process Specifications.
Effectively applying ISO9001:2000 clauses 5 and 8
What is Business Analysis Planning & Monitoring?
Designing for the Web 7 Useful Design Principles.
Documenting Software Architectures
1 Lecture 5.3: SEF Ch 4 Requirements Analysis Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
1 DEVELOPING ASSESSMENT TOOLS FOR ESL Liz Davidson & Nadia Casarotto CMM General Studies and Further Education.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Requirements Analysis
Business Analysis and Essential Competencies
Put the Title of the WebQuest Here A WebQuest for xth Grade (Put Subject Here) Designed by (Put Your Name Here) Put Your Address Here Put some interesting.
Getting the Language Right ITSW 1410 Presentation Media Software Instructor: Glenda H. Easter.
Organizing Your Information
Secure Systems Research Group - FAU Classifying security patterns E.B.Fernandez, H. Washizaki, N. Yoshioka, A. Kubo.
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
Chapter 14. Writing Definitions, Descriptions, and Instructions © 2013 by Bedford/St. Martin's1 What are definitions, descriptions, and instructions? A.
SE: CHAPTER 7 Writing The Program
1 Introduction to Software Engineering Lecture 1.
Interface Design.
Writing and Editing Modular Documentation: Some Best Practices Yoel Strimling (Comverse) Based on a joint presentation with Michelle Corbin (IBM) at the.
Going Deeper with Mark Twain A WebQuest for 10th Grade Composition Designed by Sandy Schaufelberger Wes-Del High School, Gaston IN
Good Agricultural Practices Teaching Adult Learners.
How Much Do We know about Our Textbook? Zhang Lu.
Copyright 2010, The World Bank Group. All Rights Reserved. Testing and Documentation Part II.
Ch- 8. Class Diagrams Class diagrams are the most common diagram found in modeling object- oriented systems. Class diagrams are important not only for.
Organizing Your Information Chapter 7. Chapter 7 Contents Understanding Three Principles for Organizing Technical Information Using Basic Organizational.
Communicating Marketing Research Findings
INFO 414 Human Information Behavior Presentation tips.
Copyright 2010, The World Bank Group. All Rights Reserved. Development of Training and Procedural Manuals Section B 1.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
Dobrin / Keller / Weisser : Technical Communication in the Twenty-First Century. © 2008 Pearson Education. Upper Saddle River, NJ, All Rights Reserved.
Writing to Guide - Procedures Chapter 3. Relate Task to Meaningful Workplace Activities A Procedure is a step-by-step series of commands for accomplishing.
Copyright © 2011 Pearson Education Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall & Kendall Global Edition 9.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
Session 6: Data Flow, Data Management, and Data Quality.
Grading based on student centred and transparent assessment of learning outcomes Tommi Haapaniemi
Design Evaluation Overview Introduction Model for Interface Design Evaluation Types of Evaluation –Conceptual Design –Usability –Learning Outcome.
Document Development Cycle
Object-Oriented Analysis and Design
Object-Oriented Software Engineering Using UML, Patterns, and Java,
Quality Management Systems (QMS)
CV-1: Vision The overall vision for transformational endeavors, which provides a strategic context for the capabilities described and a high-level scope.
IS442 Information Systems Engineering
Information Systems in Organizations 2
CHAPTER 4 PROPOSAL.
CHAPTER 4 PROPOSAL.
A CASUAL CONTRIBUTOR’S LEARNING AID FOR DITA STRUCTURING
Overview of Oracle Site Hub
Information Analysis, Organization, and Presentation
Presentation transcript:

Pittsburgh, PA Copyright 2004, Carnegie Mellon University. All rights reserved. Concepts for Writing Effective Process Guidance Suzanne Garcia

Agenda Background/Typical Problems Information Mapping™ principles Exercise in Recognizing Different Process Guidance Information Types

Typical User Problems in Process Guidance Information Too many different types of guidance all in one document Inconsistency in the types/level of guidance provided Difficulty finding the information you need Lack of “shared mental model” on how information should be organized

Remember the purpose of Process Documentation Capture intentions for future reference in case details/agreements are forgotten Capture expectations for what will happen when activities are performed shortens training time Capture expectations to support developing time estimates for activities Capture expectations for communication documents so people know what to expect from one another so actual resuts can be compared to expected results Adapted from K. Caputo, CMM Implementation Guide: Choreographing SW Process Improvement, 1998

Different Types of Guidance “Information types” provides a way of looking at different types of guidance information and segregating it according to the tasks it supports

Pittsburgh, PA Copyright 2004, Carnegie Mellon University. All rights reserved. Understanding “Types” of Process Assets Objective: Understand different ways to structure process asset information

Information Types Related to Guidance Documentation Principles Procedures Processes Structures Concepts Facts Classification From Information Mapping™ courses on designing information -- a technique based on 30+ years of research on learning and information representation

Principle Typical contents: Policy, rules, constraints, guidelines Guidance: use strong, active language use a label that clearly indicates the use of the information in the document/section often includes “why” information to motivate acceptance of the principles

Process Typical contents: description of “what needs to happen” focused on characterizing the vision for getting to a goal characterizes relationships and controls/measures roles help people “find themselves” in the process Guidance: use third person language, active voice make cause/effect relationships clear “flow” should move forward over time stay away from “how to”--> not too detailed diagrams provide good “overview” tables useful for grouping information related to the process

Procedure Typical contents: “how to” complete steps in a task or process element action-focused defines different decision points Guidance: begin each step with an “action” verb make sure steps are distinct make decision points/resolution clear tables and flowcharts are typical “forms” “lists” of steps less effective expression, but most commonly seen!

Concept Typical contents: definitions examples/non-examples critical attributes of a subject Guidance: illustrate the critical attributes in a definition with an example and, where feasible, a “non-example” identify relationship of concept to a larger subject

Fact Typical contents: facts, data, relevant to understanding the concepts, constructs, and structure of the subject Guidance: clearly label the information as to its relationship to the relevant aspects of the subject that are covered in other areas of the document

Structure Typical contents: elements of a subject and their relationships architectural information reference information Guidance: diagrams are a good way to communicate high level and detailed relationships “parts/function” tables provide links between definitional and structural information

Classification Typical contents: lists, hierarchies Guidance: introduce lists place most important sorting factor on the left use “parallel language” -- same type of language for each level in the hierarchy

Other Important IM Concepts Chunking: visually distinguish related “chunks” of material so readers can find what they’re interested in Relevance: keep things together that are needed to meet the purpose of the document/section use the right representation for the right information type Hierarchy: break the information down into “chunks” in a way readers can move from general to specifics Labeling: label the information in a way that tells the user what to expect

Important IM Concepts-2 A defined writing PROCESS: analyze audience and their use of the information define the types of information needed to meet the audience’s needs define the organization of the information to optimize user navigation based on their defined needs plan the elicitation of the information for the document from relevant subject matter experts execute the plan test the document design with pilots complete the document/publish

Suggestions: Policy Documents Don’t forget Policy documents are not just documents, they’re also a way to group things together Primarily composed of Principle types of information Policies are statements of commitment to a way of conducting business…don’t need very many of them, per se DON’T write a policy for every Process Area you’re implementing! -Look at your existing policies structure and see where principles related to the PAs (often found in the Purpose/Introductor Notes section) can be incorporated

Suggestions: Process Documents Use diagrams to help focus your readers Highlight interactions among multiple roles A simple set of things to know about elements of a process: Who does it? (role) What do they do? (tasks) What is the outcome when they do it? (deliverables) Lots of other questions can be asked/answered, but if you can’t answer these, you can’t see basic relationships that will be important to understanding the process and how to improve it

Suggestions: Procedure/ Guidelines Documents Stay “single role-focused” for Procedures Guidelines help fill in the blanks wherever information is needed to support processes, procedures, or templates Procedures focus on “how”—typically focused on the person new to performing the task vs an expert But procedures usually assume the individual has competence in the general area being addressed – procedures are NOT meant to be a substitute for training! Use active voice, active verbs to emphasize procedural content

Mapping These Process Guidance Types to a Typical ISO 9001 Structure Work Instructions  Procedures/Guidelines Operating Manual  mix of Processes and Procedures/Guidelines Common Operating Processes  mostly Processes, sometimes high level Procedures also appear Policy  Policy The above are all “auditable” from an ISO 9001 point of view; you may also want to consider adding guidelines that are not auditable: “informative” aspect of your ISO documentation. These would map typically to Procedures/Guidelines

Summary Information types provide clear criteria for distinguishing different types of process guidance and suggestions for how to represent different types of process guidance. ISO 9001 documentation doesn’t typically map one to one to process guidance information types, but can be organized to reflect this approach We’re not suggesting you reorganize everything this way – we are suggesting you use your current organization, but clearly identify the different information types you are using to help guide readers on what to expect

EXERCISE: Recognizing Different Information Types Read the handout and mark phrases/sentences that indicate Principles (Policy) Procedures Processes Structures Concepts Facts Classification Think about if/how you would reorganize this document to make its appropriate use easier/clearer