In most projects, the first system

In most projects, the first system built is barely usable. It may be too slow, too big, and awkward in use or all three. There is no alternative but to start again, smarting but smarter, and build a redesigned version in which these problems are solved . . . When a new system concept or new technology is used, one has to build a system to throw away, for even the best planning is not so omniscient as to get it right the first time. The management question, therefore, is not whether to build a pilot system and throw it away. You will do that. The only question is whether to plan in advance to build a throwaway, or to promise to deliver the throwaway to customers . . .
The prototype can serve as "the first system." The one that Brooks recommends we throw away. But this may be an idealized view. It is true that both customers and developers like the prototyping paradigm. Users get a feel for the actual system and developers get to build something immediately. Yet, prototyping can also be problematic for the following reasons:

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

ในโครงการใหญ่ ระบบแรกที่สร้างคือแทบไม่ได้ มันอาจจะช้าเกินไป มากเกินไป และไม่สะดวกในการใช้ทั้งหมด 3 ไม่มีทางเลือกแต่เริ่มอีก smarting แต่ฉลาด การสร้างเวอร์ชันใหม่ที่มีแก้ไขปัญหาเหล่านี้อยู่ เมื่อแนวคิดระบบใหม่หรือเทคโนโลยีใหม่ที่จะใช้ หนึ่งได้สร้างระบบการโยน แม้สุดวางแผนว่าไม่ดัง omniscient เป็นได้รับมันขวาครั้งแรก คำถามการจัดการ ดังนั้น ไม่ได้ว่าจะสร้างระบบนำร่อง และโยนมันทิ้ง คุณจะทำเช่นนั้น คำถามเดียวคือว่าวางแผนล่วงหน้าสร้าง throwaway การ หรือจะส่ง throwaway ที่ให้...ต้นแบบสามารถทำหน้าที่เป็น "ตัวแรกระบบ" หนึ่งบรู๊คส์ที่แนะนำให้เราทิ้ง แต่อาจดูที่ idealized มันเป็นความจริงว่า ทั้งลูกค้าและนักพัฒนาเช่นกระบวนทัศน์ต้นแบบ ผู้ใช้รับความรู้สึกระบบจริง และพัฒนาไปสร้างบางสิ่งบางอย่างทันที ยัง ต้นแบบสามารถเป็นปัญหาสำหรับเหตุผลต่อไปนี้:

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

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

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

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