tipsandtricks:regardingdocumentation
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| tipsandtricks:regardingdocumentation [2021/11/22 08:48] – patrik | tipsandtricks:regardingdocumentation [2023/09/29 07:01] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | [[https:// | + | [[https:// |
| - | [[sections: | + | |
| ====== Regarding documentation ====== | ====== Regarding documentation ====== | ||
| - | // | + | |
| - | by Patrik Hermansson | + | // by Patrik Hermansson // |
| - | // | + | |
| ==== Table of contents ==== | ==== Table of contents ==== | ||
| + | |||
| * [[regardingdocumentation# | * [[regardingdocumentation# | ||
| * [[regardingdocumentation# | * [[regardingdocumentation# | ||
| - | | + | |
| - | * [[regardingdocumentation# | + | * [[regardingdocumentation# |
| - | * [[regardingdocumentation# | + | * [[regardingdocumentation# |
| - | * [[regardingdocumentation# | + | * [[regardingdocumentation# |
| * [[regardingdocumentation# | * [[regardingdocumentation# | ||
| * [[regardingdocumentation# | * [[regardingdocumentation# | ||
| - | | + | |
| - | + | * [[regardingdocumentation# | |
| + | * [[regardingdocumentation# | ||
| + | * [[regardingdocumentation# | ||
| + | * [[regardingdocumentation# | ||
| + | * [[regardingdocumentation# | ||
| + | * [[regardingdocumentation# | ||
| ==== Abstract ==== | ==== Abstract ==== | ||
| - | Documentation | + | Documentations |
| - | Some (but not all) things to answer: | + | \\ |
| + | Some (but not all) things to answer: | ||
| * Different kind of documentation. | * Different kind of documentation. | ||
| * Why do we need documentation? | * Why do we need documentation? | ||
| Line 31: | Line 36: | ||
| ==== Chapter 1 - Different types of documentation ==== | ==== Chapter 1 - Different types of documentation ==== | ||
| + | |||
| === Technical documentation === | === Technical documentation === | ||
| + | |||
| Examples: | Examples: | ||
| + | |||
| * Code in repository (like GitHub or GitLab). | * Code in repository (like GitHub or GitLab). | ||
| * Detailed technical documentation of servers, firewalls or similar. | * Detailed technical documentation of servers, firewalls or similar. | ||
| Line 39: | Line 47: | ||
| === Descriptive documentation === | === Descriptive documentation === | ||
| - | Descriptive documentation is usually an overview over something. A more top view on how things are working. Little or no technical information is included. | + | |
| + | Descriptive documentation is usually an overview over something. A more top view on how things are working. Little or no technical information is included. | ||
| Examples: | Examples: | ||
| + | |||
| * A network schematics over a network or setup with several servers. | * A network schematics over a network or setup with several servers. | ||
| * A flow chart describing on how a program or script is working. | * A flow chart describing on how a program or script is working. | ||
| === Policy documentation === | === Policy documentation === | ||
| + | |||
| Policy documentation differ from the other kind of documents described here because the matter of the document is more abstract than in the others. A policy documentation is more of an ide on how to proceed, whereas the other documents shows more detailed view on how the world are in a model (Descriptive) or down on a detailed level (technical). | Policy documentation differ from the other kind of documents described here because the matter of the document is more abstract than in the others. A policy documentation is more of an ide on how to proceed, whereas the other documents shows more detailed view on how the world are in a model (Descriptive) or down on a detailed level (technical). | ||
| - | === Mix-mode documentation === | + | === Mix-mode documentation === |
| - | This is documentation, | + | |
| + | This is documentation, | ||
| ==== Chapter 2 - Why do we need documentation? | ==== Chapter 2 - Why do we need documentation? | ||
| + | |||
| This might feel like a silly question and maybe the question should be “Why is documentation so important? | This might feel like a silly question and maybe the question should be “Why is documentation so important? | ||
| Line 60: | Line 73: | ||
| And as many says… Time is money. \\ | And as many says… Time is money. \\ | ||
| - | |||
| - | |||
| - | |||
| The documentation should also include some kind of plan for the future and -/or lifecycle management. \\ | The documentation should also include some kind of plan for the future and -/or lifecycle management. \\ | ||
| - | |||
| - | |||
| ==== Chapter 3 - For whom is the documentation? | ==== Chapter 3 - For whom is the documentation? | ||
| Is it just for the little team or single person or for a bigger group? Mabey the whole company? \\ | Is it just for the little team or single person or for a bigger group? Mabey the whole company? \\ | ||
| + | \\ | ||
| + | On what complexity/ | ||
| + | \\ | ||
| + | How sensitive is the information in the documentation, | ||
| + | \\ | ||
| Will there be one author or is it a collaboration between several parties involved in the documentation? | Will there be one author or is it a collaboration between several parties involved in the documentation? | ||
| + | \\ | ||
| + | === For collaboration === | ||
| + | What to consider in short: | ||
| + | * Internal or external (cloud) tool. | ||
| + | * Ease of use | ||
| + | * IAM, who will get access to what? | ||
| + | Tools like DokuWiki, SharePoint, Confluence enterprise can be used to make it easier to collaborate in the documentation. \\ | ||
| + | \\ | ||
| + | Is the tool ok to be in the ‘cloud’? | ||
| + | Like for all tools the easy to use and level of technical skills of the contributors needs to be assessed. Is the wiki path with all entries done with wiki-markup code? Or is a WYSIWYG (What You See Is What You Get) editor needed? \\ | ||
| + | \\ | ||
| + | Ease of use should be one part of the choice of tool. \\ | ||
| + | \\ | ||
| + | If the content of the documents is of a sensitive sort. Then a granular restriction function should be implemented. Identity and Access Management (IAM) should always be part of the process of choosing the collaboration tool. \\ | ||
| + | \\ | ||
| + | === Choosing a tool === | ||
| A thing to keep in mind is to start with how! \\ | A thing to keep in mind is to start with how! \\ | ||
| + | \\ | ||
| How do you want the documentation and then try to find a tool to work with the how. Not the other way around, I.e., implement a tool and then try to make it work.\\ | How do you want the documentation and then try to find a tool to work with the how. Not the other way around, I.e., implement a tool and then try to make it work.\\ | ||
| + | The tool should be a help to the documentation not the thing you need to rewrite your policy for to make it work. Also, the tool must be something that everyone works with. There cannot be a college that “goes their own way” and uses other tools for documentation.\\ | ||
| + | Documentation should be easily accessible and easily read for the duration the documentation is valid. This can be a problem if the documentation is written in a prosperity format (or specific program) that is no longer accessible or readable. \\ | ||
| + | \\ | ||
| + | === Update or not === | ||
| + | So should you update the documentation? | ||
| + | \\ | ||
| + | The answer is almost always yes. The documentation is a “living” document. That means that constantly updating is needed. And so is the case with the most documentation. There are changes in what the document describes that needs to be updated in the documentation. \\ | ||
| - | === For collaboration | + | ==== Chapter 4 – Contributors ==== |
| - | Tools like '' | + | There are different kind of contributors. I have chosen to split them in voluntary- and non voluntary contributors. Description of the two below. There will always |
| - | If the content | + | \\ |
| + | === Voluntary contributors === | ||
| + | This is the people that will just do the documentation | ||
| + | \\ | ||
| + | === Non voluntary contributors === | ||
| + | This is the people that, buy some way, are against documentation or the tool(s) | ||
| + | \\ | ||
| + | If there still are someone who do not want to do documentation in the new tool or documentation at all. Then someone with power in the company needs to put down the foot and make them get back in the que. \\ | ||
| + | \\ | ||
| + | But this can be a problem if some or several people do not contribute and can be a problem. This needs to be fixed as soon as possible. And via the managers of the organization. But not with only total force if it can be avoided. The best is to inform | ||
| + | \\ | ||
| + | Make sure to find those who are sceptic or against the tool/ | ||
| + | \\ | ||
| + | === Education === | ||
| + | Regardless | ||
| + | |||
| + | ==== Attachments ==== | ||
| + | The document as docx \\ | ||
| + | {{ : | ||
| + | and pdf format. \\ | ||
| + | {{ : | ||
tipsandtricks/regardingdocumentation.1637570891.txt.gz · Last modified: 2023/09/29 07:01 (external edit)