Iterative Blogging: BlogDoc 1.0

October 18, 2004

in Blogging, Conversational Blogging

Last week I stumbled across a potential blogging application that I’ve not entertained or seen used before. The solution jumped out when asked how blogs might be applied to an iterative document. I realized then that the pitch we were making for using blogs as part of a researching tool was ahead of the learning the client needed for an initial blogging project. I think what jumped out was something with viral potential to grow, and also concise enough that only one or two people need really commit to get it going so the benefits can start to emerge.

For the purposes of this example think business plan or a similar structured document with a fixed number of sections that will require a number of re-writes. At first glance this appeared to be a perfect application for a Wiki. I know others would even advocate forums for such development. In this case the organization had already experimented with wiki’s and so far they have failed to become part of their collaborative landscape. So this small team was looking for a new vehicle from which they could update on iterations more effectively, provide a “living” state of the document now, enable both a comment format and enable version control and integrate it more effectively with e-mail and current work practices. Plus create learnings on blogs.

What we found ourselves suggesting was an Iterative Blog, one that would be designed and laid out to provide:

Key Iterative Blog Elements:

  • The latest version of the document (template retrieving the last post in each category)
  • Version Control by section (all the posts in that category and associated comments)
  • A lifestream of all updates. (the master blog, a time log of all changes and reissues)
  • Authoring Information (contribution by author and commenter)
  • Comments – Comments by version / section release and comments by time.
  • E-mail notification of updates and RSS / Newsreader integration.
  • Release Notes: Using the “Extract: function” a short release note can be captured and related to each “sectional reissue”.

    Extending Functionality with Additional Categories:

  • News: This is news on progress, particular data or investigative findings, thanks for inputs, recognition etc. These are primarily process and planning updates.
  • Scanning: Data that may affect the outcome or provide additional context for the document. This data can also be assigned and associated with the document to enable a live form of footnotes and substantiation.
  • Meetings or Forums. Specific dates and timing reminders.

    Creating additional structure around the document while providing specific responsibilities for sectional content means the latest post in any category / section captures a stream of updates supported with release notes.

    I’m still pondering the advantages of this versus the same document in a wiki. However I think the difference here is the formal assigning of it as a project and the contained format that the assignment of categories provides. Rather than recent changes

  • Previous post:

    Next post: