User Documentation Planning

I. Overview

1. OLE requires committed SME's to complete User Documentation for all modules and all features delivered in the application. User documentation should be initiated well-before release deadlines, and in tandem with spec-writing, coding, and testing.
2. Training, checklists, best practices will be shared across all Module SME team representatives,  and the to-be-formed User Documentation team.
3. User Documentation should be completed within 6-12 weeks after a scheduled milestone or product release (with some variation for milestone releases, depending on FC/PM decisions for support, schedule)

II. Outline: Content & Teams

1. Module: Select & Acquire, including ERMS
2. Module: Describe/Cataloging
3. Module: Deliver/Circulation
4. Module: Systems Integration, OLE Setup
5. Technical Documentation (HTC)

*see outlines being developed for content of each module (attachments to this or other documentation pages)

III. Timeline

1. Establish documentation timetables as offsets for each deliverable or assignment
   1. Begin user documentation
      1. Sketch outlines: develop in tandem once specs 50% complete
      2. Sketch content: Spec completion/signoff + 1 week
      3. Drafting content: in tandem with code/development and iterative code reviews; should be able to complete outline and some content
   2. Draft #1 user Documentation: within 2 weeks of sprint release for coded feature
   3. Draft #2 user documentation: Within 2 weeks after release of final code for features, or Release overall
   4. Format Review copies due: Draft #2 date + 2weeks (time consuming)
   5. Initial QA Review due: Format Review Date + 1 week
   6. Final due: Initial QA date + 2 weeks
   7. Publish due: Final date + 1-2 weeks
2. Add 10% +  contingency to Draft #2/Format Review dates (ie, some code won't be completed until just before release)
3. Create Documentation calendar for each Release, with above offsets for global release
   1. Publish within 10 weeks of Release date
4. Coordinate schedule with Sprint Releases, and most current Milestone or Product Release schedules
   1. what are expectations for support, technical or user documentation:
      1. Snapshots: code only iterative/timely releases
      2. Milestone Releases: like OLE 0.3, 0.6, 0.8?
      3. Product Releases: like OLE 1.0, OLE 1.5, OLE 2.0 etc
5. Monitor final code-promotion timetable to DEMO environment to determine when code for release is locked, and also when environments might be down
6. Publish and communicate when servers are offline (maintenance, upgrades, refreshes, code promotions) and share with Writers- as they cannot access during those times for Screen Captures, etc.

IV. Resources

1. Garner support and SMEs via Tiger/SME Teams or thru Functional Council as additional resources for initial efforts
2. Identify documentation lead per module
3. Identify documentation team per module- existing, past, or current features (ideally a rep from each spec team, or testers)
4. Like "testers", add documentation rep as assignment to each spec handoff, and begin integrating into code review meetings with SME teams
5. Regular meetings and training
   1. Allow each module to have own meetings, organization, manage assignment
   2. Monthly meetings at beginning of release for "touch base" with all writers/all modules
   3. Bi-weekly documentation meetings (across all modules, and leads) in 1 month before release, and 2 months after release up to publishing date
6. Create sandbox for shared documents (schedules, training material, templates, and sandboxes for each module's user documentation drafts)
7. Training (how to, templates, best practices, checklists)

V. Training

1. Don't leave to last minute!
2. Solicit help from other SMEs & manage mini writing assignments where helpful!
3. Document Templates
   1. Publish format templates to sandbox
   2. Publish plain text with outline headings to sandbox
   3. Writers: plain text, and import to templates?
4. Documentation Checklist: Content (bugs, fixes, new code, new screenshots, etc)
5. Documentation Checklist: QA (overall)
6. Documentation Checklist (Nora): Publishing
7. Use of Sandbox, doc versioning, Track Changes

VI. Quality Assurance & Review

1. Draft Review Process (Content Completion)
2. Format Review Process (QA in Template, continue edits)
3. Quality Review Process (language, uniformity, standards, link checking)
4. Final  Approval Doc Review (all edits via redline or plain text substitutions; single doc owners for incorporating all edits)

VII. Publishing

1. PDF
2. (Future) DocBooks
3. Version Control

VIII. Maintenance

1. Future Coding/Deliverables added
2. Feature Enhancements
3. Documentation Improvements (format, indexing, maximizing Adobe PDF outlining/indexing)
4. Online Help
5. Archiving between releases