Doctypes define properties and sections for documents. They are essentially Confluence Blueprints that help to create pages in your wiki based on templates.


Doctypes help authors to add their information in a uniform way. This uniform way support the authors to concentrate on the content and not be distracted by formatting or coarse structuring issues. It also helps readers to find the information more quickly.

Doctypes are implemented as page blueprints, which Confluence allows to adjust to your needs. Teams should decide what elements are worthy to use and which should be discarded. After all there must be a return of investment and every asset, which includes documents, is also a (potential) liability.

To get you started with projectdoc quickly we recommend to install the Core Doctypes. With this basic set of blueprints you may start spaces to document topics that are relevant for your team. We also provide (and plan to provide) additional doctype add-ons for other  areas of project documentation.

The projectdoc Add-on provides only a demonstration space and the Blank Document doctype.

Related Documentation

The following links direct you to related documentation within this wiki.

Take an alternative introduction to the Core Doctypes

Or have a look at Doctypes Introduction.

Create a Space

To get started with the Core Doctypes, we recommend to create an Core Project Space.

This provides the basic structure to add new documents easily by the use of home and index pages. This is how the space looks like:

If you prefer to start with a relatively blank space, consider to choose the Configuration Space. It creates a home page and an index page for type documents.

List of Space Blueprints

The following space blueprints are provided by the Core Doctypes.

Address Book

Manage information about people and their roles and interests in a product or project. This space contains information about roles, persons, and organizations.

Configuration Space

Manage commonly used configurations without any subdocuments (besides a homepage for type homepages).

Core Project Space

Create a space to organize information for your agile team. A basic structure with homepages is created, such as for tags, topics, or roles).

Glossary

Manage information about a domain. Add glossary items and associate them with domain information.

Index Space

Collect commonly used information like spaces properties or type documents. You may also include fragments to be used by transclusion or other information that is relevant for all dependent spaces.

Library

Manage information about resources. This includes books, articles, podcasts, as well as information about the authors of these resources.

Topic Space
Create a space to collect and organize information on a topic.
Workspace

Create a space to collaboratively collect information on a specific topic. A workspace does not demand for updating information. It is a place to work with until a goal is reached. Move the result of your research to topic spaces and discard or archive this space.

Core Doctypes

The following document types are part of the Core Doctypes Add-on.

The core doctypes provide the base for your agile documentation work. You may also use them as an inspiration for designing your own templates that meet exactly the requirements of your project.

Please refer to Tour for Document Authors for an introduction on how to use these templates and to Tour for Template Authors for information on how to design your own templates.

# Name Short Description Categories
1
Associates two documents.
2
Categorize associations by a type.
3
Categories allow to set document instance of different doctypes in a hierarchy.
4
Categorize categories by a type.
5
Describes an information need and use this description as a basis to create and maintain a document.
6
Categorize charters by a type.
7
Excerpts are abstracts of information found in a resource, such as a book. If you want to go into more detail for a given resource, there may be multiple excerpts as subpages of the resource document.
8
Categorize excerpts by a type.
9
Defines the context through which readers acquire skills. The level sets the expectation on the author's techniques to teach.
10
Categorize experience levels by a type.
11
FAQs help to record an answer to a frequently asked question concerning the project, the product, the system or the process.
Documentation
12
Categorize FAQs by a type.
13
Generic Documents provide information where no other doctype matches.
14
Categorize generic documents by a type.
15
Glossary items are part of the domain glossary for the project. Glossaries support the team to use terms of the domain consistently in conversations and documentation.
16
Categorize glossary items by a type.
17
Resources are identified by their media type. This may be the MIME type, but also a human readable string, that identifies the syntactic format.
18
Categorize media types by their type.
19

Metadata documents provide tables of simple key/value pairs. This information can be used as an aspect or as additional space properties to be available for reference on your wiki.

20
21
A documentation module is a fragment which is usually transcluded by other documents. The lifetime of a module document is independent of the lifetimes of the documents that reference it.
22
Categorization of document modules for single sourcing.
23
Information about organizations that take a part in the project. You may collect common information here for all persons that belong to an organization, such as address or homepage.
24
Categorize organizations by a type.
25
Provides information about a person. This includes contact information (important if the person is relevant for the team) or information about the competences (if the person is an author about a topic relevant for the project).
26
Categorize persons by a type.
27
Profiles provide views on documents via delegation.
28
Categorize profiles by a type.
29
Quotes relevant for the project. Allows to store the content and metadata to the quote.
30
Categorize quotes by a type.
31
Organizes glossary items.
32
Categorize relations by a type.
33
Resources are books, webpages, videocasts relevant for the project. Add important information to your project about resources that lie outside the control of your team.
34
Resources are identified by their type. This is not the MIME type, but human readable string, that identifies the semantic, rather than the syntactic format.
35
Defines a role with its responsibilities, tasks and requirements. Roles are incorporated by stakeholders who take interest in the project. The are also used to define the audience for documents.
36
Categorize roles by a type.
37
Sections of a document are typically part of a document. But the size of sections may vary. To support a team to write collaboratively on the documentation, a larger document may be subdivided into external section documents.
38
Categorize sections by a type.
39
Compile other documents, yet space indices are themselves projectdoc documents. So they can be tagged and grouped.
40
Categorize space indexes by a type.
41
A party that takes interest in a project. The stakeholder is either a real person, an organization or group, or represents a class of individuals, groups or organizations.
42
Categorize stakeholders by a type.
43
Describes a single step of an activity. A step is a generic document that is associated with a document that describes a process. It may be a test log or a howto.
44
Categorize steps by a type.
45
Subject documents allow to set document instance of different doctypes in a common context.
46
Categorize subjects by a type.
47
Document the semantics of a tag. May also be used to document Confluence labels.
48
Categorize tags by a type.
49
A description of a given topic. A topic may describing or explaining a concept, a task to accomplish or a reference. There are a couple of topic types that set the expectations for the reader. Instances of the topic doctype usually have independent lifetimes from any referencing documents.
50
A topic type is a semantic type of the topic. It helps to set the expectations of potential readers.
51
Guided tours through existing information. This allows to aggregate topics for a given question or audience, thus providing a view on a topic.
52
Document a version of a product or service.
53
Categorize versions by a type.
 

Find more doctypes in the extensions!

Extension Doctypes

The following doctypes are not part of the Core Doctypes Add-on, but are (or will soon be) available in separate packages.

Separate add-ons make it easy for teams to select those doctypes that are useful for them and their specific project requirements.

Name Status Short Description
AVAILABLE
Provides doctypes to create documentation in software development projects. The focus is on documenting the architecture of the product, but it includes templates for other software development documentation requirements as well.
AVAILABLE
Provides doctypes to document a system or software architecture based on the arc42 Template.
AVAILABLE
Provides doctypes to collborate with your team. Run iterations and record discoveries that may be of interest at the end of the iteration or for even later reference. Quick notes are more easily added as records to the team's space than to the official documentation tree. Defer the talk to the documentation architect to the end of the iteration (if the discovery is still of interest).
AVAILABLE
Provides doctypes to organize the developer's work by the employment of a diary. Take you personal planning and professional records to the next level!
AVAILABLE
Provides doctypes to define the checklists, processes, patterns, tools, and rules your team agrees upon. Writing them down makes them accessible for anyone - especially for new team members. Keep these documents short and to the point!
AVAILABLE
Mission, vision, strategy for business planning and execution.
AVAILABLE
Provides doctypes to document services and systems for IT service management (ITSM).
AVAILABLE
Provides doctypes for documenting decisions, risks, open issues, and meeting minutes.
AVAILABLE SOON
Provides doctypes for documenting and tracking risks.
AVAILABLE SOON
Document macros, page blueprints, space blueprints, and components of your Confluence add-on.
AVAILABLE
Use products (templates) from the V-Modell®XT in your Confluence wiki as blueprints!
Install additional Doctypes!

Resources

Document Types and Templates
Document types (or doctypes for short) define a set of properties and sections. Each doctype matches at least one Confluence Page Blueprint. Confluence Page Blueprints are a collection of templates, but often the collection contains only one element.
Doctypes Overview
List of all doctypes provided by add-ons. Provides an overview over doctype IDs and blueprint keys.
projectdoc Toolbox Online Manual
The online manual for the projectdoc Toolbox for Confluence.
Think Repositories
To organize your documentation place documents in a typed repository and add additional views on demand.
Topic is not meant to be multi-purpose
Despite the name of the Topic Doctype, it is not supposed to be used for any topic. Use the Generic Doctype or the Section Doctype for general purposes.