Work Product (Artifact): Work Order








var defaultQueryStr = '?proc={35359DDF-6361-43E5-8B1B-18D204DA8CFF}&path={35359DDF-6361-43E5-8B1B-18D204DA8CFF},{10C2C34C-BF5E-4825-A7DC-5E106EFAA4C5},_CWRlqhi2Edq_uI8xTPML6g';
var backPath = './../../';
var imgPath = './../../images/';
var nodeInfo=null;
contentPage.preload(imgPath, backPath, nodeInfo, defaultQueryStr, false, true, false);










Work Product (Artifact): Work Order















This artifact is the Project Manager's means of communicating what is to be done, and when, to the responsible staff. It becomes an internal contract between the Project Manager and those assigned responsibility for completion.






Purpose



The purpose is to turn planning into action within Iterations.



Description



Main Description The work order is a negotiated agreement between the Project Manager and the staff to perform a particular task, or set of tasks, under a defined schedule and with certain deliverables, effort, and resource constraints. Work Orders become internal contracts between the Project Manager and those assigned responsibility for their completion.


Brief Outline 1. Identification Uniquely identifies the project and the work order. 2. Work Breakdown Structure (WBS) identification Identifies the activity (in the project plan) associated with this work order. Effort expended on this work order will be allocated to this activity for tracking. 3. Responsibility Organizational positions responsible for fulfilling the work order. 4. Associated Change Requests References to Change Requests that are associated with this work order (those that were the stimulus for it or those that will be fixed coincidentally). 5. Schedule The schedule covers the estimated start and completion dates, and the critical path completion date. 6. Effort and other resources Addresses the staff-hours, total and over time, as well as other resource budgets; for example, development environment time, test environment time. 7. Description of work and expected outputs Describes what is to be done and what is to be produced-references the Rational Unified Process description of the tasks to be performed and work products to be produced, or the development case, as appropriate. 8. Indication of agreement between Project Manager and responsible staff The work order should be signed and dated by the holder of the responsible position (usually a team lead) and the Project Manager.



Properties



Optional


Planned



Tailoring



Representation Options The work order is the mechanism by which the Project Manager communicates plans to project members. On small projects this could be as simple as discussing a plan on a whiteboard and then confirming agreements through e-mail. On large, very structured projects perhaps some form of automated activity management is used, where the Project Manager injects formal directions that appear to the team members in to-do lists (maybe with some protocol for agreement). Another option is to use an automated change request management system, extended so that all work on a project (not just defects) is described in change requests, and the directions to perform work are implemented as actions (through, say email, or through an integration with an automated activity management system) that are triggered by state changes in the change request management process. See the Tool Mentor: Establishing a Change Request Process Using Rational ClearQuest for an example of how an automated change management process, which triggers external actions, can be set up.



More Information



Guidelines


Estimating Effort Using the Wide-Band Delphi Technique


Work Order â€" Informal Representation








©  Copyright IBM Corp. 1987, 2006.  All Rights Reserved.







contentPage.onload();
contentPage.processPage.fixDescriptorLinks();