Let's begin with the real world, complete with all its incredible deadline pressure. Let's talk about the implementation now, we can start with a dashboard or Charts,.Charts are prepared for the standard metrics. All charts require titles, legends, and labels for all axes. They should clearly and succinctly show the metrics of interest, with no excessive detail to detract the eye. Do not overuse different line types, patterns, or color, or added dimensionality unless used specifically to differentiate items. Overlayed data is preferable to multiple charts when the different data are related to each other and can be meaningfully depicted without obscuring other details.
The most common type of chart is the tracking chart. This chart is used extensively for the Progress indicator, and is used in similar forms for many of the other indicators. For task progress, it depicts the cumulative number of planned and actual task completions (or milestones) against time. For other indicators, it may show actual versus planned staffing profiles, actual versus planned software size, actual versus planned resource utilization or other measures compared over time.
There are many ways to modify the tracking chart. A horizontal planned line representing the cumulative goal can be drawn at the top, multiple types of tasks can be overlaid on a single tracking chart (such as design, code, and integration), or the chart can be overlaid with other types of data.
It is recommended that tracked quantities be shown as a line chart, and that replanned task progress be shown as a separate planning line. The original planned baseline is kept on the chart, as well as all replanning data if there is more than a single replan.
The following sections provide brief descriptions of the different metrics categories with samples of the required charts. Individual projects may enhance the charts for their situations or have additional charts for the categories. The sample charts are designed for overhead presentations and are available as templates from the professor.
Indicator Category | Management Insight | Indicators |
Progress | Provides information on how well the project is performing with respect to its schedule. | Actual vs. planned task completions Actual vs. planned durations |
Effort | Provides visibility into the | Actual vs. planned staffing profiles |
Cost | Provides tracking of actual costs against estimated costs and predicts future costs. | Actual vs. planned costs Cost and schedule variances |
Review Results | Provides status of action items from life-cycle review. | Status of action items |
Trouble Reports | Provides insight into product and process quality and the effectiveness of the testing. | Status of trouble reports Number of trouble reports opened, closed, etc. during |
Requirements Stability | Provides visibility into the magnitude and impact of requirements changes. | Number of requirements changes/clarifications Distribution of requirements over releases |
Size Stability | Provides insight into the | Size growth Distribution of size over releases |
Computer Resource Utilization | Provides information on how | Actual vs. planned profiles of computer resource utilization |
Training | Provides information on the | Actual vs. planned number of personnel attending classes |
so these are nine implementations to start with you can use the suitable combination which ever you feel the need for. Feel free to share comments / feedbacks
No comments:
Post a Comment