ƯỚC LƯỢNG PHẦN MỀM – CHÌA KHÓA THÀNH CÔNG CHO DỰ ÁN
Trong thời đại công nghệ phát triển, ước lượng phần mềm từ lâu đã được xem là vấn đề cốt lõi có ảnh hưởng trực tiếp đến sự thành bại của dự án nói chung, hay dự án phần mềm nói riêng. Chỉ cần giải quyết được bài toán khó này, năng suất dự án sẽ có thể tăng cao, đồng thời giảm thiểu rủi ro đến mức thấp nhất.
Khi nói đến vấn đề phát triển phần mềm thì không thể không nhắc đề cập đến quá trình quản lý phần mềm, được bắt đầu và tiếp diễn bằng một chuỗi các hoạt động ước lượng phần mềm. Thật vậy, trong thực tế, để lấy được dự án phần mềm, các công ty tham gia đấu thầu phải nộp hồ sơ dự thầu bao gồm cả chi phí, nhân lực và thời gian phát triển phần mềm. Hiển nhiên thấy rằng để thắng thầu, các công ty tham gia dự thầu rất cần phải đưa ra một ước lượng về giá cả, nhân lực, và thời gian thực hiện dự án một cách hợp lý. Hợp lý ở đây không có nghĩa là ước lượng giá thấp hơn thực tế, vì khi đó công ty sẽ không thu được lợi (nếu không muốn nói là lỗ) khi hoàn tất dự án. Hợp lý cũng không phải là ước lượng giá cao hơn thực tế, vì khi đó chắc chắn công ty sẽ không thể thắng thầu. Do đó, một bảng lượng giá đề án được xem là hợp lý chỉ khi nó phản ánh đúng giá trị thật của đề án.
Trong suốt quá trình phát triển phần mềm, cho dù công ty có sử dụng mô hình quản lý phần mềm nào đi nữa thì sau mỗi cột mốc phát triển phần mềm (milestone), các trưởng dự án thường phải hoạch định lượng công việc cho cột mốc tiếp theo và tính toán lại những phần công việc đã thực hiện được ở cột mốc trước. Tất cả những việc làm này đều đòi hỏi kỹ năng ước lượng phần mềm. Tuy nhiên thực tế cho thấy công việc ước lượng phần mềm tại các doanh nghiệp hiện nay vẫn chưa được chú trọng một cách đúng mực và khi lượng giá đa số các công ty phần mềm đều chỉ dựa vào kinh nghiệm của các chuyên gia trong công ty. Điều này dẫn đến việc ước lượng đề án thường mang tính chủ quan và đã làm hơn 45% đề án bị thất bại về phương diện chi phí, 63% đề án bị thất bại về mặt thời gian. Thất bại ở đây không có nghĩa là không thành công trong quá trình phát triển và chuyển giao phần mềm mà chính là những thiệt hại về mặt kinh tế, bằng chứng là sự kiện hàng loạt công ty dot-com sụp đổ vào những năm 2000 - 2001.
Dưới đây là một số trường hợp khác của việc ước lượng không chính xác dẫn đến hàng loạt dự án lớn bị thất bại.
Dự án |
Ước lượng đầu tiên;sau cùng |
Tình trạng hoàn thành |
|
Chi phí (triệu USD) |
Thời gian (Tháng) |
||
PROMS (Royalty Collection) |
12; 21+ |
22; 46 |
Hủy bỏ vào tháng 28 |
London Ambulance |
1.5; 6+ |
7; 17+ |
Hủy bỏ vào tháng 17 |
London Stock Exchange |
60 - 75; 150 |
19; 70 |
Hủy bỏ vào tháng 36 |
Confirm (Travel reservations) |
56; 160+ |
45; 60+ |
Hủy bỏ vào tháng 48 |
FAA Advanced Automation System |
3700; 7000+ |
48; 96 |
Hủy bỏ vào tháng 70 |
Master Net (Banking) |
22; 80+ |
9; 48+ |
Hủy bỏ vào tháng 48 |
Bảng 1: Các trường hợp vượt quá ước lượng
Mặt khác, trong một báo cáo tổng hợp gần đây của Moløkken dựa trên kết quả khảo sát của các nhóm nghiên cứu, chi phí và thời gian thực sự làm các dự án phần mềm hầu hết đều vượt quá các ước lượng ban đầu. Kết quả của báo cáo này được cho trong bảng dưới đây.
|
Jenkin |
Phan |
Heemstra |
Lederer |
Bergeron |
Standish |
Vượt quá chi phí |
34% |
33% |
|
|
33% |
89% |
Dự án hoàn thành vượt quá ngân sách |
61% |
|
70% |
63% |
|
84% |
Dự án hoàn thành dưới ngân sách |
10% |
|
|
14% |
|
|
Vượt quá thời hạn |
22% |
|
|
|
|
|
Dự án hoàn thành sau thời hạn |
65% |
|
80% |
|
|
84% |
Dự án hoàn thành trước thời hạn |
4% |
|
|
|
|
|
Bảng 2: Kết quả độ chính xác của ước lượng
Để tránh xảy ra các sự cố đáng tiếc khi ước lượng phần mềm dựa vào kinh nghiệm, nhiều nhóm nghiên cứu trên thế giới đã và đang làm việc rất nghiêm túc để cho ra đời những mô hình ước lượng phần mềm hiệu quả nhằm giúp cho việc ước lượng được dễ dàng và đạt được độ chính xác cao hơn. Điểm chung của các mô hình này là đều tập trung vào ba phương pháp: phương pháp tương tự (Analogous), phương pháp phân tích từ dưới lên (Bottom-up), và phương pháp ước lượng tham số hoá (Parametric Estimation). Tuy nhiên trong đa số các trường hợp thì phương pháp ước lượng tham số hoá thường cho ra những kết quả tin cậy hơn.
Sở hữu các mô hình ước lượng chi phí phần mềm tốt sẽ là “chìa khóa” hỗ trợ đắc lực cho các nhà quản trị dự án. Với một mô hình hiệu quả, những bên liên quan đến sự thành công của dự án có thể dễ dàng giải quyết các vấn đề như: ra quyết định “mua hay làm”, làm thế nào quản lý nhân lực, làm thế nào điều khiển và lập kế hoạch dự án và làm thế nào để chuyển giao dự án đúng thời điểm, tiến độ mà vẫn đảm bảo đúng mức ngân sách.
Tuy nhiên, trong một số trường hợp thực tế, dù cho mô hình phù hợp nhưng nếu người quản lý sử dụng không chính xác thì vẫn có nguy cơ cao dẫn đến sự thất bại cho dự án.
Như vậy, hiểu biết một cách rõ ràng về các phương pháp cũng như cách thức sử dụng các mô hình ước lượng phần mềm được xem là điều vô cùng quan trọng và cần thiết đối với những người tham gia và quản lý quá trình ước lượng phần mềm cho dự án.
Nắm bắt được điểm mấu chốt này, Công ty Đào tạo và Tư vấn BAC đã phối hợp với anh Trương Quang Bình Long (chuyên gia có 11 năm trong lĩnh vực phát triển phần mềm) thiết kế nên chương trình Ước lượng phần mềm (Software Estimation) với những thông tin cần thiết và hữu ích về việc dự toán cũng như đo lường các thông số trong các dự án phần mềm. Đặc biệt, sự kết hợp song song giữa lý thuyết nền tảng và các tình huống dự án thực tế sẽ giúp học viên dễ dàng tiếp thu và ứng dụng các kiến thức, kỹ năng vào công việc của chính doanh nghiệp của mình.
Bên cạnh đó, nhằm cung cấp những chương trình hữu ích cho những ai đam mê công nghệ thông tin nói chung và lĩnh vực phân tích phần mềm nói riêng, sắp tới BAC còn giới thiệu và khai giảng các khóa đào tạo chuyên nghiệp khác như: Phân tích nghiệp vụ cơ bản và nâng cao (Fundamental & Advanced Business Analysis), Quản lý quy trình nghiệp vụ (Business Process Management).
Thông tin chi tiết về các khóa học của BAC các bạn có thể tham khảo chi tiết tại đây: http://bacs.vn | info@bacs.vn | hotline: 0909 310 768