Gần đây tôi đã ngày càng bối rối bởi những gì tôi sẽ phải mô tả như là một trong những trải nghiệm khó chịu và giết chết tinh thần nhất của tôi trong nghề này: Phải ngồi trên một bản phát hành đã được thử nghiệm, thử nghiệm lại, dàn dựng và cho tất cả ý định và mục đích đã sẵn sàng để vận chuyển / triển khai .
Là một người giải pháp toàn diện và không chỉ là một lập trình viên khó tính, tôi hiểu và thậm chí còn ủng hộ sự cần thiết phải kiểm soát thay đổi thích hợp. Nhưng gần đây, sự cân bằng mong manh giữa việc bảo vệ các căn cứ của chúng tôi và vận chuyển đúng hạn đã bị mất hoàn toàn, và tôi đã không có chút thành công nào trong việc khôi phục nó thành một điều gì đó lành mạnh.
Tôi đang tìm kiếm các lý lẽ thuyết phục để giúp thuyết phục quản lý không thích rủi ro rằng:
Nhóm nhà phát triển nên (hoặc phải) có thể đặt lịch phát hành riêng - trong lý do tất nhiên (1-3 tháng nên đủ bảo thủ cho tất cả trừ các công ty Fortune 500 lớn nhất);
Phát hành phần mềm là những cột mốc quan trọng và không nên được đối xử ung dung; nói cách khác, sự chậm trễ / dừng lại không cần thiết rất đột phá và chỉ nên được coi là biện pháp cuối cùng cho một số vấn đề kinh doanh quan trọng; và
Các thực thể bên ngoài (không phải nhà phát triển / không phải CNTT) muốn tham gia với tư cách là các bên liên quan có trách nhiệm hợp tác với nhóm nhà phát triển để đáp ứng lịch phát hành, đặc biệt là trong tuần trước hoặc trước khi tàu được lên kế hoạch ngày (tức là thử nghiệm / dàn dựng của người dùng).
Trên đây là những khẳng định đúng với tôi dựa trên kinh nghiệm, nhưng có vẻ như bây giờ tôi đang ở vị trí phải chứng minh điều đó - vì vậy tôi đang yêu cầu một cái gì đó hơi thịt ở đây, nếu điều đó tồn tại.
Bất cứ ai đã phải "bán" ý tưởng về chu trình phát hành cố định (hoặc có thể bán linh hoạt) cho ban quản lý có thể đưa ra một số gợi ý về những lý lẽ / chiến lược nào hiệu quả hoặc thuyết phục và điều gì không? Ngoài sự tranh chấp lịch trình rõ ràng và chi phí chìm, có dữ liệu / bằng chứng cứng nào có ích trong việc đưa ra trường hợp vận chuyển thực sự quan trọng, ngay cả trong một thiết lập "công ty" không?
Ngoài ra, tôi sẵn sàng nghe các lập luận mang tính xây dựng về lý do tại sao lịch trình linh hoạt (thậm chí trong một khoảng thời gian vài tuần / tháng) quan trọng hơn vận chuyển theo lịch trình; bây giờ thật khó để tôi tin nhưng có lẽ họ biết điều gì đó tôi không biết.
Lưu ý rằng chúng tôi đã dàn dựng các bản phát hành, và điều này đã trải qua mọi giai đoạn ngoại trừ sản xuất. Các vấn đề được theo dõi bằng cách sử dụng trình theo dõi lỗi thương mại và mọi vấn đề - 100% trong số chúng - đã được chỉ định cho bản phát hành này đã bị đóng. Tôi nhận ra điều đó thật khó tin và đó thực sự là vấn đề - không có nghĩa là việc phát hành 100%, đầy đủ tính năng, được kiểm tra đầy đủ, được chấp thuận bởi các bên liên quan sẽ bị quản lý trì hoãn vì những lý do không giải thích được, nhưng đó là những gì đã xảy ra, đó là những gì đang xảy ra, đó là vấn đề cần giải quyết.