Cải tiến chất lượng phần mềm
Có nhiều cách để đánh giá chất lượng phần mềm như nó đáp ứng các yêu cầu tốt thế nào, nó hữu dụng cho người dùng thế nào, và số lỗi được tìm ra khi kiểm thử. Tuy nhiên, với nhiều người phát triển, chất lượng thường là điều cuối cùng họ kiểm trước khi đưa ra cho khách hàng. Phần lớn việc kiểm chất lượng được thực hiện trong pha kiểm thử và điều đó thường là quá trễ. Bạn càng nhận diện lỗi sớm, càng dễ và càng đỡ tốn phí cho sửa lỗi. Theo nhiều khảo cứu, mỗi lần một lỗi lọt sang pha tiếp, nó tăng độ phức tạp lên theo thừa số 5 và tăng chi phí sửa lên thừa số 10. Chẳng hạn, một lỗi tốn $10 để sửa trong pha thiết kết, $100 để sửa trong pha viết mã và $1000 để sửa trong pha kiểm thử và $10,000 để sửa sau khi đưa ra cho khách hàng.
Vì yêu cầu sai có thể làm tăng độ phức tạp trong thiết kế và viết mã lên nhiều lần, bằng việc giám sát chất lượng trong toàn bộ qui trình phát triển, người quản lí dự án có thể quyết định liệu có tiếp tục phát triển hay thay vì thế thiết kế lại và sửa lỗi. Thỉnh thoảng tốt hơn cả là bắt đầu lại dự án thay vì tiếp tục sửa lỗi vì phần mềm quá phức tạp và khó thay đổi. Trong các pha phát triển phần mềm, người quản lí dự án phải có khả năng theo dõi các lỗi trong từng pha để phán xét chất lượng của phần mềm vào mọi lúc được cho. Đến cuối từng pha, người quản lí dự án phải đánh giá cả chất lượng và tính đầy đủ để xác định liệu dự án có nên chuyển sang pha tiếp hay không. Cách tốt nhất là dùng danh sách kiểm ở cuối từng pha vòng đời.
Khi một lỗi được tìm ra, người quản lí dự án phải ghi lại nó trong sổ kí sự lỗi. Nó sẽ được cho một con số để cho phép nó được tham chiếu tới từ lúc tạo ra cho tới lúc giải quyết. Điều quan trọng là lỗi được cho một kiểu ưu tiên nào đó phản ánh độ nghiêm trọng của nó. Ưu tiên này sẽ xác định khi nào nó cần được sửa và liệu lỗi này có là đủ nghiêm trọng tác động tới lịch biểu không. Từng lỗi đều nên được phân công cho một người phát triển và sau khi nó được sửa, đảm bảo chất lượng phải chắc rằng nó được kiểm thử đầy đủ và được ghi lại trong sổ sự kí lỗi (mở, đóng). Một yếu tố phẩm chất quan trọng khác là tỉ lệ theo đó lỗi này được tìm ra. Điển hình tỉ lệ tìm ra cao được mong đợi trong các pha phát triển sớm, tỉ lệ này nên giảm đi qua thời gian khi nhiều lỗi trong chúng đã được sửa.
Người quản lí dự án cũng phải đánh giá nguyên nhân của lỗi để xác định chức năng hay mô đun nào của phần mềm có nhiều lỗi nhất. Bằng việc biết các khu vực sinh lỗi này, người quản lí có hành động như tăng nhiều kiểm thử hơn trong những khu vực nào đó của mã; thiết kế lại chức năng hay mô đun; hay phân công những người có kinh nghiệm hơn để làm việc trên các khu vực sinh lỗi.
Các công ti theo dõi lỗi và tổ chức chúng dựa trên độ nghiêm trọng, ưu tiên và các tiêu chí khác có thể cải tiến đáng kể chất lượng của họ. Bằng việc thường xuyên đánh giá về chất lượng vào bất kì lúc nào trong vòng đời phát triển, họ có thể cải tiến chất lượng và giảm lỗi với niềm tin lớn, biết rõ rằng mọi nỗ lực đã được được thực hiện để tìm và sửa lỗi.
Tác phẩm, tác giả, nguồn
- Tác phẩm: Quản lý dự án
- Nguồn: Blog của giáo sư John Vu, Carnegie Mellon University.
- Wiki hóa: https://kipkis.com
