TransitionThis phase lasted 23 days

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:

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

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

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

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

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

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

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


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