c. Phân tí h điểm mạnh và những điểm ần ải ti n trong quản ý dự án tại Fsoft Điểm mạnh
Quy trình quản lý dự án bài bản và chuyên nghiệp, với bề dày kinh nghiệm trong lĩnh vực gia công phần mềm
Thực hiện quản lý dự án theo định lƣợng, thỏa mãn các mục tiêu trong quy trình quản lý án đánh giá theo CMMI
Những ngƣời quản lý dự án đều đƣợc trải qua những khóa học đào tạo bài bản của t chức và đƣợc hỗ trợ bởi đội ngũ PM dày dặn kinh nghiệm khác PMO
Là một môi trƣờng qua mô lớn, có nhiều cơ hội thực hiện các loại dự án khác nhau và xây dựng một kho dữ liệu lịch sử hữu ích cho việc tiếp tục cải tiến
Những điểm ần ải thiện
Đôi khi quy trình quản lý đã định nghĩa trở lên cồng kềnh và cứng nhắc so với những dự án cụ thể và có tính chất đơn giản. Điều này dẫn tới đội dự án phải dành nhiều nỗ lực hơn để thực hiện một số việc mà mang tính “thủ tục” và không mạng lại giá trị. Điều đó dẫn tới chi phí tăng và giảm tinh thần làm việc cho đội dự án Quy trình của công ty có cho phép PM có thể lựa chọn và tùy biến quy trình một cách phù hợp, song việc này đòi hỏi bản thân PM phải có kinh nghiệm làm quen với các qui trình trƣớc đó và cần có một sự hỗ trợ hiệu quả từ bộ phận QA.
3.1.2H rv yn sh Việt N m
a. Giới thiệu về H rv yn sh
Có nguồn gốc từ Anh Quốc, công ty Harvey Nash bắt đầu đi vào hoạt động năm 1988. Hơn 20 năm vận hành kinh doanh, công ty đƣợc biết đến với tƣ cách là nhà tiên phong trong lĩnh vực tìm kiếm nhân sự cấp cao, tuyển dụng chuyên nghiệp, dịch vụ thuê ngoài CNTT/dịch vụ nghiệp vụ doanh nghiệp [15].
Harvey Nash Việt Nam là một trong trong 10 công ty phần mềm lớn nhất tại Việt Nam với hơn 1000 nhân viên (đứng thứ 3 trong top 10, theo kết quả đánh giá và bầu chọn từ Hội nghị ình chọn 50 oanh nghiệp CNTT hàng đầu Việt Nam 2015)[8]
Harvey Nash đạt CMMI 3 năm 2011 và đang trong giai đoạn cải tiến các quy trình phát triển phần mềm cũng nhƣ quản lý dự án để đạt mức CMMI 5 [15].
b. Cách quy trình quản ý dự án tại H rv yN sh
Harveynash đã xây dựng một bộ tài sản quy trình phát triển và quản lý dự án đáp ứng với các tiêu chí đánh giá của CMMI.
52
Mô tả các công việ tƣơng ứng với bộ tài sản quy trình
Stt Mô tả công việc Độ quan
trọng
Lĩnh vực quy trình
Giai đoạn khởi tạo
1 Điều lệ dự án ắt buộc Lập kế hoạch
2 Họp bắt đầu dự án ắt buộc Lập kế hoạch
3 Phân tích các bên liên quan ắt buộc Lập kế hoạch
4 Ƣớc lƣợng ắt buộc Lập kế hoạch
5 Kế hoạch quản lý cấu hình ắt buộc Lập kế hoạch
6 Lịch trình dự án ắt buộc Lập kế hoạch
7 Kế hoạch quản lý dự án ắt buộc Giám sát và theo dõi
8 Kế hoạch rủi ro ắt buộc Quản lý rủi ro
9 Yêu cầu nguồn lực Tùy chọn Lập kế hoạch dự án
10 Kế hoạch bảo đảm chất lƣợng Tùy chọn Đảm bảo chất lƣợng
11 Tiêu chí chấp nhận phân phối sản phẩm
ắt buộc Lập kế hoạch
12 ảng ghi các lỗi ắt buộc Đảm bảo chất lƣợng
13 Kế hoạch phân tích đo lƣờng Tùy chọn Phân tích đo lƣờng
Gi i đoạn định nghĩ
1 áo cáo các mục cấu hình ắt buộc Quản lý cấu hình
2 Thu thập các mục tiêu đo lƣờng ắt buộc Phân tích đo lƣờng 3 ảng ghi các lỗi/khiếm khuyết ắt buộc Phân tích đo lƣờng
4 ảng danh sách các vấn đề ắt buộc Giám sát và theo dõi
5 áo cáo hàng tuần ắt buộc Giám sát và theo dõi
6 Kế hoạch quản lý dự án ắt buộc Lập kế hoạch
7 Lịch trình dự án ắt buộc Lập kế hoạch
8 Tài liệu đảm bảo chất lƣợng ắt buộc Quản lý yêu cầu
9 Kế hoạch bảo đảm chất lƣợng ắt buộc Đảm bảo chất lƣợng
10 ảng quản lý các yêu cầu ắt buộc Quản lý yêu cầu
11 Kế hoạch rủi ro ắt buộc Quản lý rủi ro
12 Đặc tả các yêu cầu phần mềm ắt buộc Quản lý yêu cầu 13 Kế hoạch kiểm tra sản phẩn ắt buộc Quy trình thử nghiệm 14 Các trƣờng hợp ngƣời dùng
(Use-Case)
ắt buộc Quản lý yêu cầu
Giai đoạn giải pháp
1 Thiết kế kiến trúc phần mềm ắt buộc Thiết kế
2 Tài liệu Q&A ắt buộc Quản lý yêu cầu
3 Kế hoạch xây dựng tích hợp ắ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
6 Lịch trình dự án ắt buộc Lập kế hoạch dự án
7 áo cáo các mục cấu hình ắt buộc Quản lý cấu hình
8 ảng truy nguyên các yêu ắt buộc Quản lý yêu cầu
9 Báo cáo ngày công hàng tháng ắt buộc Giám sát và theo dõi 10 Kiểm soát tài liệu dự án ắt buộc Giám sát và theo dõi
11 Thiết kế cơ sở dữ liệu ắt buộc Thiết kế
12 Đặc tả các giao diện ắt buộc Thiết kế
13 Thu thập các rủi ro ắt buộc Quản lý rủi ro
14 anh sách các lỗi ắt buộc Giám sát và theo dõi
15 Phân tích và ra quyết định Tùy chọn Phân tích và ra quyết định
16 Tài liệu thiết kế chi tiết Tùy chọn Thiết kế 17 Xây dựng khung mã nguồn
(Framework
Tùy chọn Quy trình viết mã nguồn
18 Các trƣờng hợp thử nghiệm Tùy chọn Quy trình kiểm thử
19 Tài liệu yêu cầu ắt buộc Quản lý yêu cầu
20 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 ắt buộc Thiết kế
2 Trƣờng hợp thử nghiệm ắt buộc Quy trình kiểm thử
3 Mã nguồn ắt buộc Quy trình viết mã nguồn
4 áo cáo kiểm thử ắt buộc Quy trình thử nghiệm
5 áo cáo kết quả thử nghiệm cuối cùng
ắt buộc Quy trình kiểm thử
6 áo cáo hàng tuần ắt buộc Giám sát và theo dõi
7 Ma trận quản lý yêu cầu ắt buộc Quản lý yêu cầu
8 anh sách các lỗi ắt buộc Đảm bảo chất lƣợng
9 Cập nhật kế hoạch lịch trình dự án
ắt buộc Lập kế hoạch dự án 10 Hƣớng dẫn cài đặt sản phẩm Tùy chọn Quy trình triển khai 11 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 àn giao sản phẩm ắt buộc Quy trình viết mã nguồn
2 Các lƣu ý phát hành ắt buộc Quản lý cấu hình
3 Báo cáo hàng tuần ắt buộc Giám sát và theo dõi
4 anh sách các lỗi ắt buộc Đảm bảo chất lƣợng
5 Hƣớng dẫn cài đặt Tùy chọn Quy trình triển khai
6 Chứng nhận tiêu chuẩn chấp nhận
ắt buộc Giám sát và theo dõi 7 Thu thập các dữ liệu phân tích và Tùy chọn Phân tích đo lƣờng
54
đo lƣờng
Kết thúc
1 Khảo sát sự hài lòng của khách hàng
ắt buộc Giám sát và theo dõi
2 ài học tình huống ắt buộc Giám sát và theo dõi
3 Thu thập / Lƣu trữ tài sản dự án ắt buộc Giám sát và theo dõi
4 Giải phóng các nguồn lực ắt buộc Giám sát và theo dõi
5 Chứng nhận tiêu chuẩn chấp nhận
ắt buộc Giám sát và theo dõi 6 Thu thập mục tiêu đo lƣờng cho
t chức
ắt buộc Quản lý quy trình
7 áo cáo nghiệm thu ắt buộc Giám sát và theo dõi
Bảng 3-1: Quy trình phát triển phần mềm áp dụng theo CMMI tại Harveynash ên cạnh các quy trình quản lý dự án theo phƣơng thức truyền thống, việc sử dụng Agile Scrum cũng khá ph biến trong Harveynash, đặc biệt với những dự án theo mô hình có dạng hợp đồng dựa trên Thời gian và kết quả Time and Material , viết tắt là T&M). Với kinh nghiệm lâu năm trong quản lý và thực hiện các các dự án gia công phần mềm, cũng nhƣ đã trải nghiệm những thách thức trong nguyên lý phát triển và quản lý theo phƣơng pháp Agile , Harvey Nash đã b sung thêm những bƣớc cần thiết trong qui trình quản lý dự án theo mô hình Scrum bằng những qui trình đáp ứng chuẩn CMMI 3 để giảm thiểu rủi ro và tăng cơ hội thành công của các dự án.
Mô hình dƣới đây mô tả sự b sung một số các qui trình quản lý dự án đƣợc sử dụng trong mô hình truyền thông, hợp chuẩn CMMI vào các Sprint của 1 dự án dùng Scrum.
Hình 3-7: Các quy trình sử dụng trong dự án Scrum tại HarveyNash
56
Một số KPI đo ƣờng hất ƣợng sản phẩm và k t quả dự án
Hình 3-8: Một số KPI sử dụng trong dự án tại Harvey Nash
c. Đánh giá điểm mạnh và điểm y u trong quản ý dự án tại H rv yN sh Điểm mạnh
Sự kết hợp quy trình quản lý giữa CMMI và Scrum mang lại kết quả tốt hơn cho dự án , đặc biệt đối với những dự án khách hàng không quen thuộc với phát triển phần mềm và quy trình Scrum
Việc tập hợp, phân tích và đánh giá các KPI dự án giúp ngƣời quản lý có thể hiểu rõ ràng hơn về trạng thái dự án của mình và từ đó có những hành động điều chỉnh phù hợp
Điểm y u
Một trong những điểm khó khăn cho các ngƣời quản lý dự án là các quy trình ở Sprint khởi tạo khá nặng khi kết hợp cả công việc khởi tạo và làm kế hoạch quản lý dự án với nhiều thông tin chi tiết. Phần tài liệu cho kế hoạch quản lý dự án và các tài liệu liên quan có thể làm đơn giản hơn nhƣng vẫn đủ an toàn cho 1 dự án chạy bằng Scrum.
3.2 Thự trạng quản ý dự án tại một số do nh nghiệp vừ và nhỏ
Một số kết quả khảo sát thực trạng quy trình quản lý dự án tại một số doanh nghiệp gia công phần mềm có qui mô vừa và nhỏ.
a. Phân tích thự trạng , điểm mạnh và điểm y u trong quản ý dự án tại ông ty TNHH Phát triển Add-On
Add-on là một doanh nghiệp vốn đầu tƣ Đan Mạch, thành lập tháng 02/2008 với quy mô trung bình khoảng 40 ngƣời. Công ty chủ yếu cung cấp dịch vụ phát triển phần mềm dựa trên nền tảng công nghệ Microsoft.
Khảo sát á quy trình dự án dùng S rum
Nhóm quy trình quản ý dự án
Quy trình đ ng s dụng
Khởi tạo dự án Xác định ngƣời quản lý dự án
Lập đội dự án
Lập kế hoạch Lập kế hoạch dự án theo từng giai đoạn 2 tuần 1 và làm trực tiếp trên công cụ MS TFS Team
Foundation Server) Thực hiện và kiểm
soát
Họp Sprint hàng ngày cập nhật trạng thái dự án trong đội phát triển
Trình di n sản phẩm cho khách hàng vào cuối 1 Sprint
Đo t ng số điểm ngƣời dùng User Story Point đội thực hiện đƣợc cho 1 Sprint
Lấy phản hồi đánh giá của khách hàng cho kết quả dự án
T ng số ngày công thực đội hoàn thành 1 Sprint Họp hàng ngày hoặc khi cần thiết để trao đ i với
khách hàng về trạng thái của dự án
Sao lƣu mã nguồn và các tài liệu liên quan mỗi bản bàn giao
Họp rút kinh nghiệm cho mỗi Sprint
Kết thúc Lấy chấp nhận chính thức của khách hàng về sản
phẩm bàn giao Giải phóng đội dự án
58
Với á dự án phát triển th o mô hình truyền thống
Nhóm quy trình quản ý dự án
Quy trình đ ng s dụng
Khởi tạo dự án Xác định ngƣời quản lý dự án
Lập kế hoạch Ƣớc lƣợng ngày công cần thực hiện dự án chú yếu theo phƣơng pháp phân rã công việc W S
Kế hoạch nhân lực để thực hiện dự án Lập 1 lịch trình dự án với các mốc bàn giao Lấy phê duyệt kế hoạch từ khách hàng Thực hiện và kiểm
soát
àn giao dự án theo các mốc sự kiện trong kế hoạch Quản lý thay đ i yêu cầu
Cập nhật kế hoạch
Sao lƣu mã nguồn và các tài liệu liên quan mỗi bản bàn giao
Phân tích đánh giá lỗi do khách hàng gửi về cho từng bản bàn giao
Họp để xem xét trạng thái dự án với khách hàng không đặt lịch cụ thể
Kết thúc Lấy chấp nhận chính thức của khách hàng về sản
phẩm bàn giao Giải phóng đội dự án
Bảng 3-3: Quy trình quản lý dự án của Add-on theo mô hình truyền thống
Đánh giá điểm mạnh
Sử dụng phƣơng pháp quản lý dự án linh hoạt Agile Scrum và tuân theo những hƣớng dẫn của khung quản lý Scrum
Công ty có những công cụ hỗ trợ cho quản lý dự án nhƣ : công cụ lập kế hoạch MS Project, MS TFS, EPM Server
Có tài liệu hƣớng dẫn về sao lƣu mã nguồn và các tài liệu dự án theo định kỳ
Điểm hạn h
Việc quản lý dự án dựa theo kinh nghiệm của ngƣời quản lý dự án, chƣa xây dựng đƣợc bộ quy chuẩn chuẩn trong công ty
Còn thiếu các quy trình quản lý dự án để đảm bảo kiểm soát chất lƣợng và đạt đƣợc mục tiêu của dự án ví dụ quản lý chất lƣợng, rủi ro
Các KPI để đo lƣờng kết quả dự án tƣơng đối đơn giản
Chƣa có quy trình hoạt động phân tích, đo lƣờng hiệu suất dự án so với kế hoạch
Chƣa chú trọng tới quản lý rủi ro và vấn đề trong dự án để đƣa ra những hành động ngăn ngừa và khắc phục kịp thời.
b. Phân tí h thự trạng , điểm mạnh và điểm y u trong quản ý dự án tại ông ty TNHH Công nghệ ARROW Việt N m
Công ty TNHH Công Nghệ Arrow Việt Nam là một công ty vốn đầu tƣ Nhật ản, thành lập năm 2013, với quy mô khoảng 15-30 ngƣời, cung cấp dịch vụ gia công phần mềm cho khách hàng Nhật và Việt Nam
Công ty chƣa xây dựng bộ chuẩn quy trình quản lý dự án mà chú yếu đƣa ra các quy tắc và hƣớng dẫn chung quản lý dự án và dựa trên phƣơng pháp quản lý linh hoạt Scrum.
Những quy tắ về p k hoạ h hoạ h dự án b o gồm
Kế hoạch bàn giao t ng thể
Tài liệu quản lý dự án gồm một số qui tắc thực hiện dự án
o Quy tắc lập kế hoạch theo sprint
o Quy tắc cập nhật tiến độ công việc
o Quy tắc chuyển đ i trạng thái theo workflow trên công cụ Jira
o Quy tắc quản lý cấu hình 1 bản bàn giao
o Quy tắc quản lý lỗi
o Quy tắc trao đ i thông tin giữa đội dự án và khách hàng
o Quy tắc báo cáo tiến độ
o Quy tắc cập nhật bài học kinh nghiệm
Cá KPI đo ƣờng trong quá trình kiểm soát dự án
o T ng số điểm đội dự án hoàn thành trong 1 Sprint
o T ng thời gian đội dự án hoàn thành 1 Sprint
Đánh giá điểm mạnh
Mặc dù chƣa xây dựng đƣợc bộ quy trình về quản lý dự án, nhƣng công ty cũng đƣa ra đƣợc 1 tập các quy tắc và hƣớng dẫn về quản lý dự án
Điểm hạn h
Các quy tắc trong quản lý dự án chƣa đƣợc xây dựng đầy đủ, ví dụ thiếu các quy trình trong khâu chuẩn bị , lập kế hoạch đảm bảo chất lƣợng, thời gian và chi phí)
Các KPI để đo lƣờng kết quả dự án tƣơng đối đơn giản để đánh giá việc hoàn thành mục tiêu của dự án
60
c. Nh n xét hung về những hạn h trong n ng ự quản ý dự án những ông ty vừ và nhỏ
Qua sự quả khảo sát 2 trƣờng hợp cụ thể ở trên, cùng với những tìm hiểu khác về