Câu chuyện của nhà phát triển SI
#9. Sau khi tham gia dự án SI - Bắt đầu phát triển thực sự

Sau khi tham gia dự án và trải qua một khoảng thời gian thích nghi nhất định, bạn sẽ bắt đầu tham gia vào quá trình phát triển. Việc phát triển sẽ được tiến hành theo các chức năng được nêu trong RFP (Tài liệu yêu cầu) và phù hợp với lịch trình WBS. Tuy nhiên, trong SI, bạn luôn phải giả định rằng chức năng có thể được thay đổi bất cứ lúc nào, vì vậy bạn cần thiết kế sao cho độ liên kết giữa các mô-đun khác nhau là lỏng lẻo nhất có thể.

Lý do là vì mặc dù khách hàng biết rõ công việc của họ, nhưng họ không thể đưa ra hướng dẫn về chức năng nào cần thiết, cách thiết kế giao diện, v.v., vì vậy khi họ nhìn thấy giao diện được phát triển, họ sẽ thêm vào các yêu cầu bổ sung hoặc thay đổi là điều rất phổ biến.

Do đó, nếu độ liên kết giữa các mô-đun quá cao, việc sửa đổi một mô-đun sẽ dẫn đến việc phải sửa đổi các mô-đun khác, có thể dẫn đến các tác động phụ không thể dự đoán, dẫn đến việc trùng lặp mã một cách lộn xộn.

Mục tiêu của SI là làm cho mọi thứ hoạt động, do đó, việc viết mã sạch hoặc hiệu quả sẽ được ưu tiên thứ yếu.

Ban đầu, bạn có thể muốn làm mọi thứ tốt nhất có thể, nhưng khi bạn phải đối mặt với thời hạn khắt khe và những yêu cầu bổ sung hàng ngày từ khách hàng, bạn sẽ nhận ra mình đang phát triển nhanh chóng và vội vàng.

Hơn nữa, khách hàng cũng có thể bỏ mặc việc phát triển vì họ nghĩ rằng họ đã trả tiền và bạn sẽ tự lo liệu. Điều này báo hiệu một cuộc khủng hoảng sẽ xảy ra vào cuối dự án, vì vậy nếu bạn không hiểu rõ công việc, hãy hỏi và ghi chú lại càng nhiều càng tốt.

Khi phát triển trong SI, hãy lưu ý những điều sau:

• Nội dung có thể thay đổi bất cứ lúc nào.
• Khách hàng không biết gì cả. Hãy hiển thị từng phần nhỏ của giao diện và thu thập phản hồi thường xuyên.
• Không bao giờ nói "Có" với các yêu cầu bổ sung trừ khi chúng thực sự cần thiết.
• Tôi không phải là Bill Gates. Khách hàng thích giao diện được tạo ra nhanh chóng hơn là chương trình được thiết kế tốt.