This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "Wiki usage policy"

From HL7Wiki
Jump to navigation Jump to search
Line 5: Line 5:
 
* The project will deliver a set of recommendations on how HL7 should support the use of wiki technology, and the policies and processes that it should put in place to support effective usage.
 
* The project will deliver a set of recommendations on how HL7 should support the use of wiki technology, and the policies and processes that it should put in place to support effective usage.
 
* The project will recommend a process to maintain the set of policies and processes.
 
* The project will recommend a process to maintain the set of policies and processes.
 +
* A link to the project scope document will be added when that is at a URL...
  
 +
== HL7 wiki FAQ ==
 +
The [[HL7 wiki FAQ]] is being maintained as a set of questions that this project should deliver the answers to.  Currently there are many questions awaiting answers.
 +
 
 
== Current good practice ==
 
== Current good practice ==
 
*For a list of best practices, also see the Wiki section on the [[Collaborative Technologies]] page. Also see the [http://www.wikipatterns.com/display/wikipatterns/Wikipatterns Wikipatterns wiki] - a wiki-experts group that discusses wikis.
 
*For a list of best practices, also see the Wiki section on the [[Collaborative Technologies]] page. Also see the [http://www.wikipatterns.com/display/wikipatterns/Wikipatterns Wikipatterns wiki] - a wiki-experts group that discusses wikis.
Line 25: Line 29:
 
When content from the wiki is stable enough to be ready for balloting, it should be removed from the wiki, and moved into a more controlled editorial environment.  
 
When content from the wiki is stable enough to be ready for balloting, it should be removed from the wiki, and moved into a more controlled editorial environment.  
 
== Risk analysis ==
 
== Risk analysis ==
This section includes risks associated with wiki usage, and what measures should be put in place to address them
+
===Continuity===
* Wiki hijacked for spam links
+
* Key staff/suppliers become unavailable.  (documented processes and record keeping will be used to mitigate this risk.  For hosted services this should be addressed with each supplier).
* Wiki content assumed to be more authorative than it is
+
availability
 +
* There is huge demand during WGMs and so availability suffers due to excessive load.
 +
* There is limited network availability during WGMs or at other times, and so work that is dependant upon the wiki cannot proceed
 +
* Hardware and/or software errors making the wiki unavailable (to be addressed with backup procedures, and testing processes for when changes are made)
 +
===Updates lost===
 +
* Edits to the wiki are lost because the network is lost
 +
* Edits are lost because the user fails to save the web session.  This is more likely with wiki updates than word processors because there is no “autosave” function, and because many users will not be familiar with web pages needing to be saved.
 +
* Two people update a page at the same time. (This is managed by good comparison tools in the wiki software, and the fact that both updates are held in the wiki page history).
 +
* Minutes,  MnM “Lore” and “agreed changes” wiki pages can all be changed after committee approval has been obtained.  How are such documents maintained so that the wiki can be used where appropriate to maintain the documents, without compromising the references to approved versions.
 +
===Spamming===
 +
* The HL7 endorsed wiki(s) are hijacked and used for commercial or junk links
 +
* Point of View abuse – the HL7 wikis are used to present the opinions of individuals as though they are endorsed by HL7.  This may be done intentionally or unwittingly.  (This will be addressed by usage guidelines, and management policies).
 +
 
  
 
== relationships between website, wiki, and HL7 publications ==
 
== relationships between website, wiki, and HL7 publications ==

Revision as of 13:08, 28 August 2007

Introduction

This is a project led by Charlie McCay to recommend a policy for wiki usage for adoption by HL7. This page is in an initial ideas gathering mode -- and will evolve as the project gains structure and substance

Scope

  • The project will deliver a set of recommendations on how HL7 should support the use of wiki technology, and the policies and processes that it should put in place to support effective usage.
  • The project will recommend a process to maintain the set of policies and processes.
  • A link to the project scope document will be added when that is at a URL...

HL7 wiki FAQ

The HL7 wiki FAQ is being maintained as a set of questions that this project should deliver the answers to. Currently there are many questions awaiting answers.

Current good practice

hot topics by INM / MnM

The maintaining of a set of articles on open issues is an effective way to capture ongoing discussion on these themes. There is a need for the topic sets to be maintained. This section needs further work.

agenda maintenence

  • conference calls
  • WGM sessions
  • affiliate conferences etc

Project Status management

Issues encountered

Maintaining draft ballot content

This was tried by the ITS SIG, and while it was very useful to have the documents available as a shared edittable resource -- in practice porting the information from the wiki markup to the HL7 markup was a problem. It was also more difficult to work when not connected to the internet (though not impossible).

Balloting of wiki content

The wiki should certainly NOT be used as a place where material that is to be commented on in the ballot process is stored. Given the dynamic nature of wiki material, it is not suited to the ballot process where there is the collection of a set of comments, that can be reviewed as a whole, and result in an agreed set of changes.

When content from the wiki is stable enough to be ready for balloting, it should be removed from the wiki, and moved into a more controlled editorial environment.

Risk analysis

Continuity

  • Key staff/suppliers become unavailable. (documented processes and record keeping will be used to mitigate this risk. For hosted services this should be addressed with each supplier).

availability

  • There is huge demand during WGMs and so availability suffers due to excessive load.
  • There is limited network availability during WGMs or at other times, and so work that is dependant upon the wiki cannot proceed
  • Hardware and/or software errors making the wiki unavailable (to be addressed with backup procedures, and testing processes for when changes are made)

Updates lost

  • Edits to the wiki are lost because the network is lost
  • Edits are lost because the user fails to save the web session. This is more likely with wiki updates than word processors because there is no “autosave” function, and because many users will not be familiar with web pages needing to be saved.
  • Two people update a page at the same time. (This is managed by good comparison tools in the wiki software, and the fact that both updates are held in the wiki page history).
  • Minutes, MnM “Lore” and “agreed changes” wiki pages can all be changed after committee approval has been obtained. How are such documents maintained so that the wiki can be used where appropriate to maintain the documents, without compromising the references to approved versions.

Spamming

  • The HL7 endorsed wiki(s) are hijacked and used for commercial or junk links
  • Point of View abuse – the HL7 wikis are used to present the opinions of individuals as though they are endorsed by HL7. This may be done intentionally or unwittingly. (This will be addressed by usage guidelines, and management policies).


relationships between website, wiki, and HL7 publications

inpact

This section outlines where the wiki policy may have impacts.

  • Co-chairs handbook
  • Publishing Facilitators Guide
  • Website maintenance policy
  • Project Management Office

Timeline

  • This project will be discussed on Electronic services conference calls.
  • It is intended to be complete by the May 2008 WGM