Cải tiến qui trình với CMMI
Hôm qua, một người chủ công ti phần mềm gửi cho tôi một email hỏi: “Làm sao chúng tôi bắt đầu cải tiến qui trình dùng CMMI? Thầy có gợi ý mức CMMI nào để chúng tôi bắt đầu nếu chúng tôi không muốn trả tiền cho việc đánh giá? Phải mất bao lâu để chuyển lên một mức CMMI? Xin thầy lời khuyên.”
Đáp: Để bắt đầu cải tiến qui trình dùng CMMI, bạn cần xác định bạn đang ở đâu. Bạn có thể tự đánh giá bằng việc hỏi người của bạn một số câu hỏi theo mô hình CMMI. Chẳng hạn: “Bạn có kế hoạch dự án cho từng dự án không? Bạn có ước lượng lịch biểu dự án của bạn dựa trên dữ liệu lịch sử không? Bạn có qui trình chuẩn của tổ chức được xác định cho mọi dự án trong công ti của bạn không? Dựa trên câu trả lời bạn có thể quyết định vấn đề gì bạn cần cải tiến. Tất nhiên, là người chủ công ti, bạn có thể bắt đầu cải tiến qui trình của bạn mà không biết về bất kì mức nào. Bạn có thể đặt ra ưu tiên riêng của bạn dựa trên các vấn đề trong công ti của bạn và phát triển các bản kế hoạch hành động để giải quyết các vấn đề đó. Chẳng hạn, bạn có thể hỏi người phát triển của bạn những điều chính nào tác động tới dự án của họ? Nguyên nhân của việc trượt lịch biểu là gì? Tại sao dự án phần mềm bị trễ? Tại sao phần mềm vẫn có nhiều lỗi sau khi kiểm thử? Bằng việc biết những vấn đề này, bạn có thể bắt đầu sửa chúng.
Dựa trên kinh nghiệm riêng của tôi trong thực hiện CMMI, sẽ phải mất từ 2 tới 4 năm cho một tổ chức để chuyển từ mức nọ lên mức kia. Dữ liệu tại SEI chỉ ra rằng trung bình, phải mất 28 tháng để chuyển từ mức này lên mức kia. Tất nhiên, môi trường làm việc của công ti có thể tác động tới việc nó có thể cải tiến nhanh hay chậm thế nào. Nhiều vấn đề như làm việc tổ, thiếu trách nhiệm hay xung đột cá nhân có thể là vấn đề chính, không chỉ vấn đề kĩ thuật cho nên cải tiến nên lớn hơn việc chỉ tuân theo mô hình kiểu như CMMI. Bởi vì bạn là người chủ, bạn có thể thay đổi môi trường làm việc và làm cho nó tốt hơn, năng động hơn, cộng tác nhiều hơn giữa các công nhân. Nếu bạn quyết tâm cải tiến, bạn có thể làm nhiều điều. Khuyến cáo của tôi là bắt đầu cải tiến qui trình từ từ thôi, chọn điều bạn muốn cải tiến một cách cẩn thận, và giải quyết một vấn đề mỗi lúc. (Lưu ý: Xin xem lại các bài viết và hỏi & đáp về CMMI trong website này.)
Xin đừng chú ý quá nhiều tới các mức CMMI. Điều quan trọng là để cải tiến, không phải là để đạt mức CMMI. Cải tiến thực phải đem lại kết quả doanh nghiệp thực. Cải tiến thực phải đem lại chất lượng đo được có ý nghĩa lớn với dữ liệu. Cải tiến thực phải đem tới sự thoả mãn nhiều hơn của khách hàng. Cải tiến thực phải đem lại nhiều hài lòng hơn cho người phát triển. Cài tiến thực phải giảm lỗi và cải tiến chất lượng. Tất nhiên, nó phải đem tới nhiều lợi nhuận hơn cho công ti của bạn và cho cả bạn nữa. Nếu những điều này không xảy ra, công ti của bạn không cải tiến đâu. Đừng chi tiền vào cái gì đó chỉ cho bạn “mức vô nghĩa” hay “mảnh giấy”. Nhiều người đã làm điều đó và họ hối tiếc vì điều đó không giúp cho doanh nghiệp của họ hay lợi nhuận của họ. Năm ngoái, khi tôi ở Trung Quốc, một quan chức điều hành nói với tôi là công ti ông ta đã được đánh giá ở CMMI Mức 4 nhưng tôi cũng để ý rằng để giảm chi tiêu, công ti đó cũng đã xoá bỏ nhóm kiểm thử và sa thải một số người kiểm thử vì họ đã không “viết mã”. Người quản lí khác bảo tôi rằng ông ta làm việc cho công ti CMMI mức 5, khi hỏi về chất lượng phần mềm ông ta nói: “Chúng tôi vẫn có nhiều lỗi trong phần mềm của chúng tôi.” Tôi ngạc nhiên: “Công ti CMMI mức 5 mà vẫn có nhiều lỗi sao? Điều đó là không thật.” Theo kinh nghiệm của tôi với CMMI mức 5, tổ chức phải có chất lượng ít nhất bằng hay tốt hơn 6 sigma. Điều đó nghĩa là 99.9996% sản phẩm phần mềm phải không có lỗi hay không quá 3 lỗi trên một triệu dòng mã. Những tuyên bố này của các công ti được đánh giá ở CMMI mức cao đã chẳng có nghĩa gì với tôi cả.
Trong nhiều năm, tôi đã để ý tới số các công ti tuyên bố rằng họ đã được đánh giá ở CMMI mức 5 đã tăng lên khá nhiều. Dường như là có cạnh tranh trên khắp thế giới về các mức CMMI. Khái niệm rằng “Nếu công ti bạn có chứng chỉ CMMI mức 5 thì công ti tôi cũng muốn có nó nữa” chỉ giúp cho các nhà tư vấn, đặc biệt các nhà tư vấn “không đạo đức mấy” làm tiền. Xin lưu ý rằng Viện kĩ nghệ phần mềm – Software Engineering Institute (SEI) tại Carnegie Mellon KHÔNG “xác nhận” bất kì công ti nào và KHÔNG có “chứng chỉ CMMI” nào dù là bất kì cái gì. “Chứng chỉ” được ban hành bởi nhà tư vấn và nó chẳng liên quan gì tới SEI.
Vì bạn là người chủ của công ti, tôi chắc bạn quan tâm tới doanh nghiệp của bạn và muốn cải tiến nó. Tuy nhiên, có nhiều điều bạn có thể làm và điều đó không cần tới nhiều tiền. Lời khuyên của tôi là: “Nếu bạn muốn đầu tư, xin đầu tư vào người riêng của bạn. Cung cấp đào tạo tốt hơn, giúp cho họ cải tiến kĩ năng của họ, tạo ra môi trường làm việc tốt hơn và dùng độ đo để xác định căn nguyên của vấn đề và sửa chúng. Xin nhớ cho là CMMI chỉ là mô hình, chính bạn mới làm cho mô hình đó hoạt động bằng quyết tâm làm cải tiến thực xảy ra.”
Tác phẩm, tác giả, nguồn
- Tác phẩm: Mô hình tăng trưởng năng lực tổ chức
- Biên tập: Kipkis.com
- Nguồn: Blog của giáo sư John Vu, Carnegie Mellon University
