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

Slides:



Advertisements
Similar presentations
Graduate Project Advisor Training. Project Basics What do you already know about the Graduate Project? –List everything you think you know about the project.
Advertisements

Introduction to the ESRC Question Bank Julie Lamb Department of Sociology University of Surrey.
Duke Enterprise CMS CGS Meeting 5/7/2004 Cheryl Crupi Senior Manager, Duke OIT Office of Web Services.
- 1 - Community building and new initiatives: Laying a successful path and how to be on target experiencing from pitfalls, successes and lessons learnt.
Jennifer Strickland, PhD,
Instructional Guide. How does EasyBib make research easier? Citation Generation Easily create a bibliography in MLA, APA, and Chicago styles Export to.
Tom Sheridan IT Director Gas Technology Institute (GTI)
WEBQUESTS LESSON PLANS FOR WIKI PROJECTS GROUP 6 MS. JILL HARE MS. KARA RANDALL MR. ROBBIE CANTRELL.
Minnesota Manual of Accommodations for Students with Disabilities Training Guide
Configuration Management
Software Documentation Written By: Ian Sommerville Presentation By: Stephen Lopez-Couto.
System Implementation
Evaluations and recommendations for a user support toolkit Christine Cahoon George Munroe.
PDS4 Phoenix Beta Review Lynn D. V. Neakrase Atmospheres Node.
Project Proposal: Academic Job Market and Application Tracker Website Project designed by: Cengiz Gunay Client: Cengiz Gunay Audience: PhD candidates and.
Copyright Course Technology 1999
Atlanta Public Schools Project Management Framework Proposed to the Atlanta Board of Education to Complete AdvancED/SACS “Required Actions” January 24,
1 WEB Engineering Introduction to Electronic Commerce COMM1Q.
Web Content Management System Access October 14, 15, 16 - Halifax, Nova Scotia Developing a System for Managing Web Content York Libraries Content.
Feasibility Study of a Wiki Collaboration Platform for Systematic Review Eileen Erinoff AHRQ Annual Meeting September 15, 2009.
Commonwealth of Massachusetts Statewide Strategic IT Consolidation (ITC) Initiative ANF IT Consolidation Website Publishing / IA Working Group Kickoff.
Usability Issues Documentation J. Apostolakis for Geant4 16 January 2009.
JACoW Website J. Poole. Review the objectives of the web pages. Review the contents of the website (other than the conference proceedings). Proposal for.
1 WEB Engineering E-Commerce Strategy & Management COM350.
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
Project 3 Cookie Cutters Kevin Huynh Sean Tsusaki Jordaniel Wolk.
Heuristic evaluation Functionality: Visual Design: Efficiency:
OSG Area Coordinators Meeting Proposal Chander Sehgal Fermilab
Training Role Module 8 – User Admin Ver. 10 Oct 2009.
User Management: Understanding Roles and Permissions for Schoolnet Schoolnet II Training – September 2014.
Sakai Tools Designing a User-Centered Sakai Tool Sakai Tools Team Rob Lowden, Daphne Ogle.
12 Developing a Web Site Section 12.1 Discuss the functions of a Web site Compare and contrast style sheets Apply cascading style sheets (CSS) to a Web.
TDWG Infrastructure Project (TIP) Web Infrastructure Ricardo Pereira TDWG Executive Meeting June 1-2, Madrid, Spain.
User Management: Understanding Roles and Permissions for Schoolnet Schoolnet II Training – Summer 2014.
Applying design modules - New TeraText design modules.
Software Testing and Maintenance 1 Code Review  Introduction  How to Conduct Code Review  Practical Tips  Tool Support  Summary.
Writing and Editing Modular Documentation: Some Best Practices Yoel Strimling (Comverse) Based on a joint presentation with Michelle Corbin (IBM) at the.
How to Satisfy Reviewer B and Other Thoughts on the Publication Process: Reviewers’ Perspectives Don Roy Past Editor, Marketing Management Journal.
March 2, 08 1 Review/Incentives 1/2 Improvement Items Steps User Impact Provider Impact Effort L = 4 wks Priority Pair programming.
31 Jan Overview Resource & Project Management Current Initiatives  Produce PR materials: research highlight brochure, general brochure, set of.
Part One The Forms of Software Documentation Chapter2: Writing to Teach- Tutorials Chapter3: Writing to Guide- Procedures Chapter4 : Writing to Support-
9-Oct-03D.P.Kelsey, LCG-GDB-Security1 LCG/GDB Security (Report from the LCG Security Group) FNAL 9 October 2003 David Kelsey CCLRC/RAL, UK
Slide: 1 CEOS SIT Technical Workshop |Caltech, Pasadena, California, USA| September 2013 CEOS Work Plan Section 6.1 G Dyke CEOS ad hoc Working Group.
What is a wiki? Online Collaboration with Wikis. A wiki is an easy-to-use free web page that multiple people can edit.
The Data Sharing Working Group 24 th meeting of the GEO Executive Committee Geneva, Switzerland March 2012 Report of the Data Sharing Working Group.
+ Publishing Your First Post USING WORDPRESS. + A CMS (content management system) is an application that allows you to publish, edit, modify, organize,
~ pertemuan 4 ~ Oleh: Ir. Abdul Hayat, MTI 20-Mar-2009 [Abdul Hayat, [4]Project Integration Management, Semester Genap 2008/2009] 1 PROJECT INTEGRATION.
CI R1 LCO Review Panel Preliminary Report. General Comments –Provide clear definition of the goals of the phase (e.g. inception), the scope, etc. in order.
March 2, 08 1 Ownership Improvement Items Steps User Impact Provider Impact EffortPriority Example Improvement Key Step 1 Key Step 2 H, M, L L =
1 June 2013 Engaging users: initiatives and challenges in VNU-HCM Central Library.
Maximizing LinkedIn Expand Your Network & Enhance Your Personal Brand Hi, I’m awesome.
Review for Eclipse Release Review | © 2012 by Review for Eclipse Committers, made available under the EPL v1.0 1 Review for Eclipse (R4E) 0.11 Release.
By: Jamie Morgan  A wiki is a web page or collection of web pages which you and your students can access to contribute or modify content without having.
Getting to the Finish Line?
Office 365 Security Assessment Workshop
BAPI Communities.
Beyond Brochureware: Making an Online Class Schedule Work for Students
Software Documentation
Description of Revision
Leigh Grundhoefer Indiana University
Health, Safety & Environmental Management System 2018
Chapter 11: Software Configuration Management
Roles, Goals & Performance Expectations
Policy Content at SSA … an update, and sharing questions
Geant4 Documentation Geant4 Workshop 4 October 2002 Dennis Wright
Introduce myself & around table
Fiscal policy program Presented by Cindy Draper, Fiscal Policy Officer – Training Days 2018 Introduce myself This session is to provide an overview of.
{Project Name} Organizational Chart, Roles and Responsibilities
ArcGIS Online Steps for Success A best practices approach
Presentation transcript:

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

OSG Documentation Improvement Workshop2 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

OSG Documentation Improvement Workshop3 Logistics/Roles

OSG Documentation Improvement Workshop4 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

OSG Documentation Improvement Workshop5 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

OSG Documentation Improvement Workshop66 Tim Cartwright: VDT VDT 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

OSG Documentation Improvement Workshop77 Kyle Gross: OSG GOC OSG 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)

OSG Documentation Improvement Workshop88 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

OSG Documentation Improvement Workshop9 Alina Bejan: OSG OSGEDU 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)

OSG Documentation Improvement Workshop10 Robert Engel Integration Project California Institute of Technology One Thing that I really like about OSG Documentation  ... Two Things that I Would Most Like to See Improved in OSG Documentation   better navigation  separation between user and administrator documentation.

OSG Documentation Improvement Workshop11 Robert Engel Integration 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.

OSG Documentation Improvement Workshop12 Marco Mambelli: University of Chicago OSG 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)

OSG Documentation Improvement Workshop13 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

OSG Documentation Improvement Workshop14 Mine Altunay: FNAL Security 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.

OSG Documentation Improvement Workshop15 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

OSG Documentation Improvement Workshop16 Goals of Project 1.Identify areas to make consistent, complete, aligned information 2.Improve structure & maintenance of the TWiki 3.Provide readers immediate comment & editing 4.Create process descriptions & policies 5.Remodel documentation web 6.Define system for tagging “certified” documents 7.Create common framework to align certified documents 8.Define a process to encourage & verify keeping documents up-to-date 9.Define a plan for removing stale documents 10.Define policies or rules about removing stale documents 11.Develop a migration plan to implement the above

OSG Documentation Improvement Workshop17 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)

OSG Documentation Improvement Workshop18 Interviews End Users3 System Administrators6 Students2 Potential OSG Members1 VO Application Developers2 VO Managers3 Providers12 Total29

OSG Documentation Improvement Workshop19 The Documentation Environment Website

OSG Documentation Improvement Workshop20 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

OSG Documentation Improvement Workshop21 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

OSG Documentation Improvement Workshop22 Questions Other Issues?

OSG Documentation Improvement Workshop23 Break

OSG Documentation Improvement Workshop24 Recommendations - Ownership 1.Establish true ownership and policies 1.Documentation system needs an owner 2.Need a documentation architect 3.Each page needs an stated owner 4.Need written processes, procedures, responsibilities

OSG Documentation Improvement Workshop25 The Documentation Environment Website

OSG Documentation Improvement Workshop26 Recommendations - Guidelines 2.Provide guidelines for organizing, presenting, and searching information 1.Provide views by user role 2.Present overall OSG technology architecture 3.Provide engineering information for decision making with suggestions 4.Better document errors and troubleshooting information 5.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 templates 7.Make search boxes work as one would expect

OSG Documentation Improvement Workshop27 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

OSG Documentation Improvement Workshop28 Discussion

OSG Documentation Improvement Workshop29 Lunch

OSG Documentation Improvement Workshop30 Improvements & Priorities Improvement Items Steps User Impact Provider Impact EffortPriority Example Improvement Key Step 1 Key Step 2 H, M, L L = <1 wk M = 1-4 wks H = >4 wks H, M, L

OSG Documentation Improvement Workshop31 Break into Teams

OSG Documentation Improvement Workshop32 Sample Implementation Planning ImprovementStepsDateEffort

OSG Documentation Improvement Workshop33 Break into Teams

OSG Documentation Improvement Workshop34 Sample WBS