software engineering principles for

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:

công nghệ phần mềm các nguyên tắc 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".