Getting started with project areas and lifecycle projects
Project areas
A project area is an area in the repository where information about one or more software projects is stored. A project area defines the project deliverables, team structure, process, and schedule. You access all project artifacts, such as plans, work items, requirements, test cases, and files under source control within the context of a project area.
- User roles
- Permissions assigned to roles
- Timelines and iterations
- Operation preconditions and follow-up actions
- Work item types and their state transition models
Linking artifacts across project areas
The power of the CLM applications is that you can link artifacts across application project areas. For example, you can link a requirements collection defined in a Requirements Management project area with a release plan defined in a Change and Configuration Management project area, and you can link both of those artifacts to a test plan defined in a Quality Management project area. This cross-application linking supports traceability throughout the lifecycle. To enable artifact linking between project areas, you configure associations for the project areas.
Lifecycle projects
You can create and manage project areas in each application by using the project area editor. However, a more efficient method is to use the Lifecycle Project Administration user interface to create a lifecycle project. When you create a lifecycle project, you select a template that defines the project areas to create, the process to use for each project area, and the associations to establish between those project areas.
For example, the following graphic shows a lifecycle project that contains three project areas, one from each CLM application. The associations are configured so that testers, working in the quality management (QM) project area, can create defects and quality management tasks and store them in the change and configuration management (CCM) project area; and analysts, working in the requirements management (RM) project area, can create requirements change requests and implementation requests and store them in the change and configuration management project area. In addition, testers working in the quality management project area can create requirements that are stored in the requirements project area.

After you create a lifecycle project, you can use the Lifecycle Project Administration user interface to add users as members to one or more of the project areas that belong to the lifecycle project. You can also assign roles to those members for each project area.
Next steps
Learn more about lifecycle projects and project areas by following these links:
- Administering lifecycle projects
- Creating lifecycle projects from templates
- Adding members to projects
- Assigning roles to users in lifecycle projects
- Administering project areas: Tasks for all applications (web client)
- Administering change and configuration management projects
- Administering requirements management projects
- Administering quality management projects
Jazz.net channel User Education channel |
Agile learning circle Learning circles |
developerWorks forums |
Deployment wiki Support blog |