The project takes shape during the

The project takes shape during the implementation phase. This phase involves the construction of the actual project result. Programmers are occupied with encoding, designers are involved in developing graphic material, contractors are building, the actual reorganisation takes place. It is during this phase that the project becomes visible to outsiders, to whom it may appear that the project has just begun. The implementation phase is the doing phase, and it is important to maintain the momentum.

In one project, it had escaped the project teams attention that one of the most important team members was expecting to become a father at any moment and would thereafter be completely unavailable for about a month. When the time came, an external specialist was brought in to take over his work, in order to keep the team from grinding to a halt. Although the team was able to proceed, the external expertise put a considerable dent in the budget.

At the end of the implementation phase, the result is evaluated according to the list of requirements that was created in the definition phase. It is also evaluated according to the designs. For example, tests may be conducted to determine whether the web application does indeed support Explorer 5 and Firefox 1.0 and higher. It may be determined whether the trim on the building has been made according to the agreement, or whether the materials that were used were indeed those that had been specified in the definition phase. This phase is complete when all of the requirements have been met and when the result corresponds to the design.

Those who are involved in a project should keep in mind that it is hardly ever possible to achieve a project result that precisely meets all of the requirements that were originally specified in the definition phase. Unexpected events or advancing insight sometimes require a project team to deviate from the original list of requirements or other design documents during the implementation of the project. This is a potential source of conflict, particularly if an external customer has ordered the project result. In such cases, the customer can appeal to the agreements that were made during the definition phase.

As a rule, the requirements cannot be changed after the end of the definition phase. This also applies to designs: the design may not be changed after the design phase has been completed. Should this nonetheless be necessary (which does sometimes occur), the project leader should ensure that the changes are discussed with those involved (particularly the decision-makers or customers) as soon as possible. It is also important that the changes that have been chosen are well documented, in order to prevent later misunderstandings. More information about the documentation of the project follows later in this handbook.

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

โครงการใช้เวลาร่างระหว่างขั้นตอนการดำเนินงาน ขั้นตอนนี้เกี่ยวข้องกับการก่อสร้างของโครงการผล โปรแกรมเมอร์จะครอบครอง ด้วยการเข้ารหัส นักออกแบบมีส่วนร่วมในการพัฒนาวัสดุกราฟิก ผู้รับเหมาจะสร้าง reorganisation จริงเกิดขึ้น ช่วงเวลานี้ที่โครงการจะสามารถมองเห็นซึ่งอาจแสดงได้แค่เริ่มโครงการ บุคคลภายนอก ได้ ขั้นตอนการดำเนินงานจะทำให้เฟส และมันเป็นสิ่งสำคัญเพื่อรักษาโมเมนตัมในโครงการหนึ่ง มันก็หนีความสนใจทีมงานของโครงการว่า หนึ่งในสมาชิกทีมสำคัญที่สุดกำลังจะกลายเป็น พ่อตลอดเวลา และหลังจากนั้นจะสมบูรณ์พร้อมใช้งานสำหรับวัน เมื่อถึงเวลา ผู้เชี่ยวชาญภายนอกมาใช้งาน เพื่อให้ทีมจากบดต้องหยุดชะงัก แม้ว่าทีมงานสามารถที่จะดำเนิน ความเชี่ยวชาญภายนอกทำให้บุ๋มมากในงบประมาณเมื่อสิ้นสุดขั้นตอนการดำเนินงาน ผลที่ประเมินตามรายการของความต้องการที่สร้างในระยะนิยาม ประเมินตามแบบ ตัวอย่างเช่น การทดสอบอาจดำเนินการเพื่อตรวจสอบว่า โปรแกรมประยุกต์เว็บแน่นอนสนับสนุน Explorer 5 และ Firefox 1.0 และสูงกว่า มันอาจจะกำหนดว่าตัดบนอาคารได้ตามข้อตกลง หรือว่าวัสดุที่ใช้มีแน่นอนที่มีการระบุไว้ในขั้นตอนการนิยาม ขั้นตอนนี้เสร็จสิ้น เมื่อความต้องการทั้งหมดไปตาม และ เมื่อผลสอดคล้องกับการออกแบบผู้ที่มีส่วนเกี่ยวข้องในโครงการควรเก็บไว้ในใจที่แทบไม่เคยสามารถที่บรรลุผลโครงการที่แม่นยำตรงตามข้อกำหนดที่ระบุไว้ในขั้นตอนการนิยามเดิมทั้งหมด เหตุการณ์ที่ไม่คาดคิดหรือความก้าวหน้าความเข้าใจบางครั้งต้องใช้ทีมงานโครงการให้เบี่ยงเบนจากรายการเดิมของความต้องการหรือเอกสารอื่น ๆ ที่ออกในระหว่างการดำเนินการของโครงการ นี้เป็นแหล่งที่มีศักยภาพของความขัดแย้ง โดยเฉพาะอย่างยิ่งถ้าลูกค้าภายนอกได้สั่งผลโครงการ ในกรณีดังกล่าว ลูกค้าสามารถอุทธรณ์ไปยังข้อตกลงที่เกิดขึ้นระหว่างขั้นตอนนิยามเป็นกฎ ความต้องการที่ไม่สามารถเปลี่ยนแปลงหลังจากสิ้นสุดขั้นตอนนิยาม นี้ยังใช้กับการออกแบบ: ไม่สามารถเปลี่ยนการออกแบบขั้นตอนการออกแบบเสร็จแล้ว นี้ก็ควรจำเป็น (ซึ่งบางครั้งเกิดขึ้น), หัวหน้าโครงการควรแน่ใจว่า มีการกล่าวถึงการเปลี่ยนแปลงกับผู้เกี่ยวข้อง (โดยเฉพาะอย่างยิ่งผู้ผลิตตัดสินใจหรือลูกค้า) โดยเร็วที่สุด เป็นสิ่งที่สำคัญที่การเปลี่ยนแปลงที่ได้รับเลือกที่มีเอกสารดี เพื่อป้องกันความเข้าใจผิดในภายหลัง ข้อมูลเพิ่มเติมเกี่ยวกับเอกสารของโครงการตามในคู่มือนี้

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

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

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

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

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

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

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

โครงการใช้รูปร่างในการเฟส ขั้นตอนนี้เกี่ยวข้องกับการสร้างผลโครงการจริง โปรแกรมเมอร์จะครอบครองด้วยการเข้ารหัส นักออกแบบที่เกี่ยวข้องในการพัฒนากราฟิกวัสดุ ผู้รับเหมาอาคารปรับโครงสร้างที่แท้จริงจะเกิดขึ้น มันเป็นในระหว่างขั้นตอนนี้ว่า โครงการจะมองเห็นข้างนอก ซึ่งมันอาจปรากฏว่าโครงการได้เริ่มขึ้นแล้ว การทำระยะคือระยะ และมันเป็นสิ่งสำคัญที่จะรักษาโมเมนตัมหนึ่งในโครงการ จึงได้ให้ความสนใจโครงการทีมที่ได้เป็นหนึ่งในสมาชิกของทีมที่สำคัญที่สุดจะเป็นพ่อในช่วงเวลาใด และหลังจากนั้นจะสมบูรณ์ใช้งานประมาณ 1 เดือน เมื่อเวลามาถึง , ผู้เชี่ยวชาญภายนอกเข้ามารับช่วงงานของเขา เพื่อรักษาทีมจากการบดต้องหยุดชะงัก แม้ว่าทีมจะเริ่ม ความเชี่ยวชาญจากภายนอกใส่บุ๋มมากในงบประมาณที่ส่วนท้ายของขั้นตอนการใช้งาน ผลการประเมินตามรายการของความต้องการที่ถูกสร้างขึ้นในนิยามของเฟส นอกจากนี้ยังประเมินตามแบบ ตัวอย่างเช่นการทดสอบอาจจะดำเนินการเพื่อตรวจสอบว่าโปรแกรมประยุกต์บนเว็บจริงๆสนับสนุน Explorer 5 และ Firefox 1.0 และสูงกว่า มันอาจจะระบุว่า การตัดแต่งบนอาคารได้ตามสัญญา หรือ ว่าวัสดุที่ใช้นั้น ผู้ที่ถูกระบุไว้ในคำนิยามเฟส ขั้นตอนนี้จะเสร็จสมบูรณ์เมื่อทุกความต้องการได้ถูกพบ และเมื่อผลที่สอดคล้องกับการออกแบบผู้ที่เกี่ยวข้องในโครงการ ควรระลึกไว้เสมอว่า มันไม่เคยเป็นไปได้ที่จะบรรลุโครงการผลที่แม่นยำตรงตามความต้องการที่ถูกระบุไว้ในคำนิยามเฟส เหตุการณ์ไม่คาดคิดหรือก้าวหน้าลึกบางครั้งต้องใช้ทีมงานโครงการเพื่อเบี่ยงเบนไปจากรายการเดิมของความต้องการหรือเอกสารการออกแบบอื่น ๆ ในระหว่างการดำเนินงานของโครงการ นี้เป็นแหล่งที่มีศักยภาพของความขัดแย้ง โดยเฉพาะอย่างยิ่งถ้าเป็นลูกค้าภายนอก มีคำสั่งให้ ผลของโครงการ ในบางกรณี ลูกค้าสามารถร้องเรียนต่อข้อตกลงที่ทำขึ้นระหว่างนิยามระยะเป็นกฎความต้องการไม่สามารถเปลี่ยนแปลงได้หลังจากการสิ้นสุดของความหมายเฟส นี้ยังใช้กับการออกแบบ : การออกแบบอาจจะเปลี่ยนไป หลังจากขั้นตอนการออกแบบเสร็จเรียบร้อยแล้ว ควรนี้กระนั้นจำเป็น ( ซึ่งบางครั้งไม่เกิดขึ้น ) , หัวหน้าโครงการควรตรวจสอบให้แน่ใจว่า การเปลี่ยนแปลงจะหารือกับผู้ที่เกี่ยวข้อง ( โดยเฉพาะการเงิน หรือลูกค้า ) โดยเร็วที่สุด ยังเป็นสิ่งสำคัญที่การเปลี่ยนแปลงที่ถูกเลือกไว้อย่างดี เพื่อป้องกันการเข้าใจผิดในภายหลัง ข้อมูลเพิ่มเติมเกี่ยวกับเอกสารของโครงการตามในภายหลัง ในเล่มนี้