Nói từ quan điểm quản lý, không nâng cấp trừ khi có lý do thuyết phục. Bạn phải nhìn vào những gì nâng cấp mang đến cho dự án của bạn.Nếu không có lợi ích cho việc nâng cấp, không làm điều đó. Rõ ràng đây không phải là một quy tắc cứng nhắc và nhanh chóng, nhưng hầu hết các nhóm tôi biết không có thời gian để chi tiêu hệ thống nâng cấp không có lý do, họ quá bận rộn với yêu cầu tính năng và sửa lỗi. Tôi khuyên bạn nên làm việc trong nâng cấp trên cơ sở sau đây:
- Phiên bản mới chạy [đáng kể] nhanh hơn hoặc nhiều một cách hiệu quả và khách hàng của bạn/khách hàng sẽ thấy sự cải thiện này hoặc nó sẽ giảm nhu cầu phần cứng nội tại của bạn.
- Tính năng đã được thêm rằng bạn hoặc khách hàng/khách hàng của bạn muốn và có thể mất [ngay] lợi thế của.
- Tăng cường bảo mật cho an ninh lỗ hổng ảnh hưởng đến kiến trúc hiện tại của bạn hoặc tương lai ngay lập tức.
- Lý do cấp phép/hỗ trợ. Nếu bạn là vào cuối hợp đồng thì có thể sẽ muốn thực hiện lần cuối cùng chuyển đến phiên bản cuối cùng của phần mềm mà bạn có quyền trong khi vẫn hỗ trợ nâng cấp . Cách khác, nếu bạn đang sử dụng phiên bản cũ của phần mềm tìm tài liệu hỗ trợ thì rất khó, sau đó nâng cấp chắc chắn được gọi.
- Một số khía cạnh của dự án mà bạn đang hoạt động trên bị ảnh hưởng trực tiếp bởi phần mềm có thể được nâng cấp . Nếu bạn đang thực hiện để làm việc với nó và thử nghiệm chức năng, có thể là thời gian tốt để nâng cấp và [có thể] sẽ không thêm tải trọng đáng kể vào dự án .
- Thay đổi lớn. Nếu dự án của bạn hoặc phần mềm dựa trên đã trải qua những thay đổi lớn thì có lẽ là thời điểm tốt để thêm bản cập nhật vào kế hoạch dự án của bạn. Thay đổi lớn ngụ ý thêm đường dẫn nâng cấp khó khăn và phải là suy giảm theo cơ sở được lập lịch thay vì hơn là phải đeo giày vào phút cuối do sửa chữa hoặc tăng cường cần thiết.
lý do cụ thể không nâng cấp:
- phần mềm, cài đặt, và kiểm tra hồi quy tốn tiền. Do đó sự cần thiết cho một lý do thuyết phục để nâng cấp.
- Phần mềm mới thường bị lỗi hoặc có "tính năng" không xác định. Vì lý do này, nhiều người chọn ở lại một phiên bản đằng sau bản phát hành mới nhất.
- Phiên bản mới hơn thường có thể chậm hơn các phiên bản trước, điều này đặc biệt đúng với các bản cập nhật và bản vá nhỏ.
- Sự cố tương thích. Nâng cấp phá vỡ mọi thứ, nó là tốt hơn để bỏ qua càng nhiều nâng cấp gia tăng càng tốt để tránh các bản cập nhật phá vỡ tính tương thích, khả năng tương thích có thể được sửa trong bản cập nhật tiếp theo.
Tôi khuyên bạn nên giữ danh sách tất cả phần mềm mà dự án của bạn sử dụng cùng với phiên bản và ngày nâng cấp cuối cùng (cùng với thông tin quan trọng khác như thông tin cấp phép, thông tin hỗ trợ, v.v.). Đánh giá mọi mục trong danh sách này mỗi năm một lần để đảm bảo rằng bạn không bỏ lỡ bất kỳ cập nhật nào phù hợp với lý do nâng cấp mà bạn có thể đã bỏ lỡ. Phần mềm trong danh sách này có phiên bản/ngày cũ và phiên bản mới hơn có thể đủ khuyến khích để thuyết phục quản lý rằng việc nâng cấp nên được thực hiện.
Quản lý thay đổi thông qua các nhánh chắc chắn là một tùy chọn. – lomaxx