7.4 User orientationSoftware projec

7.4 User orientation
Software projects are not noted for their successful adaptation to what the market or user really needs or wants. The orientation is more often towards the machine, the algorithm, or the deadline – but too rarely the user. Many software developers literally never see their product in action with real users.
Most users never see the facts of the designers and programmers. They don’t even know their names. Even if the developers did want to make a product which the users were really happy with, it is often too late and too impractical to do so by the time they fine out what the user really wants.
With evolutionary delivery, the situation is changed. The developer is specifically charged with ‘listening’ to user reactions, early and often. The user can play a direct role in the development process. Neither the budget, nor the deadline are overrun. The overall system architecture is ‘open ended,’ and we are mentally, economically, and technically prepared to listen to what the user or customer wants.
The principle of selecting the highest available value-to-cost ratio step next is a dynamic one. User values can and should alter as users get experience. Valuable user ideas can give the planners a flow of new ideas, which were not in the original plans. If they are better ideas – we must find practical and economic ways of implementing them as soon as possible.
Every system developer should recognize the need for feedback, the inevitability of changes of ideas about value, and the learning of development cost estimation through experience. It is common sense. The need for applying learning and selection mechanisms earlier, more consciously and more frequently in the development process is clear from our everyday experience.

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

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

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

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

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

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