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

Một phần của tài liệu (LUẬN văn THẠC sĩ) giải pháp nâng cao hiệu quả áp dụng mô hình CMMI tại công ty TNHH harvey nash việt nam (Trang 49 - 53)

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 số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.

Một phần của tài liệu (LUẬN văn THẠC sĩ) giải pháp nâng cao hiệu quả áp dụng mô hình CMMI tại công ty TNHH harvey nash việt nam (Trang 49 - 53)