Project Constraints limit the options of a project.
Project constraints limit the options of a project. It is important to note them for further reference. Usually these constraints cannot be changed or cannot be changed easily. Everyone on the team should have quick access to this fundamental information.
The document type project constraint provides the following properties:
Please note that only information about specific properties is provided here. Common document property used by all document types are documented by Document Properties.
Define the type of the constraint for grouping and selecting constraints.
- The constraint is based on technical issues.
- The constraint is based on business issues.
- The constraint is based on legal issues.
- The constraint is based on issues not related to technical, business, or legal issues.
You may also remove the macro value and replace it with a Name List Macro and its own type.
Describe the constraint that defines fundamental and unmodifiable facts demanded by the customer.
This includes technical constraints (software version, etc.), business constraints (business rules, etc.) and legal constraints (law, etc.). In opposition to requirements, project constraints do not change - and if they actually change, will demand a huge amount of work and may imply that a new product has to be started.
Provide a summary of the document's structure and key points. This is an informative abstract typically of about 100 to 200 words.
You may subdivide a constraint and describe each part individually.
Provide information about the reason or intent of the constraint. To know what is meant may make it easier to follow the demanded constraint.
Describe the concrete impact on the project. What has to be done to meet the constraint.
Describe the consequences if the project fails to meet this constraint.
This description is only relevant if the consequence is different to "the project fails".