| <?xml version="1.0" encoding="UTF-8"?> |
| <org.eclipse.epf.uma:ContentDescription xmi:version="2.0" |
| xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.5/uma.ecore" |
| xmlns:rmc="http://www.ibm.com/rmc" rmc:version="7.5.0" xmlns:epf="http://www.eclipse.org/epf" |
| epf:version="1.5.0" xmi:id="-cGfGHqSFsvSqPwBKeoShxA" |
| name="new_discipline_grouping,_UBqBMMn_EdyuBO4ZIzcyig" guid="-cGfGHqSFsvSqPwBKeoShxA" |
| version="7.2.0"> |
| <mainDescription><p>
 |
| A <a class="elementLink" href="./../../core.default.uma_concept.base/guidances/termdefinitions/discipline_7667F451.html" guid="_yGUuidnmEdmO6L4XMImrsA">discipline</a> is a collection of <a class="elementLinkWithUserText" href="./../../core.default.uma_concept.base/guidances/termdefinitions/task_6C1FF051.html" guid="_x459ktnmEdmO6L4XMImrsA">tasks</a> that are related to a major "area of concern" within the overall project.
 |
| Grouping tasks into disciplines is mainly an aid to understanding the project from a traditional waterfall perspective.
 |
| Although it is more common to perform tasks concurrently across several disciplines (for example, certain requirements
 |
| tasks are performed in close coordination with analysis and design tasks), separating these tasks into distinct
 |
| disciplines is simply an effective way to organize content, which makes comprehension easier.
 |
| </p>
 |
| <p>
 |
| Another reason that several tasks are all categorized by the same discipline is that they represent a part in achieving
 |
| a higher goal, or performing work tasks that are all related to each other. Every discipline defines standard ways of
 |
| doing the work it categorizes. Such standard ways are expressed by so-called <b>reference workflows</b> described with
 |
| <a class="elementLink" href="./../../core.default.uma_concept.base/guidances/termdefinitions/capability_pattern_F5DDC5F.html" guid="_2RUJACO4EdqaNq6Ptg8uyA">capability pattern</a>s, which define how the tasks categorized by the discipline work
 |
| together (in the most generic way). These reference workflows are often used for educating and teaching practitioners.
 |
| </p>
 |
| <p>
 |
| Like other workflows, a discipline's reference workflow is a semi-ordered sequence of activities, presented as either a
 |
| breakdown structure or an activity diagram performed to achieve a particular result. The "semi-ordered" nature of
 |
| discipline workflows emphasizes that the discipline workflows cannot present the real nuances of scheduling real work,
 |
| for they cannot depict the optionality of activities, or the iterative nature of real projects. Yet they still have
 |
| value as a way for us to understand the process, by breaking it into smaller areas of concern.
 |
| </p></mainDescription> |
| </org.eclipse.epf.uma:ContentDescription> |