The organization tries to tackle th

The organization tries to tackle the aforementioned problem by switching to decentralized component based software engineering. In addition to doing their day-today tasks as before the teams must try to identify potential components, i.e. products, subparts or features that could also be used in other teams and environments. This should be done by all the employees, but especially by the team leaders. After being approved as a component the component should be entered into the component library to be available for the others in the organization.

In the case organization work has been strictly team- and project-based. Thus, the current organizational structure does not support the interactions required by componentization. There has not been either time or motivation to make software code for the public good.

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

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

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

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

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

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

ในกรณีที่องค์กรมีทีมทำงานอย่างเคร่งครัด และโครง . ดังนั้นโครงสร้างองค์การปัจจุบันไม่สนับสนุนปฏิสัมพันธ์บังคับใช้โดย componentization .มีทั้งเวลา หรือแรงจูงใจในการทำรหัสซอฟต์แวร์สำหรับประชาชนที่ดี