Tanak wanted to know whether an obj

Tanak wanted to know whether an object-oriented development process that was being used by the team for their project was the right choice. The primary issue was that many of the more senior developers in this group and in other groups were unable to help with the project because they didn’t understand the processes being used. Agile techniques, such as Scrum (Takeuchi and Nonaka 1986), had been practiced by the junior engineers in school, but the senior engineers were still waiting for “all the requirements” to be written down so that they could plan their work. The junior engineers were already coding. The architecture was straightforward, but it was obvious that the legacy systems were having a major influence on some of the components. Understanding the legacy systems required a systematic and disciplined method that the senior engineers knew how to do, but the junior engineers were less familiar with this method. Deciding how much of the legacy system with which to work and at what level was an issue. Tanak wanted to know whether they should change some of the developer information to be more similar to a traditional development approach or whether there was something else that the team should consider doing to help with this transition and support.

Kết quả (Việt) 1:

Tanak muốn biết liệu một quá trình hướng đối tượng phát triển đã được sử dụng bởi đội ngũ cho các dự án của họ là sự lựa chọn đúng. Vấn đề chính là nhiều người trong số các nhà phát triển cấp cao hơn ở nhóm này và nhóm khác đã không thể giúp đỡ với các dự án vì họ đã không hiểu các quá trình đang được sử dụng. Kỹ thuật nhanh nhẹn, chẳng hạn như Scrum (Takeuchi và Nonaka 1986), đã được thực hiện bởi các kỹ sư cơ sở trường, nhưng các kỹ sư cao cấp vẫn chờ đợi cho "tất cả các yêu cầu" được viết để cho họ có thể lập kế hoạch công việc của họ. Kỹ sư cơ sở đã mã hóa. Kiến trúc được đơn giản, nhưng nó đã được rõ ràng rằng các hệ thống di sản đã có một ảnh hưởng lớn đến một số trong các thành phần. Tìm hiểu về các hệ thống di sản cần một phương pháp có hệ thống và kỷ luật cao cấp kỹ sư biết làm thế nào để làm, nhưng các kỹ sư trẻ ít quen thuộc với phương pháp này. Quyết định bao nhiêu là hệ thống kế thừa mà để làm việc và những gì cấp độ là một vấn đề. Tanak muốn biết liệu họ nên thay đổi một số thông tin nhà phát triển để thêm tương tự như một cách tiếp cận truyền thống phát triển hoặc cho dù đó là một cái gì đó khác mà đội nên xem xét làm để giúp đỡ với quá trình chuyển đổi và hỗ trợ.

Kết quả (Việt) 2:

Tanak muốn biết liệu một quá trình phát triển hướng đối tượng đó đã được sử dụng bởi các đội dự án của họ là sự lựa chọn đúng. Vấn đề chính là rất nhiều các nhà phát triển cấp cao hơn trong nhóm này và trong các nhóm khác không thể giúp đỡ với các dự án vì họ không hiểu các quá trình đang được sử dụng. kỹ thuật nhanh nhẹn, như Scrum (Takeuchi và Nonaka 1986), đã được thực hành bởi các kỹ sư học ở trường, nhưng các kỹ sư cao cấp vẫn sẽ phải chờ cho "tất cả các yêu cầu" được viết ra để họ có thể lập kế hoạch công việc của họ. Các kỹ sư cơ sở đã được mã hóa. Các kiến ​​trúc là đơn giản, nhưng nó là rõ ràng rằng các hệ thống di sản đã có một ảnh hưởng lớn đến một số thành phần. Hiểu các hệ thống di sản cần một phương pháp có hệ thống và có kỷ luật mà các kỹ sư cao cấp biết cách làm, nhưng các kỹ sư cơ sở ít quen thuộc với phương pháp này. Quyết định có bao nhiêu hệ thống di sản mà để làm việc và ở mức độ nào là một vấn đề. Tanak muốn biết liệu họ có nên thay đổi một số thông tin nhà phát triển là tương tự như một cách tiếp cận phát triển truyền thống hoặc là chỉ có một cái gì đó khác mà đội nên xem xét việc làm để giúp đỡ với quá trình chuyển đổi này và hỗ trợ.