In creating a change-management pro

In creating a change-management process, Wiegers suggests that the change-control board chairperson
first assign an evaluator to consider whether the issue in question:
Is feasible
Is pertinent to the project
Would positively or negatively affect quality
Carries any risk
The evaluator should also assess the amount of time and resources required to implement the change.
Once the evaluator has reported back to the board, the group can solicit input from other people who
would be affected by the change. Then, as a group, the board can decide whether the requested change
should be made immediately, later, or not at all.
If the board approves the change, the chairperson then appoints a modifier who will implement the
changes, and schedules the work. It’s the IT project manager's role to negotiate any revisions to project
commitments with all affected team members. The modifier then makes the requested changes to the
products, keeping all team members aware of the changes so any related user documentation, help
screens and tests can be updated.
It’s also the IT project manager’s job to update project plans and schedules, if necessary, to incorporate
the effect of the change on the remaining project timeline. Once the change has been implemented, the
verifier steps in to confirm that the task is complete and has accomplished the goals approved by the
board.
Reducing Surprises, Reducing Risk
Establishing a clear methodology for handling “scope creep” requests – and a board to make informed
decisions about them – reassures all stakeholders that their change requests are thoroughly evaluated
and, if selected for implementation, seen through to completion. Because the change-management
process provides a complete analysis of the impact of a change on the product’s functionality as well as
related resources, it helps to reduce risk by reducing the possibility of unwanted surprises.
By staying on top of change requests and carefully managing and tracking their implementation, you and
your project team can expect a smoother implementation, fewer delays, a better quality product, more
effective teamwork, and a happier client.
Free downloads and other resources:
Change Control Process at www.techinsurance.com/blog/project-managementdocuments/Change%20Control%20Process.pdf
Impact Analysis Checklist for Requirements Changes at www.techinsurance.com/blog/projectmanagementdocuments/Impact%20Analysis%20Checklist%20for%20Requirements%20Changes.pdf
For additional articles and templates on project management by Karl Wiegers visit
www.techinsurance.com/blog/project-management-documents/

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

ในการสร้างกระบวนการจัดการการเปลี่ยนแปลง Wiegers แนะนำที่ ควบคุมเปลี่ยนแปลงบอร์ดประธานกำหนดการถ่วงดุลในการพิจารณาว่าปัญหานี้:จะเป็นไปได้จะเกี่ยวข้องกับโครงการจะบวก หรือลบส่งผลต่อคุณภาพดำเนินการความเสี่ยงใด ๆการถ่วงดุลยังควรประเมินระยะเวลาและทรัพยากรที่ต้องใช้การเปลี่ยนแปลงเมื่อการถ่วงดุลได้รายงานกลับไปยังกระดาน กลุ่มสามารถขอข้อมูลป้อนเข้าจากบุคคลอื่นที่จะได้รับผลกระทบจากการเปลี่ยนแปลง จากนั้น เป็นกลุ่ม คณะกรรมการสามารถตัดสินใจว่า การเปลี่ยนแปลงที่ร้องขอควรจะทำทันที หลัง หรือไม่ถ้าคณะกรรมการอนุมัติการเปลี่ยนแปลง ประธานปรับเปลี่ยนที่จะใช้แล้วแต่งตั้งเปลี่ยนแปลง และกำหนดการทำงาน มันเป็นบทบาทของผู้จัดการโครงการไอทีต่องบโครงการผูกพันกับสมาชิกในทีมที่ได้รับผลกระทบทั้งหมด แล้วทำการเปลี่ยนแปลงร้องขอการผลิตภัณฑ์ รักษาสมาชิกในทีมทั้งหมดทราบถึงการเปลี่ยนแปลงเอกสารใด ๆ ดังนั้นผู้ที่เกี่ยวข้องหน้าจอและการทดสอบสามารถปรับปรุงมันเป็นงานของผู้จัดการโครงการไอทีเพื่อปรับปรุงแผนงานโครงการและกำหนดการ ถ้าจำเป็น การรวมผลของการเปลี่ยนแปลงบนเส้นเวลาของโครงการที่เหลือ เมื่อมีการใช้การเปลี่ยนแปลง การverifier ขั้นตอนในการยืนยันว่า งานเสร็จสมบูรณ์ และได้บรรลุผลเป้าหมายที่ได้รับอนุมัติจากคณะกรรมการประหลาดใจ ลดความเสี่ยงที่ลดลงกำหนดวิธีการที่ชัดเจนสำหรับการร้องขอ "ขอบเขตคืบ" – และกระดานเพื่อให้ทราบตัดสินใจเกี่ยวกับ– reassures เสียทั้งหมดที่ร้องขอการเปลี่ยนแปลงของพวกเขาจะถูกประเมินอย่างละเอียดและ ถ้าเลือกใช้งาน เห็นผ่านให้เสร็จสมบูรณ์ เนื่องจากจัดการการเปลี่ยนแปลงกระบวนการให้วิเคราะห์ความสมบูรณ์ของผลกระทบของการเปลี่ยนแปลงฟังก์ชันการทำงานของผลิตภัณฑ์เป็นทรัพยากรที่เกี่ยวข้อง จะช่วยลดความเสี่ยง โดยการลดความน่าประหลาดใจที่ไม่ต้องการโดยอยู่บนคำขอเปลี่ยนแปลง และระมัดระวังการจัดการ และติดตามการปฏิบัติการ คุณ และทีมโครงการของคุณสามารถคาดว่าดำเนินการเรียบ ความล่าช้าน้อย ผลิตภัณฑ์คุณภาพดีกว่า เพิ่มเติมทำงานเป็นทีมที่มีประสิทธิภาพ และลูกค้ามีความสุขดาวน์โหลดฟรีและแหล่งข้อมูลอื่น ๆ:เปลี่ยนกระบวนการควบคุมที่ www.techinsurance.com/ blog/project-managementdocuments/Change%20Control%20Process.pdfตรวจสอบวิเคราะห์ผลกระทบการเปลี่ยนแปลงความต้องการที่ www.techinsurance.com/ blog/projectmanagementdocuments/Impact%20Analysis%20Checklist%20for%20Requirements%20Changes.pdfสำหรับบทความเพิ่มเติมและแม่แบบในการจัดการโครงการโดยคาร์ล Wiegers ชมwww.techinsurance.com/ บล็อก/โครงการ--เอกสารการจัดการ /

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

ในการสร้างกระบวนการการเปลี่ยนแปลงการบริหารจัดการ Wiegers แสดงให้เห็นว่าประธานคณะกรรมการควบคุมการเปลี่ยนแปลง
ครั้งแรกกำหนดประเมินที่จะต้องพิจารณาว่าปัญหาในคำถาม:
เป็นไปได้
คือโครงการที่เกี่ยวข้องกับการ
บวกหรือลบจะมีผลต่อคุณภาพ
มีความเสี่ยงใด ๆ ที่
ประเมินยังควรประเมิน ปริมาณของเวลาและทรัพยากรที่จำเป็นในการดำเนินการเปลี่ยนแปลง.
เมื่อประเมินได้กลับมารายงานให้คณะกรรมการกลุ่มที่สามารถขอข้อมูลจากคนอื่น ๆ ที่
จะได้รับผลกระทบจากการเปลี่ยนแปลง จากนั้นเป็นกลุ่มคณะกรรมการสามารถตัดสินใจได้ว่าการเปลี่ยนแปลงที่ร้องขอ
ควรจะทำทันทีในภายหลังหรือไม่ได้เลย.
หากคณะกรรมการอนุมัติการเปลี่ยนแปลงประธานแล้วแต่งตั้งปรับปรุงที่จะดำเนินการ
เปลี่ยนแปลงและตารางการทำงาน มันเป็นโครงการไอทีบทบาทของผู้จัดการในการเจรจาการแก้ไขใด ๆ กับโครงการ
ผูกพันกับสมาชิกในทีมทั้งหมดได้รับผลกระทบ ปรับปรุงครั้งที่แล้วทำให้เกิดการเปลี่ยนแปลงที่ร้องขอไปยัง
ผลิตภัณฑ์ที่ทำให้สมาชิกในทีมทุกคนตระหนักถึงการเปลี่ยนแปลงเพื่อให้เอกสารที่ใช้ประกอบการใด ๆ ที่เกี่ยวข้องช่วยให้
หน้าจอและการทดสอบสามารถปรับปรุง.
นอกจากนี้ยังมีงานผู้จัดการโครงการไอทีในการปรับปรุงแผนโครงการและตารางถ้าจำเป็น เพื่อรวม
ผลกระทบของการเปลี่ยนแปลงในระยะเวลาโครงการที่เหลือ เมื่อการเปลี่ยนแปลงที่ได้รับการดำเนินการ
ตรวจสอบในขั้นตอนเพื่อยืนยันว่างานจะเสร็จสมบูรณ์และได้ประสบความสำเร็จตามเป้าหมายที่ได้รับอนุมัติจาก
คณะกรรมการ.
ลดประหลาดใจลดความเสี่ยง
การสร้างวิธีการที่ชัดเจนในการจัดการ "คืบขอบเขต" การร้องขอ - และคณะกรรมการที่จะทำให้ แจ้ง
การตัดสินใจเกี่ยวกับพวกเขา - ความมั่นใจกับผู้มีส่วนได้เสียทุกอย่างที่ขอเปลี่ยนของพวกเขาได้รับการประเมินอย่างทั่วถึง
และถ้าเลือกสำหรับการดำเนินงานเห็นผ่านที่จะเสร็จสิ้น เนื่องจากการเปลี่ยนแปลงการจัดการ
กระบวนการให้การวิเคราะห์ที่สมบูรณ์ของผลกระทบของการเปลี่ยนแปลงในการทำงานของผลิตภัณฑ์รวมทั้ง
แหล่งข้อมูลที่เกี่ยวข้องจะช่วยให้ลดความเสี่ยงโดยการลดความเป็นไปได้ที่น่าประหลาดใจที่ไม่พึงประสงค์.
โดยอยู่ด้านบนของคำขอเปลี่ยนแปลงและระมัดระวังการจัดการและ การติดตามการดำเนินงานของคุณและ
ทีมงานโครงการของคุณสามารถคาดหวังว่าการดำเนินงานที่ราบรื่น, ความล่าช้าน้อยกว่าสินค้าที่มีคุณภาพดีขึ้น
การทำงานเป็นทีมที่มีประสิทธิภาพและลูกค้ามีความสุข.
ดาวน์โหลดฟรีและทรัพยากรอื่น ๆ :
การควบคุมกระบวนการเปลี่ยนแปลงที่ www.techinsurance.com/blog/ โครงการ managementdocuments / เปลี่ยน% 20Control% 20Process.pdf
การวิเคราะห์ผลกระทบรายการตรวจสอบสำหรับความต้องการที่เปลี่ยนแปลง
บทความเพิ่มเติมและแม่แบบในการบริหารจัดการโครงการโดยคาร์ล Wiegers เยี่ยมชม
www.techinsurance.com/blog/project-management-documents/

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

ในการสร้างกระบวนการบริหารจัดการการเปลี่ยนแปลง wiegers แสดงให้เห็นว่าการเปลี่ยนแปลงคณะกรรมการควบคุมมอบหมายเป็นประธาน
แรกประเมินพิจารณาว่าปัญหาในคำถาม : เป็นไปได้


จะเกี่ยวข้องกับโครงการบวกหรือส่งผลเสียต่อคุณภาพ

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

และลูกค้ามีความสุข ดาวน์โหลดฟรีและทรัพยากรอื่น ๆ :
เปลี่ยนการควบคุมกระบวนการที่ www.techinsurance . com / blog / โครงการ managementdocuments / เปลี่ยน % 20control PDF
% 20process .ตรวจสอบการวิเคราะห์ผลกระทบสำหรับความต้องการการเปลี่ยนแปลงที่ www.techinsurance . com / blog / projectmanagementdocuments / ผลกระทบ 20analysis 20checklist % % % % % 20for 20requirements 20changes . pdf
สำหรับบทความเพิ่มเติมและแม่แบบการบริหารจัดการโครงการโดยคาร์ล wiegers เยี่ยม
www.techinsurance.com/blog/project-management-documents/