BỘ GIÁO DỤC VÀ ĐÀO TẠO BỘ GIÁO DỤC VÀ ĐÀO TẠO TRƯỜNG ĐẠI HỌC CÔNG NGHỆ TP HCM TRƯỜNG ĐẠI HỌC CÔNG NGHỆ TP HCM - - VÕ VĂN ĐỨC VÕ VĂN ĐỨC MỘT SỐ GIẢI PHÁP NÂNG MỨC ÁP DỤNG MỘT SỐ GIẢI PHÁP NÂNG MỨC ÁP DỤNG MÔ HÌNH CMMI TẠI CÔNG TY CỔ PHẦN MÔ HÌNH CMMI TẠI CÔNG TY CỔ PHẦN MISA TỪ MỨC LÊN MỨC MISA TỪ MỨC LÊN MỨC LUẬN VĂN THẠC SĨ LUẬN VĂN THẠC SĨ Chuyên ngành: QUẢN TRỊ KINH DOANH Chuyên ngành: QUẢN TRỊ KINH DOANH Mã ngành 60340102 Mã ngành: 60340102 CÁN BỘ HƯỚNG DẪN KHOA HỌC:TS TRƯƠNG QUANG DŨNG TP HCM, tháng 8/2014 TP HCM, tháng 8/2014 CÔNG TRÌNH ĐƯỢC HOÀN THÀNH TẠI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ TP HCM TRƯỜNG ĐH CÔNG NGHỆ TP HCM CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM PHÒNG QLKH – ĐTSĐH Độc lập – Tự – Hạnh phúc TP HCM, ngày 26 tháng năm 2014 Cán hướng dẫn khoa học: TS Trương Quang Dũng (Ghi rõ họ, tên, học hàm, học vị chữ ký) NHIỆM VỤ LUẬN VĂN THẠC SĨ Luận văn Thạc sĩ bảo vệ Trường Đại học Công nghệ TP HCM ngày 08 tháng 11 năm 2014 Họ tên học viên: Võ Văn Đức Giới tính: Nam Ngày, tháng, năm sinh: 04 - 02 – 1982 Nơi sinh: Hà Tĩnh Chuyên ngành: Quản trị kinh doanh MSHV: 1241820172 I- Tên đề tài: Thành phần Hội đồng đánh giá Luận văn Thạc sĩ gồm: (Ghi rõ họ, tên, học hàm, học vị Hội đồng chấm bảo vệ Luận văn Thạc sĩ) Một số giải pháp nâng mức áp dụng mô hình CMMI công ty cổ phần MISA từ mức lên mức TT Họ tên GS TS Võ Thanh Thu TS Ngô Quang Huân Chức danh Hội đồng Chủ tịch II- Nhiệm vụ nội dung: Nhiệm vụ: sử dụng kiến thức học thực tiễn thu thập số liệu, mô hình CMMI, Phản biện tài liệu để phân tích thực trạng tìm giải pháp nâng mức áp dụng CMMI công ty Phản biện cổ phần MISA từ mức lên mức TS Nguyễn Quyết Thắng PGS TS Bùi Lê Hà Ủy viên TS Phan Thành Vĩnh Ủy viên, Thư ký Nội dung luận văn: Chương 1: Cơ sở lý luận mô hình tăng trưởng lực tích hợp CMMI Chương 2: Thực trạng áp dụng mô hình CMMI công ty cổ phần MISA Xác nhận Chủ tịch Hội đồng đánh giá Luận văn sau Luận văn Chương 3: Một số giải pháp nâng mức áp dụng CMMI công ty cổ phần MISA từ mức lên mức sửa chữa (nếu có) III- Ngày giao nhiệm vụ: 05 - 12 - 2013 Chủ tịch Hội đồng đánh giá LV IV- Ngày hoàn thành nhiệm vụ: 25 - 09 - 2014 V- Cán hướng dẫn: Tiến sĩ Trương Quang Dũng CÁN BỘ HƯỚNG DẪN (Họ tên chữ ký) KHOA QUẢN LÝ CHUYÊN NGÀNH (Họ tên chữ ký) i ii LỜI CAM ĐOAN LỜI CÁM ƠN Tôi xin cam đoan công trình nghiên cứu riêng Các số liệu, kết nêu Luận văn trung thực chưa công bố Để hoàn thành Luận văn này, nhận quan tâm, giúp đỡ Quý Thầy Cô, bạn bè tập thể ban lãnh đạo, nhân viên công ty cổ phần MISA Xin trân trọng cảm ơn Tiến sĩ Trương Quang Dũng, người hướng dẫn khoa học công trình khác Tôi xin cam đoan giúp đỡ cho việc thực Luận văn cảm ơn thông tin trích dẫn Luận văn rõ nguồn gốc Luận văn tận tình hướng dẫn giúp đỡ mặt để hoàn thành Luận văn Tôi xin cảm ơn người thân, bạn bè, ban lãnh đạo đồng nghiệp làm việc công ty cổ phần MISA hỗ trợ, tạo điều kiện thuận lợi cho hoàn Học viên làm luận văn thành Luận văn Và sau cùng, để có kiến thức ngày hôm nay, cho phép gởi lời tri ân cảm ơn sâu sắc đến Quý Thầy Cô Trường Đại học Kỹ thuật Công nghệ Thành phố Võ Văn Đức Hồ Chí Minh thời gian qua truyền đạt cho kiến thức quý báu Học viên làm Luận văn Võ Văn Đức iii TÓM TẮT iv Đề tài gồm ba chương: chương trình bày sở lý luận mô hình tăng trưởng lực tích hợp CMMI, chương thực trạng áp dụng mô hình CMMI Hiện nay, có nhiều mô hình, hệ thống quản lý chất lượng giới, công ty phần mềm CMMI xem giấy thông hành, công ty cổ phần MISA, chương đưa số giải pháp nâng mức áp dụng CMMI công ty cổ phần MISA từ mức lên mức chứng minh lực chất lượng doanh nghiệp nhắm tạo thuận lợi Dựa vào tiêu chuẩn mô hình trưởng thành lực tích hợp CMMI, từ việc thiết phục khách hàng tin vào dịch vụ doanh nghiệp phần mềm Việc áp thực tế áp dụng triển khai mô hình CMMI MISA tác giả có đánh giá thực dụng mô hình CMMI đem đến nhiều thay đổi đáng kể công tác sản xuất phần trạng công tác áp dụng mô hình CMMI mức đơn vị, cụ thể 17/18 quy mềm trình theo yêu cầu tổ chức đánh giá Công ty CP MISA thành lập năm 1994 Sau 20 năm hình thành Đề tài sử dụng phương pháp nghiên cứu định tính kết hợp phương pháp phát triển, MISA trở thành doanh nghiệp hàng đầu Việt Nam nghiên cứu thống kê, mô tả, phân tích, tổng hợp, so sánh dự báo kết hợp với việc lĩnh vực sản xuất phần mềm MISA tiên phong công tác tin học hóa tổng hợp ý kiến chuyên gia, dự báo xu để đưa kết đánh giá, nhiều Bộ, Ban ngành doanh nghiệp khắp 63 tỉnh thành Để đáp ứng xem xét mức độ áp dụng ảnh hướng tới hệ thống mục tiêu sản xuất sản phẩm phần mềm đạt chất lượng tốt nhất, hạn nhất, Kết nghiên cứu luận văn giúp cho MISA tạo sản phẩm tốt nhất, thoả mãn yêu cầu khách hàng, MISA triển khai mô hình CMMI đạt chứng đáp ứng nhu cầu thị trường, ngày giúp công tác sản xuất phần mềm nhận tổ chức SEI vào ngày 18/7/2012 mức Chứng CMMI mức thêm tốt hơn, xây dựng đội ngũ lập trình viên giỏi nghiệp vụ quy trình Đây lần khẳng định tôn hoạt động mà MISA cam kết với khách hàng coi nghiên cứu cho công ty sản xuất phần mềm nghiên cứu để cung cấp phần mềm chất lượng tốt với giá thành hợp lý Chứng CMMI triển khai mô hình CMMI mức tới mức 4,5 từ đến năm 2020 mức vừa động lực đồng thời trách nhiệm MISA việc tiếp tục cải tiến quy trình, hoàn thiện hệ thống phát triển phần mềm đời phầm phần đáp ứng nhu cầu người dùng Sau hai năm triển khai áp dụng mô hình CMMI mức 3, công ty đạt hiệu cao công tác sản xuất phần mềm sản xuất sản phẩm hạn, lỗi sản phẩm hơn, trình độ quản lý dự án nhân viên, quản lý tốt số công tác chưa đạt yêu cầu việc quản lý dự án định lượng, đo lường chuẩn hoá công tác sản xuất sản phẩm, công tác cải tiến liên tục để đổi công tác sản xuất sản phẩm chưa đáp ứng kịp thời yêu cầu đổi công ty, chưa thể bắt kịp tốc độ toàn cầu hoá sản xuất sản phẩm xuất thị trường giới Chính vậy, đề tài “Một số giải pháp nâng mức áp dụng mô hình CMMI công ty cổ phần MISA từ mức lên mức 5” lựa chọn để nghiên cứu nhằm đưa giải pháp hoàn thiện công tác sản xuất sản phẩm phần mềm công ty MISA từ đến năm 2020 v ABSTRACT vi Topic include chapters: Chapter 1: Introduction about the theoretical Nowadays, there are a lot of the quality management systems all over the foundation of the Capability Maturity Model Integration (CMMI); Chapter 2: The world However, with the software companies, CMMI model is regarded as the real status of the application of CMMI model at MISA JSC; Chapter 3: Some evidence to prove the capability and quality of an enterprise for purpose convincing solutions to improve the application of CMMI at MISA JSC from Level to Level the client to trust the service's software business Applying the CMMI model makes Based on CMMI and the reality of the application at MISA, author have the significant differences in the software production process evaluated the situation of applying the CMMI level 3, namely reaching 17/18 of MISA Corporation was founded in 1994 After 20 years of the development, requirement of the judging organizations these days, MISA has become a leading enterprise in the software production The thesis uses methods as qualitative research methodology, statistics, industry in Vietnam MISA is always the pioneer in the computerize work in many description, analysis, synthesis, comparison and prediction combined with the ministries in general and in the enterprise across 63 provinces in Vietnam in synthesis of expert opinion, forecasting information technology trend in order to particular To demand the goal of producing software products with the best make the assessment, review the application of the system and its affect possible quality as well as the customers’ satisfaction, MISA has implemented the The results of the thesis will help MISA create the best products, meet the Capability Maturity Model Integration (CMMI) and it is certified by Software market demand, increasingly produce the better software, build the professional Engineering Institute (SEI) in level in July 18, 2012 Thanks to CMMI level 3, skilled programmer labor This study can help the software companies develop people strongly believe that the MISA operating principle, providing the customer CMMI models in the reality in the near future, especially from Level to Level in the products with the best quality and the most reasonable price, will bear in mind MISA JSC until 2020 of customer and it is the key to its success CMMI level is not only the driving force of MISA but only its responsibility in continuing the completion and improvement process of the software production system Therefore making the product that meets the needs of the user After years of implementing and applying the CMMI level 3, the company has achieved the high efficiency in producing the software such as producing the goods in the right time, the fewer product failures, the better project management of staff as well as the better management of the Board of Director However, there are still some unsatisfactory activities For examples, the measure and standardize production work of the project manager, as well as the continuous improvement to change products to meet renewal request of the company, cannot reach the speed of globalization and the production of export products to the world market Therefore, the paper titled “Some solution to upgrade application of the CMMI model in the MISA company from level to level 5” is conducted study in order to provide the suitable measures in the more comprehensive software production process of MISA until 2020 vii viii MỤC LỤC 1.3.4.5 Mức (Optimizing: Tối ưu hóa) 19 LỜI CAM ĐOAN i 1.3.5.1 Lợi ích 19 LỜI CÁM ƠN ii 1.3.5.1 Khó khăn: 20 TÓM TẮT iii 1.3.6.1 Các điều kiện áp dụng hệ thống mô hình trưởng thành lực tích ABSTRACT v hợp: 21 MỤC LỤC vii 1.3.6.1 Tổ chức phải xây dựng hệ thống tài liệu: 21 DANH MỤC CÁC TỪ VIẾT TẮT x 1.3.6.2 Trách nhiệm lãnh đạo hệ thống 22 1.3.5 Lợi ích khó khăn việc sử dụng CMMI 19 DANH MỤC CÁC BẢNG xv 1.3.6.3 Nguồn nhân lực 22 DANH MỤC CÁC HÌNH xv TÓM TẮT CHƯƠNG 24 PHẦN MỞ ĐẦU CHƯƠNG 2: PHÂN TÍCH THỰC TRẠNG ÁP DỤNG CMMI TẠI 25 CHƯƠNG 1: CƠ SỞ LÝ LUẬN VỀ MÔ HÌNH TĂNG TRƯỞNG NĂNG LỰC CÔNG TY CỔ PHẦN MISA 25 TÍCH HỢP (CMMI) 2.1 Tổng quan ngành công nghiệp phần mềm Việt Nam 25 1.1 Những vấn đề chung chất lượng 2.2 Giới thiệu Công ty cổ phần MISA 27 1.1.1 Chất lượng: 2.2.1 Giới thiệu chung 27 1.1.2 Quản lý chất lượng (QLCL): 2.2.2 Khách hàng 29 1.1.3 Sự phát triển quản lý chất lượng 2.2.3 Sản phẩm dịch vụ 30 1.1.4 Các nguyên tắc quản lý chất lượng 2.2.4 Cơ cấu tổ chức 31 1.1.5 Hệ thống quản lý chất lượng (HTQLCL) 2.2.5 Nhân 31 1.2 Một số hệ thống quản lý chất lượng: (Vui lòng xem phục lục 1: Một số hệ 2.2.6 Kết hoạt động kinh doanh 33 thống quản lý chất lượng) 10 2.3 Thực trạng mô hình phát triển phần mềm mô hình CMMI mức áp 1.3 Bộ tiêu chuẩn mô hình trưởng thành lực tích hợp (CMMI) 10 dụng công ty cổ phần MISA 34 1.3.1 Tổng quan CMMI 10 2.3.1 Thực trạng mô hình phát triển phần mềm 34 1.3.2 Mối quan hệ hệ thống QLCL ISO 9001 mô hình trưởng thành 2.3.2 Hệ thống mô hình CMMI mức triển khai áp dụng công lực tích hợp CMMI: 11 ty cổ phần MISA 36 1.3.3 Cấu trúc CMMI 12 2.3.3 Đánh giá mô hình CMMI triển khai áp dụng công ty cổ 1.3.4 Các mức (Levels) CMMI 13 phần MISA: 49 1.3.4.1 Mức (Initial: Ban đầu) 14 CHƯƠNG 3: MỘT SỐ GIẢI PHÁP NÂNG MỨC ÁP DỤNG MÔ HÌNH 1.3.4.2 Mức 2: (Repeatable: Lặp lại) 14 CMMI TẠI CÔNG TY CỔ PHẦN MISA TỪ MỨC LÊN MỨC 55 1.3.4.3 Mức (Defined: Xác định): 16 3.1 Xu hướng phát triển ngành công nghiệp phần mềm Việt Nam từ đến năm 1.3.4.4 Mức (Managed: Quản lý) 18 2020: 55 ix x 3.2 Định hướng phát triển công ty MISA đến năm 2020: 57 DANH MỤC CÁC TỪ VIẾT TẮT 3.3 Các giải pháp xây dựng hệ thống CMMI đạt mức 5: 58 3.2.1 Giải pháp đo lường 58 3.2.2 Giải pháp nguồn nhân lực 58 AMIS 3.3.2.1 Chính sách tuyển dụng 59 3.3.2.2 Chính sách đào tạo: 59 3.3.2.3 Đào tạo nâng cao trình độ ngoại ngữ cho nhân viên 61 3.2.3 Giải pháp sở vật chất 62 3.2.4 Giải pháp bổ sung hoàn thiện mô hình quy trình: 62 3.3.4.1 Thiết lập vòng hỗ trợ quy trình cần thiết để đạt tiêu chuẩn CMMI mức mức 5: 62 3.3.4.2 Xây dựng sơ đồ tra cứu quy trình theo vòng đời dự án các lĩnh vực quy trình cần thiết để áp dụng CMMI mức mức 63 TÓM TẮT CHƯƠNG 69 CMMI CNTT CTO GĐ TT PTPM PHỤ LỤC Management Information System) Mô hình trưởng thành lực tích hợp (Capability Maturity Model Integration) Công nghệ thông tin Phó Giám đốc trung tâm phát triển phần mềm phụ trách công nghệ (Chief Technical Officer) Giám đốc trung tâm phát triển phần mềm HCTH hành tổng hợp HDSD Hướng dẫn sử dụng HTQLCL Hệ thống quản lý chất lượng KẾT LUẬN 70 TÀI LIỆU THAM KHẢO 72 Hệ thống thông tin doanh nghiệp hợp MISA (All in one ISO Tổ chức Tiêu chuẩn hoá Quốc tế (International Organization for Standardization - ISO) MISA Công ty cổ phần MISA PA Các lĩnh vực quy trình (Process Areas) QLCL Quản lý chất lượng QLDA, PM Quản lý dự án, phần mềm Viện công nghệ phần mềm Hoa Kỳ (Software Engineering Process SEI TQM Group) Hệ thống quản lý chất lượng toàn diện (Total Quality Management) xi xii MỘT SỐ THUẬT NGỮ ĐƯỢC DÙNG TRONG CMMI THUẬT NGỮ Baseline vực trách nhiệm GIẢI THÍCH Một baseline tập hợp tài liệu đặc tả sản phẩm Project Là người chịu trách nhiệm lập kế hoạch, hướng dẫn, quản lý, cấu tạo trình làm việc mà phê duyệt chấp Manager trúc (structuring) thúc đẩy dự án Project Manager chịu trách nhiệm làm hài lòng khách hang nhận, sau dùng sở để phát triển tiếp, thay đổi thông qua thủ tục quản lý thay đổi Một baseline Milestone Customer Senior Manager Chỉ vai trò quản lý mức đủ cao tổ chức mà định danh mục cấu hình thực thể liên quan đến trọng tâm người giữ vai trò tồn lâu dài tổ chức, dự án ngắn hạn mối bận tâm Là điểm kết thúc chu trình (iteration) dự án, tương áp lực hợp đồng Senior manager có quyền phân bổ tái đương với phiên phát hành phân bổ nguồn lực nhằm hỗ trợ hiệu việc cải tiến qui Là nhóm (cá nhân, dự án, tổ chức) chịu trách nhiệm nghiệm trình tổ chức Senior manager nhà quản lý thu sản phẩm (accepting the product) toán đáp ứng mô tả trên, bao gồm người đứng đầu tổ (authorizing payment) Khách hàng không nằm dự án, chức không thiết phải nằm tổ chức Khách hàng dự án mức cao Stakeholder Product Trong CMMI, từ “product” dùng để đầu Khách hàng tập stakeholders dịch vụ hữu hình kết trình dự định Một “stakeholder” nhóm cá nhân mà bàn giao cho khách hàng người sử dụng cuối Một sản phẩm “work product” bàn giao cho khách hàng Bị ảnh hưởng kết công việc kinh doanh (outcome of an undertaking) Work Product Từ “work product” dùng để artifact tạo Hoặc chịu trách nhiệm theo số cách kết từ qui trình công việc kinh doanh Những artifact bao gồm: file, tài liệu, phần sản Stakeholders bao gồm thành viên dự án, nhà phẩm, dịch vụ, qui trình (vd: qui trình sản xuất, qui trình cung cấp, khách hàng, nsd cuối người khác đào tạo, qui trình chuyển nhượng sản phẩm), đặc tả Relevant Thuật ngữ dùng để “stakeholder liên quan đến hóa đơn Stakeholder số hoạt động xác định đưa vào kế hoạch tương ứng” Phân biệt “work product” “product component” “work product” không thiết phải xây dựng Manager phần sản phẩm cuối Chỉ người đưa định hướng quản lý kỹ thuật hành cho công việc hoạt động thực Product Trong CMMI, “product component” thành phần mức lĩnh vực trách nhiệm (area of responsibility) người quản lý Component thấp so với “product”; “product component” tích Các chức truyền thống người quản lý bao gồm: lập kế hợp để tạo thành “product” hoạch, tổ chức, hướng dẫn quản lý công việc lĩnh Có thể có nhiều mức “product component” Một “product xiii xiv cho qui tắc tích hợp với qui tắc có component” “work product” phải xây dựng (các yêu cầu định nghĩa thiết kế xây dựng cài đặt) để đạt mục đích sử dụng sản phẩm toàn Verification CMMI Model chu kỳ sống nhu cầu tổ chức sử dụng nó, có nhiều mô hình Các “product component” phần sản phẩm bàn CMMI giao cho khách hàng phục vụ cho việc sản xuất sử Câu “CMMI model” nhiều sưu tập thông dụng sản phẩm tin Câu “CMMI models” đề cập đến một, số toàn Mặc dầu trông từ “verification” “validation” dường sưu tập mô hình sinh từCMMI hoàn toàn giống mô hình CMMI, chúng đề cập đến vấn đề hoàn toàn khác nhau.“Verification” Validation Framework Peer Review Thuật ngữ “peer review” dùng “CMMI Product nhằm khẳng định “work product” phản ánh xác Suite” thay cho thuật ngữ “work product inspection” yêu cầu dùng để đặc tả chúng “Peer review” việc xem xét lại “work product” thực Nói cách khác “verification” đảm bảo “you built it right.” theo cặp trình phát triển “work product” để “Validation” nhằm khẳng định sản phẩm (product) xác định lỗi loại bỏ chúng cung cấp đáp ứng việc sử dụng Goal Vì CMMI Framework sinh mô hình khác dựa Process “process”, dùng CMMI Product Suite, bao gồm Nói cách khác “validation” đảm bảo “you built the right hoạt động nhận biết việc thực practice thing.” mô hình CMMI Các hoạt động ánh xạ “Goal” thành phần bắt buộc CMMI: “generic sang nhiều practice lĩnh vực qui trình goal” “specific goal” CMMI để mô hình dùng để cải tiến qui trình đánh giá Trong mô hình CMMI, từ “goal” tham chiếu đến thành qui trình phần mô hình (vd: “generic goal”, “specific goal”) Objective Trong CMMI, dùng danh từ, từ “objective” thay Managed Là qui trình thực theo kế hoạch tuân thủ cho từ “goal” sử dụng theo nghĩa thông dụng, từ “goal” Process sách dành riêng để dùng để thành phần gọi “specific goals” “generic goals” mô hình CMMI – Thuê người có kỹ có nguồn lực thích hợp để tạo đầu kiểm soát – Liên quan đến “relevant stakeholder” CMMI Là cấu trúc để tổ chức thành phần CMMI, bao – Được giám sát, quản lý xem xét Framework gồm: thành phần chung mô hình CMMI tại, – Được đánh giá việc tuân thủ mô tả qui trình qui tắc phương pháp để tạo mô hình, phương pháp đánh giá (bao gồm artifiact kèm), tài liệu đào tạo framework cho phép thêm qui tắc vào CMMI xv xvi DANH MỤC CÁC BẢNG VÀ HÌNH DANH MỤC CÁC HÌNH Bảng 2.1: Bảng theo dõi mối quan hệ quy trình 55 Hình 1.1: Các lĩnh vực quy trình tương ứng với mức levels CMMI 14 Hình 1.2: Các mức (Levels) CMMI 15 Hình 2.1 Doanh thu ngành phần mềm Việt Nam 2005 – 2012, riêng 2012 số liệu ước đạt (đơn vị tính: triệu USD) 28 Hình 2.2 Sơ đồ cấu tổ chức công ty cổ phần MISA 34 Hình 2.3 Biểu đồ tăng trưởng nguồn nhân lực 2009 – 2013 MISA 35 Hình 2.4 Biểu đồ cấu lao động theo độ tuổi MISA 35 Hình 2.5 Biểu đồ cấu lao động theo trình độ MISA 36 Hình 2.6 Kết hoạt động kinh doanh MISA 36 Hình 2.7 Mô hình phát triển phần mềm MISA trước năm 2013 38 Hình 2.9: Sơ đồ xây dựng, quản lý dự án 40 Hình 2.10: Lưu đồ Quy trình sản xuất phần mềm 41 Hình 2.11: Lưu đồ Quy trình lập kế hoạch dự án 43 Hình 2.12: Giao diện website baotri.misa.com.vn 45 Hình 2.13: Lưu đồ Quy trình đào tạo nhân viên 48 Hình 2.14: Các công việc Quy trình quản lý rủi ro 50 Hình 2.15:Lưu đồ Quy trình phát triển yêu cầu 52 Hình 2.16: Biểu đồ hồ sơ đánh giá theo mục tiêu 54 Hình 2.17: Hồ sơ phạm vi mô hình áp dụng 55 Hình 3.1: Mô tả bước hỗ trợ nhóm quy trình 67 Hình 3.2: Sơ đồ tra cứu quy trình theo vòng đời dự án 68 - * Lập kế hoạch truyền thông xác định mốc triển khai số dự án o Đầu vào: * Lập kế hoạch quản lý rủi ro: - Đưa quy định rà soát, xác định rủi ro, phân loại đưa cho loại rủi ro Người phương án phòng ngừa/khắc yêu cầu nghiệp vụ, thành phần phục cho rủi ro nghiệm thu tương ứng với mốc PM - Các đầu theo quy định quy trình Review PM phát hành theo kế hoạch SDC-18-FM-02 triển khai tổng thể - Kế hoạch triển - Lập kế hoạch chuyển giao khai sản phẩm Chậm công cụ/tính phục vụ triển 02 khai sản phẩm xác định hạ ngày làm việc - Review kế hoạch triển khai mốc hoạch tổng thể số Email phê duyệt kế hoạch tổng thể Thông báo lộ trình phát triển Tin tức trang sản phẩm amis.vn amis.vn Chậm 02 PMO - Gửi kế hoạch triển khai mốc số sau review cập nhật ngày làm việc Chậm 02 ngày làm việc cho GĐSP Email gửi SDC18-FM-02 - Kế hoạch triển khai sản phẩm Chậm 01 ngày làm việc Bước 3: Lập kế hoạch vòng lặp giai đoạn định hình o Mục đích: Thống với thành viên mục tiêu vòng lặp, vấn đề cần thực thời gian hoàn thành công việc vòng lặp Bước 2: Lập kế hoạch triển khai mốc số o Mục đích: - cầu/Thời tầng triển khai sản phẩm - Đề nghị GĐ TT phê duyệt kế Duyệt kế hoạch tổng thể dự án Đầu gian - Xác định phạm vi đáp ứng - Thành phần: PMO Yêu Các bước thực phân tích rủi ro đưa - Tác giả: PM PTPM Kế hoạch tổng thể dự án (Sheet Master Schedule) tất khía cạnh dự án, - Phương pháp: Offline GĐ TT - STT thực án Kế hoạch triển khai tổng thể duyệt - Rà soát, xác định rủi ro - Review kế hoạch tổng thể dự - o Chi tiết: biện pháp phòng ngừa/khắc phục PMO Xác định tài liệu cần xây dựng, thời gian cụ thể cho tài liệu Xác định nghiệp vụ chi tiết thực mốc triển khai số o Đầu vào: - Kế hoạch triển khai dự án - Kế hoạch tổng thể dự án o Đầu vào: o Chi tiết Người STT Các bước thực thực Yêu Đầu - Thông báo phát hành nội Alpha - Các yêu cầu/ đề xuất đăng ký quyền/ tên miền CB quản lý tên miền lãnh đạo trực tiếp phận liên quan đến tên miền (nếu cầu/Thời có) gian o Chi tiết: * Lập kế hoạch vòng lặp: - Chỉ phạm vi vòng lặp - Chỉ thời hạn mốc STT quan trọng kế hoạch: - Folder kế hoạch Người thực Đề xuất lên Trưởng phòng Team Queries\ PM - Xác định đầu công việc Query\ Iteration Plan PM PMO PM quyền/tên miền cho sản phẩm effort sử dụng ngày kết thúc vòng Cung cấp hồ sơ, tài liệu - Xác định rủi ro lặp theo hướng dẫn phòng HCTH để thực thủ tục PM cần tham gia vòng đăng ký bảo hộ quyền sở hữu lặp trí tuệ cho sản phẩm phần mềm Review phê duyệt kế hoạch Các đầu theo quy - Phương pháp: Offline định quy trình - Tác giả: PM Review - Thành phần: PMO - HCTH việc đăng ký phần mềm vòng lặp PMO chính, suất ước lượng, có ngày bắt đầu, - Xác định stakeholders bên - Các bước thực 01 Email gửi trưởng phòng HCTH 01 Các hồ sơ, tài liệu theo yêu cầu phòng HCTH Bước 5: Điều chỉnh kế hoạch dự án o Mục đích: làm - Đảm bảo kế hoạch dự án cập nhật với thực tế - Các thành viên liên quan nắm kế hoạch phát triển dự án công đến thành Bước Đăng ký bảo hộ quyền sở hữu trí tuệ o Mục đích: Nhằm đăng ký bảo hộ quyền SHTT cho sản phẩm phần mềm o Đầu vào: - Kế hoạch tổng thể dự án - Kế hoạch triển khai tổng thể - Bộ UI sản phẩm ngày làm việc ngày viên Công ty Cổ phần MISA cầu/Thờ Chậm PM phân chia công việc đến WI Task phân thành viên Đầu i gian Ngày bắt đầu, ngày kết thúc vòng lặp mục vòng lặp, mốc triển khai Yêu o Chi tiết: STT Người thực Tin tức trang Các bước thực Đầu Yêu amis.vn cập cầu/T nhật hời Họp công bố kế hoạch dự án gian o PM trình bày lộ Cập nhật kế hoạch tổng thể dự án (nếu có thay đổi phạm PM vi, ước lượng, lịch trình phát triển dự án) Cập nhật kế hoạch triển khai trình thực PM, Các - SDC-21-FM-01- thành viên Kế hoạch tổng thể dự án dự án kế hoạch liên Biên họp công quan bố kế hoạch • Các thành phần tham gia họp đóng góp ý kiến xây tổng thể (nếu có thay đổi) dựng kế hoạch Review kế hoạch triển khai, kế hoạch tổng thể dự án (nếu có thay đổi phạm vi, ước lượng, PMO lịch trình phát triển dự án) Phương pháp: Offline Tác giả PM Bước 6: Lập kế hoạch triển khai mốc o Mục đích: Các đầu theo - quy định quy theo trình Review - o Đầu vào: Trình GĐ TTPTPM phê duyệt Review kế hoạch triển khai, kế - Kế hoạch triển khai tổng thể duyệt hoạch tổng thể dự án (nếu có - Kế hoạch tổng - Kế hoạch tổng thể dự án (Sheet Master Schedule) thay đổi phạm vi, ước lượng, thể checkin TTPTPM Xác định tài liệu cần xây dựng, thời gian cụ thể cho tài liệu xác định mốc triển khai số Thành phần: PMO GĐ Xác định nghiệp vụ chi tiết thực mốc triển khai tiếp lịch trình phát triển dự án) o Phương pháp: Offline Tác giả PM o Chi tiết: Yêu với comment "GĐ TTPTPM STT duyệt" Người thực Các bước thực Đầu hời gian Thành phần: PMO PM cầu/T Trình GĐ TTPTPM phê duyệt - Xác định phạm vi đáp ứng Cập nhật viết thông báo lộ Bài viết lộ trình yêu cầu nghiệp vụ, thành phần PM trình phát triển sản phẩm phát triển sản nghiệm thu tương ứng với mốc AMIS.VN mục phát hành theo kế hoạch phẩm SDC-18-FM-02 - Chậm Kế hoạch triển khainhất 01 sản phẩm ngày triển khai tổng thể phần cần bảo mật cần thực hiện/bị vào - Lập kế hoạch chuyển giao mềm ảnh hưởng vòng lặp module quan trọng tầng triển khai sản phẩm vòng lặp, phân quyền tương ứng - Folder kế hoạch * Lập kế hoạch vòng lặp: vòng lặp mục - Gửi kế hoạch triển khai sau (sheet triển khai sản phẩm - Chỉ phạm vi vòng lặp Team Queries\ PM review cập nhật cho KH_Triển_khai_ ; - Chỉ rõ phạm vi vấn đề Query\ GĐSP Phần I, mục 1, thực vòng lặp phần II) cho GĐ - Chỉ thời hạn mốc đầu, ngày kết thúc SP quan trọng kế hoạch: vòng lặp Bước 7: Lập kế hoạch vòng lặp giai đoạn xây dựng o Mục đích: Thống với thành viên mục tiêu vòng lặp, vấn đề PM vòng lặp, mốc triển khai Danh Requirement, vòng lặp - Các yêu cầu phát triển sản phẩm chốt vòng lặp pháp khắc phục phòng ngừa - Danh sách lỗi tồn - Xác định tùy biến áp dụng vòng lặp - Danh sách module & liệu cần bảo mật vòng lặp (yêu cầu cần Các bước thực Đầu Yêu cần thiết kế chi tiết, yêu cầu hoạch vòng lặp ghi cầu/Thời cần thiết kế test case ) - Xác định rủi ro ANTT - Sheet Danh sách Hoàn PM, - PM đề nghị thành viên PMO, & biện pháp phòng ngừa, rủi ro ANTT & biện thành dự án xem xét đưa ý thành kiến đóng góp cho kế Chuyên khắc phục theo phạm vi thực pháp phòng ngừa trước an vòng lặp cập nhật lập - Liệt kê module & liệu - Quyền truy cập hoạch rõ nội dung cần tùy biến tab Details gian PM, ninh dung thực viết how to demo, yêu cầu - WI Review kế o Chi tiết: gia Bug, - Xác định rủi ro biện - CR rõ nội o Đầu vào: Người sách - Xác định ước lượng CR thực đầu công việc cần thực thời gian hoàn thành công việc vòng lặp Iteration plan rõ ngày bắt Ngày bắt đầu, ngày kết thúc - STT thực khai sản phẩm xác định hạ - Review kế hoạch triển khai trọng - Thống nhân thực cấp/rút tương ứng FM-02 - Kế hoạch PMO quan module vòng lặp công cụ/tính phục vụ triển Email gửi SDC-18- kế viên dự hoạch án - Các thành viên dự án góp ý Kế hoạch vòng lặp Chậm cập nhật theo 01 góp ý thành ngày làm viên dự án (nếu có) việc để hoàn thiện kế hoạch vòng Phụ lục 4: Quy trình sản xuất sản phẩm Destop 1.Tiếp nhận ý tưởng/Nhiệm vụ phát triển sản phẩm lặp (nếu có) * Review kế hoạch vòng lặp PMO, - Phương pháp: Offline PM - Tác giả: PM - Thành phần: PMO Các đầu theo quy định quy trình Review PM • Thông báo kế hoạch đến phòng CNTT rõ mốc triển khai môi trường Chậm 02 Beta, Production RC, Tiếp nhận ý tưởng phát triển sản phẩm từ thành viên Mục đích ngày làm việc Event gửi tới CNTT - từ Ban TGĐ Đầu vào Chậm 01 ngày làm công ty, tiếp nhận nhiệm vụ phát triển sản phẩm Các bước thực Thông tin ý tưởng từ thành viên công ty, nhiệm vụ phát triển sản phẩm từ Ban TGĐ Tiếp nhận ý tưởng/nhiệm vụ phát triển sản phẩm từ nguồn trao đổi trực tiếp/qua email, điện thoại, Trao đổi để làm rõ ý tưởng/nhiệm vụ việc Yêu cầu/ Thời gian Đầu Ngay ý tưởng/nhiệm vụ chuyển tới GĐ Sản phẩm Ý tưởng/nhiệm vụ phát triển sản phẩm 2.Đánh giá sơ trình Ban TGĐ Mục đích Đầu vào Phân tích sơ ý tưởng/nhiệm vụ phát triển sản phẩm để làm trình Ban TGĐ phê duyệt Thông tin ý tưởng Phân tích thông tin sản phẩm: sản phẩm gì? phục vụ cho ai? nghiệp vụ mà sản phẩm cần đáp ứng gì? thông tin thị trường, chiến lược marketing bán hàng Điền thông tin vào Kế hoạch kinh doanh Các bước thực Trình Kế hoạch kinh doanh sơ lên Ban TGĐ để Ban TGĐ phê duyệt cótiếp tục ý tưởng/nhiệm vụ không: • Nếu Ban TGĐ duyệt, chuyển sang bước 3.3 • Nếu Ban TGĐ không duyệt, kết thúc quy trình Chú ý: Trong trường hợp GĐ sản phẩm cần thông báo cho người đề xuất ý tưởng biết việc ý tưởng có triển khai tiếp hay không Yêu cầu/ Thời gian mềm Kế hoạch kinh doanh (sơ bộ: có mục Giới thiệu sản phẩm, Thị Đầu trường Chiến lược marketing bán hàng) 3.Khởi động dự án Mục đích thực Kế hoạch tổng thể dự án Đầu vào Các tài liệu phát triển yêu cầu người dùng mức tổng thể, mức chi tiết thông tin sản phẩm phát triển, lộ trình giai đoạn TT PTPM phát triển Bản Alpha theo quy trình CMMI đầu dự án, TT PTPM Tài liệu giới thiệu tổng quan sản phẩm/dịch vụ bước Tài liệu giới thiệu tổng quan sản phẩm/dịch vụ Chính thức tuyên bố thống với bên liên quan về: Quyết định Ban TGĐ việc phát triển sản phẩm Đầu vào Các hàng, cá nhân liên quan (Stakeholder) yêu cầu phần Chậm 01 tuần sau nhận ý tưởng/nhiệm vụ GĐSP tổ chức nghiệm thu Bản Alpha Hội đồng nghiệm Các bước thực thu theo danh sách Kế hoạch tổng thể TTPTPM xác định thành phần tham gia dự án, mời Trong trình phát triển sản phẩm, TTPTPM cập nhật tài bên liên quan tham gia họp khởi động liệu giới thiệu tổng quan sản phẩm/dịch vụ theo thông tin Các bên liên quan (Thành viên dự án, GĐ sản phẩm, ) tham gia họp khởi động dự án Yêu cầu/ Thời Trong trình họp khởi động dự án, có thay đổi liên gian quan đến sản phẩm/lộ trình phát triển, sau buổi họp TTPTPM Theo kế hoạch dự án Bộ thiết kế UI Đầu Biên nghiệm thu cần cập nhật vào slide tổng quan sản phẩm/dịch vụ Chú ý: Tùy dự án, cán phụ trách đăng ký quyền yêu cầu làm thủ tục đăng ký quyền phần mềm (Các 5.Nghiệm thu Alpha Đảm bảo đáp ứng yêu cầu có xác nhận Khách hàng, bước thực theo Quy trình quản lý tài sản Sở hữu trí tuệ) Yêu cầu/ Thời gian Tài liệu liên quan Đầu Sau có định phát triển sản phẩm Việc đăng ký quyền phần mềm hoàn thành trước thời Mục đích điểm phát hành Alpha HQO-AD-PC-05 Quy trình quản lý tài sản Sở hữu trí tuệ Đầu vào bước thực Đảm bảo đáp ứng yêu cầu có xác nhận khách Hồ sơ nghiệm thu sản phẩm yêu cầu phần mềm sơ lược Kế hoạch tổng thể TT PTPM Phát triển Bản Alpha theo quy trình CMMI Các Mục đích bảo mật, tính dễ dùng, khả chịu tải khả nâng cấp mở rộng mô hình đóng gói, triển khai sản phẩm Thông tin tổng quan sản phẩm/dịch vụ công bố 4.Nghiệm thu Alpha cá nhân liên quan (Stakeholder) độ ổn định, hiệu năng, TT PTPM GĐSP tổ chức nghiệm thu Bản Alpha Hội đồng nghiệm thu theo danh sách Bản kế hoạch tổng thể Trong trình phát triển sản phẩm, TTPTPM cập nhật tài liệu giới thiệu mô tả tổng quan sản phẩm/dịch vụ theo thông tin cầu/ Thời gian để phục vụ cho việc đưa sản phẩm vào kinh doanh Đầu vào Yêu Xây dựng ban hành tài liệu liên quan sản phẩm Mục đích Định hướng Ban TGĐ sách bán sản phẩm GĐSP xây dựng tài liệu marketing, tài liệu bán hàng, Theo kế hoạch dự án sách giá cho sản phẩm, Bản Alpha (bộ UI đầy đủ chạy số tính để Đầu kiểm nghiệm kiến trúc) Khung tài liệu hướng dẫn nghiệp vụ Biên nghiệm thu Trình Ban TGĐ phê duyệt Các bước thực TT PTPM xây dựng tài liệu hướng dẫn: Hướng dẫn tác nghiệp, Hướng dẫn sử dụng chức năng, Hướng dẫn cài đặt, TT PTPM xây dựng tài liệu đào tạo dành cho nhân viên kinh doanh, nhân viên tư vấn & HTKH, dành cho đối 6.Nghiệm thu Beta Mục đích Đầu vào tác Nghiệm thu Beta Bàn giao website sản phẩm cho phận PR - TCT Yêu cầu/ Thời Phần mềm (với tính thi công) gian Thực phát triển nghiệm thu Beta theo quy Tài trình CMMI TT PTPM quan liệu liên Phát hành sản phẩm VP/TT để phận KD, Quy trình ban hành kiểm soát tài liệu kinh doanh Tài liệu marketing Tài liệu bán hàng, sách giá Các bước thực TV&HTKH dùng thử Bàn giao website sản phẩm cho phận PR – TCT Tài liệu đào tạo Trong trình phát triển sản phẩm, TTPTPM cập nhật tài Tài liệu hướng dẫn Đầu liệu giới thiệu tổng quan sản phẩm/dịch vụ theo thông tin Yêu cầu/ Thời gian Theo kế hoạch dự án Nghiệm thu RC1 Mục đích Nghiệm thu RC1 Đầu vào Phần mềm (với tính thi công) Bản Beta (có đầy đủ chức năng, khoảng 5% lỗi chưa Đầu Thực phát triển nghiệm thu RC1 theo sửa) Các Các tài liệu hướng dẫn(Hướng dẫn nghiệp vụ, Hướng dẫn bước thực Phát hành sản phẩm VP/TT để phận KD, sử dụng chức năng, Hướng dẫn cài đặt) Kết dùng thử sản phẩm gửi cho dự án Ban hành tài liệu quy trình CMMI TT PTPM TV&HTKH dùng thử Yêu cầu/ Thời Theo kế hoạch dự án gian Bản RC (có đầy đủ chức năng, khoảng 1% lỗi chưa Đầu sửa) Kết dùng thử sản phẩm gửi cho dự án 11 Bàn giao sản phẩm cho KD, TV Mục đích Trách nhiệm Phát hành R1 thực Mục đích Phát hành sản phẩm R1 Đầu vào Sản phẩm RCn Các bước thực Phát hành sản phẩm theo Quy trình CMMI Yêu cầu/ Thời gian Theo kế hoạch dự án Toàn tài liệu hướng dẫn 10 Vận hành thử hệ thống kinh doanh sản phẩm Vận hành thử hệ thống kinh doanh sản phẩm để kiểm tra lại tính Mục đích sẵn sàng toàn hệ thống kinh doanh trước phát hành thức sản phẩm thị trường Hệ thống kinh doanh sản phẩm có (sản phẩm phát hành Đầu vào nội bộ, công cụ cấp GPSD, Các tài liệu quy trình bán hàng ban hành, đội ngũ kinh doanh tư vấn cho sản phẩm v.v ) GĐ sản phẩm phối hợp với phận thực vận hành thử sản phẩm (đảm bảophải kiểm tra tất khâu Các bước trình bán hàng) theo đạo TGĐ thực Báo cáo kết vận hành thử với Ban TGĐ Ban TGĐ đạo phận hoàn thiện tồn đọng sau vận hành thử Yêu cầu/ Thời gian Đầu Thực trước ngày dự kiến mắt sản phẩm tuần Báo cáo kiểm tra sau vận hành TT PTPM Bộ phận KD Bộ sản phẩm, hệ thống kinh doanh sản phẩm sẵn sàng bước thực Phần mềm (đã sửa hết lỗi phát hiện) Đầu tư vấn TT TV&HTKH Đầu vào Các Chính thức chuyển giao sản phẩm cho phận kinh doanh, TT PTPM bàn giao sản phẩm cho phận KD, TV GĐ Sản phẩm truyền thông sản phẩm tài liệu đào tạo, tài liệu bán hàng cho khối KD, TV Yêu cầu/ Thời Chậm ngày sau hệ thống kinh doanh sản phẩm gian sẵn sàng Đầu Biên bàn giao sản phẩm cho phận KD, TV Phụ lục 5: Quy định Giám sát dự án Mục đích: • Truyền thông chủ trương, sách, hoạt động, quy trình, quy định dự án • Điểm lại tình hình, tiến độ, vấn đề vướng mắc dự án tuần trước • Phổ biến kế hoạch công việc tuần cho thành viên sửa đổi công ty, trung tâm đến thành viên dự án • Trao đổi tình hình thực dự án, giải vấn đề vướng mắc gặp phải • Bảo đảm việc phân tích thực thi biện pháp đảm bảo an ninh mã nguồn, an ninh ứng dụng thực • Tổng kết trình thực vòng lặp, rút học kinh nghiệm • Đánh giá định trạng tất dự án Nội dung quy định giám sát dự án 2.1 Quy định việc truyền thông định kỳ 2.1.1 Truyền thông định kỳ mức Ban QLDA Hàng tuần, sau họp giao ban TT, Ban QLDA tiến hành họp trao đổi thông tin với PM: • Truyền thông cho PM dự án ban chủ trương, sách, hoạt động Công ty Trung tâm • Phổ biến học kinh nghiệm vấn đề vướng mắc phân tích, tổng kết mức Trung tâm • Điểm lại tổng quan tiến độ, kết dự án tuần trước kế hoạch công việc tuần • Ghi nhận, làm rõ vấn đề vướng mắc dự án tuần trước Biên họp Giao ban Ban QLDA lưu dạng trang tài liệu BBH giao ban tuần mức TT, đặt tài liệu Điều hành TT PTPM Các học kinh nghiệm, vấn đề vướng mắc cần giải mức Trung tâm (nếu có) lưu - theo thứ tự tương ứng - mục Bài học kinh nghiệm mục Vấn đề cần giải tài liệu Điều hành TT PTPM 2.1.2 Truyền thông định kỳ mức Dự án Hàng tuần, PM dự án phải tiến hành họp dự án để: • Phổ biến chủ trương, sách công ty, trung tâm cho thành viên Quy định việc kiểm tra tiến độ, chất lượng vòng lặp Nhằm phát kịp thời vấn đề vướng mắc để giải bảo đảm dự án tiến triển theo Kế hoạch vòng lặp phê duyệt: 2.1 Hàng ngày, trưởng nhóm (Dev lead, QC lead) phải kiểm tra tiến độ, chất lượng công việc giao cho thành viên nhóm: • Nếu công việc chưa hoàn thành so với kế hoạch: xem xét lại tình trạng hỗ trợ nhân viên kịp thời • Nếu nhóm gặp vấn đề lớn vượt khả xử lý và/hoặc ảnh hưởng đến nhóm/bộ phận khác: tạo WI Issue thông báo lên PM để xử lý Quy định việc theo dõi, xử lý vấn đề vướng mắc Các vấn đề vướng mắc ghi nhận dạng WI Issue trình PM, Trưởng nhóm thực giám sát tiến độ, chất lượng công việc vòng lặp, thành viên dự án tự phát ghi nhận thành WI Issue (sau gọi tắt Issue), phải theo dõi xử lý sau: • Chậm 01 ngày làm việc sau Issue tạo, PM phải: o Phân tích nguyên nhân, ảnh hưởng issue đến dự án, ghi kết phân tích vào tab Analysis WI Issue o Active WI Issue assign cho người xử lý phù hợp xác định issue dự án o Close WI Issue với Reason Reject (not an issue) xác định issue dự án • Người giao xử lý Issue phải: o Lập kế hoạch xử lý ghi vào mục "Plan" tab Corrective Action WI Issue o Tạo task thực xử lý issue Quy định việc đánh giá định trạng dự án Để có nhìn tổng thể tình trạng tất dự án nhằm điều phối nguồn lực cho Phụ lục 6: CHƯƠNG TRÌNH ĐO LƯỜNG CỦA TT PTPM NĂM 2013 hợp lý phát hiện, giải không muộn vướng mắc tồn đọng, vào ngày thứ bảy cuối trước ngày 25 hàng tháng, Trưởng Ban QLDA BGĐ TT phải đánh giá tình trạng tất dự án sau: Đơn STT Metric vị 5.1 Xem xét khối lượng yêu cầu tồn Ngu Công ồn Mục đích thức tính liệu 5.2 Ghi nhận suất phát triển dự án Thủ tục thu thập liêu & đo lường Các bước điền & Các bước thực validate đo liệu - timeline để có cân phù hợp phân loại ứng phần 5.4 Đánh giá tình trạng chất lượng dự án yêu cầu vào mềm nghiệp 5.5 Ghi nhận, phân tích vấn đề cần giải học kinh nghiệm gặp Và đưa biểu đồ tình trạng sức khỏe chung dự án, từ ưu tiên nguồn lực nhóm: Nghiệp - Tổng số yêu dành quan tâm lãnh đạo cho dự án cách hợp lý mềm - Mức độ đáp ứng yêu cầu nghiệp vụ - Sự tiện dụng % phần mềm - Tốc độ phần mềm - An ninh, bảo mật phần mềm Nơi Tần lưu suất thực Mức độ đáp vụ vụ, Tiện dụng, cầu: Khả đáp ứng phần thực 5.3 Dự tính nhu cầu nhân lực Điều chỉnh nhân lực cấp cho dự án và/hoặc QC Người Tốc độ, Bảo Liệt kê tất Đánh giá mật, Khác vấn đề mức độ =Tổng tiếp nhận vấn - hài lòng số yêu đề JIRA (Phân loại yêu khách cầu - Ngày làm cầu = Nghiệp hàng đáp sản phẩm ứng Nghiệp vụ JIR việc cuối vụ) dự /A tháng, án Trưởng phòng đoạn QA lập báo Sự tiện dụng dụng phẩm sản cầu cáo HQO- phần mềm BD-06-FM- (Tương tự 20, up (paste nhóm yêu cầu nội dung) lên Nghiệp vụ) Điều hành Tốc độ của TT PTPM phần mềm (lập trang (tượng tự nhóm riêng vào tuần yêu cáo đánh PQA giá mức giai Tổng sử số yêu Báo cầu cuối Nghiệp vụ) độ hài lòng Hàng tháng tháng) đề nghị người phục cố khẩn sử đưa yêu cầu cấp dự dụng QC dự án có Status (HQO án cập nhật lại [Đang xử lý] -BD- Issue 06- Type (Resolved) [Đã xử lý] - Ngay sau Resolution khắc phục [Đã xử lý] xong cố, [Từ chối sửa Phòng HTKT / QC dự án lỗi] [Vấn phải cập nhật đề lặp lại] trạng tháng Issue Phòng - Tổng số cố: Báo - Hàng tuần, - Biết HTKT / QC Liệt kê tất cáo PQA kiểm tra - Tỷ phục lệ khắc khẩn cấp cố % khả dự án tiếp yêu cầu khắc đánh việc cập nhật khắc =Tổng nhận vấn đề phục cố khẩn giá trạng thái phục cố số cần xác định cấp (Issue Type mức JIRA Issue khẩn lại với người = Yêu cầu khắc độ hài dự án phục cấp cố vụ đáp hoạt động ứng sản xuất Tổng kinh số JIR đưa yêu cầu phục cố khẩn /A xem có cấp) Yêu dự án cầu khắc phục cố PQA lòng Hàng tháng chất lượng doanh cố khách cấp khẩn - Tổng số cố hay hàng không, Liệt kê tất đáp ứng: yêu cầu khắc sp giai đoạn FM20) - Phòng HTKT / QC dự án tiếp =Avera nhận vấn đề ge (T) cần xác định lại với người T - Tuổi thọ trung bình cố Day khẩn cấp = Biết Ngày đưa yêu cầu xem có thời xử lý - Yêu gian xử lý Ngày cầu khắc phục trung bình tạo cấp hay yêu cầu Trong không, khắc phục đó: cố khẩn T JIR cố khẩn Thời A đề nghị người cấp nhằm gian xử đưa yêu cầu biết lý yêu QC dự tình trạng cầu án cập nhật lại xử lý yêu khắc Issue Type cầu dự phục án cố - Ngay sau khẩn khắc phục cấp xong cố, Phòng HTKT / QC dự án phải cập nhật trạng tháng Issu - Tổng số hình - Liệt kê tất yêu cầu khắc phục cố khẩn - Dự án cập cấp (Issue Type nhật = Yêu cầu khắc Iteration Path phục cố khẩn cấp) - dự án có Status [Đang xử lý] effort (Resolved) [Đã xử lý] Resolution [Đã xử lý] PQA [Từ chối sửa lỗi] [Vấn đề lặp - lại] Tạo Dashboard, tạo biểu đồ Resolution time, sử dụng query làm liệu đầu vào hoàn thành: Đếm số JIRA Dashb oard Hàng tháng dự án Năng suất vẽ UI Biết scree để vẽ hình UI chương trình effort dành hour/ trung bình n =Tổng lên cho vẽ UI/Tổn g số hình hoàn thành cho PBI/WI Requirement UI tạo TFS vòng lặp - PQA kiểm tra tính đắn việc cập nhật thông tin hình thực hiện, + dựa vào: Báo tin cáo Iteration Thông Path kết PBI/ thúc WI Requirement vòng (Iteration lặp Path vòng lặp vẽ UI) PQA (các vòng lặp - Tổng effort dành cho vẽ UI: Căn vào file mốc MISA triển Project Resource, tính tổng effort nhân tham gia vẽ UI (Dev) giai đoạn vẽ UI khai) Theo mốc triển khai - Tổng số hình/chức =Tổng hoàn effort + Query toàn dành - Biết cho thi - Dự án cập PBI công/T Iteration Path R Năng suất thi hour/ effort số cho trình viên n để thi công hình/ch hình ức Requirement/C nhật công lập scree trung bình thành: giai đoạn thi công TFS PBI WI (lưu ý loại trừ PQA Requirement/ Product CR thi Backlog công vòng lặp Item tạo với mục đích quản lý, hoàn tính thành phát triển) Báo - Tạo cáo khảo sát nhân viên MISA kết - thúc đánh giá + vòng lặp (các vòng lặp Theo Mức độ hài mốc triển khai lòng nhân viên MISA chất lượng sản Nắm nhân viên Num ber MISA sản phẩm ey đó: Khảo khoảng Surv survey sát 100 nhân viên (đối nhân viên TT để TV & HTKH, thực nhân viên KD mốc điều chỉnh toàn công phẩm BBH tượng chủ yếu HCTH TT triển ty) khai) - Tạo tương tự survey PTPM tháng survey - Tạo khảo sát trạng thái WI CR stakeholder liên Resolved quan đến Mức độ hài lòng stakeholder nội TT PTPM Num ber Nắm sản phẩm: đánh + Khảo sát giá stakeholders stakeholde r dự án để điều bên Surv GĐ SP, GĐ TT HCTH ey TV & HTKH chỉnh - hoạt động thống Thu dự án thập, kê kết khảo sát BBH TT PTPM Báo Hàng cáo quý vinh danh dự án - Xác định mức độ hài lòng trung bình dự án - Tuổi thọ trung bình yêu cầu cải tiến quy trình (theo mức độ ưu tiên) Giúp - Phòng QA - Query toàn phòng QA ghi lại WI CR yêu cầu cải tiến Ban cải tiến quy trình mức Giám đốc quy trình độ ưu tiên (1) biết project CMMI (2) mà xử tốc độ xử sau lý (có trạng thái Day lý yêu cầu cải tiến quy Resolved PQA TFS nhận yêu cầu Closed trình có độ - sau không ưu tiên Rất cao (1) xong yêu cầu, từ Cao PQA chuyển hiện) (2) tháng Ngay xử (lưu ý lấy lý yêu cầu chối thực Báo cáo hiệu Hàng cải tháng tiến quy trình sang Phụ lục 7: chứng CMMI mức tổ chức SEI chứng nhận cho MISA