This case deals with consultants wh

This case deals with consultants who have been called into a bank to help with general software engineering principles for all the developers. The person who asked the con- sultants to come and who was a former student of the consultants asks them to evaluate one of his projects and provide ways to “improve” what they are doing. The bank has evolved through an era in which traditional, though now outdated, software development practices became standard at the bank. For example, the bank’s software projects usually follow the traditional waterfall-like view of software development (Royce 1970) with the “added benefit” that developers work alone. The developers do not see projects as team efforts but as individual efforts that collectively make the project successful. New Agile methods that emphasize intense cooperation among developers are being adopted slowly, but some of the senior developers are resistant to process changes. The organization’s cul- ture of working alone has been difficult to change, especially when project managers try to introduce new processes, such as Agile approaches, in which two people work together on one console (Beck 1999).

In particular, the sponsor for the consultants wants to know how he can get more of his senior engineers involved in process improvement efforts and whether the processes that his team are using can be improved to help all engineers better participate in the effort. He can see that the “senior” engineers are not as comfortable with the techniques being proposed as the “new” engineers.

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

Trường hợp này đề với tư vấn những người đã được gọi là vào một ngân hàng để giúp với các nguyên tắc chung phần mềm kỹ thuật cho tất cả các nhà phát triển. Người những người yêu cầu con-sultants tới và từng là một cựu sinh viên của các chuyên gia tư vấn yêu cầu họ để đánh giá một trong dự án của mình và cung cấp cho cách để "cải thiện" những gì họ đang làm. Các ngân hàng đã phát triển qua một thời kỳ trong đó có truyền thống, mặc dù bây giờ đã lỗi thời, thực tiễn phát triển phần mềm đã trở thành tiêu chuẩn trong ngân hàng. Ví dụ, của ngân hàng dự án phần mềm thường làm theo thác nước giống như quan điểm truyền thống của phát triển phần mềm (Royce 1970) với các "thêm lợi ích" mà nhà phát triển làm việc một mình. Các nhà phát triển không thấy dự án như những nỗ lực nhóm nhưng như những nỗ lực cá nhân nói chung làm cho dự án thành công. Phương pháp nhanh nhẹn mới nhấn mạnh mạnh mẽ hợp tác giữa các nhà phát triển đang được thông qua từ từ, nhưng một số các nhà phát triển cao cấp kháng để quá trình thay đổi. Của tổ chức cul-ture làm việc một mình đã được khó khăn để thay đổi, đặc biệt là khi quản lý dự án cố gắng để giới thiệu quy trình mới, chẳng hạn như phương pháp tiếp cận nhanh nhẹn, trong đó hai người làm việc cùng nhau trên một bàn điều khiển (Beck năm 1999).Đặc biệt, các nhà tài trợ cho các chuyên gia tư vấn muốn biết làm thế nào ông có thể nhận được nhiều hơn của các kỹ sư cấp cao của mình tham gia vào nỗ lực cải tiến quá trình và cho dù quá trình nhóm của ông đang sử dụng có thể được cải thiện để giúp các kỹ sư tất cả tốt hơn tham gia vào các nỗ lực. Ông có thể thấy rằng các kỹ sư "cao cấp" là không thoải mái với các kỹ thuật được đề xuất như các kỹ sư "mới".

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

Trường hợp này đề với chuyên gia tư vấn đã được gọi vào một ngân hàng để giúp các nguyên tắc kỹ thuật phần mềm tổng quát cho tất cả các nhà phát triển. Người hỏi những sultants con- đến và người là một cựu sinh viên của các chuyên gia tư vấn yêu cầu họ đánh giá một trong những dự án của mình và cung cấp nhiều cách để "cải thiện" những gì họ đang làm. Các ngân hàng đã phát triển qua một thời đại trong đó, mặc dù bây giờ đã lỗi thời, thực tiễn phát triển phần mềm truyền thống đã trở thành tiêu chuẩn tại các ngân hàng. Ví dụ, dự án phần mềm của ngân hàng thường là theo quan điểm truyền thống thác nước như phát triển phần mềm (Royce 1970) với "lợi ích bổ sung" mà các nhà phát triển làm việc một mình. Các nhà phát triển không thấy dự án như các nỗ lực đội nhưng những nỗ lực như cá nhân mà làm chung dự án thành công. Phương pháp mới Agile đó nhấn mạnh sự hợp tác giữa các nhà phát triển cường độ cao đang được áp dụng từ từ, nhưng một số các nhà phát triển cấp cao đề kháng để xử lý thay đổi. Ture hoá của tổ chức làm việc một mình rất khó để thay đổi, đặc biệt là khi các nhà quản lý dự án cố gắng để giới thiệu quy trình mới, chẳng hạn như các phương pháp Agile, trong đó hai người làm việc cùng nhau trên một giao diện điều khiển (Beck, 1999). Đặc biệt, các nhà tài trợ cho các tư vấn muốn biết làm thế nào ông có thể nhận được nhiều hơn của các kỹ sư cao cấp của mình tham gia vào những nỗ lực cải tiến quy trình và liệu các quá trình mà nhóm của ông đang sử dụng có thể được cải thiện để giúp đỡ tất cả các kỹ sư tham gia tốt hơn trong các nỗ lực. Anh có thể thấy rằng các kỹ sư "cao cấp" là không thoải mái với các kỹ thuật được đề xuất như là các kỹ sư "mới".