[et_pb_section transparent_background=”off” allow_player_pause=”off” inner_shadow=”off” parallax=”off” parallax_method=”on” padding_mobile=”off” make_fullwidth=”off” use_custom_width=”off” width_unit=”off” custom_width_px=”1080px” custom_width_percent=”80%” make_equal=”off” use_custom_gutter=”off” fullwidth=”off” specialty=”off” admin_label=”section” disabled=”off”][et_pb_row make_fullwidth=”off” use_custom_width=”off” width_unit=”off” custom_width_px=”1080px” custom_width_percent=”80%” use_custom_gutter=”off” gutter_width=”3″ padding_mobile=”off” allow_player_pause=”off” parallax=”off” parallax_method=”on” make_equal=”off” column_padding_mobile=”on” parallax_1=”off” parallax_method_1=”on” parallax_2=”off” parallax_method_2=”on” parallax_3=”off” parallax_method_3=”on” parallax_4=”off” parallax_method_4=”on” admin_label=”row” disabled=”off”][et_pb_column type=”4_4″ disabled=”off” parallax=”off” parallax_method=”on” column_padding_mobile=”on”][et_pb_text background_layout=”light” text_orientation=”left” admin_label=”Text” use_border_color=”off” border_style=”solid” disabled=”off”]
In today’s project management paradigms, cost and schedule tracking tools can measure the amount of:
- money that has actually been spent, and
- work that has actually has been done.
However, cost and schedule tracking tools cannot:
- answer “How much of my project has been completed?” (Kasser, 1997), or
- identify potential technical problems in near real-time to be able to mitigate them.
This blog improves project management and systems engineering by providing a way to measure technical progress of a project and identify potential problems in near real-time to mitigate problems before they occur as shown in the accompanying video at https://youtu.be/5AUafacJ5AU.
Simplistic approaches to tracking the technical progress of realizing the requirements or features of a new product through the design and construction stages of the System Development Process (SDP) such as Feature Driven Development (FDD) (Palmer and Felsing, 2002) can inform about the state of the realization activities. However they cannot be used to estimate the degree of completion of the project since each requirement or feature has a different level of complexity and takes a different amount of effort to realize. The need exists for a measurement approach that can:
- summarize detailed information for display in one or two charts, and
- readily relate this information to the existing cost and schedule.
The Categorized Requirements in Process (CRIP) approach (Kasser, 1999) presented in the video [https://youtu.be/5AUafacJ5AU] meets the need by looking at the change in the state of a summary of the realization activities which convert requirements into systems during the SDP from several perspectives. Further explanations can be found in my book “Perceptions of Systems Engineering” (Kasser, 2015), Chapter 19.
References
[/et_pb_text][/et_pb_column][/et_pb_row][/et_pb_section]
