เอนโทรปีและการจัดการความเสี่ยง

ในบทความนี้ฉันจะจัดการกับ "การจัดการความเสี่ยงโครงการ" และแสดงวิธีค้นหาข้อมูลทางคณิตศาสตร์ที่เทียบเท่ากับวิธีการที่เป็นนามธรรม โครงการใหญ่หรือโครงการขนาดเล็กแต่ละโครงการเกี่ยวข้องกับปัญหาที่คาดว่าจะคาดหมายและไม่คาดฝัน ความคล้ายคลึงกันดังกล่าวสามารถมาจากกฎข้อที่สองของอุณหพลศาสตร์ กฎข้อที่สองของอุณหพลศาสตร์กล่าวถึงแนวคิด: เอนโทรปี เอนโทรปีในระยะสั้นคือความขุ่นของระบบ เอนโทรปีเป็นตัววัดข้อมูลระบบ ในด้านเทคโนโลยีสารสนเทศเอนโทรปีคือความไม่แน่นอนของระบบที่กำหนด "เมื่อปริมาณข้อมูลเพิ่มขึ้นความผิดปกติของระบบ (เอนโทรปี) จะลดลง"

ภาพจำลองการจัดการโครงการเป็นระบบโดยพิจารณาถึงระบบโมเดลที่เป็นแบบ micro และ macrophase แต่ละตัวมีเอนโทรปีบางอย่าง พิจารณาข้อมูลดังกล่าวเป็นสิ่งที่ต่อต้านการเอนโทรปี (โอเคเกือบจะกลับกลาย!) ข้อมูลที่เพิ่มขึ้นด้วยการวางแผนอย่างรอบคอบและการติดตามความคืบหน้าของโครงการจะเพิ่มข้อมูลให้กับผู้จัดการโครงการ ซึ่งจะช่วยลดเอนโทรปี เนื่องจากความไม่แน่นอนเป็นสัดส่วนกับความเสี่ยงที่มีการลดเอนโทรปีหรือเพิ่มปริมาณข้อมูลที่มีอยู่อาจทำให้ความประหลาดใจลดลง

โดยปกติโครงการจะทำตามการแจกจ่ายบางอย่างที่เป็นเอกลักษณ์ของโครงการเนื่องจากเป็นโครงการเอง นี้มีผลดีในการสร้างแบบจำลองของโครงการโดยใช้แบบจำลองทางคณิตศาสตร์ที่พิสูจน์แล้วหลายทฤษฎีไอทีและศึกษากระบวนการติดตามการกระจาย หากโครงการแสดงตัวอย่างจากนั้นใช้สถิติคุณสามารถรวมค่าต่างๆเช่นค่าใช้จ่าย / กำหนดการผันแปรและ / หรือทริกเกอร์อื่น ๆ เพื่อติดตามการติดตามและเพิ่มประสิทธิภาพการคาดการณ์โครงการ

สถานการณ์มีความซับซ้อนกว่า การจัดการโครงการแบบคลาสสิกคือความก้าวหน้าทางเทคโนโลยีที่ทั้งเป็นพรและไม่ดี ด้วยความช่วยเหลือของเว็บและเทคโนโลยีเครือข่ายจำนวนข้อมูลที่มีเพิ่มขึ้นอย่างมากในช่วงหลายปีที่ผ่านมาทำให้เพิ่มเอนโทรปีของระบบ การประมวลผลข้อมูลแบบเลือกและวรรณกรรมการบริหารโครงการที่มีอยู่ไม่เพียงพอ นี่คือตัวอย่างมาตรฐานด้านไอทีที่นี่ โครงการด้านไอทีมีความต้องการทางเทคนิคมากกว่าโครงการของโครงการมาตรฐานอุตสาหกรรมคลาสสิก เรากำลังพูดถึงความพยายามในการบริหารโครงการระดับมืออาชีพด้วยเทคนิคที่มีความซับซ้อนและเป็นนามธรรมที่มีอินเทอร์เฟซนามธรรมมากมายซึ่งสามารถใช้รูปแบบใด ๆ ก็ได้ขึ้นอยู่กับพารามิเตอร์ที่ส่งผลต่อผลลัพธ์ในช่วงเวลาใดก็ตาม ดังนั้นการศึกษาเอนโทรปีของระบบดังกล่าวและการสังเกตพฤติกรรมเช่นการแจกแจงมาตรฐานใด ๆ จะช่วยลดช่องว่างระหว่างระดับการแยกระดับสูงและระดับข้อมูลที่เพียงพอเพื่อนำไปสู่ความพยายามของโครงการ

ความสอดคล้องเป็นโครงการอื่นในโครงการด้านไอทีหากไม่มีเหตุผลอื่นใดนอกเหนือจากสถานะการทำงานของโครงการด้านไอที เทคโนโลยีได้สร้างโครงสร้างพื้นฐานที่มีอยู่เดิม แต่โครงการด้านไอทีได้พิสูจน์ว่าเป็นการลบล้างพฤติกรรมมาตรฐานนี้ ดังนั้นการปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุดอาจไม่จำเป็นต้องพิสูจน์ได้ว่าเป็นโครงการที่ดี โครงการ IT ไม่สามารถคาดหวังวันหนึ่งก่อนที่จะสามารถมีชีวิตอยู่ได้ ข้อมูลที่มีอยู่และความซับซ้อนที่ยิ่งใหญ่ที่สุดของการบริโภคและการตัดสินใจยังเพิ่มความเสี่ยงต่อโครงการอีกด้วย นอกจากนี้ความจริงที่ว่าโปรแกรมคอมพิวเตอร์มีวงจรชีวิตของตัวเองและโปรแกรมเหล่านี้ "คาย" เมื่อเวลาผ่านไปและแทบจะเป็นไปไม่ได้ที่จะเชื่อมโยงพฤติกรรมบางอย่างกับโครงการด้านไอที นอกจากนี้ทีมพัฒนาโครงการอาจอยู่รอดอายุการใช้งานของซอฟต์แวร์ โครงการเหล่านี้มี "ปัจจัยมนุษย์" ซึ่งยังไม่ได้รับการพิสูจน์ในบางครั้ง เราไม่มี "มรดก" เหมือนกับแอพพลิเคชันอื่น ๆ การแบ่งส่วนของโครงการโดยไมโครและแมโครการศึกษาส่วนบุคคลและพารามิเตอร์ของพวกเขาและการวิเคราะห์การจัดตำแหน่งของพวกเขาคือ "ทั้งหมด" เช่นวิธีการปรับเม็ดละเอียดโดยไม่สูญเสียข้อมูลจากกระบวนทัศน์ "หยาบ" คล้ายกับโครงการที่ซับซ้อน

Source by sbobet

Leave a Reply

Your email address will not be published. Required fields are marked *