In the 26 publications on the relation between risk management and project success that were investigated, the traditional manner of defining and determining project success (The Standish Group International, 1999; Royal Academy of Engineering, 2004) is still very common. About two third of the publications dealt with in this paper refer to project success in terms of compliance with time limits, cost limits and meeting requirements (see Fig. 5). A clear definition of project success, however, often remains rather implicit, as illustrated by e.g. Conrow and Shishido (1997) in the introduction to their paper: ‘‘rising costs, falling performance and slipping schedules are common problems . . .”, followed by a reference to a 1994 Standish report on the success and failure of IT projects, and a discussion about risk and risk management. In the remainder of their study, project success is neither mentioned nor defined. Also Kutsch and Hall (2005) and Deyet al. (2007) merely refer to time, costs and requirements in their introductions. Two other publications that remain
implicit about what is meant by project success are Akkermans and van Helden (2002) and Gemmer (1997), who both use the term ‘‘performance” without further defining it. Wallace and Keil (2004) and Wallace et al. (2004a,b) use product performance and process performance, but these terms also refer to time and budget (process performance), as well as requirements (product performance).
Further, non-traditional project success definitions partially include features of traditional project success, e.g. McGrew and Bilotta (2000), who investigate the influence of risk management on project planning. Han and Huang (2007) use the concepts of product and process performance
(see e.g. Wallace et al., 2004a), but add the impact of risks on team performance as described by Jiang et al. (2000), thereby broadening the definition of project success.
ในสิ่งพิมพ์บนความสัมพันธ์ระหว่างการบริหารความเสี่ยงและโครงการประสบความสำเร็จที่ถูกสอบสวน ลักษณะดั้งเดิมของการกำหนด และการกำหนดความสำเร็จของโครงการ (เดอะสเตตฟอกลุ่มนานาชาติ 1999; 26 สถาบันรอยัลวิศวกรรม 2004) ยังเป็นกันมาก ประมาณสองในสามของสิ่งที่ดำเนินการในเอกสารนี้หมายถึงความสำเร็จของโครงการในแง่ของเวลา ต้นทุนข้อจำกัดและความต้องการประชุมต้องปฏิบัติตาม (ดู Fig. 5) คำนิยามที่ชัดเจนของโครงการสำเร็จ แต่ มักจะยังคงเป็นนัย ตามเช่น Conrow และ Shishido (1997) ในการนำกระดาษของพวกเขา: '' เพิ่มขึ้นต้นทุน ประสิทธิภาพตก และลื่นไถลกำหนดการมีปัญหา... เป็นที่ไปมาแล้ว โดยการอ้างอิงถึง 1994 สเตตฟอรายงานความสำเร็จและความล้มเหลวของโครงการ IT และการสนทนาเกี่ยวกับความเสี่ยงและการบริหารความเสี่ยง ในส่วนที่เหลือของการศึกษา ความสำเร็จของโครงการจะไม่กล่าวถึง หรือกำหนด Kutsch และฮอลล์ (2005) และ Deyet al. (2007) แต่หมายถึงเวลา ต้นทุน และความต้องการในบทนำของพวกเขา สิ่งพิมพ์อื่น ๆ สองที่ยังคงอยู่นัยเกี่ยวกับสิ่งที่มีขึ้น โดยความสำเร็จของโครงการคือ Akkermans และ van Helden (2002) และ Gemmer (1997), ซึ่งทั้งสองใช้คำว่า "ประสิทธิภาพ" โดยไม่ต้องไปกำหนดมัน Wallace และ Keil (2004) และ Wallace et al. (2004a, b) ใช้ประสิทธิภาพและประสิทธิภาพของกระบวนการ แต่คำเหล่านี้หมายถึงเวลา และงบประมาณ (ประสิทธิภาพของกระบวนการ), เช่นเดียว กับความต้องการ (ประสิทธิภาพ)นิยามความสำเร็จโครงการต่อไป ไม่ใช่แบบดั้งเดิมบางส่วนรวมคุณลักษณะของความสำเร็จของโครงการแบบดั้งเดิม เช่น McGrew และ Bilotta (2000), ผู้ตรวจสอบอิทธิพลของบริหารความเสี่ยงในการวางแผนโครงการ ฮั่นหวาง (2007) ใช้แนวคิดของประสิทธิภาพของผลิตภัณฑ์และกระบวนการ(ดูเช่น Wallace et al., 2004a), แต่เพิ่มผลกระทบของความเสี่ยงทีมประสิทธิภาพตามที่อธิบายไว้โดย Jiang et al. (2000), broadening นิยามของความสำเร็จของโครงการจึง
การแปล กรุณารอสักครู่..