However, as Alter and Ginzberg’s (1

However, as Alter and Ginzberg’s (1978) use of the word ‘‘suggest” indicates, the effects of risk management are hard to establish. The debate during the time of the millennium change, in IT circles known as the Y2K problem, is an example of the general problem that it is difficult to establish the influence of something that is meant to prevent something else from happening. During the late 90’s, large sums of money were invested to identify and repair computer software that was assumed to be unable to handle the transition from the year 1999 to 2000. When the transition actually took place, however, there were no major computer failures. The question was then asked whether it had been worth the investment (BBC News Talking Point, 2000). The debate took the form of a controversy between believers and non-believers, because it is impossible to determine what would have happened if this risk management had not been applied. With respect to the use of risk management in projects, professionals therefore state that risk management must be done because the project management handbooks say so, and it should be done in the way the handbooks prescribe it (Association for Project Management, 2006; Project Management Institute, 2004). This normative approach is often found in relation to literature that focuses on project management in general (Turner, 1999), and on risk management in IT projects in particular (Ropponen and Lyytinen, 1997).

ผลลัพธ์ (ไทย) 1:

อย่างไรก็ตาม เป็น Alter และของ Ginzberg (1978 แชมป์ร่วม) ใช้คำว่า ''ขอแนะนำ"บ่งชี้ ผลกระทบของการบริหารความเสี่ยงยากต่อการสร้างงาน เปลี่ยนแปลงการอภิปรายเวลาการันตี ใน วงเรียกว่าปัญหาปี พ.ศ.2540 เป็นตัวอย่างของปัญหาทั่วไปที่ยากต่อการสร้างอิทธิพลของสิ่งที่ต้องการป้องกันไม่ให้สิ่งอื่นเกิดขึ้น ระหว่างมณฑลสาย เงินลงทุนเพื่อระบุ และซ่อมแซมซอฟต์แวร์ที่ถือจะไม่สามารถจัดการกับการเปลี่ยนแปลงจากปี 1999-2000 เวลาเปลี่ยนที่จริง อย่างไรก็ตาม มีความล้มเหลวในคอมพิวเตอร์ที่สำคัญไม่ คำถามถูกแล้วถามว่า มันได้คุ้มค่าการลงทุน (BBC ข่าวพูดคุยจุด 2000) การอภิปรายเอารูปแบบของการถกเถียงระหว่างผู้เชื่อและไม่ผู้เชื่อ เพราะไปกำหนดว่าต้องเกิดจากการบริหารความเสี่ยงนี้ได้ถูกนำไปใช้ไม่ ภายใต้การใช้บริหารความเสี่ยงในโครงการ ผู้เชี่ยวชาญดังนั้นรัฐที่ ต้องทำการบริหารความเสี่ยง เพราะเมื่อจัดการโครงการพูดได้ และควรจะทำในลักษณะเมื่อกำหนด (การเชื่อมโยงการจัดการโครงการ 2006 โครงการจัดการสถาบัน 2004) วิธีการนี้ normative พบ เกี่ยวกับวรรณกรรมที่เน้นในการจัดการโครงการทั่วไป (Turner, 1999), และการบริหารความเสี่ยงในโครงการ IT โดยเฉพาะ (Ropponen และ Lyytinen, 1997)

ผลลัพธ์ (ไทย) 2:

แต่เป็นแก้ไขและ Ginzberg ของ (1978) การใช้คำว่า '' ขอแนะนำให้ "หมายถึงผลกระทบของการบริหารความเสี่ยงเป็นสิ่งที่ยากที่จะสร้าง การอภิปรายในช่วงเวลาของการเปลี่ยนแปลงสหัสวรรษในวงการไอทีที่เรียกว่าปัญหา Y2K เป็นตัวอย่างของปัญหาทั่วไปที่มันเป็นเรื่องยากที่จะสร้างอิทธิพลของบางสิ่งบางอย่างที่มีความหมายเพื่อป้องกันไม่ให้สิ่งอื่นเกิดขึ้น ในช่วงปลายปี 90, เงินก้อนใหญ่เงินที่ได้ลงทุนในการระบุและซอฟแวร์คอมพิวเตอร์ซ่อมแซมที่ได้รับการสันนิษฐานว่าจะไม่สามารถที่จะจัดการกับการเปลี่ยนแปลงจากปี 1999 ถึงปี 2000 เมื่อการเปลี่ยนแปลงเกิดขึ้นจริง แต่ไม่พบว่ามีความล้มเหลวคอมพิวเตอร์รายใหญ่ คำถามที่ถูกถามแล้วไม่ว่าจะได้รับความคุ้มค่าการลงทุน (บีบีซีข่าวการพูดคุยพอยต์, 2000) การอภิปรายในรูปของความขัดแย้งระหว่างความเชื่อและศรัทธาที่ไม่ใช่เพราะมันเป็นไปไม่ได้ที่จะกำหนดสิ่งที่จะเกิดขึ้นถ้าการบริหารความเสี่ยงนี้จะไม่ได้ถูกนำมาใช้ เกี่ยวกับการใช้การบริหารความเสี่ยงในโครงการมืออาชีพจึงระบุการบริหารความเสี่ยงที่จะต้องทำเพราะคู่มือการบริหารจัดการโครงการพูดเช่นนั้นและมันควรจะทำในทางที่คู่มือกำหนดมัน (สมาคมการบริหารจัดการโครงการ, 2006 การบริหารจัดการโครงการ สถาบัน 2004) วิธีการนี​​้กฎเกณฑ์มักจะพบในส่วนที่เกี่ยวกับวรรณกรรมที่มุ่งเน้นไปที่การบริหารจัดการโครงการโดยทั่วไป (เทอร์เนอ, 1999) และการบริหารความเสี่ยงในโครงการด้านไอทีโดยเฉพาะอย่างยิ่ง (Ropponen และ Lyytinen, 1997)

ผลลัพธ์ (ไทย) 3:

อย่างไรก็ตาม ดัดแปลง และ ginzberg ( 1978 ) ใช้คำว่า ' 'suggest " บ่งชี้ว่า ผลของการบริหารความเสี่ยงจะยากที่จะสร้าง การอภิปรายในช่วงเปลี่ยนสหัสวรรษ ในแวดวงที่รู้จักกันเป็นระบบขึ้น ตัวอย่างของปัญหาทั่วไปที่มันยากที่จะสร้างอิทธิพลของสิ่งที่หมายถึงการป้องกันบางอย่างเกิดขึ้นในช่วงปลาย 90 ของ ผลรวมขนาดใหญ่ของเงินลงทุนในการระบุและซ่อมแซมคอมพิวเตอร์ซอฟต์แวร์ที่เป็นสำคัญ ไม่สามารถรับมือกับการเปลี่ยนแปลงจากปี 1999 ถึง 2000 เมื่อการเปลี่ยนแปลงจริง ๆ เกิดขึ้น แต่ไม่มีความล้มเหลวคอมพิวเตอร์หลัก คำถามคือ แล้วถามว่ามันคุ้มค่าการลงทุน ( ข่าวบีบีซีพูดคุยจุด , 2000 )การใช้รูปแบบของการโต้แย้งระหว่างศรัทธาและไม่ศรัทธา เพราะมันเป็นไปไม่ได้ที่จะตรวจสอบสิ่งที่จะเกิดขึ้นถ้าบริหารความเสี่ยงได้ถูกนำมาใช้ ด้วยความเคารพเพื่อใช้ในการบริหารความเสี่ยงในโครงการ ผู้เชี่ยวชาญ ดังนั้นรัฐบริหารความเสี่ยงต้องทำเพราะโครงการการจัดการคู่มือพูดดังนั้นและควรจะทำในลักษณะคู่มือบัญญัติ ( สมาคมผู้บริหารโครงการ , 2006 ; สถาบันการบริหารโครงการ 2004 ) วิธีการอ้างอิงนี้มักจะพบในความสัมพันธ์กับวรรณคดีที่มุ่งเน้นการบริหารจัดการโครงการในทั่วไป ( Turner , 1999 ) และการบริหารความเสี่ยงในโครงการโดยเฉพาะ ( และ ropponen ลิยทิเน็น , 1997 )