Tuy nhiên các quy trình phát triển phần mềm chưa được định nghĩa đầy đủ. Chỉ những dự án lớn phải tuân theo các quy định nghiêm ngặt do CMMI đề ra, phần lớn các dự án còn lại tuân theo các tài liệu do khách hàng yêu cầu. Đối với các dự án theo chuẩn CMMI, vòng đời của việc phát triển phần mềm tương ứng với các lĩnh vực quy trình CMMI:
Hình 3.2: Vịng đời của việc phát triển phần mềm tương ứng với các lĩnh vực quy trình CMMI
Hình 3.2 mơ tả vịng đời của việc phát triển phần mềm tương ứng với các lĩnh vực quy trình CMMI, độ dốc của các đường biểu diễn trong hình tương ứng với
khối lượng công việc phải làm cho các lĩnh vực quy trình trong từng giai đoạn cụ
thể. Bảng 3.1 mô tả các công việc tương ứng với bộ tài sản của lĩnh vực quy trình
Bảng 3.1: Mô tả các công việc tương ứng với bộ tài sản của lĩnh vực quy trình
STT Mơ tả cơng việc Độ quan
trọng Thuộc quy trình Giai đoạn khởi tạo
1 Điều lệ dự án Bắt buộc Lập kế hoạch dự án
2 Bảng hiệu chỉnh Bắt buộc Lập kế hoạch dự án
3 Họp bắt đầu dự án Bắt buộc Lập kế hoạch dự án 4 Phân tích các bên liên quan Bắt buộc Lập kế hoạch dự án
5 Ước lượng Bắt buộc Lập kế hoạch dự án
6 Kế hoạch quản lý cấu hình Bắt buộc Lập kế hoạch dự án 7 Lịch trình dự án Bắt buộc Lập kế hoạch dự án
8 Kế hoạch quản lý dự án Bắt buộc Giám sát và theo dõi dự án 9 Kế hoạch rủi ro Bắt buộc Quản lý rủi ro
10 Yêu cầu nguồn lực Tùy chọn Lập kế hoạch dự án
11 Dự thảo Tùy chọn Quản lý giao tiếp phần mềm 12 Yêu cầu tài liệu cơ sở dữ liệu Tùy chọn Quản lý yêu cầu
13 Kế hoạch bảo đảm chất lượng Tùy chọn Đảm bảo chất lượng
14 Tiêu chí chấp nhận phân phối sản
phẩm Bắt buộc Lập kế hoạch dự án 15 Bảng ghi các lỗi/khiếm khuyết Bắt buộc Đảm bảo chất lượng
16 Kế hoạch phân tích đo lường Tùy chọn Phân tích đo lường
Giai đoạn định nghĩa
1 Báo cáo các mục cấu hình Bắt buộc Quản lý cấu hình 2 Thu thập các mục tiêu đo lường Bắt buộc Phân tích đo lường 3 Bảng ghi các lỗi/khiếm khuyết Bắt buộc Đảm bảo chất lượng
4 Kiểm soát dự án - Bảng danh sách các
vấn đề Bắt buộc Giám sát và theo dõi dự án 5 Kiểm soát tài liệu dự án, Báo cáo
hàng tuần Bắt buộc Giám sát và theo dõi dự án 6 Kế hoạch quản lý dự án Bắt buộc Giám sát và theo dõi dự án 7 Lịch trình dự án Bắt buộc Lập kế hoạch dự án
8 Tài liệu đảm bảo chất lượng Bắt buộc Quản lý yêu cầu 9 Kế hoạch bảo đảm chất lượng Bắt buộc Đảm bảo chất lượng
10 Cơ sở dữ liệu các yêu cầu Tùy chọn Quản lý yêu cầu 11 Bảng quản lý các yêu cầu Bắt buộc Quản lý yêu cầu 12 Kế hoạch rủi ro Bắt buộc Quản lý rủi ro
13 Đạc tả các yêu cầu phần mềm Bắt buộc Quản lý yêu cầu
14 Kế hoạch kiểm tra sản phẩn Bắt buộc Quy trình thử nghiệm 15 Các trường hợp người dùng Bắt buộc Quản lý yêu cầu
STT Mô tả công việc Độ quan
trọng Thuộc quy trình Giai đoạn giải pháp
1 Thiết kế kiến trúc phần mềm Bắt buộc Quy trình thiết kế 2 Tài liệu Q&A Bắt buộc Quản lý yêu cầu 3 Kế hoạch xây dựng tích hợp Bắt buộc Tích hợp sản phẩm 4 Kế hoạch kiểm tra đơn vị Tùy chọn Quy trình viết mã nguồn 5 Kiểm soát tài liệu dự án, Báo cáo
hàng tuần Bắt buộc Giám sát và theo dõi dự án 6 Lịch trình dự án Bắt buộc Lập kế hoạch dự án
7 Báo cáo các mục cấu hình Bắt buộc Quản lý cấu hình 8 Bảng truy nguyên các yêu cầu Bắt buộc Quản lý yêu cầu 9 Báo cáo ngày công hàng tháng Bắt buộc Quản lý yêu cầu
10 Kiểm soát tài liệu dự án Bắt buộc Giám sát và theo dõi dự án 11 Thiết kế cơ sở dữ liệu Bắt buộc Quy trình thiết kế
12 Đặc tả các giao diện Bắt buộc Quy trình thiết kế
13 Thu thập các rủi ro Bắt buộc Quản lý rủi ro 14 Kiểm soát dự án - Bảng danh sách các
lỗi Bắt buộc Giám sát và theo dõi dự án 15 Danh sách các lỗi Bắt buộc Đảm bảo chất lượng
16 Phân tích và ra quyết định Tùy chọn Phân tích và ra quyết định 17 Tài liệu thiết kế chi tiết Tùy chọn Quy trình thiết kế
18 Mã nguồn (Framework) Tùy chọn Quy trình viết mã nguồn 19 Các trường hợp thử nghiệm Tùy chọn Quy trình thử nghiệm 20 Tài liệu yêu cầu Tùy chọn Quản lý yêu cầu 21 Kế hoạch bảo đảm chất lượng Tùy chọn Đảm bảo chất lượng
Giai đoạn xây dựng
1 Tài liệu thiết kế chi tiết Bắt buộc Quy trình thiết kế 2 Trường hợp thử nghiệm Bắt buộc Quy trình thử nghiệm 3 Mã nguồn Bắt buộc Quy trình viết mã nguồn 4 Báo cáo kiểm tra Bắt buộc Quy trình thử nghiệm 5 Báo cáo thử nghiệm cuối cùng Bắt buộc Quy trình thử nghiệm 6 Kiểm soát tài liệu dự án, báo cáo hàng
tuần Bắt buộc Giám sát và theo dõi dự án 7 Ma trận quản lý yêu cầu Bắt buộc Quản lý yêu cầu
8 Danh sách các lỗi Bắt buộc Đảm bảo chất lượng
9 Kế hoạch quản lý dự án Tùy chọn Lập kế hoạch dự án 10 Văn bản yêu cầu Tùy chọn Quản lý yêu cầu
11 Hướng dẫn cài đặt sản phẩm Tùy chọn Quy trình viết mã nguồn 12 Lịch trình bảo đảm chất lượng Tùy chọn Đảm bảo chất lượng
Giai đoạn chuyển giao
1 Phân phối Bắt buộc Quy trình viết mã nguồn 2 Các lưu ý phát hành Bắt buộc Quản lý cấu hình
3 Kiểm soát tài liệu dự án, báo cáo hàng
tuần Bắt buộc Giám sát và theo dõi dự án 4 Danh sách các lỗi Bắt buộc Đảm bảo chất lượng
STT Mô tả công việc Độ quan
trọng Thuộc quy trình
6 Chứng nhận tiêu chuẩn chấp nhận Tùy chọn Giám sát và theo dõi dự án 7 Thu thập các dữ liệu phân tích và đo
lường Tùy chọn Phân tích đo lường
Kết thúc
1 Khảo sát sự hài lòng của khách hàng Bắt buộc Giám sát và theo dõi dự án 2 Bài học tình huống Bắt buộc Giám sát và theo dõi dự án 3 Thu thập / Lưu trữ tài sản dự án Bắt buộc Giám sát và theo dõi dự án 4 Giỏi phóng các nguồn lực
5 Chứng nhận tiêu chuẩn chấp nhận Bắt buộc Giám sát và theo dõi dự án 6 Thu thập mục tiêu đo lường cho tổ
chức Bắt buộc Quản lý quy trình
7 Báo cáo dự án - Báo cáo nghiệm thu Bắt buộc Giám sát và theo dõi dự án
(Nguồn: Harvey Nash Việt Nam)
Quy trình sản xuất phần mềm
Giám đốc điều hành là người đứng đầu các dự án phát triển phần mềm và là
người trực tiếp quản lý về chất lượng của dự án trong việc phân phối sản phẩm phần mềm đến khách hàng.
Bộ phận chịu trách nhiệm về quy trình phần mềm của Harvey Nash là nhóm
đảm bảo chất lượng QA (Quality Assurance). Khối bộ phần này gồm các chuyên
gia rất am hiểu về CMMI đế hướng tổ chức thực hiện theo đúng quy trình của việc
đảm bảo chất lượng. Bộ phận này sẽ cung cấp các tài liệu hướng dẫn về việc thực
hiên CMMI cho các dự án và sẽ tiến hành kiểm tra, sát hạch thường xuyên. Đồng
thời bộ phận này sẽ kiểm soát tất cả các hoạt động của tổ chức để duy trì các hoạt động theo quy trình chuẩn.
Các thành viên trong đội dự án sẽ tiến hành các công việc đươc giao bởi người quản lý dự án dưới sự giám sát của bộ phận quản lý chất lượng.
Đối với các dự án outsourcing (nước ngoài):
Đa số các dự án đều tuân theo tài liệu và quy trình do Harvey Nash và khách
hàng định nghĩa.
Đối với các dự án trong nước:
Chưa có các quy tình phát triển phần mềm được định nghĩa đầy đủ. Ở hầu hết
các dự án, việc phát triển phần mềm được thực hiện một cách tùy ý: khơng có đặc tả u cầu, khơng có mơ hình và thiết kế chi tiết, khơng có quy ước viết mã …
Chưa có đủ hỗ trợ về mặt kỹ thuật cũng như tư vấn đối với các dự án nhỏ và trung bình. Nói cách khác, khơng có đủ các trưởng nhóm về mặt kỹ thuật cũng như quản lý để hỗ trợ cho các dự án.
3.1.2 Đánh giá thực trạng quy trình sản xuất phần mềm tại Harvey Nash Việt
Nam
Giám đốc điều hành chịu trách nhiệm về các hoạt động phát triển phần mềm
và cải tiến quy trình phần mềm của tổ chức. Tuy nhiên giám đốc điều hành chưa tạo ra các kế hoạch dài hạn, các cam kết về mặt tài chính, nhân sự cũng như về các nguồn lực khác. Họ cũng chưa đưa ra chiến lược để quản lý và thực hiện các hoạt động cải tiến và phát triển quy trình.
Bộ phận chịu trách nhiệm về quy trình phần mềm của Harvey Nash là QA (Quality Assurance). Tuy nhiên cho tới nay bộ phận này vẫn chủ yếu tập trung vào quản lý chất lượng (thử nghiệm, theo dõi tiến độ và đưa ra báo cáo phê duyệt dự
án). Bộ phận này chưa tập trung và việc cải tiến các quy trình đáp ứng nhu cầu kinh doanh của tổ chức. Đã có một số cơng cụ hỗ trợ cho QA trong hoạt động quản lý
quy trình là: Bugzilla để ghi lỗi, Visio để tạo mơ hình quy trình và Microsoft Office
để làm tài liệu.
Bộ phận QA chưa kiểm duyệt hết tất cả các hoạt động của tổ chức, các sản
phẩm công việc (work product) để phát triển và duy trì quy trình chuẩn của tổ chức. QA mới chỉ kiểm duyệt nội dung, sự nhất quán và chính xác của tất cả các tài liệu.
Tại Harvey Nash chưa có một văn bản chính sách tổ chức chính thức về quy trình chuẩn mà các quy trình phát triển phần mềm và các hoạt động khác phải tuân theo.
Quy trình phần mềm khơng được đánh giá định kì: chưa có kế hoạch cho các hoạt động cải tiến và phát triển quy trình phần mềm.
Tại Harvey Nash đã có kho chứa (repository) được lưu trên server nội bộ
(SVN) để lưu dữ liệu về các dự án đã thực hiện, tuy nhiên kho chứa này không được bảo trì và cập nhật thường xuyên.
Một số quy trình, phương pháp và công cụ mới chỉ được sử dụng hạn chế ở
mức thử nghiệm và chưa được đánh giá đầy đủ và sử dụng rộng rãi trong toàn tổ
Các bản mơ tả các vịng đời phần mềm dùng trong các dự án hiếm khi được
viết thành tài liệu và bảo trì. Trong thực tế chỉ có các dự án mà khách hàng yêu cầu phải xác định vịng đời phần mềm thì mới có tài liệu mơ tả vịng đời phần mềm.
Các hướng dẫn và chuẩn để điều chỉnh (tailoring) các dự án theo quy trình
chuẩn của tổ chức đã được phát triển nhưng chưa được bảo trì.
Cơ sở dữ liệu về quy trình phần mềm của tổ chức đã được thiết lập và bảo trì. Cơ sở dữ liệu này được lưu trên server chung, tuy nhiên dữ liệu trong đó cịn ít và chưa được cập nhật thường xuyên. Hơn nữa, dữ liệu vào cơ sở dữ liệu đó chưa được kiểm duyệt để đảm bảo tính tồn vẹn của nội dung cơ sở dữ liệu.
Đã thiết lập thư viện các tài liệu liên quan tới quy trình phần mềm. Thư viện
này bao gồm: Các tài liệu đào tạo về quy trình dự án, Các mẫu báo cáo tiến triển dự án, các mẫu báo cáo kiểm thử dự án.
Chưa có bất cứ một phương pháp đo lường nào để xác định trạng thái của các
hoạt động cải tiến và phát triển quy trình tổ chức.
Các hoạt động phát triển và cải tiến quy trình rất hiếm khi được kiểm duyệt
bởi giám đốc điều hành. Bảng 3.2 mô tả một báo cáo của đội đảm bảo chất lượng về các lỗi của dự án.
Bảng 3.2: Một báo cáo của đội đảm bảo chất lượng về các lỗi của dự án
# Quy trình Cơng việc Mô tả lỗi Giai đoạn
1 Yêu cầu Quản lý yêu cầu
Cần phải:
1. Cập nhật phiên bản mới nhất của tài liệu quản lý Yêu cầu lưu trữ trên Server SVN
2. Yêu cầu cập nhật cơ sở dữ liệu cho đến tháng 01/2011
3. Cập nhật cột đặc tả các yêu cầu trong bảng truy nguyên yêu cầu 4. Thiếu danh sách kiểm tra giá cho các đặt tả yêu cầu
5. Cập nhật các email chính của khách hàng cho đặc tả yêu cầu
Định nghĩa
2 Kế hoạch dự án Kế hoạch dự án Kế hoạch dự án, tiến độ dự án
khơng hồn thành Định nghĩa
3 Kế hoạch dự án Quản lý rủi ro Khơng có quản lý rủi ro Định nghĩa
4 Theo dõi và kiểm soát dự án
Danh sách các vấn đề/lỗi
Khơng có danh sách quản lý các
lỗi/vấn đề Giải pháp
5 Theo dõi và kiểm soát dự án
Báo cáo, họp hàng tuần
Thiếu một vài buổi họp hàng tuần
# Quy trình Cơng việc Mơ tả lỗi Giai đoạn
các ngày 27/12/2010, 03/01/2011, 10/01/2011, 17/01/2011
6 Thiết kế
Tài liệu thiết kế chi tiết và kiến trúc phần mềm, kế hoạch xây dựng tích hợp, thử nghiệm đơn vị, xem xét mã nguồn
1. Tài liệu kiến trúc phần mền cần được cập nhật như báo cáo xét duyệt
2. Thiếu tài liệu thiết kế chi tiết và kiến trúc phần mềm, kế hoạch xây dựng tích hợp, thử nghiệm
đơn vị, xem xét mã nguồn.
3. Tài liệu kiến trúc phần mềm không được xét duyệt
Định nghĩa
8 Yêu cầu Quản lý yêu cầu
Ma trận quản lý yêu cầu không
được cập nhật cùng với việc thiết
kế và thử nghiệm
Xây dựng
9 Lập kế hoạch
dự án Lịch trình dự án
Thiếu kế hoạch cho kế hoạch dự
án Xây dựng
10 Quản lý cấu hình
Kế hoạch quản lý cấu hình
Thơng tin Server SVN nên chi tiết hơn trong môi trường làm việc như địa chỉ Server SVN của dự án Xây dựng 11 Quản lý cấu hình Ma trận quản lý yêu cầu
Yêu cầu của người dùng không
được cập nhật vào bảng quản lý
yêu cầu
Xây dựng
12 Phê duyệt Kế hoạch dự án
Trong Kế hoạch đánh giá, thiếu danh sách các tài liệu này sẽ
được xem xét bởi khách hàng
Xây dựng
13 Viết mã nguồn Xem xét mã nguồn
Khơng có danh sách kiểm duyệt
mã nguồn Xây dựng 14 Giám sát và kiểm soát dự án Họp hàng tuần Báo cáo mốc (milestone) Lịch trình dự án
1. Thiếu 4 cuộc họp hàng tuần (cho tuần các ngày 9,10, 11 và 12)
2. Thiếu báo cáo mốc (Milestone) cho thức giai đoạn phát hành lần 1
3. Thiếu họp để xem xét báo cáo mốc (Milestone)- Giai đoạn 1 4. Lịch trình dự án khơng được cập nhật Xây dựng 15 Tích hợp sản phẩm Lưu ý phát hành, kế hoạch xây dựng
Khơng có kế hoạch và ghi chú phát hành cho phiên bản ngày 06/04/2011giai đoạn 2
Xây dựng
(Nguồn: Harvey Nash Việt Nam)
3.1.3 Phương pháp đánh giá CMMI áp dụng tại doanh nghiệp
Kể từ khi vào Việt Nam năm 2001, Harvey Nash đã tiến hành thực hiện
ứng được các tiêu chuẩn về quy mơ, nhân lực có chất lượng để triển khai CMMI,
các tài liệu trong giai đoạn này chủ yếu là do khách hàng cung cấp và còn rất sơ
khai chưa đi vào hệ thống.
Đội chuyên viên dự án đảm bảo chất lượng phần mềm (QA) được thành lập
sau khi công ty ký hợp đồng tư vấn với công ty KPMG của Ấn Độ.
Từ các kinh nghiệm học hỏi về cách triển khai CMMI, QA đã tiến hành thu thập các tài liệu, kinh nghiệm từ các dự án kết hợp với các quy trình chuẩn được định nghĩa trong CMMI và sự hợp tác của công ty tư vấn, một bộ tài liệu định nghĩa