03.07.2013 Views

View/Open - Naval Postgraduate School

View/Open - Naval Postgraduate School

View/Open - Naval Postgraduate School

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

einforcing loop. We show how, through exogenous manipulation of loop dominance, managers<br />

can regain control of projects with tipping point structures. Loop R2 (Schedule Pressure) can<br />

increase the strength of the Add New Tasks loop (R1) by increasing the rework fraction as<br />

described above. The resulting increase in a project’s backlog increases the time required to<br />

complete the project, increasing schedule pressure. This increases the schedule-induced<br />

rework fraction and, thereby, the fraction discovered to require rework 7 .<br />

Model Testing and Typical Behavior<br />

The model was tested using standard methods for system dynamics models (Sterman,<br />

2000). Basing the model on previously tested project models and the literature improves the<br />

model’s structural similarity to development processes and practices, as do unit consistency<br />

tests. Extreme condition tests were performed by setting model inputs, such as initial scope or<br />

total project staff, to extreme values and simulating project behavior. Model behavior remained<br />

reasonable. The model’s behavior for typical conditions is consistent with previous project<br />

models and practice (e.g., the common "S"-shaped increase in work released over time shown<br />

in Figure 6). As a successful project progresses, the backlog initially decreases slowly as the<br />

value chain and rework structures fill with work, increases progress during stable production,<br />

and decreases to zero slowly as backlogs empty, indicating that the project is complete. Model<br />

behavior was also compared to actual project behavior as described by Ford and Sterman<br />

(1998; 2003b) and Lyneis et al. (2001) and found to closely match the behavior modes of actual<br />

projects.<br />

Total Total Backlog (Work Packages Packages)<br />

120<br />

100<br />

80<br />

60<br />

40<br />

20<br />

0<br />

0 10 20 30 40<br />

Weeks<br />

Figure 6. Typical Project Model Behavior<br />

7 Third and fourth reinforcing loops exist in which the IC backlog and IC rate increase the QA Backlog<br />

and, thereby, the QA rate and Rework Backlog. These backlogs also increase the project backlog. These<br />

loops perform like loop R2, but instead of increasing the project backlog through the IC backlog, they<br />

increase it through the QA and Rework Backlogs.<br />

=<br />

=<br />

==================^Åèìáëáíáçå=oÉëÉ~êÅÜW=ÅêÉ~íáåÖ=ëóåÉêÖó=Ñçê=áåÑçêãÉÇ=ÅÜ~åÖÉ=======- 348 -<br />

=<br />

=

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!