ทำอย่างไรจึงจะมีประสิทธิภาพมากขึ้นในโครงการพัฒนาซอฟต์แวร์

วัตถุประสงค์พื้นฐานของการตรวจสอบและควบคุมโครงการพัฒนาซอฟต์แวร์คือการตรวจสอบกิจกรรมการพัฒนาทั้งหมดของระบบที่ถูกสร้างขึ้น

มันเป็นหนึ่งในภารกิจที่สำคัญที่สุดในการพัฒนาผลิตภัณฑ์ทั้งหมดเนื่องจากการควบคุมที่เหมาะสมทำให้สามารถหลีกเลี่ยงความเบี่ยงเบนของต้นทุนและกำหนดเวลาหรืออย่างน้อยก็ตรวจสอบได้โดยเร็วที่สุด

วิธีที่จะประสบความสำเร็จมากขึ้นที่มีประสิทธิภาพในการพัฒนาโครงการซอฟต์แวร์

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

กิจกรรมการตรวจสอบและควบคุมของโครงการจะดำเนินการตั้งแต่การมอบหมายงานไปจนถึงการยอมรับภายในโดยทีมงานโครงการก่อนที่ลูกค้าจะยอมรับ

งานนี้เกี่ยวข้องกับการควบคุมและตรวจสอบโครงการพัฒนาซอฟต์แวร์ต่าง ๆ และเสนอขั้นตอนวิธีการดำเนินการกิจกรรมที่มีประสิทธิภาพและประสิทธิผลมากขึ้นในผลลัพธ์ที่ได้

คำสำคัญ: การควบคุมและตรวจสอบโครงการพัฒนาซอฟต์แวร์การเบี่ยงเบน

บทนำ

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

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

อีกหมายถึงการควบคุมโครงการซึ่งถูกกำหนดให้เป็นกิจกรรมใด ๆ ที่รับรองว่างานจริงเป็นไปตามแผน: เปรียบเทียบสิ่งที่ทำกับเป้าหมายและแผนเปิดเผยเมื่อใดและที่ไหนที่เบี่ยงเบนอยู่และดำเนินการแก้ไข; ช่วยในการดำเนินการตามแผน

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

ฟังก์ชั่นเวทีควบคุม:

ตรวจสอบความเบี่ยงเบนจากแผน

ดำเนินการแก้ไข

รับและประเมินการเปลี่ยนแปลงในโครงการที่ร้องขอ

เปลี่ยนปฏิทินโครงการ

ปรับระดับทรัพยากร

เปลี่ยนขอบเขตของโครงการ

กลับสู่ขั้นตอนการวางแผนเพื่อทำการปรับเปลี่ยน

เป้าหมาย

1. กำหนดระดับต่ำสุดของวินัยในกิจกรรมการพัฒนาทั้งหมดเสริมสร้างการสื่อสารระหว่างสมาชิกของทีมพัฒนาและส่วนที่เหลือขององค์กรอย่างถูกต้องย้อนกลับกิจกรรมการดำเนินการทั้งหมดอย่างถูกต้องกำหนดสถานะปัจจุบันของความคืบหน้าโครงการโดยรวม

ระเบียบวิธีและกรณีศึกษา

กิจกรรมการติดตามและควบคุมนั้นมีอยู่ตลอดวงจรชีวิตของโครงการซอฟต์แวร์เนื่องจากวัตถุประสงค์หลักคือการดำเนินการเพื่อรวบรวมและเปรียบเทียบข้อมูลความคืบหน้าของโครงการโดยมีวัตถุประสงค์ดังนี้

• ให้ทัศนวิสัยที่เพียงพอแก่ทุกคนที่เกี่ยวข้องในโครงการเกี่ยวกับกิจกรรมที่เหลือซึ่งกำลังได้รับการพัฒนา ย้อนกลับการวางแผนดั้งเดิม

มีการนำเสนอวัฏจักรชีวิตของโครงการต่าง ๆ ในกรณีนี้ตัวแทนจาก“ คู่มือการบริหารจัดการหนังสือแห่งความรู้” (PMI, 2000) ที่ยกวงจรชีวิตของโครงการใน 5 ระยะจะใช้ (Lynn Crawford 2004):

การเริ่มต้นการระบุตัวตนหรือความคิดการวางแผนการดำเนินการการควบคุมและการปิด

ขั้นตอนเหล่านี้ทับซ้อนกันตลอดวงจรชีวิตดังแสดงในรูปที่ 1

รูปที่ 1 การแสดงกราฟิกของแต่ละเฟสในระหว่างวงจรชีวิตของโครงการ

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

ติดตามโครงการ

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

กระบวนการตรวจสอบเป็นลักษณะโดย:

• เป็นกระบวนการที่ต่อเนื่องไม่มีการขัดจังหวะกระบวนการทั้งหมดใช้เวลานานและดำเนินการในระหว่างการดำเนินการโครงการโดยมีวัตถุประสงค์ที่หลายแง่มุมของโครงการเช่น: วัตถุประสงค์ปัจจัยการผลิตกิจกรรมการมีส่วนร่วมของผู้มีส่วนได้ส่วนเสียผลประโยชน์ผลิตภัณฑ์ ฯลฯ

จะต้องแม่นยำและมีประสิทธิภาพ

คุณต้องระบุวิธีที่ใช้ในการรวบรวมข้อมูลและข้อมูลที่เกี่ยวข้อง

จะดำเนินการโดยทุกคนที่มีความสนใจในการดำเนินการตามโครงการหรือผลลัพธ์ของพวกเขาทีมผู้บริหารโครงการหรือสำนักงานโดยลูกค้าผู้บริหารขององค์กร ฯลฯ

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

ในแง่มุมพื้นฐานที่ตรวจพบผ่านการตรวจสอบคือ:

ความคืบหน้าของโครงการตามวันที่วางแผน

ระบุเวลาต้นทุนและคุณภาพที่สำคัญ

ผลลัพธ์เปรียบเทียบเมื่อมีการใช้มาตรการแก้ไขหรือการดำเนินการแก้ไข ขั้นตอนการติดตามผล

รูปที่ 2 ขั้นตอนการดำเนินการตรวจสอบโครงการพัฒนาซอฟต์แวร์

P1 กำหนดวัตถุประสงค์ของการตรวจสอบ:ในขั้นตอนแรกนี้จะพิจารณาว่าลักษณะใดบ้างที่มีความสนใจเป็นพิเศษในการลงทะเบียน

รูปที่ 3 กิจกรรมกำหนดวัตถุประสงค์การติดตาม

P2 ระบุตัวแทนการตรวจสอบ:ในกิจกรรมนี้ผู้รับผิดชอบในการติดตามจะได้รับการระบุอธิบายและจัดลำดับความสำคัญทั้งภายในและภายนอกโครงการ

รูปที่ 4 ระบุกิจกรรมตัวแทนการติดตาม

P3 การติดตามงาน: การติดตามจะดำเนินการโดยการตรวจสอบสถานะของแต่ละงานโดยสมาชิกในทีมได้รับมอบหมายให้ดำเนินการและตรวจสอบสถานะกับผู้รับผิดชอบในหน่วยงานดังกล่าว

รูปที่ 5 กิจกรรมการติดตามงาน

P4 จัดการเหตุการณ์:กิจกรรมนี้ประกอบด้วยการบันทึกเหตุการณ์ประเมินผลกระทบและเสนอแนวทางแก้ไข

รูปที่ 6 กิจกรรมการจัดการเหตุการณ์

P5 วางแผนงบประมาณสำหรับการตรวจสอบ: งบประมาณมีการวางแผนและกระจายในระดับต่าง ๆ ของการตรวจสอบในบางกรณีงบประมาณนี้สูงเนื่องจากลักษณะสำคัญของบางโครงการ

รูปที่ 7 กิจกรรมการวางแผนงบประมาณสำหรับการตรวจสอบ

P6 จัดเตรียมผลิตภัณฑ์ที่ตามมา:เอกสารออกจากกระบวนการได้รับการจัดเตรียมอ่านรายงานการติดตามที่มีความคืบหน้าของโครงการแผนงานคำแนะนำการดำเนินการแก้ไข ฯลฯ

รูปที่ 8 การทำกิจกรรมการตรวจสอบผลิตภัณฑ์

การควบคุมโครงการ

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

การควบคุมหมายถึงกระบวนการเปรียบเทียบการรับรู้จริงของโครงการกับการวางแผนการวิเคราะห์การเปลี่ยนแปลงที่มีอยู่ระหว่างสองการประเมินทางเลือกที่เป็นไปได้และดำเนินการแก้ไขหรือมาตรการที่เหมาะสมตามความจำเป็น

การควบคุมครอบคลุม:

การเปลี่ยนแปลงขอบเขต

การเปลี่ยนแปลงงบประมาณ

สอดคล้องกับมาตรฐานคุณภาพ

เปลี่ยนเป็นโปรแกรม

ทรัพยากรใช้ผลการปฏิบัติงาน

ขั้นตอนการดำเนินการควบคุม

รูปที่ 9 ขั้นตอนดำเนินการควบคุม

P1 กำหนดจุดควบคุม: นี่คือช่วงเวลาที่ตัดสินใจทำการควบคุม (เมื่อสิ้นสุดระยะที่เกี่ยวข้องของโครงการเมื่อสิ้นสุดกิจกรรมหลัก ฯลฯ)

รูปที่ 10 กำหนดกิจกรรมจุดควบคุม

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

รูปที่ 11 งานการควบคุมกิจกรรม

P3 เสนอการแก้ไข:เสนอการแก้ไขเพื่อแก้ไขหรือชดเชยปัญหาที่ตรวจพบแผนเดิมจะถูกแก้ไขหากจำเป็น

รูปที่ 12 กิจกรรมเสนอการแก้ไข

P4 ควบคุมการเปลี่ยนแปลง:การร้องขอและการลงทะเบียนการเปลี่ยนแปลงจะดำเนินการประเมินโดยทีมงานโครงการและข้อมูลการเปลี่ยนแปลงทั้งหมดที่ทำ

รูปที่ 13 การควบคุมกิจกรรมการเปลี่ยนแปลง

ผล

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

สำหรับโครงการนี้มีการกำหนดสามระดับการตรวจสอบระดับต่ำหรือภายในสำหรับโครงการที่ผู้นำติดตามและควบคุมตารางเวลาที่กำหนดการตรวจสอบระดับกลางที่สถานะความคืบหน้าของโครงการโครงการจะถูกรายงานไปยังแผนกไอที ของลูกค้าและการตรวจสุขภาพขั้นสูงหรือภายนอกที่รายงานสถานะของโครงการไปยังหัวหน้าระดับแรกของหน่วยงานที่สนใจ

การติดตาม

กำหนดวัตถุประสงค์การตรวจสอบ:

1. แจ้งความคืบหน้าของกระบวนการคำจำกัดความขอบเขตการจำลองธุรกิจและการรวบรวมความต้องการตามกำหนดการที่กำหนด

ระบุตัวแทนการตรวจสอบ:

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

ตารางที่ 1 นิยามของเอเจนต์การมอนิเตอร์การมอนิเตอร์ภารกิจ:

ระบบมีทั้งระบบย่อย 15 เวอร์ชันนี้

ส่งมอบ	วางแผน	จริง
คำจำกัดความของขอบเขตของระบบย่อย	3 เดือน	3 เดือน 20 วัน
การสร้างแบบจำลองธุรกิจ	5 เดือน	3 เดือน 20 วัน
การสำรวจความต้องการ	5 เดือน	3 เดือน 20 วัน

ตารางที่ 2 สถานะที่ส่งมอบได้จัดการเหตุการณ์:

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

วางแผนงบประมาณสำหรับการตรวจสอบ:

กิจกรรมนี้ไม่ได้ดำเนินการเนื่องจากมีการพัฒนาประเทศโดยไม่เสียค่าใช้จ่าย

สร้างผลิตภัณฑ์ติดตามผล:

ในกิจกรรมนี้ในแต่ละระดับจะมีการพัฒนารายงานสถานะที่แตกต่างกัน

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

ตารางที่ 3 รายงานสถานะสำหรับการตรวจสอบการควบคุมแต่ละระดับ

กำหนดจุดควบคุม:

ระดับ	การเกิดขึ้นอีก
ระดับต่ำ	รายสัปดาห์
ระดับปานกลาง	สัปดาห์ละสองครั้ง
ระดับสูง	รายเดือน

ตารางที่ 4 จุดควบคุมตามระดับการตรวจสอบ

ขั้นตอน	การสังเกต
เฟสเริ่มต้น	เมื่อสิ้นสุดระยะเริ่มต้นและเสร็จสิ้นการสร้างแบบจำลองทางธุรกิจและการรวบรวมความต้องการ
ขั้นตอนการทำอย่างละเอียด	ในตอนท้ายของขั้นตอนอย่างละเอียดและเสร็จสิ้นการวิเคราะห์และการออกแบบและคำอธิบายของสถาปัตยกรรมพื้นฐาน
ขั้นตอนการก่อสร้าง	เมื่อเสร็จสิ้นขั้นตอนการก่อสร้างและเสร็จสิ้นการใช้งานและทดสอบ
ช่วงการเปลี่ยนภาพ	ในตอนท้ายของช่วงการเปลี่ยนภาพและเสร็จสิ้นการอนุมัติผลิตภัณฑ์และการยอมรับการเปิดตัวของ
	แอปพลิเคชันคอมพิวเตอร์

ตารางที่ 5 จุดควบคุมตามเฟสของโครงการควบคุมงาน:

ส่งมอบ	วางแผน	จริง	ความแตกต่าง
การกำหนดขอบเขตของระบบย่อย	CES	3 เดือน	3 เดือน 20 วัน	เกินกำหนด 20 วัน
การสร้างแบบจำลองธุรกิจ	ของ	5 เดือน	3 เดือน 20 วัน	1 เดือน 4 วันโดยไม่มี วิ่ง
ข้อกำหนดการสำรวจ	ของ	5 เดือน	3 เดือน 20 วัน	1 เดือน 4 วันโดยไม่มี วิ่ง

ตารางที่ 6 การเปรียบเทียบระหว่างเวลาที่วางแผนกับเวลาจริง

ในคำจำกัดความของขอบเขตมีความล่าช้า 20 วันเนื่องจากการสูญเสียการเผชิญหน้าสำหรับคำจำกัดความของพวกเขานอกเหนือจากความไม่แน่นอนของเวลาตรวจสอบโดยเจ้าหน้าที่ที่ทำงาน

ส่วนที่เหลือของกิจกรรมภายใต้การวิเคราะห์ยังอยู่ในระหว่างดำเนินการโดยใช้เวลา 1 เดือนและ 4 วัน

เสนอการดำเนินการแก้ไข:

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

ตารางที่ 7 สาเหตุที่ตรวจพบและการดำเนินการแก้ไข

การกระทำบางอย่างที่กำหนดไว้ในตารางก่อนหน้านี้จำเป็นต้องมีการวางแผนใหม่เนื่องจากเป็นกิจกรรมที่ไม่สามารถกู้คืนได้ดังนั้นจึงจำเป็นต้องปรับปรุงแผนพัฒนาและกำหนดเวลาที่กำหนดไว้แล้วและรายงานการเปลี่ยนแปลงต่อผู้ที่สนใจ

ควบคุมการเปลี่ยนแปลง:

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

สรุปผลการวิจัย

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

อ้างอิง

• วงจรชีวิตของโครงการ - Monografias.com มีจำหน่ายที่: http://www.monografias.com/trabajos4/cicdevida/cicdevida.shtml Cecilia GProyectos brochure.pdf มีอยู่ที่: file: /// D: /Maestr%C3%ADa/Folleto%20de%20GProyectos%20de%20Cecilia.pdf Lynn Crawford, 2004. ความรู้และมาตรฐานการบริหารโครงการระดับโลก http://www.projectperformance.com.au/downloads/crawford_l_2004a.pdf มีอยู่ที่:

ดาวน์โหลดไฟล์ต้นฉบับ