34
OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

Embed Size (px)

Citation preview

Page 1: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

OSG Documentation WorkshopJune 24-25, 2009

The chance to develop improvement plans

Page 2: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

2OSG Documentation Improvement Workshop

Workshop Background

• Rob Gardner & Ruth Pordes Initiated a “Documentation Alignment” Project the end of February

• Established a Set of Goals• Jim Asked to Lead a Project to Improve

Documentation• He Established a Project Plan that Included

Convening this Team to Refine the Results of his Study

• Members Chosen to Represent many Key Areas of the Documentation Environment

Page 3: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

3OSG Documentation Improvement Workshop

Logistics/Roles

Page 4: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

4OSG Documentation Improvement Workshop

Workshop Plan - Thursday

8:00 Breakfast

8:30 Workshop Plan

8:50 Introductions and Homework - All

Team members introduce themselves & present their slide (2 min)

9:20 Documentation Study - Jim

10:00 Break

10:20 Review and Discuss Recommendations - Jim & All

12:00 Lunch

1:00 Break into Affinity Groups to Prioritize Improvements

3:00 Break

3:15 Team presentations (5-7 min presentations)

4:30 Wrapup / Planning for Day 2

5:00 Adjourn

Group Dinner for Those Interested

Page 5: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

5OSG Documentation Improvement Workshop

Workshop Plan - Friday

8:00 Breakfast

9:00 Overnight Thoughts?

9:30 Plan for the Day

9:40 Reorganizing Improvements

10:00 Implementation Planning Task

10:15 Break

10:30 Teams work on Implementation Planning

12:00 Lunch

1:00 Team Presentations (5-7 min presentations) 2:15 Break

2:30 Establish Next Steps/Action Items

3:30 Wrap-up / Closure

4:00 Adjourn

Page 6: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

6OSG Documentation Improvement Workshop 6

Tim Cartwright: VDTVDT Developer (+ some docs)

• Two Things that I really like about OSG Documentation Contains contributions from many people in many roles,

including those who administer or use the OSG daily Is implemented in a wiki, so that users can view docs and

contribute from anywhere

• Two Things that I Would Most Like to See Improved in OSG Documentation Have an editor responsible for ensuring that procedural

documentation is written in a consistent, usable style Rework the information architecture of the TWiki to be more

usable, especially for new users

Page 7: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

7OSG Documentation Improvement Workshop 7

Kyle Gross: OSG GOCOSG Twiki Administrator

• Two Things that I really like about OSG Documentation While not perfect, it has improved over the past few years We are now making even more of an effort to find areas that

can be improved.

• Two Things that I Would Most Like to See Improved in OSG Documentation Organization of General Docs and Twiki Web Structure Improved documentation processes. (Ownership, etc)

Page 8: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

8OSG Documentation Improvement Workshop 8

Rob Gardner: University of Chicago

OSG Documentation• Two Things that I really like about OSG

Documentation Community commitments initially were very good Lots of good content

• Two Things that I Would Most Like to See Improved in OSG Documentation Better certification of content Okay, more than two things:

Easy creation of manuals, tutorials, derived from existing content Uniformity of content across OSG areas (users, sites, EOT) Easy system to volunteer and assume ownership, responsibility An incentives & reward system, so people are recognized for creating

quality OSG documentation An organizational system for coordination of documentation projects

across the OSG information environment

Page 9: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

9OSG Documentation Improvement Workshop

Alina Bejan: OSGOSGEDU manager

• Two Things that I really like about OSG Documentation Structure Quality of the present information

• Two Things that I Would Most Like to See Improved in OSG Documentation The Search mechanism on the twiki (which is not quite

reliable) Hard to find the answer to “How to join OSG” (in particular

how to join the OSG VO)

Page 10: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

10OSG Documentation Improvement Workshop

Robert EngelIntegration Project

California Institute of Technology

• One Thing that I really like about OSG Documentation http://www.opensciencegrid.org ...

• Two Things that I Would Most Like to See Improved in OSG Documentation https://twiki.grid.iu.edu/twiki/bin/view/Documentation/WebHome

better navigation

separation between user and administrator documentation.

Page 11: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

11OSG Documentation Improvement Workshop

Robert EngelIntegration Project

California Institute of Technology

- explains how to find and reduce the 'clutter' in non-fiction and how to write texts that are more readable.- very enjoyable to read on its own.

- technical introduction to the subject.

Page 12: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

12OSG Documentation Improvement Workshop 12

Marco Mambelli: University of ChicagoOSG Site Coordinator (doc user and

contributor)• Two Things that I really like about OSG

Documentation I can find everything: from step-by-step instructions to tips to

summaries to examples It is indexed by Google (Twikis of other collaborations I’m in

don’t get indexed)

• Two Things that I Would Most Like to See Improved in OSG Documentation A 2 level documentation: more formal, organic and uniform

official documentation (reviewed by an editor), together with more informal and free user comments/experiences

(1 is already a lot anyway) allow modules that can be used in different places (to ease consistency)

Page 13: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

13OSG Documentation Improvement Workshop 13

Marcia Teckenbrock: Fermilab

OSG Webmaster, DocDB Admin• Two Things that I really like about OSG

Documentation Ease of updates via Twiki Enthusiasm of some folks towards documenting processes

• Two Things that I Would Most Like to See Improved in OSG Documentation Organization of documentation Commitment of ownership

Page 14: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

14OSG Documentation Improvement Workshop 14

Mine Altunay: FNALSecurity

• Two Things that I really like about OSG Documentation Breadth of coverage Ability to collaboratively edit (not to be mixed with twiki,

which I find very difficult to use)

• Two Things that I Would Most Like to See Improved in OSG Documentation Up-to-date correct info. Even I get incorrect information There is no site map. There are circular links, old links, too

many links. I am not sure if I am following the right direction.

Page 15: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

15OSG Documentation Improvement Workshop

Workshop Charge

• Identify high priority improvements for OSG documentation Based on Documentation Study Results Based on your Expertise in the System Prioritized by Workshop Participants

• Develop a high-level Implementation Plan

Page 16: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

16OSG Documentation Improvement Workshop

Goals of Project

1. Identify areas to make consistent, complete, aligned information

2. Improve structure & maintenance of the TWiki3. Provide readers immediate comment & editing4. Create process descriptions & policies5. Remodel documentation web6. Define system for tagging “certified” documents7. Create common framework to align certified documents8. Define a process to encourage & verify keeping documents

up-to-date9. Define a plan for removing stale documents10. Define policies or rules about removing stale documents11. Develop a migration plan to implement the above

Page 17: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

17OSG Documentation Improvement Workshop

Project Plan

• Define Current System (March 1-15)• Interview Users (March 15 - May 15)• Interview Providers (May 15 - June 7)• Review Literature on wikis (May 7-30)• Convene Team to Develop Documentation

Structure & Processes (June 25-26)• Develop Project for Migration (July 1-20)

Page 18: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

18OSG Documentation Improvement Workshop

Interviews

End Users 3

System Administrators 6

Students 2

Potential OSG Members 1

VO Application Developers 2

VO Managers 3

Providers 12

Total 29

Page 19: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

19OSG Documentation Improvement Workshop

The Documentation Environment

Website

Website

Website

Page 20: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

20OSG Documentation Improvement Workshop

User Stories

• Even outspoken users are not unhappy• Quality of documentation makes a BIG difference to

OSG growth• People want information presented from their

perspective• People have trouble deriving the technical

architecture from the documentation• Need information for better decision making• Security issues dominate• Can’t tell who owns a document or how to give

feedback

Page 21: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

21OSG Documentation Improvement Workshop

User Stories - Continued

• Context needs to be maintained• Information differs depending upon entry

point• Inconsistencies in format cause errors• Many use Google to find pages• Assumptions/preparation not always listed• Document structure can serve new &

experienced• Resolving problems is a major issue

Page 22: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

22OSG Documentation Improvement Workshop

Questions

• Other Issues?

Page 23: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

23OSG Documentation Improvement Workshop

Break

Page 24: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

24OSG Documentation Improvement Workshop

Recommendations - Ownership

1. Establish true ownership and policies1. Documentation system needs an owner

2. Need a documentation architect

3. Each page needs an stated owner

4. Need written processes, procedures, responsibilities

Page 25: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

25OSG Documentation Improvement Workshop

The Documentation Environment

Website

Website

Website

Page 26: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

26OSG Documentation Improvement Workshop

Recommendations - Guidelines

2. Provide guidelines for organizing, presenting, and searching information

1. Provide views by user role2. Present overall OSG technology architecture3. Provide engineering information for decision

making with suggestions4. Better document errors and troubleshooting

information5. Procedure documents - Mainline flow inline,

reference docs for prep steps, checklist of environment setup, decision info, first time steps

6. Establish page standards with TWiki templates7. Make search boxes work as one would expect

Page 27: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

27OSG Documentation Improvement Workshop

Recommendation - Review

3. Create cyclic review process & technology that provides better incentives

1. Pair programming model for writer/reviewer

2. Expand standard review process now used for release documentation - do 6 month to 1 year reviews of docs outside of installation

3. Use annotation plug-in that allows anyone to comment on document without registration

4. Provide feedback evaluation at end of documents, celebrate good documents and documenters

Page 28: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

28OSG Documentation Improvement Workshop

Discussion

Page 29: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

29OSG Documentation Improvement Workshop

Lunch

Page 30: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

30OSG Documentation Improvement Workshop

Improvements & Priorities

Improvement Items

Steps

User

Impact

Provider

Impact

Effort Priority

Example Improvement

Key Step 1

Key Step 2

H, M, L H, M, L L = <1 wk

M = 1-4 wks

H = >4 wks

H, M, L

Page 31: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

31OSG Documentation Improvement Workshop

Break into Teams

Page 32: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

32OSG Documentation Improvement Workshop

Sample Implementation Planning

Improvement Steps Date Effort

Page 33: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

33OSG Documentation Improvement Workshop

Break into Teams

Page 34: OSG Documentation Workshop June 24-25, 2009 The chance to develop improvement plans

34OSG Documentation Improvement Workshop

Sample WBS

WBS Task Date Effort

1.9 Documentation

1.9.1 Establish ownership and policiesEstablish documentation system ownerName a documentation architectName an owner of each page or set of pagesEstablish written policies & procedures

1.9.2 Provide guidelines for organizing, presenting, and searching informationProvide views by user rolePresent overall OSG technology architectureProvide engineering information for decision making with suggestionsBetter document errors and troubleshooting informationImprove procedure documents (Mainline flow inline, reference docs for prepsteps, checklist of environment setup, decision info, first time stepsEstablish page standards with TWiki templatesMake search boxes work as one would expect

1.9.3 Create cyclic review process & technologies that provide better incentivesPair programming model for writer/reviewerExpand standard review process now used for release documentationUse annotation plug-in that allows anyone to comment on documentProvide feedback evaluation at end of documents, celebrate good documents and documenters