describing the “as-is” situation wa

describing the “as-is” situation was a main deliverable. After detailed study and architectural design finalization, the project manager produced a similar document with the “to-be” situation. She extensively conferred with the users in developing the final version of this document.
Construction
This phase develops the system so that it’s ready for preproduction testing. Previous phases identified most requirements and created a baseline for the system’s architecture. Emphasis then shifted to prioritizing and understanding the requirements, brainstorming a solution, and coding and testing the software. Construction was the project’s largest phase. In this phase, the team built the remainder of the system on the foundation laid during elaboration. The team implemented system features in two time-boxed iterations lasting 24 and 46 working days.
Each iteration resulted in an executable release of the software. The team deployed an early release of the system to obtain user feedback. The team implemented 30 percent of the process flow automations (the most complicated ones) during the first iteration and included them in executable A. They included corrections to Executable A and all remaining process flow automation in executable B. The successful completion of each of the two iterations (not including automated unit and integration testing) ended with a user acceptance test (UAT). This ensured that progress was always based on mutual agreement with the users.
To exit the construction phase, the project had to pass the initial operational-capability milestone. The primary issue was whether the current version was ready to move into the preproduction test environment for system and acceptance testing. The team achieved that milestone with a presentation demo during a workshop with the members of the steering committee.


Transition
This phase lasted 23 days. Transition includes system and acceptance testing and focuses on delivering the system into production. In this phase, the team gradually deployed the system to the target users. Feedback from an initial release resulted in further refinements that they incorporated over the course of two transition phase iterations.
Extensive testing occurred, including beta testing. Fine-tuning of the existing hosted applications and integrated desktop took place as well as rework to address significant defects. Although users and test managers tested integration early enough, during the elaboration (hosting of applications) and construction (UAT in the testing environment) phases, differences in set-up between preproduction or production and UAT environment couldn’t be predicted. Most of the issues resulted from special settings of the hosted applications in the preproduction or production environment. The time and effort spent in the transition phase was significant owing to the fine-tuning required for the entire infrastructure to improve performance and assure smooth, stable operation.
The phased-rollout approach that came next included extensive beta testing by small groups before the company released the system to the whole end-user population, including the final technical documentation with detailed physical-architecture and technical-user manuals. The company conducted exhaustive training programs, addressing both operation and support.
To exit the transition phase, the project team had to pass the product release milestone, which included the following items. Business stakeholder acceptance: the business stakeholders were satisfied with and accepted the system. Operations acceptance: the people responsible for operating the system in production were satisfied with the relevant procedures and documentation. Support acceptance: the people responsible for supporting the system once in production were satisfied with the relevant procedures and documentation. Cost and estimate acceptance: the current expenditures were acceptable, and reasonable estimates had been made for future production costs.
Project Development Issues
As the project progressed, the team ran into several issues, most of which are common in similar projects.

Personnel
The developers adopted the process pretty quickly because many of the object-oriented development practices were familiar to them already and they preferred an iterative and incremental development approach. However, the development team leader and the database administrator (DBA) had a “big design up front” (BDUF)—also known as “big modeling up front” (BMUF)11—mindset that they started to overcome only after seeing that the emergent-design approach actually worked in practice. The business analyst tried hard to learn how to apply use cases effectively in combination with other requirements artifacts. One tester was initially concerned that there weren’t enough detailed models to inspect and review. However, he soon realized that the closer collaboration among the team and the combination of significant developer testing using the bank’s testing tool and testing in the large activities such as system testing and UAT were sufficient.

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

อธิบายการ "เป็น-คือ" สถานการณ์เป็นหลักสิ่งที่จัดส่ง หลังจากศึกษารายละเอียดและออกแบบสถาปัตยกรรม finalization ผู้จัดการโครงการผลิตเอกสารคล้ายกับสถานการณ์ "to-be" เธอปรึกษากับผู้ใช้ในการพัฒนารุ่นสุดท้ายของเอกสารนี้อย่างกว้างขวาง
ก่อสร้าง
ระยะนี้พัฒนาระบบเพื่อให้พร้อมสำหรับการทดสอบ preproduction ระยะก่อนหน้านี้ระบุความต้องการมากที่สุด และสร้างพื้นฐานสำหรับสถาปัตยกรรมของระบบ เน้นแล้วเปลี่ยนการจัดระดับความสำคัญ และเข้าใจความต้องการ ระดมแก้ไขปัญหา และการเขียนโค้ด และทดสอบซอฟต์แวร์ ขั้นตอนที่ใหญ่ที่สุดของโครงการก่อสร้างได้ ในระยะนี้ ทีมแห่งส่วนเหลือของระบบบนพื้นฐานวางระหว่างทุก ๆ ทีมดำเนินการลักษณะการทำงานของระบบในสองกล่องกล่องเวลาเกิดซ้ำยาวนาน 24 และ 46 วันทำ
เนื่องส่งผลให้การปล่อยซอฟต์แวร์ปฏิบัติการ ทีมงานจัดวางการปล่อยก่อนระบบรับข้อเสนอแนะของผู้ใช้ ทีมดำเนินการร้อยละ 30 ของ automations ขั้นตอนของกระบวนการ (ที่ซับซ้อนมากที่สุด) ระหว่างการเกิดซ้ำครั้งแรก และรวมอ.ปฏิบัติ พวกเขารวมแก้ไข A ปฏิบัติและขั้นตอนกระบวนการทั้งหมดคงเหลืออัตโนมัติในเกิดการปฏิบัติ ความสำเร็จของแต่ละแผนสอง (ไม่รวมหน่วยอัตโนมัติและการทดสอบรวม) จบลง ด้วยการทดสอบการยอมรับผู้ (อวด) นี้มั่นใจว่า ความคืบหน้าได้เสมอตามข้อตกลงร่วมกันกับผู้ใช้
ออกจากขั้นตอนการก่อสร้าง โครงการผ่านพร้อมความสามารถในการดำเนินงานเริ่มต้นได้ ประเด็นหลักว่ารุ่นปัจจุบันพร้อมที่จะย้ายไปยังสภาพแวดล้อมการทดสอบ preproduction สำหรับระบบและทดสอบการยอมรับ ทีมประสบความสำเร็จที่สำคัญ มีการนำเสนอสาธิตระหว่างอบรมกับสมาชิกของคณะกรรมการ


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

บุคลากร
นักพัฒนาหมายถึงกระบวนการรักอย่างรวดเร็วเนื่องจากแนวทางการพัฒนาเชิงวัตถุมากมายคุ้นเคยไปแล้ว และพวกเขาต้องการวิธีการพัฒนาซ้ำ และเพิ่ม อย่างไรก็ตาม ผู้นำทีมพัฒนาและดูแลฐานข้อมูล (DBA) มี "ขนาดใหญ่แบบขึ้นหน้า" (BDUF) — หรือที่เรียกว่า "บิ๊กสร้างโมเดลขึ้นหน้า" (BMUF) 11 — mindset ที่พวกเขาเริ่มที่จะเอาชนะเท่านั้นหลังจากเห็นว่าวิธีการออกแบบที่โผล่ออกมาทำงานจริงในทางปฏิบัติ นักวิเคราะห์ธุรกิจที่พยายามอย่างหนักเพื่อเรียนรู้วิธีการใช้ใช้กรณีอย่างมีประสิทธิภาพร่วมกับวัตถุอื่น ๆ ความต้องการ เครื่องวัดหนึ่งถูกเริ่มกังวลว่า ไม่มีรุ่นรายละเอียดเพียงพอในการตรวจสอบ และทบทวน อย่างไรก็ตาม เขาเร็ว ๆ นี้ตระหนักว่าความร่วมมือใกล้ชิดระหว่างทีมงานและการรวมกันของนักพัฒนาอย่างมีนัยสำคัญการทดสอบโดยใช้เครื่องมือทดสอบของธนาคาร และการทดสอบในกิจกรรมขนาดใหญ่เช่นระบบทดสอบและเอือดอยู่พอ

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

อธิบาย "ตามที่เป็น" สถานการณ์เป็นหลักที่ส่งมอบ หลังจากการศึกษารายละเอียดและสรุปการออกแบบสถาปัตยกรรมผู้จัดการโครงการผลิตเอกสารที่คล้ายกันกับ "เพื่อจะ" สถานการณ์ เธอปรึกษากับผู้ใช้อย่างกว้างขวางในการพัฒนารุ่นสุดท้ายของเอกสารนี้
การก่อสร้าง
ช่วงนี้การพัฒนาระบบเพื่อให้มันพร้อมสำหรับการทดสอบเบื้องต้น ขั้นตอนที่ผ่านมาระบุความต้องการมากที่สุดและสร้างพื้นฐานสำหรับสถาปัตยกรรมของระบบ เน้นจากนั้นขยับไปจัดลำดับความสำคัญและเข้าใจความต้องการของการระดมความคิดแก้ปัญหาและการเข้ารหัสและการทดสอบซอฟต์แวร์ เป็นขั้นตอนการก่อสร้างที่ใหญ่ที่สุดของโครงการ ในขั้นตอนนี้ทีมงานที่สร้างขึ้นส่วนที่เหลือของระบบบนพื้นฐานที่วางไว้ในระหว่างการกระทำอย่างรอบคอบ ทีมงานดำเนินการลักษณะของระบบในสองซ้ำเวลาชนิดบรรจุกล่องเป็นเวลานาน 24 และ 46 วันทำการ
แต่ละซ้ำมีผลในการเปิดตัวที่ปฏิบัติการของซอฟต์แวร์ ทีมงานที่นำไปใช้ในช่วงต้นของการเปิดตัวของระบบเพื่อให้ได้ความคิดเห็นของผู้ใช้ ทีมงานดำเนินการร้อยละ 30 ของ Automations การไหลของกระบวนการ (คนที่ซับซ้อนมากที่สุด) ในระหว่างการซ้ำแรกและรวมพวกเขาในปฏิบัติการ A. พวกเขารวมถึงการแก้ไขการปฏิบัติการและที่เหลือทั้งหมดอัตโนมัติการไหลของกระบวนการในการปฏิบัติการ B. ความสำเร็จของแต่ละ ซ้ำสอง (ไม่รวมเครื่องอัตโนมัติและการทดสอบการรวม) จบลงด้วยการทดสอบการยอมรับของผู้ใช้ (เอือด) นี้ทำให้มั่นใจได้ว่าความคืบหน้าก็ขึ้นอยู่เสมอในการตกลงร่วมกันกับผู้ใช้
ในการออกจากขั้นตอนการก่อสร้างโครงการจะต้องผ่านขั้นการดำเนินงานความสามารถในการเริ่มต้น ปัญหาหลักคือไม่ว่าจะเป็นรุ่นปัจจุบันก็พร้อมที่จะย้ายเข้าไปอยู่ในสภาพแวดล้อมการทดสอบเบื้องต้นสำหรับระบบและการยอมรับการทดสอบ ทีมประสบความสำเร็จในขั้นที่ว่าด้วยการสาธิตนำเสนอในระหว่างการประชุมเชิงปฏิบัติการกับสมาชิกของคณะกรรมการการเปลี่ยนระยะนี้กินเวลา 23 วันที่ รวมถึงการเปลี่ยนแปลงระบบและการยอมรับการทดสอบและการมุ่งเน้นไปที่การส่งมอบระบบในการผลิต ในขั้นตอนนี้ทีมค่อยๆติดตั้งระบบให้กับผู้ใช้เป้าหมาย ผลตอบรับจากการเปิดตัวครั้งแรกที่มีผลในการปรับแต่งต่อไปที่พวกเขารวมอยู่ในช่วงของการทำซ้ำขั้นตอนที่สองการเปลี่ยนแปลงที่เกิดขึ้นในการทดสอบอย่างกว้างขวางรวมถึงการทดสอบเบต้า ปรับจูนการใช้งานที่เป็นเจ้าภาพที่มีอยู่และสก์ท็อปแบบบูรณาการที่เกิดขึ้นเช่นเดียวกับการปรับปรุงที่อยู่ข้อบกพร่องอย่างมีนัยสำคัญ แม้ว่าผู้ใช้และผู้จัดการการทดสอบการทดสอบการรวมเร็วพอในช่วงรายละเอียด (พื้นที่ของการใช้งาน) และการก่อสร้าง (เอือดในสภาพแวดล้อมการทดสอบ) ขั้นตอนที่แตกต่างกันในการตั้งค่าระหว่างเบื้องต้นหรือการผลิตและสิ่งแวดล้อมเอือดไม่สามารถคาดการณ์ไว้ ส่วนใหญ่ของปัญหาที่เกิดจากการตั้งค่าพิเศษของการใช้งานที่เป็นเจ้าภาพในเบื้องต้นหรือการผลิตสภาพแวดล้อม เวลาและความพยายามที่ใช้ในขั้นตอนการเปลี่ยนแปลงอย่างมีนัยสำคัญเนื่องจากการปรับจูนละเอียดที่จำเป็นสำหรับโครงสร้างพื้นฐานทั้งหมดเพื่อปรับปรุงประสิทธิภาพและมั่นใจเรียบดำเนินงานที่มั่นคงวิธีแบ่งเป็นระยะ-เปิดตัวที่มาต่อไปรวมถึงการทดสอบเบต้ากว้างขวางโดยกลุ่มเล็ก ๆ ก่อนที่ บริษัท เปิดตัวระบบเพื่อประชากรของผู้ใช้ทั้งหมดรวมทั้งเอกสารทางเทคนิคสุดท้ายกับรายละเอียดทางกายภาพและทางเทคนิคสถาปัตยกรรมของผู้ใช้คู่มือ บริษัท ดำเนินการโปรแกรมการฝึกอบรมอย่างละเอียดที่อยู่ทั้งในการดำเนินงานและการสนับสนุนในการออกจากขั้นตอนการเปลี่ยนแปลงทีมงานโครงการจะต้องผ่านขั้นเปิดตัวผลิตภัณฑ์ซึ่งรวมถึงรายการต่อไปนี้ การยอมรับของผู้มีส่วนได้เสียทางธุรกิจ: ธุรกิจผู้มีส่วนได้เสียได้รับความพึงพอใจและได้รับการยอมรับระบบ การดำเนินงานได้รับการยอมรับคนที่มีความรับผิดชอบสำหรับการดำเนินงานของระบบในการผลิตได้รับความพึงพอใจด้วยวิธีการที่เกี่ยวข้องและเอกสารประกอบ สนับสนุนการยอมรับคนที่รับผิดชอบในการสนับสนุนระบบครั้งเดียวในการผลิตได้รับความพึงพอใจด้วยวิธีการที่เกี่ยวข้องและเอกสารประกอบ ประมาณการค่าใช้จ่ายและการยอมรับ: ค่าใช้จ่ายในปัจจุบันเป็นที่ยอมรับและประมาณการที่เหมาะสมได้รับการทำสำหรับค่าใช้จ่ายการผลิตในอนาคตปัญหาการพัฒนาโครงการเป็นโครงการที่ก้าวหน้าทีมวิ่งเข้าไปในหลายประเด็นซึ่งส่วนใหญ่เป็นเรื่องธรรมดาในโครงการที่คล้ายกันของบุคลากรนักพัฒนานำ กระบวนการสวยได้อย่างรวดเร็วเพราะหลายการพัฒนาเชิงวัตถุคุ้นเคยกับพวกเขาและพวกเขาอยู่แล้วที่ต้องการแนวทางการพัฒนาซ้ำและเพิ่มขึ้น แต่หัวหน้าทีมในการพัฒนาและดูแลระบบฐานข้อมูล (DBA) มี "การออกแบบขนาดใหญ่ขึ้นหน้า" (BDUF) หรือที่เรียกว่า "การสร้างแบบจำลองขนาดใหญ่ขึ้นหน้า" (BMUF) 11-ความคิดที่พวกเขาเริ่มที่จะเอาชนะเพียง แต่หลังจากที่เห็นว่า วิธีการฉุกเฉินออกแบบทำงานจริงในทางปฏิบัติ นักวิเคราะห์ธุรกิจพยายามอย่างหนักที่จะเรียนรู้วิธีการใช้กรณีการใช้งานได้อย่างมีประสิทธิภาพร่วมกับสิ่งประดิษฐ์ข้อกำหนดอื่น ๆ ทดสอบหนึ่งที่เป็นกังวลในตอนแรกที่มีไม่รุ่นที่มีรายละเอียดมากพอที่จะตรวจสอบและทบทวน ไม่ช้าเขาก็ตระหนักว่าการทำงานร่วมกันอย่างใกล้ชิดระหว่างทีมงานและการรวมกันของการทดสอบการพัฒนาอย่างมีนัยสำคัญโดยใช้เครื่องมือทดสอบของธนาคารและการทดสอบในกิจกรรมขนาดใหญ่เช่นการทดสอบระบบและเอือดมีเพียงพอ

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

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

ขั้นตอนการก่อสร้างนี้พัฒนาระบบให้พร้อมสำหรับการทดสอบ preproduction .ระยะก่อนหน้านี้ระบุความต้องการมากที่สุด และสร้างพื้นฐานสำหรับสถาปัตยกรรมของระบบ แล้วเปลี่ยนไปเน้นความสำคัญและเข้าใจความต้องการ ระดมสมองแก้ปัญหา และการเข้ารหัสและการทดสอบซอฟต์แวร์ ก่อสร้างระยะที่ใหญ่ที่สุดของโครงการ ในขั้นตอนนี้ , ทีมสร้างส่วนที่เหลือของระบบบนพื้นฐานไว้ในตัว .ทีมงานใช้ระบบคุณลักษณะในเวลานาน 24 รอบสองกล่องและ 46 วัน .
แต่ละซ้ำผลในรุ่นที่ปฏิบัติการได้ของซอฟต์แวร์ ทีมติดตั้งรุ่นแรกของระบบที่จะได้รับความคิดเห็นของผู้ใช้ ทีมที่ใช้ร้อยละ 30 ของการไหลของกระบวนการ automations ( ที่ซับซ้อนมากที่สุด ) ในช่วงแรก และรวมไว้ในการปฏิบัติการ .พวกเขารวมปฏิบัติการแก้ไขและทั้งหมดที่เหลืออยู่ในการไหลของกระบวนการอัตโนมัติที่ ข. ความสําเร็จของแต่ละของทั้งสองรอบ ( ไม่รวมหน่วยทดสอบอัตโนมัติและบูรณาการ ) จบลงด้วยการทดสอบการยอมรับของผู้ใช้ ( uat ) นี้มั่นใจว่า ความคืบหน้าอยู่เสมอตามข้อตกลงร่วมกันกับผู้ใช้ .
ออกจากระยะก่อสร้างโครงการต้องผ่านความสามารถในการปฏิบัติการขั้นเบื้องต้น ปัญหาหลักคือว่ารุ่นปัจจุบัน พร้อมที่จะย้ายเข้าไปในสภาพแวดล้อมการทดสอบระบบและการทดสอบ preproduction สำหรับการยอมรับ ทีมประสบความสำเร็จได้ ขั้นด้วยการนำเสนอสาธิตในระหว่างการประชุมเชิงปฏิบัติการกับสมาชิกของคณะกรรมการ .



เฟสเปลี่ยนนี้เวลา 23 วันการรวมระบบและการทดสอบการยอมรับ และมุ่งเน้นการส่งมอบระบบในการผลิต ในขั้นตอนนี้ , ทีมค่อยๆ ปรับระบบให้ผู้ใช้เป้าหมาย . ความคิดเห็นจากรุ่นแรก ส่งผลให้การปรับแต่งเพิ่มเติมที่พวกเขารวมมากกว่าหลักสูตรของการเปลี่ยนเฟสสองรอบ .
การทดสอบอย่างกว้างขวางขึ้น รวมทั้งการทดสอบเบต้าปรับแต่งของเดิมเป็นเจ้าภาพการใช้งานและเดสก์ทอปแบบบูรณาการเกิดขึ้นเช่นเดียวกับการแก้ไขไปยังที่อยู่ข้อบกพร่องที่สำคัญ . แม้ว่าผู้ใช้และผู้จัดการการทดสอบการทดสอบการรวมเร็วพอ ในรายละเอียด ( โฮสต์ของโปรแกรม ) และการก่อสร้าง ( uat ในการทดสอบสภาพแวดล้อม ) ระยะความแตกต่างในการตั้งค่าระหว่างการผลิตและ uat preproduction หรือสภาพแวดล้อมที่ไม่สามารถคาดการณ์ได้ ส่วนใหญ่ของปัญหาที่เกิดจากการตั้งค่าพิเศษของโฮสต์แอปพลิเคชันใน preproduction หรือสภาพแวดล้อมการผลิต เวลาและความพยายามที่ใช้ในการเปลี่ยนวัฏภาคที่มีนัยสำคัญเนื่องจากการปรับใช้โครงสร้างพื้นฐานทั้งหมดเพื่อปรับปรุงประสิทธิภาพ และมั่นใจได้เรียบเนียนการดำเนินงานที่มั่นคง ซึ่งวิธีการแบ่ง
ที่มาถัดไปรวมอย่างละเอียดการทดสอบเบต้าโดยกลุ่มเล็ก ๆก่อนที่ บริษัท เปิดตัวระบบเพื่อประชากรของผู้ใช้ทั้งหมดรวมทั้งสุดท้ายเอกสารทางเทคนิคสถาปัตยกรรมทางกายภาพรายละเอียดและคู่มือการใช้งานทางด้านเทคนิค บริษัทจัดฝึกอบรมอย่างละเอียด ทั้งการดำเนินงานและการสนับสนุน .
เพื่อออกจากการเปลี่ยนเฟส ทีมงานโครงการต้องผ่านการเปิดตัวผลิตภัณฑ์หลัก ซึ่งประกอบด้วยรายการต่อไปนี้ การยอมรับของผู้มีส่วนได้ส่วนเสียทางธุรกิจ : ผู้มีส่วนได้เสียทางธุรกิจมีความพึงพอใจ และการยอมรับระบบ การดำเนินงาน : คนที่รับผิดชอบงานระบบในการผลิต คือ พอใจกับกระบวนการที่เกี่ยวข้องและเอกสาร ยอมรับสนับสนุน :คนที่รับผิดชอบในการสนับสนุนระบบครั้งเดียวในการผลิต คือ พอใจกับกระบวนการที่เกี่ยวข้องและเอกสาร ต้นทุนและการประมาณการ : ค่าใช้จ่ายปัจจุบันที่ยอมรับได้ และการประเมินที่เหมาะสมได้รับการทำสำหรับต้นทุนการผลิตในอนาคต

โครงการการพัฒนาตามโครงการพัฒนา ทีมเจอปัญหาหลายๆซึ่งส่วนใหญ่จะพบในโครงการที่คล้ายกัน บุคลากร


รับรองกระบวนการพัฒนาค่อนข้างเร็ว เพราะหลายของการพัฒนาเชิงวัตถุการคุ้นเคยกับพวกเขาแล้วและพวกเขาต้องการเป็นวิธีการและแนวทางการพัฒนาแบบเพิ่มหน่วย อย่างไรก็ตามทีมพัฒนาผู้นำและผู้บริหารฐานข้อมูล ( DBA ) มี " โครงการขนาดใหญ่ด้านหน้า " ( bduf ) หรือที่เรียกว่า " บิ๊กโมเดลลิ่งขึ้นหน้า " ( bmuf ) 11 mindset ที่พวกเขาเริ่มที่จะเอาชนะเพียงหลังจากเห็นว่าแนวทางการออกแบบฉุกเฉินจริง นำไปปฏิบัติได้จริง นักวิเคราะห์ธุรกิจพยายามที่จะเรียนรู้วิธีการใช้กรณีใช้อย่างมีประสิทธิภาพในการรวมกันกับความต้องการอื่น ๆสิ่งประดิษฐ์หนึ่งทดสอบก็เริ่มกังวลว่า ไม่มีรายละเอียดเพียงพอรุ่นตรวจสอบและทบทวน อย่างไรก็ตาม ไม่ช้าเขาก็ตระหนักว่าใกล้ชิดความร่วมมือระหว่างทีมงานและการรวมกันของการทดสอบพัฒนาอย่างมีนัยสำคัญโดยใช้เครื่องมือทดสอบและการทดสอบกิจกรรมของธนาคารขนาดใหญ่ เช่น การทดสอบระบบ และ uat มีไม่พอ