TY - GEN
T1 - A model of project supervision for process correction and improvement
AU - Tsunoda, Masateru
AU - Monden, Akito
AU - Matsumura, Tomoko
AU - Matsumoto, Ken Ichi
PY - 2011
Y1 - 2011
N2 - Recently, software functional size becomes larger, and consequently, not only a software developer but also a software purchaser suffers considerable losses by software project failure. So avoiding project failure is also important for purchasers. Project supervision (monitoring and control) is expected for the purchaser to suppress risk of project failure. It is performed by sharing software metrics during the project for the purchaser to grasp the status of the project, and corrective actions are done based on analysis results of the metrics. Although there are some software measurement models, the models are not enough to describe how to confirm effects of project supervision. To acquire the effects certainly, the purchaser and the developer should quantitatively confirm whether the effects are acquired or not by project supervision. In addition, the models cannot represent corrective actions when symptoms of project failure are found. We propose the model for project supervision. The model explains planning, collecting data, transforming data, analyzing data, reaction toward found issues, and confirming effect of project supervision. With our model, project supervision can be described more rigorously.
AB - Recently, software functional size becomes larger, and consequently, not only a software developer but also a software purchaser suffers considerable losses by software project failure. So avoiding project failure is also important for purchasers. Project supervision (monitoring and control) is expected for the purchaser to suppress risk of project failure. It is performed by sharing software metrics during the project for the purchaser to grasp the status of the project, and corrective actions are done based on analysis results of the metrics. Although there are some software measurement models, the models are not enough to describe how to confirm effects of project supervision. To acquire the effects certainly, the purchaser and the developer should quantitatively confirm whether the effects are acquired or not by project supervision. In addition, the models cannot represent corrective actions when symptoms of project failure are found. We propose the model for project supervision. The model explains planning, collecting data, transforming data, analyzing data, reaction toward found issues, and confirming effect of project supervision. With our model, project supervision can be described more rigorously.
KW - Business process modeling notation
KW - Corrective action
KW - Fault tree analysis
KW - Measurement
KW - Risk management
UR - http://www.scopus.com/inward/record.url?scp=84856174284&partnerID=8YFLogxK
UR - http://www.scopus.com/inward/citedby.url?scp=84856174284&partnerID=8YFLogxK
U2 - 10.1109/IWSM-MENSURA.2011.31
DO - 10.1109/IWSM-MENSURA.2011.31
M3 - Conference contribution
AN - SCOPUS:84856174284
SN - 9780769544977
T3 - Proceedings - Joint Conference of the 21st International Workshop on Software Measurement, IWSM 2011 and the 6th International Conference on Software Process and Product Measurement, MENSURA 2011
SP - 151
EP - 159
BT - Proceedings - Joint Conference of the 21st International Workshop on Software Measurement, IWSM 2011 and the 6th International Conference on Software Process and Product Measurement, MENSURA 2011
T2 - Joint Conference of the 21st International Workshop on Software Measurement, IWSM 2011 and the 6th International Conference on Software Process and Product Measurement, MENSURA 2011
Y2 - 3 November 2011 through 4 November 2011
ER -