1 Technical & Business Writing (ENG-315) Muhammad Bilal Bashir UIIT, Rawalpindi.

Slides:



Advertisements
Similar presentations
By: Edith Leticia Cerda
Advertisements

A Systems Approach To Training
A Vehicle to Promote Student Learning
ACTIVELY ENGAGING THE STAKEHOLDER IN DEFINING REQUIREMENTS FOR THE BUSINESS, THE STAKEHOLDER, SOLUTION OR TRANSITION Requirements Elicitation.
User-Interface Design Process Lecture # 6 1Gabriel Spitz.
IS 214 Needs Assessment and Evaluation of Information Systems Managing Usability © Copyright 2001 Kevin McBride.
Six Categories of Informal Reports
Formative and Summative Evaluations
Research Methods for Business Students
Data collection methods Questionnaires Interviews Focus groups Observation –Incl. automatic data collection User journals –Arbitron –Random alarm mechanisms.
Chapter 3 Preparing and Evaluating a Research Plan Gay and Airasian
Fact-Finding Fact-Finding Overview
The Technical Writing Process Lecture-2 ( ) Prepared By: Prepared By: Syed Abrar Hussain Shah.
Software Construction and Evolution - CSSE 375 Software Documentation 1 Shawn & Steve Right – For programmers, it’s a cultural perspective. He’d feel almost.
Joint Business Plan Madhurjya K. Dutta 1mk_dutta Sept 2010.
Proposal Writing.
Business and Management Research
L545 Systems Analysis & Design Week 4: September 23, 2008.
BSBIMN501A QUEENSLAND INTERNATIONAL BUSINESS ACADEMY.
Chapter 8: Systems analysis and design
Do it pro bono. Strategic Scorecard Service Grant The Strategy Management Practice is presented by Wells Fargo. The design of the Strategic Scorecard Service.
Lect 6 chapter 3 Research Methodology.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Lecture 8A Designing and Conducting Formative Evaluations English Study Program FKIP _ UNSRI
Dobrin / Keller / Weisser : Technical Communication in the Twenty-First Century. © 2008 Pearson Education. Upper Saddle River, NJ, All Rights Reserved.
Planning and Writing Your Documents Chapter 6. Start of the Project Start the project by knowing the software you will write about, but you should try.
1 Technical & Business Writing (ENG-315) Muhammad Bilal Bashir UIIT, Rawalpindi.
System Analysis and Design Dr. Taysir Hassan Abdel Hamid Lecture 5: Analysis Chapter 3: Requirements Determination November 10, 2013.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 7: Focusing on Users and Their Tasks.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
PREPARING REPORTS CoB Center for Professional Communication.
Chapter 6 Determining System Requirements. 2 2 What are Requirements? “Requirements are … a specification of what should be implemented. They are descriptions.
1 Technical & Business Writing (ENG-315) Muhammad Bilal Bashir UIIT, Rawalpindi.
Systems Life Cycle. Know why it is necessary to evaluate a new system Understand the need to evaluate in terms of ease-of- use, appropriateness and efficiency.
1 Technical & Business Writing (ENG-315) Muhammad Bilal Bashir UIIT, Rawalpindi.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
Slide 1 Requirements Determination Chapter 5. Slide 2 Objectives ■ Understand how to create a requirements definition. ■ Become familiar with requirements.
1 Technical & Business Writing (ENG-315) Muhammad Bilal Bashir UIIT, Rawalpindi.
1 Technical & Business Writing (ENG-315) Muhammad Bilal Bashir UIIT, Rawalpindi.
Part TWO The Process of Software Documentation Chapter 5: Analyzing Your Users Chapter 6: Planning and writing your Doc. Chapter 7: Getting Useful reviews.
1 Advanced Software Architecture Muhammad Bilal Bashir PhD Scholar (Computer Science) Mohammad Ali Jinnah University.
Test and Review chapter State the differences between archive and back-up data. Answer: Archive data is a copy of data which is no longer in regular.
IFS310: Module 3 1/25/2007 Fact Finding Techniques.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
Writing Software Documentation A Task-Oriented Approach Thomas T. Barker Chapter 5: Analyzing Your Users Summary Cornelius Farrell Emily Werschay February.
Exploring a topic in depth... From Reading to Writing Questioning the world around us is a natural instinct. We read articles in the paper. We read information.
Chapter II: 9-Step Proposal Process: An Overview.
Design Process … and some design inspiration. Course ReCap To make you notice interfaces, good and bad – You’ll never look at doors the same way again.
Centre for Information & Knowledge Management INFORMATION SYSTEMS MANAGEMENT Jamie O’Brien Centre for Information & Knowledge Management University of.
The techniques involved in systems analysis Explanation of a feasibility study:Explanation of a feasibility study: –economic, –legal, –technical, –time.
Systems Development Life Cycle
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
Final Year Project 1 (FYP 1) CHAPTER 1 : INTRODUCTION
IDEA FORMAL COMPLAINTS Administrative Accountability Branch Kentucky Department of Education Understanding the Self-Investigation Process.
Usability Testing Instructions. Why is usability testing important? In a perfect world, we would always user test instructions before we set them loose.
1 Technical Communication A Reader-Centred Approach First Canadian Edition Paul V. Anderson Kerry Surman
Getting Useful Reviews
1 Technical & Business Writing (ENG-315) Muhammad Bilal Bashir UIIT, Rawalpindi.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
ICAJ/PAB - Improving Compliance with International Standards on Auditing Planning an audit of financial statements 19 July 2014.
Systems Analysis Lecture 5 Requirements Investigation and Analysis 1 BTEC HNC Systems Support Castle College 2007/8.
Ch. 9–1 Essentials of Business Communication, Second Edition.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
Document Development Cycle
Technical & Business Writing (ENG-715)
Systems Analysis and Design
Usability Techniques Lecture 13.
Presentation transcript:

1 Technical & Business Writing (ENG-315) Muhammad Bilal Bashir UIIT, Rawalpindi

Outline 1. Guidelines for conducting a user analysis 5. Plan interviews carefully 6. Involve users in all phases of project 7. Identify document goals 8. Tie the user analysis to document features 2. Summary 2

Analyzing Your Users Lecture: 14 3

5. Plan Interviews Carefully User interviews provide most important source of information for planning your documentation project You encounter potential users of the program and, in one or two settings, learn enough to design a documentation system that will satisfy writer’s goals Not all documentation projects required the same kind of questions of users or poses the same set of challenges to the writer Investing time to plan your interview strategy can pay off by preventing repeat visits or unproductive interviews 4

Plan Interviews Carefully (Continue…) General steps for productive user interviews  Do preliminary research into the user job and the programs already in use  Review the software programs and identify the issues  Establish a scope of your interview (how many, with whom etc.)  Make a list of interview questions  Get permission (from your boss, from users, from security)  Get the interview schedule (date, time, place)  Plan a follow up after the interview( thank you letter, reviews, testing) 5

Plan Interviews Carefully (Continue…) How to observe  Observation consist of shadowing: spending time at the workplace watching users perform their jobs, recording the sequence of tasks  By observing them you have chance to capture some of the user reasoning behinds the software use  This reasoning can be missed in interviews  You should avoid to try two types of distortions Getting too involved Not getting involved enough 6

Plan Interviews Carefully (Continue…) How to write a questionnaire  This is another source of information like interviews and observations  It enables you to get the information from variety of users  It increases the chances of getting a unique and valuable piece of information  Pattern of questionnaire Make it open ended Provide clear instructions how to fill out the questions Phrase questions affirmatively Stimulate responses by including sample passages 7

6. Involve Users in All Phases of Project A full user analysis should not only study users in the early phases, but should involve user into entire documentation writing, reviewing and testing process  For example: where do you think you will find good user reviewers when you are sending your draft out  Similarly, your testing will require real persons from the user population to help ensure productive results 8

Involve Users in All Phases of Project (Continue…) Involving the users in the process can have the following benefits  Increased accuracy: Users can indicate mistakes or lack of clarity in the manuals  More appropriate information: Users can identify information that is useful for describing workplace tasks and activities that software user supports  Increased usability: Users can advise on the most useful design techniques for information  Improved relationships: Users are flattered to be consulted 9

Production Phases and User Involvement 10 Production PhaseWays to Involve the User 1. Start the ProjectIdentify Users. Get permission for interviews. 2. Perform the User AnalysisInterview, observe, survey potential users. 3. Design the DocumentsCheck document objectives for suitability to users’ needs. Get user feedback 4. Write the Project PlanCheck outlines for appropriate task organization. 5. Write the Alpha DraftTest prototype design with users. 6. Conduct Reviews and TestsGet user reviews for usability, accuracy, completeness. 7. Revise and EditReconfirm changes with user. 8. Write a Final DraftConfirm vocabulary decisions with users. 9. Conduct a Field EvaluationSurvey actual users for reactions, improvements.

7. Identify Document Goals The goal lays the foundation of workplace activities You must identify the goals of your documents You can communicate documentation goals--the activities you want to support, the user performance you want to empower--to other writers, managers and clients Documentation goals consist of statements of purpose that articulates what you expect to do for the users The clearer your objectives, the better chance that you will achieve them 11

8. Tie the User Analysis to Document Features The user analysis will not help until you tie them to documentation features  aspects of document that tailor information to specific users You can not, at the stage of the user analysis, state the details of your documents design: the page layout, choice of type size, style, fonts or stylistic choices You should base all your design decisions on the user task needs that you discover in your user analysis 12

Tie the User Analysis to Document Features (Continue…) As you interview, observe, or survey your users, you should try to see how you can tailor the documents to the user’s needs Idea that you get during your analysis can help to guide your later, more detailed, document design 13 Analysis ResultsFeatures to Meet User Needs Possible Users of the Software What recognizable groups (teacher, student, system administrator) will your users comprise? Documents/sections for separate group Illustrations targeting different groups

Recap (Guidelines for Conducting a User Analysis) There are eight guidelines to conduct a user analysis 1. Choose users carefully 2. Anticipate transfer of learning: Study before and after using a program 3. Research professional behaviors 4. Write use cases 5. Plan interviews carefully 6. Involve users in all phases of project 7. Identify document goals 8. Tie the user analysis to document features 14

15 Summary Any Questions?