The developers at Seapine have been using the Surround SCM workflow to manage code reviews ever since that feature was released in version 5 (back in 2006). Earlier this year, I decided to start using the Surround workflow to manage documentation file reviews, instead of using TestTrack. Why? A couple reasons, but the biggest one being that we store our source files in Surround SCM. Since the technical writers are used to checking their work in/out of Surround, using the workflow seemed like the logical next step.

We generally only use the workflow for release-related documentation, when turnaround time can be important and the technical writers each have a few guides (and related documentation files) to work on. The workflow keeps us all on the same page and cuts down on confusion. In addition to creating workflow states, we also had to create a few triggers in Surround SCM. Following are descriptions of the workflow states and triggers.

Workflow states and triggers

  • Work in Progress – Initial workflow state for files that are part of the review process.
  • Needs Review – When technical writers are ready for files to be reviewed, they move them to this state. After a file moves into this state, a trigger that sends me a notification email runs.
  • Needs Attention – If files need changes based on edits/reviews, they are moved to this state. After a file moves into this state, a trigger that sends the technical writers a notification email runs.
  • In Revision – After the changes are made to files, they are moved to this state. It’s like an intermediate Needs Attention state. As long as changes are needed, the file stays in this state.
  • Passed Review – Files that do not need any changes are moved to this state. If a new version is checked in, a triggers that automatically moves the file back to the Work in Progress state runs.

We have a small documentation team at Seapine, but I believe this simple workflow could be easily adapted for any size team and most any review/edit/revise process. Contact me if you have questions or would like more information.

Share on Technorati . del.icio.us . Digg . Reddit . Slashdot . Facebook . StumbleUpon

Related posts:

  1. Using the Workflow
  2. E-mail File for Review
  3. Code Collaborator and Surround SCM
  4. Automating A .NET Build With MSBuild and Surround SCM
  5. Searching file contents in Surround SCM
1 Comment

Tags:

1 Comment to Managing the Documentation Review Processs with Surround SCM

[...] MadCap Flare to produce our user guides and help files. We also use Surround SCM for versioning and managing the doc review process. Since Flare is Windows-only and I’m a on a Mac, I frequently run it in VMware Fusion. I [...]

Leave a comment

WP_Big_City

Leave a Reply

Your email address will not be published. Required fields are marked *

*

* Copy this password:

* Type or paste password here:

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Spam Protection by WP-SpamFree

Page optimized by WP Minify WordPress Plugin