Understanding Lifecycle Management & Version Number

Document created by chschmid on Jun 15, 2016Last modified by ptops on Aug 10, 2016
Version 5Show Document
  • View in full screen mode

left.png  Previous ArticleNext Article  right.png



This article describes the life-cycle of a typical document following the Advanced Services quality policies. A document has to go through different stages before being made available tot he customer.

DCP capabilities are provided to help you drive the document through its life-cycle. These are highlighted in this article together with a high level overview of the document life-cycle. Details will be provided in separate articles.


Additional to this article we recommend you also get acquainted with the AS Quality and Policy website.


A Deliverable document will typically go through 4 stages before being made available to the customer for download : Authoring, Review, Approval, Publishing.


document life-cycle.png


Other document types however (contractual documents, supporting material and reference material) do not have to go through these stages and will remain in the authoring stage throughout its life-cycle. Here's a definition of the different document categories used in DCP:

  • Deliverable: a document created per the scope defined in the contractual agreement (e.g. low-level design, security report, design recommendation, …)
  • Contractual Document:  a document created for use during contract negotiation, validation or signature and with contractual value (e.g. Quote, SOW, Change Request, …)
  • Support material:  a document created in support of an engagement, but not necessarily defined in the contractual agreement (e.g. project kick-off agenda, 90-day plan, closeout checklist, network diagrams, meeting minutes …)
  • Reference material:  documents that are not related to any engagement and can be reused in support of a particular engagement (e.g., white papers, calculators, …)




This stage is where the author is still creating the document. It can go trough different versions before it is ready to be reviewed in the next stage.

The author will upload the initial version into DCP. The meta-data essentials will default to :

  • version: 0.1
  • status: pre-draft
  • category: deliverable


‘Pre-Draft’ is the default status when a document is initially uploaded and defines the 'Authoring' stage. This status should be used if the document is not yet ready for review and/or approval.

If the document is not a deliverable, the category can be changed to any of the other categories: contractual documents, supporting material or reference material. As these documents don't have to go through the review and approval stages, the status can immediately be set to 'Approval not Applicable'.


Note: Properties are editable by the Author and the document Owners. As such, document Owners can act as a proxy on behalf of the Author. Both the Author and Owners can progress a document through its life-cycle.


Version numbering is completed by DCP itself to ensure consistency in numbering and compliance to our policies.
Subsequent versions through the authoring can be uploaded using the check-out/lock and check-in capabilities. The subsequent versions will increment their version number as 0.1, 0.2, 0.3 ...  The lower digit indicates how many versions have been uploaded.


When the document has reached a stage where it can be reviewed by peers and being approved, the status should be changed to Draft. By changing the status to Draft, other actions become available such as 'Submit for Approval'.




Review a document

At this stage, it is recommended to change the status of the document to 'Draft' to indicate that the authoring stage is over and that the document can start the review and approval stage.


To review a document, DCP provides Discussion capabilities. Every document can be discussed separately and the full discussion is captured and saved with the document meta-data.

A discussion can be started at any time throughout the content life-cycle but it is definitely during the review stage that a discussion is recommended to collect feedback from your peers.


When inviting peers to participate in a document discussion, they will have to possibility to download the document for review and  leave their feedback comments in the discussion.
If however you want also the reviewers to directly update the document and have them upload a new version, you must tag them as 'owner' of the document. Only the 'author' or 'owners' of the document can check-out/lock and check-in a document.


Discussions and the notes within are time- and date-stamped and are tagged with the name of the person providing the comment.
Furthermore the version number of the document in which the document is when starting a discussion or leaving a comment is tagged with it as well. This will be useful for audit purposes to show which versions got reviewed through a discussion.


At the end of the review stage, the author will consolidate all feedback and incorporate it in a final version and check it in. Now the document is ready for approval



Approving a document

The approval of a document consists of the internal approval, followed by the customer acceptance. The approval capability provided by DCP can handle both at once. First it will seek approval from the invited Cisco employees after which it will seek document acceptance from the invited Customer contacts. Again here, only the Author or an Owner of the document can submit the document for an approval.


During the approval process, the document version will change to 1.0 and the status will go through following states :

  1. internal approval pending
  2. internal approved  (or internal rejected)
  3. customer acceptance pending
  4. customer accepted (or customer rejected)


From the approval stage on, from the moment that you submit a document for approval, the status will change automatically and doesn't need to be managed by the author or owner. Is is DCP that drives the status through the full approval stage.


If the document gets accepted by the customer, it is time to further publish the document to additional customer contacts.

If in step 2 or 4 the document gets rejected, the document has to go back to the review stage. The author will have to understand why the document was rejected, incorporate the necessary changes and go again through a review and full approval.

To do so, the author (or owner) will upload one or more new version(s) with changes incorporated. The status will automatically revert to 'draft' and the version number will show 1.1, 1.2 ... The major digit showing '1' indicates that the document already went through 1 approval cycle, even if it was rejected. This is important for audit purposes.


lightbulb atlantic.png Tip

At any time, the version number reveals a good portion of the history of the document. E.g. version 2.3 indicates that the document already went through 2 approval cycles and since the last approval cycle, 3 additional versions were uploaded. DCP provides capability to review the full history of a document. This is explained in a separate article.


More details on the approval cycle is provided in its respective article.



Publishing a document

Once that the document is customer accepted it is possible to further publish the document to additional customer contacts. The customer contacts that where invited for the document acceptance have the document already published to them. But at this stage you can add additional customer contacts. Only the customer contacts that are listed in the publishing setting will be able to see the document listed and will be able to download the document.



Archiving and Purging a document

Like with every content management system, documents have an active life-time after which these get archived and eventually will get hard deleted (purged) from the servers.
The archiving of a document is defaulted to 2 years after the last modification of a document. This can both be a new version uploaded or changing any of its properties. The archive period of 2 years can be changed in the properties of a document. Archived documents are hidden from listings and search but can still be retrieved and restored if necessary.

Purging a document is system driven and is defined per the Cisco Enterprise Records Information Management (ERIM) policies. The Cisco Records Retention Schedule for DCP documents is as follows:


CategoryRetention period if linked to ProjectRetention period if not linked to Project
Deliverable10 years after project finishedNA
Contractual Document10 years after project finished10 years after last modified date
Support Material5 years after project finished5 years after last modified date
Reference Material1 year after project finished1 year after last modified date


A monthly job will calculate which documents are due purging.

Both for archiving as for the purging a notification is sent upfront to the author and owner(s) of the document .


Related articles :

Upload a Document

Initiate a Discussion

Create an Approval request

Publish a Document


toc.png  Table of Content


left.png  Previous ArticleNext Article  right.png