In many projects, it is rarely poss

In many projects, it is rarely possible to foresee action that will be needed in the
future (POLLACK, 2007). Given these circumstances, we have to manage events that
might exacerbate any harmful effects. It is necessary, therefore, to establish mechanisms
for risk management. In this paper, we have presented a simple model that can be
adopted by project managers. By combining the well-known concepts of FMEA with
the requisites of PMBOK, the proposed tool analyzed here may be helpful in reducing
risks in a project. Using the same reasoning as Bertolini et al. (2006), the approach of
the model proposed here allows the user to analyze a generic process of a company in a
straightforward but detailed and structured way. The model’s simplicity not only
facilitates its use and dissemination, but it can also help companies to save both
financial and human resources. In other words, simple ideas can be used to solve
complex problems (PYRA and TRASK, 2002).
Our analysis of PMBOK’s requirements for project risk management and the available
tools in our model based on FMEA have demonstrated that the proposed model fulfills
71% of PMBOK’s requirements to a high or a medium degree. This indicates that
FMEA can be considered as a tool to be tested in project risk management in other areas
other than product development in manufacturing, such as Information Technology
projects.
The application of the suggested model to a real case indicates that it presents a
feasible alternative for project risk management. Furthermore, the model enables
outcomes that provide concrete results: a Risk Diagram, an Evaluation Matrix and
Action List.
The main characteristics that differentiate our model from PMI methodology for
risk management lies in the way severity is addressed and detection criterion. In our
model, we assign values on a numerical scale rather than in terms of monetary values.
Naturally, financial issues can continue to drive the analysis, however, using a scale
makes it easier to carry out a risk analysis as it enables the construction of a numerical
risk index (or according to FMEA concept the Risk Priority Number - RPN). The
inclusion of the detection dimension adds value to PMI’s risk management analysis as it
provides a structured way of predicting failures and avoiding them before they occur.
It must be emphasized that the proposed model was tested without the assistance
of a specific information system for project management. If an information system had
been used, the risk management process would have been boosted. The automatization
provided by IT tools could also evaluate the model’s robustness, stressing either its
strengths or weaknesses. We intend to do this in the future.

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

ในหลาย ๆ โครงการ เป็นแทบไม่ต้องเล็งเห็นการกระทำที่จำเป็นในการอนาคต (พอลแลค 2007) รับสถานการณ์เหล่านี้ เราต้องจัดการเหตุการณ์ที่อาจทำให้รุนแรงอันตรายใด ๆ จำเป็น ดังนั้น การสร้างกลไกสำหรับการจัดการความเสี่ยง ในเอกสารนี้ เราได้นำเสนอแบบง่าย ๆ ที่สามารถนำ โดยผู้จัดการโครงการ โดยการรวมแนวคิดของ FMEA กับรู้จักrequisites ของ PMBOK นำเสนอเครื่องมือวิเคราะห์ที่นี่อาจจะมีประโยชน์ในการลดความเสี่ยงในโครงการ ใช้เหตุผลเดียวกันเป็น Bertolini et al. (2006), การรูปแบบการนำเสนอที่นี่ช่วยให้ผู้ใช้สามารถวิเคราะห์กระบวนการทั่วไปของบริษัทในการตรงไปตรงมา แต่รายละเอียด และโครงสร้างทาง ความเรียบง่ายของรูปแบบไม่เฉพาะอำนวยความสะดวกในการใช้และเผยแพร่ แต่ก็ยังสามารถช่วยบริษัทประหยัดทั้งทรัพยากรมนุษย์ และการเงิน ในคำอื่น ๆ สามารถใช้ความคิดเรื่องการแก้ปัญหาซับซ้อน (PYRA และ TRASK, 2002)เราวิเคราะห์ความต้องการของ PMBOK การบริหารความเสี่ยงของโครงการที่มีเครื่องมือในรูปแบบของเราตาม FMEA มีแสดงว่า แบบจำลองนำเสนอตอบสนอง71% ของความต้องการของ PMBOK สูงหรือระดับกลาง นี้หมายถึงFMEA ถือได้ว่าเป็นเครื่องมือที่จะทดสอบในการบริหารความเสี่ยงโครงการในพื้นที่อื่น ๆอื่น ๆ กว่าการพัฒนาในการผลิต เช่นเทคโนโลยีสารสนเทศโครงการแอพลิเคชันรุ่นแนะนำกรณีจริงบ่งชี้ว่า ระดับการทางเลือกที่เป็นไปได้สำหรับการบริหารความเสี่ยงโครงการ นอกจากนี้ การเปิดใช้งานแบบผลที่ให้คอนกรีตผลลัพธ์: ไดอะแกรมความเสี่ยง เมทริกซ์การประเมิน และรายการการดำเนินการลักษณะหลักที่รุ่นของเราแตกต่างจากวิธี PMI สำหรับการบริหารความเสี่ยงอยู่ในวิธีระบุความรุนแรงและเกณฑ์การตรวจสอบ ในของเรารุ่น เรากำหนดค่า บนสเกลเป็นตัวเลขไม่ ใช่ในแง่ ของค่าเงินธรรมชาติ ปัญหาด้านการเงินสามารถใช้ต่อไปขับวิเคราะห์ อย่างไรก็ตาม อัตราการช่วยให้ดำเนินการวิเคราะห์ความเสี่ยงให้การก่อสร้างที่เป็นตัวเลขดัชนีความเสี่ยง (หรือ ตามแนวคิด FMEA หมายสำคัญความเสี่ยง - RPN) ที่รวมมิติตรวจเพิ่มค่าของ PMI วิเคราะห์การจัดการความเสี่ยงตามวิธีการคาดการณ์ความล้มเหลว และหลีกเลี่ยงพวกเขาก่อนที่จะเกิดโครงสร้างทางต้องย้ำว่า ทดสอบแบบนำเสนอ โดยความช่วยเหลือระบบข้อมูลเฉพาะสำหรับการบริหารโครงการ ถ้ามีระบบข้อมูลการการใช้ การบริหารความเสี่ยงจะได้รับเพิ่มขึ้น Automatization ที่ให้เป็น เครื่องมือยังสามารถประเมินเสถียรภาพของรุ่น เน้นหนักอย่างใดอย่างหนึ่งของจุดแข็งหรือจุดอ่อน เราตั้งใจที่จะทำในอนาคต

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

ในหลายโครงการก็เป็นไปได้ไม่ค่อยที่จะทำนายการกระทำที่จะเป็นที่ต้องการในอนาคต (พอลแล็ค 2007)
ในสถานการณ์เหล่านี้เรามีการจัดการเหตุการณ์ที่อาจทำให้รุนแรงผลกระทบที่เป็นอันตรายใด ๆ
มันเป็นสิ่งจำเป็นดังนั้นเพื่อสร้างกลไกการบริหารความเสี่ยง
ในบทความนี้เราได้นำเสนอรูปแบบง่ายๆที่สามารถนำไปใช้โดยผู้จัดการโครงการ
โดยการรวมแนวคิดที่รู้จักกันดีของ FMEA
กับปัจจัยของPMBOK
ที่นำเสนอเครื่องมือวิเคราะห์ที่นี่อาจจะเป็นประโยชน์ในการลดความเสี่ยงในโครงการ การใช้เหตุผลเดียวกับ Bertolini et al, (2006)
วิธีการของรูปแบบที่นำเสนอที่นี่ช่วยให้ผู้ใช้ในการวิเคราะห์กระบวนการทั่วไปของบริษัท
ในทางที่ตรงไปตรงมาแต่รายละเอียดและโครงสร้าง ความเรียบง่ายของรูปแบบที่ไม่เพียง
แต่อำนวยความสะดวกในการใช้งานและการเผยแพร่แต่ก็ยังสามารถช่วยให้ บริษัท
สามารถประหยัดทั้งเงินทุนและทรัพยากรมนุษย์ ในคำอื่น ๆ
ความคิดที่เรียบง่ายสามารถนำมาใช้ในการแก้ปัญหาที่ซับซ้อน(Pyra และ TRASK, 2002).
การวิเคราะห์ของเราของความต้องการ PMBOK
สำหรับการบริหารความเสี่ยงของโครงการและการที่มีเครื่องมือในรูปแบบของเราขึ้นอยู่กับFMEA ได้แสดงให้เห็นว่ารูปแบบที่นำเสนอตอบสนอง
71% ของ PMBOK ต้องการที่จะสูงหรือปริญญากลาง นี้บ่งชี้ว่า
FMEA ถือได้ว่าเป็นเครื่องมือในการได้รับการทดสอบในการบริหารจัดการความเสี่ยงโครงการในพื้นที่อื่น ๆ
อื่น ๆ
นอกเหนือจากการพัฒนาผลิตภัณฑ์ในการผลิตเช่นเทคโนโลยีสารสนเทศโครงการ.
แอพลิเคชันของรูปแบบการแนะนำให้เป็นกรณีจริงแสดงให้เห็นว่ามันนำเสนอทางเลือกที่เป็นไปได้
การบริหารความเสี่ยงของโครงการ นอกจากนี้รูปแบบจะช่วยให้ผลที่ให้ผลที่เป็นรูปธรรม: แผนภาพความเสี่ยงเป็นเมทริกซ์และประเมินผล. รายชื่อการกระทำลักษณะสำคัญที่แตกต่างจากรูปแบบของเราวิธี PMI สำหรับการบริหารความเสี่ยงอยู่ในระดับความรุนแรงวิธีการแก้ไขและเกณฑ์การตรวจสอบ ของเราในรูปแบบที่เรากำหนดค่าในระดับตัวเลขมากกว่าในแง่ของค่าเงิน. ธรรมชาติปัญหาทางการเงินยังคงสามารถที่จะผลักดันการวิเคราะห์ แต่ใช้ขนาดทำให้ง่ายต่อการดำเนินการวิเคราะห์ความเสี่ยงที่จะช่วยให้การก่อสร้างตัวเลขดัชนีความเสี่ยง (หรือตามแนวคิด FMEA จำนวนลำดับความสำคัญความเสี่ยง - RPN) รวมของมิติการตรวจสอบเพิ่มมูลค่าให้กับการวิเคราะห์การบริหารความเสี่ยงของ PMI ในขณะที่มันมีวิธีการที่มีโครงสร้างในการคาดการณ์ความล้มเหลวและหลีกเลี่ยงพวกเขาก่อนที่พวกเขาเกิดขึ้น. มันจะต้องเน้นย้ำว่ารูปแบบที่นำเสนอได้รับการทดสอบโดยไม่ต้องความช่วยเหลือของระบบสารสนเทศที่เฉพาะเจาะจงสำหรับการบริหารจัดการโครงการ. หากระบบสารสนเทศได้ถูกนำมาใช้ในกระบวนการบริหารความเสี่ยงที่จะได้รับเพิ่มขึ้น automatization ให้โดยเครื่องมือไอทียังสามารถประเมินความทนทานของรูปแบบที่เน้นหนักของทั้งจุดแข็งจุดอ่อนหรือ เราตั้งใจที่จะทำเช่นนี้ในอนาคต

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

ในโครงการมากมาย มันแทบจะเป็นไปได้ที่จะเกิดการกระทำที่จะต้อง
ในอนาคต ( ปลา , 2007 ) ในสถานการณ์เหล่านี้ เราต้องจัดการกับเหตุการณ์ที่
อาจ exacerbate ผลที่เป็นอันตรายใด ๆ มันเป็นสิ่งจำเป็น ดังนั้น การจัดตั้งกลไก
เพื่อบริหารความเสี่ยง ในบทความนี้เราได้นำเสนอแบบจำลองอย่างง่ายที่สามารถ
ที่รับรองโดยผู้จัดการโครงการโดยการรวมแนวคิดที่รู้จักกันดีของ FMEA ด้วย
ปัจจัยของ pmbok เสนอ เครื่องมือวิเคราะห์ข้อมูลนี้อาจจะเป็นประโยชน์ในการลด
ความเสี่ยงในโครงการ ใช้เหตุผลเดียวกับ bertolini et al . ( 2006 ) , วิธีการของ
รูปแบบเสนอมาช่วยให้ผู้ใช้สามารถวิเคราะห์กระบวนการทั่วไปของ บริษัท ใน
ตรงไปตรงมาแต่รายละเอียดและโครงสร้างทาง รูปแบบของความเรียบง่ายไม่เพียง
ในการใช้ และการเผยแพร่ความรู้ แต่มันยังสามารถช่วยให้ บริษัท ประหยัดทั้ง
ทางการเงินและทรัพยากรมนุษย์ ในคำอื่น ๆที่คิดง่าย ๆ สามารถใช้ในการแก้ปัญหาที่ซับซ้อน (
pyra แทรซ , 2002 ) .
ของเราการวิเคราะห์ความต้องการ pmbok สำหรับการบริหารความเสี่ยงโครงการ และมีเครื่องมือในรูปแบบของเราขึ้นอยู่กับ
การวิเคราะห์แสดงให้เห็นว่าแบบจำลองตอบสนอง
71 เปอร์เซ็นต์ของความต้องการ pmbok จะสูงหรือปานกลาง ระดับ นี้บ่งชี้ว่า
FMEA ถือได้ว่าเป็นเครื่องมือที่จะถูกทดสอบในการบริหารความเสี่ยงของโครงการในพื้นที่อื่นๆ
นอกจากการพัฒนาผลิตภัณฑ์ในการผลิต เช่น โครงการเทคโนโลยีสารสนเทศ
.
การนำเสนอแบบกรณีจริง แสดงว่ามันเสนอทางเลือกที่เป็นไปได้
การบริหารความเสี่ยงโครงการนอกจากนี้ รูปแบบผลลัพธ์ที่ให้ผลเป็นรูปธรรมให้
: ความเสี่ยงแผนภาพ , เมทริกซ์การประเมินผลและ

รายการการกระทำ ลักษณะสำคัญที่แตกต่างในแบบของเราจาก PMI วิธีการการจัดการความเสี่ยงอยู่ในวิธีการที่รุนแรงเป็น addressed และเกณฑ์การตรวจสอบ ในแบบของเรา
เรากำหนดค่าในระดับตัวเลขที่มากกว่าในแง่ของค่าเงิน .
ธรรมชาติปัญหาทางการเงินสามารถขับการวิเคราะห์ อย่างไรก็ตาม การใช้เครื่องชั่ง
ทำให้ง่ายต่อการวิเคราะห์ความเสี่ยง เช่น มันช่วยให้การสร้างดัชนีความเสี่ยงเชิงตัวเลข
( หรือตามแนวคิดความเสี่ยงอันดับ - คะแนน FMEA )
รวมของการตรวจสอบมิติเพิ่มมูลค่าเพื่อการวิเคราะห์ความเสี่ยง PMI เป็น
มีโครงสร้างของการทำนายความล้มเหลวและหลีกเลี่ยงพวกเขาก่อนที่พวกเขาเกิดขึ้น .
มันต้องเน้นว่า แบบจำลองถูกทดสอบโดยไม่ต้องขอความช่วยเหลือ
ระบบสารสนเทศเฉพาะสำหรับการบริหารจัดการโครงการ ถ้าระบบมี
ใช้กระบวนการบริหารความเสี่ยงจะได้รับเพิ่มขึ้น . โดยอัตโนมัติ
โดยเป็นเครื่องมือยังสามารถประเมินแบบทนทาน เน้นให้มัน
จุดแข็งหรือจุดอ่อน เราตั้งใจจะทำในอนาคต