[Câu chuyện nhà phát triển SI] 09. Bắt đầu phát triển thực sự sau khi được phân công vào dự án SI

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 chính thức

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

Lí do là vì khách hàng đặt hàng dự án, mặc dù họ hiểu rõ công việc của mình, nhưng họ không thể cung cấp các hướng dẫn thực hiện như chức năng nào cần thiết, giao diện cần được thiết kế như thế nào, v.v... Vì vậy, sau khi hiển thị giao diện đã phát triển, thường xuyên xuất hiện các yêu cầu bổ sung hoặc thay đổi.

Do đó, nếu mức độ kết nối với các mô-đun khác cao, việc sửa đổi một mô-đun có thể yêu cầu sửa đổi cả các mô-đun khác, điều này có thể dẫn đến các tác động phụ không mong muốn và làm phát sinh sự lặp lại 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, vì vậy, mã sạch (clean code) và hiệu quả được ưu tiên thấp hơn.

Ban đầu, chúng ta có thể ưu tiên việc tạo ra một sản phẩm tốt, nhưng với lịch trình khắt khe và những yêu cầu liên tục từ khách hàng, chúng ta sẽ sớm nhận ra mình đang phát triển theo kiểu 'nhanh chóng' mà không có thời gian suy nghĩ.

Ngoài ra, khách hàng cũng có xu hướng nghĩ rằng họ đã trả tiền nên chúng ta sẽ tự lo liệu mọi thứ, dẫn đến việc họ không quan tâm đến dự án. Đây là dấu hiệu báo trước cho một thảm họa có thể xảy ra vào giai đoạn cuối dự án, vì vậy, nếu có bất kỳ điều gì chưa rõ, hãy cố gắng hỏi và sắp xếp mọi thứ một cách rõ ràng.

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ì. Hãy hiển thị từng giao diện nhỏ và nhận phản hồi thường xuyên.
• Không nên nói 'có' với mọi yêu cầu bổ sung, trừ khi 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 hoàn thành nhanh hơn là một chương trình được thiết kế tốt.