Sabre Holdings Corp. embarked on a

Sabre Holdings Corp. embarked on a $100-million-plus project to rebuild their air-travel reservation system. The old system was designed when assembly code was the rage; the system was 10 million lines of code. The new system was designed for C++ and Java, using servers and databases that were not even possible when the original system was built. That means the new system was a complete redo. And they brought the system in on time and on budget. How did they do it?
It was no small feat this time around. In 1988, Sabre managers tried to overhaul the system and spent $125 million. The project was well planned and broken into manageable pieces to be built in parallel, as was the prevailing project management advice at the time. After 3 ½ years of development, it didn’t work. Partners like Budget Rent a Car and Hilton and Marriott hotel chains were scheduled to use it. But a few weeks before the due date, the entire project was scrapped.
But this time, managers took a different approach similar to agile programming for this project. First they did the project as a series of small steps, each providing functionality that can be tweaked or redesigned as necessary. Small steps make it possible to change direction or even respond to changes in technology without disrupting the entire project. For example, functions originally targeted for one type of server were rearchiteeted for a different server. In addition, Linux servers, which did not look viable when the project began, could be used later when they were proven to be appropriate for this environment. Second, the small steps make it possible to go live with each iteration of the system before beginning the next stop. This ensures that the system works and meets the users’ needs.
Observers noted, “That doesn’t sound like a lug IT project. Everything we expect from a big IT project is missing: The grand, detailed plan; the divide-at-the-start-and-integrate-at-the-end strategy; the years-before-it-goes-live schedule. That approach has doomed big IT projects for generations. IT had too much change, and depending on too much perfection in execution.”
Discussion Questions

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

เซเบอร์โฮลดิ้ง คอร์ปจำนวน $100-ล้านพลัสโครงการเพื่อสร้างระบบจองการเดินทางอากาศ ระบบเก่าออกแบบมาเมื่อรหัสแอสเซมบลี ความโกรธ ระบบไม่ 10 ล้านบรรทัดของรหัส ระบบใหม่ถูกออกแบบมาสำหรับ c ++และ Java การใช้เซิร์ฟเวอร์และฐานข้อมูลที่ไม่สามารถแม้กระทั่งเมื่อมีสร้างระบบเดิม นั่นหมายความว่า ระบบใหม่ทำใหม่เสร็จสมบูรณ์ และจะนำระบบในเวลา และงบประมาณ ไม่ได้ว่าไรมัน มันเป็นเพลงขนาดเล็กไม่มีเวลา ในปี 1988 เซเบอร์ผู้จัดการพยายามยกเครื่องระบบ และใช้เวลา $125 ล้าน โครงการวางแผนไว้ดี และหักเป็นชิ้นจัดการที่ขนาน เป็นคำแนะนำการบริหารโครงการเป็นเวลา หลังจาก 3 ½ปีพัฒนา มันไม่ได้ คู่เช่นงบประมาณค่าเช่ารถ และโรงแรมฮิลตัน และแมริออทโรงแรมโซ่ถูกกำหนดให้ใช้ แต่ไม่กี่สัปดาห์ก่อนวันครบกำหนด โครงการทั้งหมดเป็นของเสีย แต่เวลานี้ ผู้จัดการใช้วิธีแตกต่างกันคล้ายกับการเขียนโปรแกรมคล่องตัวสำหรับโครงการนี้ ก่อน จะทำโครงการเป็นชุดของขั้นตอนขนาดเล็ก แต่ละฟังก์ชันให้ที่สามารถ tweaked หรือออกแบบใหม่ตามความจำเป็น ตอนเล็ก ๆ ทำให้สามารถเปลี่ยนทิศทาง หรือแม้แต่ตอบสนองการเปลี่ยนแปลงในเทคโนโลยี โดยควบทั้งโครงการ ตัวอย่าง ฟังก์ชันเป้าหมายเดิม ของเซิร์ฟเวอร์ถูก rearchiteeted สำหรับเซิร์ฟเวอร์อื่น นอกจากนี้ Linux เซิร์ฟเวอร์ ซึ่งไม่ได้ดูทำงานเมื่อโครงการเริ่ม สามารถใช้ในภายหลังเมื่อพวกเขาได้พิสูจน์ให้เหมาะสมกับสภาพแวดล้อมนี้ ที่สอง ขั้นตอนขนาดเล็กให้ไปอยู่กับเนื่องของระบบก่อนที่จะเริ่มหยุดถัดไป นี้ช่วยให้มั่นใจว่า ระบบการทำงาน และตรงตามความต้องการของผู้ใช้ ผู้สังเกตการณ์กล่าว "ที่ไม่ฟังเป็น lug นั้นโครงการ ทุกอย่างที่เราคาดหวังจากโครงการ IT ขนาดใหญ่หาย: แผนแกรนด์ รายละเอียด กลยุทธ์ divide-at-the-start-and-integrate-at-the-end กำหนดการปีก่อนมันไปอาศัยอยู่ วิธีได้ถึงวาระใหญ่มันโครงการสำหรับรุ่น มันมีการเปลี่ยนแปลงมากเกินไป และขึ้นอยู่ กับความสมบูรณ์แบบมากเกินไปในการดำเนินการ "คำถามการสนทนา

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

โฮลดิ้งคอร์ปกระบี่ลงมือโครงการ $ 100 ล้านบวกที่จะสร้างระบบการจองเครื่องเดินทางของพวกเขา ระบบเก่าได้รับการออกแบบเมื่อรหัสการชุมนุมเป็นความโกรธ; ระบบเป็น 10 ล้านบรรทัดของรหัส ระบบใหม่ได้รับการออกแบบสำหรับ C ++ และ Java โดยใช้เซิร์ฟเวอร์และฐานข้อมูลที่มีไม่ได้เป็นไปได้เมื่อระบบเดิมที่ถูกสร้างขึ้น นั่นหมายความว่าระบบใหม่คือการทำซ้ำที่สมบูรณ์ และเขาได้นำระบบในเวลาและงบประมาณ วิธีการพวกเขาทำมันได้หรือไม่
มันก็ไม่มีฝีมือขนาดเล็กเวลาประมาณนี้ ในปี 1988 ผู้จัดการกระบี่พยายามที่จะยกเครื่องระบบและการใช้จ่าย $ 125,000,000 โครงการนี้ได้รับการวางแผนที่ดีและแตกออกเป็นชิ้นจัดการที่ถูกสร้างขึ้นในแบบคู่ขนานที่เป็นคำแนะนำการบริหารจัดการโครงการที่เกิดขึ้น ณ เวลา หลังจาก 3 ½ปีของการพัฒนามันไม่ได้ทำงาน พาร์ทเนอร์เช่น Budget Rent a Car และฮิลตันและแมริออกลุ่มโรงแรมมีกำหนดการที่จะใช้มัน แต่ไม่กี่สัปดาห์ก่อนวันครบกำหนดโครงการทั้งหมดถูกทิ้ง.
แต่ครั้งนี้ผู้จัดการเอาวิธีการที่แตกต่างกันคล้ายกับการเขียนโปรแกรมเปรียวสำหรับโครงการนี้ เป็นครั้งแรกที่พวกเขาทำโครงการเป็นชุดของขั้นตอนขนาดเล็กแต่ละฟังก์ชั่นการให้ที่สามารถ tweaked หรือการออกแบบใหม่ตามความจำเป็น ขั้นตอนขนาดเล็กทำให้มันเป็นไปได้ที่จะเปลี่ยนทิศทางหรือแม้กระทั่งการตอบสนองต่อการเปลี่ยนแปลงของเทคโนโลยีโดยไม่กระทบกับโครงการทั้งหมด ตัวอย่างเช่นฟังก์ชั่นที่กำหนดเป้าหมายเดิมสำหรับเซิร์ฟเวอร์ประเภทหนึ่งถูก rearchiteeted สำหรับเซิร์ฟเวอร์ที่แตกต่างกัน นอกจากนี้เซิร์ฟเวอร์ Linux ซึ่งไม่ได้มองการทำงานได้เมื่อโครงการเริ่มต้นสามารถนำมาใช้ในภายหลังเมื่อพวกเขาได้รับการพิสูจน์แล้วว่าเป็นที่เหมาะสมสำหรับสภาพแวดล้อมเช่นนี้ ประการที่สองขั้นตอนขนาดเล็กทำให้มันเป็นไปได้ที่จะไปอยู่กับทวนของแต่ละระบบก่อนที่จะเริ่มหยุดถัดไป เพื่อให้แน่ใจว่าระบบการทำงานและตรงกับความต้องการของผู้ใช้.
ผู้สังเกตการณ์กล่าวว่า "นั่นไม่ได้เสียงเหมือนดึงโครงการไอที ทุกสิ่งที่เราคาดหวังจากโครงการไอทีใหญ่จะหายไป: แกรนด์, แผนรายละเอียด; แบ่ง-at-เริ่มต้นและบูรณาการ-at-สิ้นกลยุทธ์; ปีก่อนที่มันจะไปมีชีวิตกำหนดการ วิธีการที่มีวาระโครงการด้านไอทีที่ยิ่งใหญ่สำหรับคนรุ่น มันมีการเปลี่ยนแปลงมากเกินไปและขึ้นอยู่กับความสมบูรณ์แบบมากเกินไปในการดำเนินการ. "
สนทนาคำถาม

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

เซเบอร์ โฮลดิ้ง คอร์ป เริ่มต้นกับ $ 100 ล้านกับโครงการที่จะสร้างระบบการจองการเดินทางทางอากาศของพวกเขา ระบบเก่าถูกออกแบบมาเมื่อรหัสประกอบคือความโกรธ ; ระบบเป็น 10 ล้านบรรทัดของรหัส ระบบใหม่ที่ถูกออกแบบมาสำหรับ C และ Java , การใช้เซิร์ฟเวอร์และฐานข้อมูลที่ไม่ได้เป็นไปได้เมื่อระบบเดิมที่ถูกสร้างขึ้น นั่นหมายความว่า ระบบใหม่ คือ ให้ทำซ้ำและนำระบบในเวลาและงบประมาณ ทำมันยังไง ?
มันไม่มีฝีมือขนาดเล็กเวลาประมาณนี้ ในปี 1988 , ผู้จัดการเซเบอร์พยายามจะยกเครื่องระบบและการใช้จ่าย $ 125 ล้าน เป็นโครงการที่วางแผนไว้อย่างดี และเสียจัดการให้เป็นชิ้นที่ถูกสร้างขึ้นในแบบคู่ขนาน เป็นหนึ่งโครงการการจัดการคําแนะนําในเวลา หลังจาก 3 ½ปีของการพัฒนา มันไม่ได้ผลพันธมิตรเช่นงบประมาณเช่ารถและโรงแรมฮิลตัน และโซ่ถูกกำหนดให้ใช้มัน แต่ไม่กี่สัปดาห์ก่อนวันที่กำหนด โครงการทั้งหมดถูกทำลาย .
แต่คราวนี้ผู้จัดการเอาวิธีการที่แตกต่างกันคล้ายกับการเขียนโปรแกรม Agile สำหรับโครงการนี้ ก่อนพวกเขาทำโครงการเป็นชุดของขั้นตอนเล็ก ๆในแต่ละที่ให้ฟังก์ชันการทำงานที่สามารถปรับหรือออกแบบใหม่ตามความจําเป็นขั้นตอนขนาดเล็กที่ทำให้มันเป็นไปได้ที่จะเปลี่ยนทิศทาง หรือแม้แต่การตอบสนองต่อการเปลี่ยนแปลงในเทคโนโลยีโดยไม่กระทบกับโครงการทั้งหมด ตัวอย่างเช่นฟังก์ชันเดิมเป้าหมายสำหรับประเภทหนึ่งของเซิร์ฟเวอร์เป็น rearchiteeted สำหรับเซิร์ฟเวอร์ที่แตกต่างกัน นอกจากนี้ ลีนุกซ์ เซิร์ฟเวอร์ ซึ่งดูไม่วางอนาคตเมื่อโครงการเริ่มต้นที่สามารถใช้ในภายหลังเมื่อพวกเขาได้รับการพิสูจน์เพื่อให้เหมาะสมกับสภาพแวดล้อมนี้สองขั้นตอนขนาดเล็กที่ทำให้มันเป็นไปได้ที่จะไปอาศัยอยู่กับแต่ละซ้ำของระบบก่อนที่จะเริ่มหยุดต่อไป เพื่อให้แน่ใจว่าระบบงานและตรงกับความต้องการของผู้ใช้
ผู้สังเกตการณ์กล่าว " นั้น มันไม่เหมือนการดึงมันโครงการ ทุกอย่างที่เราคาดหวังจากโครงการใหญ่จะหายไป : แกรนด์ , แผนรายละเอียด หารที่เริ่มต้นและบูรณาการในกลยุทธ์ที่สิ้นสุด