Quản lý dự án phần mềm

HỌC VIỆN CƠNG NGHỆ BƯU CHÍNH VIỄN THƠNG  KHOA CÔNG NGHỆ THÔNG TIN BÀI GIẢNG PT IT QUẢN LÝ DỰ ÁN PHẦN MỀM NGUYỄN QUỲNH CHI HàNội 2014 GIỚI THIỆU Học phần Quản lý dự án phần mềm cung cấp cho sinh viên loại hình cơng việc khác ngƣời tập thể chịu trách nhiệm tổ chức, quản lý triển khai dự án Đồng thời, học phần cung cấp cho sinh viên kiến thức khía cạnh khác việc quản lý dự án phần mềm Qua môn học này, sinh viên đƣợc rèn luyện kỹ làm việc nhóm, kỹ giải vấn đề, kỹ quản lý thuyết trình Sinh viên cần hồn thành mơn học: Ngơn ngữ lập trình C++, Cơ sở liệu, Phân tích thiết kế hệ thống thông tin, Nhập môn công nghệ phần mềm trƣớc tham gia học môn học Đây mơn học tính điểm trung bình sau kết thúc cuối kỳ học, kiểm tra cuối kỳ chiếm 60%, tập lớn làm theo nhóm (khoảng ngƣời/nhóm) chiếm 30%, q trình tham dự lớp chiếm 10% IT Tổng số gồm tín dạy 30 tiết lý thuyết giảng lớp có tiết cho việc giảng viên giải đáp thắc mắc tập lớn tiết cuối dùng để sinh viên thuyết trình tập lớn lớp trao đổi với giảng viên PT Yêu cầu sinh viên đọc sách để chuẩn bị làm tập lớn theo hƣớng dẫn giảng viên trƣớc buổi tham gia lớp học Mơn học trình bày yếu tố quản lý dự án phần mềm, đồng thời tập trung vào vấn đề thực tế phƣơng pháp giải nhanh vấn đề, số tình quản lý dự án thực tế Nói chung sinh viên đƣợc khuyến khích đặt câu hỏi phát biểu ý kiến riêng với vấn đề đặt trình phát triển dự án phần mềm, tránh thái độ thụ động ngồi nghe Trên giới, tổ chức chuyên nghiên cứu tập trung vào lĩnh vực có tên viện quản lý dự án (PMI) Hoa Kỳ, viện cơng nghệ phần mềm (SEI), nhóm phát triển cơng nghệ phần mềm IEEE viện PMI có cấp chứng quản trị dự án quốc tế, có tên PMP Chúng ta tuân thủ theo kiến thức chuẩn quốc tế PMI để tiến hành việc quản trị dự án, yêu cầu sinh viên đọc làm theo hƣớng dẫn PMBook, việc cung cấp kiến thức lĩnh vực này, cung cấp thông tin cần thiết chuẩn bị trƣớc phần cho sinh viên sau trƣờng có ý định làm quản lý dự án, có khả tham gia thi lấy PMP viện PMI Công cụ đƣợc sử dụng môn học phần mềm hỗ trợ quản trị dự án Microsoft Project Sinh viên đƣợc u cầu tự tìm hiểu cơng cụ để làm tập lớn theo nhóm Nội dung mơn học đƣợc trình bày chƣơng với nội dung nhƣ dƣới Chƣơng 1: Mở đầu Giới thiệu chung quản lý dự án, quản lý dự án phần mềm; Những khái niệm bản; Những lỗi truyền thống thƣờng gặp quản lý dự án Chƣơng 2: Các tiến trình xử lý tổ chức dự án Giới thiệu kiến thức cách tổ chức dự án Chƣơng 3: Lập kế hoạch dự án Quá trình chuẩn bị; Khởi tạo dự án; Lập kế hoạch Chƣơng 4: Phân rã công việc Ƣớc lƣợng Tóm tắt quản lý phạm vi; Cấu trúc phân rã công việc; Công việc ƣớc lƣợng quản lý dự án; Chƣơng 5: Lập lịch thực dự án Các kiến thức bản; Các kỹ thuật lập lịch; Sơ đồ mạng; Các kỹ thuật nén Chƣơng 6: Quản lý rủi ro thay đổi IT Quản lý rủi ro: Kiểm soát thay đổi; Quản lý cấu hình Chƣơng 7: Quản lý tài nguyên ngƣời Các vị trí nhóm thực dự án; Cấu trúc nhóm dự án; Phát triển nhóm làm việc cho dự án; Phƣơng pháp lãnh đạo PT Chƣơng 8: Kiểm soát dự án Giao tiếp Kiểm sốt dự án; Phân tích giá trị thu đƣợc Chƣơng 9: Quản lý chất lƣợng kết thúc dự án Đảm bảo chất lƣợng dự án thông qua kiểm thử hệ thống Chuyển sang hệ thống mới; Họp tổng kết kết thúc dự án MỤC LỤC GIỚI THIỆU BẢNG DANH MỤC CÁC TỪ VIẾT TẮT CHƢƠNG I: MỞ ĐẦU 1.1 Giới thiệu chung quản lý dự án phần mềm 1.1.1 Các kỹ quản lý dự án đƣợc trình bày theo thứ tự độ quan trọng giảm dần 1.1.2 Các vị trí quản lý dự án 1.1.3 Định nghĩa quản lý dự án PMI 1.1.4 Định nghĩa việc quản lý dự án 1.1.5 Các công cụ phần mềm dùng quản lý dự án 10 1.2 Các khái niệm 12 IT 1.2.1 Các lĩnh vực tri thức cần quan tâm việc quản lý dự án 12 1.2.2 Định nghĩa thành cơng dự án 1.2.3 Quản lý việc tích hợp dự án 13 1.2.4 Các chiến lƣợc quản lý dự án 15 13 1.2.5 Các tảng trình quản lý dự án 16 PT 1.3 Các lỗi truyền thống 17 1.3.1 Liên quan tới ngƣời 17 1.3.2 Liên quan tới tiến trình 18 1.3.3 Liên quan tới sản phẩm 18 1.3.4 Liên quan tới cơng nghệ18 CHƢƠNG 2: CÁC TIẾN TRÌNH XỬ LÝ VÀ TỔ CHỨC 19 2.1 Các kiến thức 19 2.2 Các cách tổ chức dự án 24 2.2.1Các loại sơ đồ mô tả tổ chức dự án 2.2.2 Cấu trúc tổ chức 24 25 2.3 Phát biểu tốn tơn dự án 28 2.3.1 Phát biểu toán (SOW) 2.3.2 Tôn dự án 28 28 CHƢƠNG 3: LẬP KẾ HOẠCH DỰ ÁN 31 3.1 Nhắc lại giai đoạn phát triển hệ thống 31 3.2 Quá trình chuẩn bị 33 3.3 Quá trình khởi tạo dự án 33 3.4 Quá trình lập kế hoạch 35 CHƢƠNG 4: PHÂN RÃ CÔNG VIỆC VÀ ƢỚC LƢỢNG 38 4.1 Tóm tắt quản lý phạm vi 38 4.2 Cấu trúc phân rã công việc (WBS) 41 4.2.1 Định nghĩa thức 42 4.2.2 Các kỹ thuật tạo WBS 48 4.3 Công việc ƣớc lƣợng quản lý dự án 49 4.3.1 Các phƣơng pháp luận cho việc ƣớc lƣợng 4.3.2 Một số lƣu ý ƣớc lƣợng 51 54 IT CHƢƠNG 5: LẬP LỊCH THỰC HIỆN DỰ ÁN 56 5.1 Các kiến thức lập lịch 56 5.1.1 Khái niệm chung 56 5.1.2 Bốn loại phụ thuộc công việc 58 5.2 Các kỹ thuật lập lịch 59 60 PT 5.2.1 Sơ đồ mạng 5.2.2 Các loại phƣơng pháp khác không sử dụng sơ đồ mạng: 5.2.3 Các kỹ thuật nén lịch 66 67 CHƢƠNG 6: QUẢN LÝ RỦI RO VÀ NHỮNG THAY ĐỔI 68 6.1 Quản lý rủi ro 68 6.1.1 Định nghĩa rủi ro 68 6.1.2 Việc quản lý rủi ro 69 6.1.3 Những thời điểm đánh giá lại rủi ro 75 6.1.4 Tối thiểu hóa mốc milestone 75 6.2 Kiểm soát thay đổi 76 6.2.1 Các định nghĩa Mục đích 76 6.2.2 Q trình kiểm sốt thay đổi 6.2.3 Quản lý cấu hình 77 78 CHƢƠNG 7: QUẢN LÝ TÀI NGUYÊN CON NGƢỜI 80 7.1 Các vị trí nhóm thực dự án 80 7.2 Cấu trúc nhóm dự án 82 7.2.1 Mơ hình nhóm làm việc dự án 82 7.2.2 Ma trận phân chia trách nhiệm việc dự án 83 7.3 Phát triển nhóm làm việc cho dự án 84 7.3.1 Định nghĩa đội dự án 85 7.3.2 Các giai đoạn phát triển đội dự án 85 7.3.3 Những khó khăn ngăn cản việc phát triển đội dự án 90 7.4 Phƣơng pháp lãnh đạo 90 7.4.1 Khái niệm lãnh đạo 7.4.2 Các kiểu lãnh đạo 90 91 7.4.3 Động thúc đẩy (motivation) 92 93 IT 7.4.4 Sức mạnh CHƢƠNG 8: KIỂM SOÁT DỰ ÁN 95 8.1 Kiểm soát dự án 95 8.1.1 Các hoạt động việc kiểm soát dự án 95 8.1.2 Theo dõi tiến độ thực công việc dự án 96 PT 8.2 Phân tích giá trị thu đƣợc (earned value analysis) 97 8.2.1 Các thuật ngữ liên quan tới việc phân tích giá trị đạt đƣợc 98 8.2.2 Một tập phân tích giá trị thu đƣợc 101 CHƢƠNG 9: QUẢN LÝ CHẤT LƢỢNG VÀ KẾT THÚC DỰ ÁN 104 9.1 Quản lý chất lƣợng dự án 104 9.1.1 Đảm bảo chất lƣợng dự án thông qua kiểm thử 104 9.1.2 Một số lƣu ý thực công việc kiểm thử 111 9.2 Kết thúc dự án 113 9.2.1 Chuyển ngƣời sử dụng sang hệ thống 9.2.2 Họp tổng kết kết thúc dự án 113 116 TÀI LIỆU THAM KHẢO 118 BẢNG DANH MỤC CÁC TỪ VIẾT TẮT Viết đầy đủ Từ viết tắt Viết đầy đủ ASP Application Service Provider FP Function Point CPM Critical Path Method LOC Line Of Code CMM Capability Maturity Model HTML Hypertext Markup Language CSOW Contract Statement Of Work GERT Graphical Evaluation and Review Technique PERT Program Evaluation and Review Technique RFP Request For Proposal SCMP Software Configuration Management Plan SOW Statement Of Work SDP Software Development Plan SQAP Software Quality Assurance Plan SPMP PMP Project Management Professionals PMI RAM Responsibility Assignment Matrix ROI Return Of Investment SRS Software Requirements Specification WBS Work Breakdown Structure CWBS Contract Work Breakdown Structure PWBS Project Work Breakdown Structure PDM Precedence Diagramming Method SCCI Software Configuration Control Item QA Quality Assurance SWAT Special Weapons and Tactics Team IT Từ viết tắt PT XML Exchanged Markup Language Software Project Management Plan Project Management Institute CHƢƠNG I: MỞ ĐẦU Nội dung gồm phần sau: Giới thiệu chung quản lý dự án, quản lý dự án phần mềm Những khái niệm Những lỗi truyền thống thƣờng gặp quản lý dự án 1.1 Giới thiệu chung quản lý dự án phần mềm IT Quản lý dự án phần mềm cơng việc địi hỏi nhiều kỹ kiến thức tổng hợp Trên thực tế, lƣơng trung bình giám đốc dự án Mỹ tính đến thời điểm năm 2008 khoảng $81,000/năm Tỉ lệ hợp đồng với vị trí giám đốc dự án cao năm gần đây, khơng giới mà cịn Việt nam Thêm nữa, giám đốc dự án có chứng PMP viện quản lý dự án quốc tế lƣơng bình quân tăng 14% Số lƣợng chứng PMI năm 1993 la 1000 bản, năm 2002 la 40.000 Sự tăng đáng kể số lƣợng chứng PMP đủ cho thấy tầm quan trọng lĩnh vực phát triển phần mềm PT Các tảng cần thiết tìm hiểu lĩnh vực quản lý dự án bao gồm kỹ cần thiết, vị trí vai trị quản lý dự án tiến trình đƣợc thực trình quản lý dự án Chúng ta lần lƣợt tìm hiểu vấn đề để có nhìn ban đầu tổng thể cho lĩnh vực quản lý dự án 1.1.1 Các kỹ quản lý dự án trình bày theo thứ tự độ quan trọng giảm dần Khả lãnh đạo kỹ quan trọng ngƣời giám đốc dự án Nó bao gồm lãnh đạo nhóm làm việc, khả tổng hợp bao quát vấn đề, đạo điều hành công việc Khả thứ hai kỹ giao tiếp với ngƣời khác nhóm, kỹ truyền tải ý tƣởng, thông tin tới ngƣời đội dự án cách nhanh chóng hiệu Kỹ thứ ba khả giải vấn đề đƣợc đặt cho dự án Giám đốc dự án ngƣời biết cách phân nhỏ vấn đề khó khăn để với ngƣời hỗ trợ cho dự án giải cách triệt để Ngoài kỹ trên, kỹ quan trọng khả thƣơng lƣợng Trong trình thực dự án, thƣơng lƣợng cần thiết bất đồng hay mâu thuẫn xảy (có thể q trình giao việc cho thành viên đôi dự án, bàn bạc thống yêu cầu với khách hàng hay chí giai đoạn đề xuất giải pháp, lựa chọn dự án ký hợp đồng) Kỹ cần thiết khả ảnh hƣởng tới tổ chức ngƣời giám đốc dự án Mức độ ảnh hƣởng mạnh việc điều hành tổ chức dễ dàng Ngoài kỹ lãnh đạo điều hành tổ chức, ngƣời giám đốc dự án cần phải có kỹ hƣớng dẫn giảng dạy kiến thức thực tế cần thiết cho thành viên đội dự án, cặp thành viên chƣa có kinh nghiệm để thực tốt nhiệm vụ đƣợc giao Kỹ có tầm quan trọng cuối hiểu biết tri thức tiến trình quản lý thông thạo kỹ thuật công nghệ đƣợc sử dụng trình phát triển dự án 1.1.2 Các vị trí quản lý dự án Ngƣời đứng đầu điều hành dự án ngƣời quản trị dự án hay ngƣời giám đốc dự án Nhiều công ty cịn có thêm chức danh khác la điều phối dự án Ngƣời giúp đỡ hỗ trợ thực công việc quản lý dự án đƣợc gọi trợ lý dự án Nếu chƣơng trình có nhiều dự án ngƣời đứng đầu dự án Giám đốc dự án, đứng đầu điều hành chịu trách nhiệm cho tồn chƣơng trình giám đốc chƣơng trình Ngƣời quán xuyến hoạt động điều hành chúng giám đốc điều hành chƣơng trình Ngƣời phụ trách phần công việc cho giám đốc điều hành đƣợc gọi phó giám đốc phát triển chƣơng trình IT Một số khái niệm liên quan tới quản lý dự án mà sinh viên thƣờng hay nhầm lẫn quản lý dự án, quản lý nói chung quản lý dự án phần mềm Mối quan hệ chúng đƣợc thể hình vẽ dƣới Hình vẽ cho thấy quản lý dự án lĩnh vực quản lý nói chung quản lý dự án phần mềm lĩnh vực quản lý dự án Môn học cung cấp kiến thức tập trung vào quản lý dự án phần mềm PT Quản　ｌý Quản　ｌý dự án Quản lý dự án phần mềm 1.1.3 Định nghĩa quản lý dự án PMI Một dự án nhiệm vụ tạm thời thực để tạo sản phẩm dịch vụ Một dự án hoạt động thƣờng kèm với khái niệm tiến độ dự án: Mức độ hồn thành dự án Q trình phát triển dự án trình lặp lặp lại số cơng việc hay cịn gọi tiến trình Ngƣời điều hành chịu trách nhiệm cho dự án giám đốc dự án Đơi ngƣời ta gọi giám đốc dự án ngƣời thuyền trƣởng, huấn luyện viên hay trƣởng nhóm tất vai trị cơng việc giám đốc dự án thời điểm cụ thể IT Định nghĩa dự án thể số đặc tính cụ thể Thứ dự án cơng việc tạm thời việc phát triển dự án không kéo dài vô hạn mà khoảng thời gian định Khi hết khoảng thời gian đó, tổ chức đội dự án thay đổi, tan rã chuyển sang trạng thái khác Thứu hai, dự án làm sản phẩm, dịch vụ , không giống với sản phẩm trƣớc Thứ ba, dự án đƣợc thực ngƣời với trợ giúp cơng cụ máy tính, không đƣợc tạo cách tự động máy móc Thứ tƣ điều kiện làm việc sản xuất sản phẩm dự án bị hạn chế tài nguyên nhƣ ngân sách tài chính, thời gian lực lƣợng nhân công Thứ năm, dự án công việc cần đƣợc lập kế hoạch cẩn thận từ trƣớc, đƣợc thực thi kiểm soát cách chặt chẽ, có nhƣ đem lại thành công cho dự án Cuối dự án phải có tổ chức riêng, đặc thù cho dự án cụ thể, có đội ngũ thành viên ngƣời quản lý riêng PT Cần phân biệt hoạt động dự án bao gồm hai loại chính: hoạt động để xây dựng sản phẩm cho dự án (phát triển dự án) hoạt động quản lý dự án Nhóm hoạt động quản lý tổ chức hƣớng dẫn công việc xây dựng đáp ứng đƣợc yêu cầu dự án Đây nội dung mơn học Cịn hoạt động nhóm xây dựng đƣợc đề cập đến mơn học Phân tích thiết kế hệ thống 1.1.4 Định nghĩa việc quản lý dự án Quản lý dự án việc áp dụng tri thức, kỹ năng, công cụ kỹ thuật tới hoạt động dự án để đạt yêu cầu dự án Nhắc lại hoạt động điển hình dự án cơng nghệ thơng tin nói chung hệ thống phần mềm nói riêng • Thiết kế giao diện đồ họa với ngƣời sử dụng • Cài đặt mạng địa phƣơng • Kiểm thử tích hợp thành phần hệ thống • Huấn luyện ngƣời sử dụng dùng ứng dụng • Cài đặt tập lớp java • Lập tài liệu định thiết kế mã nguồn • Giao tiếp với đội dự án, khách hàng đội ngũ quản lý CHƢƠNG 9: QUẢN LÝ CHẤT LƢỢNG VÀ KẾT THÚC DỰ ÁN Nội dung bao gồm phần Đảm bảo chất lƣợng dự án thông qua kiểm thử Các vấn đề liên quan tới kiểm thử hệ thống Chuyển đổi sang hệ thống Kết thúc dự án 9.1 Quản lý chất lƣợng dự án 9.1.1 Đảm bảo chất lượng dự án thông qua kiểm thử 7% IT 29% Requirements 16% Preliminary Design PT Detailed Design Code & Unit Test 24% 24% Integration & System Test Chi phí cho q trình kiểm thử tích hợp hệ thống dự án phần mềm chiếm khoảng 29% tổng kinh phí dự án, nhiều số q trình cịn lại bao gồm thiết kế ban đầu, thiết kế chi tiết, viết mã chƣơng trình kiểm thử chức năng, xác định yêu cầu Quá trình kiểm thử tích hợp hệ thống thực chiếm vai trị quan trọng qui trình phát triển phần mềm cần thiết để đảm bảo chất lƣợng dự án, đảm bảo dòng mã chƣơng trình thực yêu cầu hệ thống đặt ban đầu Ba hoạt động xây dựng mã chƣơng trình cho hệ thống, tích hợp chức với kiểm thử hệ thống thƣờng đƣợc có số cơng việc lịch thực giao nhau, đơi tích hợp hệ thống kiểm thử đƣợc coi giai đoạn phát triển Trong q trình tính hệ thống đƣợc tích hợp với dần dần, cán đảm bảo chất lƣợng dự án (quality assurance) thƣờng xuyên phải làm việc song song với đội ngũ lập trình viên để chạy kiểm tra đoạn mã chƣơng trình đƣợc tạo liên tục dự 104 án Hai cách để tích hợp hệ thống theo kiểu lắp ghép từ xuống (top-down) theo kiểu ghép từ dƣới lên (bottom-up), đƣợc đề cập môn học công nghệ phần mềm trƣớc đây, không đề cập môn học Vấn đề là ngƣời thực việc kiểm tra xem hệ thống có đƣợc tích hợp hay khơng, câu trả lời lập trình viên nhóm đảm bảo chất lƣợng dự án kiểm tra việc Thời điểm giai đoạn cần nhiều nhân lực kinh phí q trình phát triển dự án, thời điểm có nhiều vấn đề lúc áp lực lớn ngày giao sản phẩm cuối cho khách hàng đến chƣơng trình cịn nhiều lỗi khơng mong đợi chạy thử Ngoài ra, vấn đề việc tạo động thúc đẩy cho đội dự án cần đặt kết thúc vấn đề giải tranh cãi để ngƣời sử dụng chấp nhận sản phẩm đội dự án cần thiết PT IT Q trình kiểm thử nhằm mục đích kiểm tra tích đắn kết đạt đƣợc (verification) đồng thời xác định xem cơng việc thực có với yêu cầu ban đầu dự án không (validation) Các cơng việc q trình bao gồm kiểm tra sản phẩm, rá sốt lại cơng việc kết quả, phân tích kết số liên quan Còn việc đảm bảo chất lƣợng dự án trình dài hơn, bao gồm q trình kiểm thử, q trình kiểm sốt qui trình thực giai đoạn khác tồn q trình phát triển dự án phần mềm, kể từ trình tìm hiểu yêu cầu ban đầu khách hàng, đến trình triển khai bàn giao bảo trì sản phẩm Đảm bảo chất lƣợng dự án nội dung chuẩn CMM mức 2, chuẩn đƣợc nhiều cơng ty áp dụng để phát triển qui trình quản lý Có thể nói việc đảm bảo chất lƣợng dự án cách tốt để nhìn vào bên dự án để kiểm tra, kiểm soát, đảm bảo dự án phát triển tốt Tài liệu kiểm thử Kế hoạch kiểm thử dự án hay kế hoạch đảm bảo chất lƣợng dự án đƣợc mô tả giai đoạn cuối trình tìm hiểu yêu cầu hệ thống Tài liệu bao gồm phần sau: + Mục đích đảm bảo chất lƣợng dự án; tài liệu liên quan tham khảo tới; việc quản lý chất lƣợng dự án đƣợc tiến hành nhƣ nào; Các tài liệu liên quan; + Các chuẩn, thực tế, luật đƣợc đặt cho việc lập trình kiểm thử, cấu hình, đơn vị đo lƣờng cho chất lƣợng việc thực kiểm thử + Việc kiểm tra (reviews) duyệt lại (audits) qui trình thực cơng việc giai đoạn, xem lại công việc cụ thể bao gồm xem lại phần yêu cầu dự án, kế hoạch kiểm thử, mã nguồn chƣơng trình, xem lại kinh nghiệm đúc kết đƣợc từ dự án trƣớc + Quản lý rủi ro dự án: gắn phần rủi ro đảm bảo chất lƣợng dự án với kế hoạch quản lý toàn rủi ro dự án + Báo cáo vấn đề nảy sinh hành động sửa đổi + Liệt kê hƣớng dẫn công cụ, kỹ thuật phƣơng pháp luận để đảm bảo chất lƣợng dự án + Thu thập lƣu trữ báo cáo tất giai đoạn 105 Chất lƣợng phần mềm đƣợc kiểm soát dựa hai yếu tố sau: + Khả lần vết để tìm đƣợc mối liên hệ sản phẩm khác dự án Ví dụ tìm đƣợc xem tƣơng thích yêu cầu khách hàng với thiết kế, với trƣờng hợp kiểm thử đến mức độ nào, có hồn tồn giống khơng + Thực kiểm tra xem xét thức cuối giai đoạn chu trình phát triển hệ thống phần mềm ví dụ nhƣ kiểm tra lại SSR, CDR, Khái niệm kiểm thử PT IT Việc kiểm thử (testing) việc chạy thử chƣơng trình máy tính với số đầu vào xác định trƣớc, sau so sánh kết đầu chƣơng trình kết theo mong đợi (những kết đƣợc thiết kế sẵn thiết kế liệu đầu vào trƣớc chạy chƣơng trình) Việc kiểm thử dạng tạo mẫu để kiểm tra tính đắn chƣơng trình, khơng thể chứng minh cách xác đƣợc chƣơng trình khơng có lỗi Q trình tìm lỗi (bugs) cú pháp logic chƣơng trình đƣợc thực sau viết mã nguồn, lập trình viên thực hiện, khơng đƣợc thực q trình kiểm thử Việc xác định đầu vào đầu mong đợi phần nhiệm vụ việc tạo trƣờng hợp khác để kiểm tra chƣơng trình Việc tạo trƣờng hợp để kiểm thử (test case) nội dung kế hoạch kiểm thử Công việc thƣờng bao gồm việc tạo đoạn nhỏ chƣơng trình để chạy, tạo liệu kiểm tra, danh sách công việc cần làm để thực việc kiểm tra này, thƣờng đƣợc tham chiếu tới ma trận kiểm tra trƣờng hợp phủ toàn yêu cầu dự án chƣa Ma trận cơng cụ để dị vết tìm liên quan u cầu dự án với việc tạo liệu ngữ cảnh kiểm thử Kết việc kiểm thử định xem chƣơng trình hay sản phẩm giai đoạn trƣớc có cần sửa lại cho không Công việc làm lại chiếm công sức khơng nhỏ tồn q trình phát triển dự án, tham khảo điều hình vẽ dƣới đây: 30% 25% 8% 20% 12% 15% 4% Rew ork Production 10% 1% 5% 19% 16% 12% 12% 10% 6% 0% Requirements Detailed Design Integration & System Test 106 Nguồn gốc việc sửa chữa, làm lại công việc hiểu sai yêu cầu, thiết kế sai, viết mã nguồn sai từ số lý khác nữa, tƣơng quan nguồn gốc đƣợc thể hình vẽ dƣới 27% Design Other Code 56% 10% Requirements IT 7% Quá trình kiểm thử phân chia thành cơng việc PT Kiểm tra đơn vị lập trình (từng chức dự án- unit test), kiểm tra tích hợp hệ thống (integration test), kiểm tra toàn hệ thống (system test), kiểm tra chấp nhận ngƣời sử dụng (user acceptance test) Các loại kiểm thử đƣợc phân làm hai loại kiểm thử theo kiểu mơ hình hộp đen (Black box testing) kiểm thử theo kiểu mơ hình hộp trắng (White box testing) Đối với mơ hình hộp đen, chƣơng trình (chức năng) đƣợc coi hộp đen có nghĩa khơng cần quan tâm tới việc bên hoạt động nhƣ mà quan tâm tới chức làm gì, quan tâm tới đầu vào đầu Loại thƣờng dùng để kiểm thử chức nghiệp vụ hệ thống, việc thiết kế ngữ cảnh trạng thái kiểm thử hồn tồn dựa mơ tả yêu cầu cụ thể dự án (SRS) Loại thứ hai- hộp trắng liên quan tới việc kiểm tra cấu trúc chƣơng trình bao gồm kiểm tra câu lệnh đƣợc thực luồng thực thi công việc theo dòng lệnh Các loại kiểm thử - Kiểm tra chức hệ thống (unit test) hay đƣợc gọi kiểm thử mođun chƣơng trình Đây loại kiểm tra theo mơ hình hộp trắng nhƣng số trƣờng hợp lại theo mơ hình hộp đen Ngƣời thực việc kiểm tra lập trình viên hay nhóm phát triển hệ thống, thƣờng viết đoạn mã ngắn ngơn ngữ viết mã chƣơng trình để kiểm tra Những đoạn chƣơng trình ngắn cịn đƣợc gọi “test driver”, đƣợc thực trình viết mã chƣơng trình kết thúc chức Đơi việc kiểm thử số chức đƣợc gộp nhóm lại với đƣợc gọi kiểm thử (test suites) 107 Kiểm tra tích hợp hệ thống (Integration Test) kiểm thử giao diện tích hợp chức khác hệ thống Đây bƣớc sau việc kiểm thử chức Việc kiểm thử chức chƣa đầy đủ riêng rẽ chức chạy tốt nhƣng kết hợp lại lại khơng chạy đƣợc lỗi tiềm mođun nhƣng lại thể chạ mođun khác sau tích hợp mođun với Loại kiểm thử theo mơ hình hộp đen (đƣợc mô tả phần trên) - Kiểm tra toàn hệ thống (System Test) thực kiểm thử toàn chức hệ thống thành chuỗi thực liên hoàn kiểm thử số chức mang tính chất hệ thống (khi tích hợp hai hay nhiều chức với đặc tính chƣa thể đƣợc) Đây loại kiểm thử theo mơ hình hộp đen - Kiểm tra chấp nhận ngƣời sử dụng hệ thống vừa xây dựng mốc công việc cuối giai đoạn kiểm thử, số trƣờng hợp đƣợc gọi kiểm thử beta Trong giai đoạn ngƣời khách hàng cuối kiểm thử ký vào biên chấp nhận sản phẩm họ cảm thấy hài lòng phần mềm tất yêu cầu ban đầu họ sản phẩm bào giao thỏa mãn Những tiêu chí chấp nhận thực đƣợc thiết lập từ đầu đơn đặt hàng hay hợp đồng với khách hàng Đó điều kiện mà phần mềm cần thỏa mãn để khách hàng chấp nhận sản phẩm Một cách lý tƣởng điều kiện phải đƣợc xác định trƣớc hợp đồng đƣợc ký kết thƣờng điều kiện phải đo đạc tính tốn đƣợc (định lƣợng khơng định tính) - Kiểm thử lại (Regression test) việc chạy lại chƣơng trình sau thực thay đổi tới phần mềm thay đổi tới môi trƣờng Ví dụ nhƣ trƣờng hợp sau đƣợc gọi kiểm tra lại: cán đảm bảo chất lƣợng phát lỗi, lập trình viên sửa lỗi, cán đảm bảo chất lƣợng chạy lại chƣơng trình để xác nhận lại việc Quá trình kiểm thử lại dùng cơng cụ tự động thực hiện, hữu ích, đỡ tốn cơng sức ngƣời - Kiểm tra tính tƣơng thích (Compatibility Test) việc kiểm tra xem hệ thống có tƣơng thích với môi trƣờng khác chẳng hạn nhƣ kiểm tra xem chƣơng trình có chạy tốt trình duyệt khác khơng, có chạy đƣợc Netscape, Internet Explorer, có chạy đƣợc hệ điều hành Window hay Macintos không PT IT - Các mốc kiểm tra người dự án Mốc thứ phiên alpha phần mềm, đời phần cuối giai đoạn kiểm thử, đƣợc kiểm thử ngƣời bên tổ chức, thƣờng ngƣời sử dụng bình thƣờng Phiên alpha thƣờng đƣợc đƣa cho nhóm ngƣời với số lƣợng nhỏ sản phẩm chƣa hồn thiện đầy đủ tính Mốc thứ hai đời phiên beta cho khách hàng kiểm thử đánh giá, bao gồm chức quan trọng thƣờng hệ thống phần mềm trạng thái chạy ổn định Việc chạy thử phiên beta có giá trị lớn 108 nhờ phần mềm đƣợc chạy thử nghiệm giới thực, nhận đƣợc đánh giá, nhận xét chân thực, giai đoạn để giới thiệu sản phẩm với thị trƣờng có khả thu hút thêm nhân viên cho dự án Trong q trình khơng nên đƣa thêm tính vào phần mềm giai đoạn muộn để làm việc nhƣ vây, gần đến ngày kết thúc hợp đồng với khách hàng Nhân lực kiểm thử beta phải đƣợc tuyển chọn kỹ từ nguồn nhân lực có sẵn, từ thị trƣờng, từ nhóm hỗ trợ kỹ thuật, từ vị trí làm việc khác Nhóm chạy thử nghiệm cần có ngƣời quản lý đứng đầu cơng việc nhóm cần đƣợc lên kế hoạch giám đốc dự án Nếu việc kiểm thử thành cơng phần mềm đƣợc thức đƣa tới khách hàng Mục đích để ngƣời ngồi kiểm tra phần mềm tạo giai đoạn ổn định cho hệ thống trƣớc mốc thời điểm quan trọng, đội dự án thƣờng quan tâm nhiều tới mốc chất lƣợng, tích hợp hệ thống tính ổn định Nội dung kiểm thử gọi test script IT Nội dung kiểm thử test script có hai dạng Thứ tập hƣớng dẫn thực bƣớc với mục đích dẫn dắt nhân viên kiểm thử thực thành công việc kiểm tra phần mềm Dạng thứ hai đoạn chƣơng trình nhỏ phục vụ cho việc kiểm thử cách tự động PT - Kiểm thử tĩnh (Static Testing): Hầu hết tất tài liệu quan trọng nhƣ đề xuất giải pháp dự án, hợp đồng, lịch thực công việc, yêu cầu khách hàng hệ thống, mã nguồn chƣơng trình, mơ hình liệu, kế hoạch kiểm thử cần duyệt lại Một phƣơng thức duyệt lại công việc dự án kiểm tra chéo thành viên (peer reviews) Đây phƣơng pháp kiểm tra chéo, ngƣời kiểm tra kết công việc sản phẩm hệ thống ngƣời khác nhóm nhằm xác định lỗi thay đổi cần sửa Việc kiểm tra chéo có tác dụng giảm lỗi sớm hiệu quả, đƣợc lên kế hoạch giám đốc dự án đƣợc phân công buổi họp đƣợc ghi lại văn tài liệu dự án Đây hoạt động để đảm bảo CMM mức - Kiểm thử tự động: Thực tế cho thấy dùng ngƣời để thực việc kiểm thử không đem lại hiệu cao, ngƣời ta cịn thực công việc kiểm thử cách tự động thông qua công cụ kiểm thử Ƣu điểm việc kiểm thử tự động nhiều bao gồm: tổng chi phí kiểm thử thấp, cơng cụ thực việc kiểm thử mà không cần tham gia ngƣời, công cụ chạy kiểm thử (gồm nhiều chức liên quan đến nhau) nhanh ngƣời thực hiện, phù hợp với công việc kiểm thử lại kiểm tra tính tƣơng thích (đã trình bày trên), giảm số lƣợng cán đảm bảo chất lƣợng dự án Nhƣợc điểm việc kiểm thử tự động: khơng tự động hồn tồn tức có số cơng đoạn cần ngƣời thực hiện; công cụ cần ngƣời xác định số tham số học số tri thức chuyên gia cần thiết, chi phí cho công cụ đầu cuối mức cao (gần ngƣời sử dụng) thƣờng cao (các công cụ đầu cuối mức thấp giá tƣơng đối rẻ) 109 Một số loại công cụ kiểm thử Bao gồm công cụ chụp chơi lại, phân tích khả bao phủ, kiểm thử công suất thực hiện, quản lý ngữ cảnh trƣờng hợp kiểm thử - Kiểm thử trình cài đặt quan trọng nhƣ hệ thống sản phẩm web Nếu không kiểm thử trình cài đặt sau khơng phải tốn nhiều cơng sức chi phí để hỗ trợ cho ngƣời sử dụng lúc chạy chƣơng trình mà cịn khơng thỏa mãn khách hàng - Kiểm thử trình sử dụng hệ thống phần mềm để xác nhận xem có thỏa mãn thuận tiện sử dụng ngƣời dùng khơng về: tính định hƣớng sử dụng chức năng, tính thân thiện với ngƣời sử dụng, khả thực chức hệ thống IT - Kiểm thử khả tải chịu áp lực hệ thống phần mềm: Quá trình đặt hệ thống vào trạng thái ngƣỡng chịu tải vàchịu áp lực yêu cầu, thƣờng thực việc chạy đoạn chƣơng trình ngắn tự động đƣợc thực nhóm cán đảm bảo chất lƣợng việc kiểm thử chức hệ thống kết thúc Quá trình sau kết thúc đƣợc vấn đề tiềm ẩn chức năng, công suất tối đa hệ thống, loại liệu không đƣợc chấp nhận thiếu hụt dịch vụ hệ thống, cuối xác định đƣợc xem liệu yêu cầu ban đầu hiệu hệ thống đƣợc đáp ứng đầy đủ chƣa (chú ý là yêu cầu phi chức hệ thống) PT Các thông số để đo khả thời gian đáp ứng nhỏ chấp nhận đƣợc, số lƣợng ngƣời sử dụng đồng thời nhỏ chấp nhận đƣợc thời gian ngừng giảm công suất hoạt động hệ thống nhỏ chấp nhận đƣợc Những nhà cung cấp sản phẩm đầu cuối để đo đƣợc thơng số kể đến Segue, Mercury, Empirix Tiêu chí cơng suất hệ thống Mức Xấu Mức Tốt Phải hỗ trợ đƣợc 500 ngƣời sử dụng Phải hỗ trợ đƣợc 500 ngƣời sử dụng đồng thời Thời gian đáp ứng yêu cầu 10 giây Trung bình/ nhiều /90% lần đáp ứng với Thời gian 10 giây Phải đáp ứng đƣợc triệu truy cập Phải đáp ứng đƣợc lƣợng tải lớn ngày truy cập 28 trang giây 110 9.1.2 Một số lưu ý thực cơng việc kiểm thử Phân tích Pareto: liên quan tới + luật 80-20: 20% tổng số dịng lệnh ban đầu thƣờng có 80% lỗi + xác định mođun có lỗi - Kiểm tra lỗi giai đoạn phát triển dự án để tránh làm ảnh hƣởng đến giai đoạn khác: để bảo đảm việc đội dự án nên ý kiểm thử thời điểm kết thúc giai đoạn, nhằm mục đích ngăn ngừa có lỗi tiềm ẩn từ giai đoạn ảnh hƣởng đến giai đoạn - Kéo dài thời gian chạy chƣơng trình để kiểm tra thử khả chịu áp lực hệ thống - Tạo khoảng thời gian đƣợc gọi “code freezer”, tạm ngừng viết mã chƣơng trình, mà tập trung vào công việc gỡ rối lỗi; thƣờng xảy vào thời điểm tích hợp chức kiểm thử chức hệ thống - Tỉ lệ cán kiểm thử /lập trình viên dự án thay đổi tùy theo dự án nhƣng thƣờng 1:3 1:4 Cán kiểm thử cán đảm bảo chất lƣợng, tăng số lƣợng đội ngũ kiểm thử cần có vị trí quản lý đội ngũ thời gian đầu dự án IT - PT Thời điểm để kết thúc giai đoạn kiểm thử thƣờng rơi vào hai trƣờng hợp: thứ tất lỗi đƣợc giải xong, phần mềm đƣợc bàn giao cho khách hàng, thứ hai thời gian bàn giao sản phẩm cho khách hàng đến mà chƣa giải hết lỗi Đôi đến hạn cuối phải bàn giao nhƣng tất lỗi chƣa đƣợc giải ngoại trừ lỗi mức cao quan trọng/cao/trung bình (Critical/High/Medium), giai đoạn kiểm thử phải dừng Khi dừng cần có định đƣợc ký khách hàng, kỹ sƣ công nghệ nhà quản lý sản phẩm… Những tiêu chí kiểm thử + Khả chịu tải hệ thống (Load): thời gian chấp nhận đƣợc lớn đáp ứng yêu cầu, số lƣợng nhỏ ngƣời chạy hệ thống lúc + Khoảng thời gian lớn cho phép hệ thống không làm việc làm việc với tốc độ chậm + Tính tƣơng thích: số lƣợng lớn nhỏ trình duyệt hệ điều hành mà hệ thống hỗ trợ + Tính sử dụng: tỉ lệ chấp nhận nhỏ nhóm ngƣời quan tâm + Tính năng: độ bao phủ yêu cầu hệ thống; tỉ lệ thành công việc kiểm thử chức cách tự động 100% Những thông số cần thiết để đo lỗi Đây vấn đề quan trọng ngƣời giám đốc dự án Để đánh giá lỗi trình kiểm thử, ngƣời ta phân loại lỗi quan trọng theo mức độ nghiêm trọng chúng bao gồm 111 cấp độ sau: nghiêm trọng/ Nghiêm trọng/ nghiêm trọng/ nghiêm trọng rõ ngƣời chịu trách nhiệm cho việc Thêm nữa, lỗi dự án đƣợc đánh dấu đƣợc giải xong (closed) hay chƣa xong (opened) Việc kiểm soát thực sửa lỗi (Defect tracking) Cơng việc đƣợc thực nhờ hỗ trợ công cụ nhƣ Bugzilla, TestTrack Pro, Rational ClearCase Một số công cụ tốt thƣờng đƣợc cung cấp miễn phí với chi phí nhỏ • Đảm bảo tất thành viên liên quan có quyền truy nhập vào hệ thống kiểm thử • Cần tổ chức buổi họp thƣờng xuyên để xem lại lỗi sửa: thƣờng hàng tuần q trình kiểm thử thơng thƣờng hàng ngày thời điểm gấp gáp • Những ngƣời nhập lỗi phát đƣợc dự án vào hệ thống kiểm soát theo dõi lỗi dự án chung công ty cán đảm bảo chất lƣợng, lập trình viên, nhà phân tích, nhà quản lý, đơi ngƣời sử dụng giám đốc dự án • Cấu trúc hệ thống kiểm soát lỗi thƣờng bao gồm trƣờng sau đây: IT • + trạng thái: mở, đóng, trì hỗn + ngày nhập lỗi vào hệ thống, ngày cập nhật thơng tin ngày đóng lỗi + mơ tả vấn đề lỗi đƣợc phát PT + số hiệu phiên phần mềm mà lỗi xuất + Ngƣời phát lỗi + Thứ tự ƣu tiên đƣợc giải lỗi: thấp, trung bình, cao, cao + Những nhận xét, thích đƣợc thực cán đảm bảo chất lƣợng, lập trình viên thành viên khác liên quan Các thông số lỗi Tỉ lệ mở (Open rate): liên quan tới số lỗi xuất khoảng thời gian định Tỉ lệ đóng (Close rate): liên quan tới số lỗi đƣợc sửa xong (đóng) khoảng thời gian Tỉ lệ thay đổi (Change rate): số lần vấn đề đƣợc cập nhật Số lần sửa lỗi sai (Fix Failed Counts): số lỗi mà đƣợc thực việc sửa nhƣng chƣa đƣợc sửa Đây đơn vị để đo khả giao động dự án (vibration) Tỉ lệ lỗi trung bình Microsoft nghiên cứu qua thống kê 10-20 lỗi KLOC đƣợc phát trình kiểm thử 0.5 lỗi KLOC sau bàn giao sản phẩm cho khách hàng Môi trường kiểm thử 112 Thƣờng đƣợc chia làm hai mơi trƣờng để kiểm thử, mơi trƣờng phần cứng phần môi trƣờng mạng Việc kiểm thử môi trƣờng phần cứng liên quan tới nhóm lập trình viên, nhóm cán đảm bảo chất lƣợng dự án, xây dựng dự án sản phẩm Môi trƣờng kiểm thử điển hình cho ngƣời lập trình viên cấu hình phần cứng mà ngƣời lập trình phát triển hệ thống đồng thời thực trình kiểm thử chức Mơi trƣờng kiểm thử cho cán chất lƣợng ngƣời kiểm thử cấu hình phần cứng cho việc thực kiểm thử tích hợp, kiểm thử hệ thống kiểm thử lại sau sửa chữa Môi trƣờng kiểm thử phần cứng cịn cần đƣợc xác định cho q trình kiểm tra khả chịu tải trình triển khai cuối hệ thống phần mềm Các vị trí đội ngũ cán đảm bảo chất lượng dự án (QA) Vị trí nhóm trƣởng: trách nhiệm tìm tuyển ngƣời để đảm bảo đủ nguồn nhân lực cho đội ngũ QA, tạo kế hoạch kiểm thử, lựa chọn công cụ cần để thực việc kiểm thử, trách nhiệm cuối quản lý hoạt động đội QA Tại Mỹ, tính đến thời điểm năm 2002, lƣơng trung bình nhóm trƣởng QA $50-80 nghìn USD/ năm $50-100 USD/ làm việc - Vị trí ngƣời kiểm thử kỹ sƣ kiểm thử: thực việc kiểm thử chức năng, tạo đoạn chƣơng trình nhỏ để hƣớng dẫn kiểm thử thực việc kiểm thử cách tự động Tại Mỹ, tính đến thời điểm năm 2002, lƣơng trung bình vị trí $35-70 nghìn USD/ năm $40-100 USD/ làm việc - Vị trí quản trị hệ thống: trách nhiệm hỗ trợ cho nhóm QA làm việc nhƣng lại khơng phải thành viên thức nhóm PT IT - - Vị trí biên tập chép soạn thảo tài liệu cho dự án: trách nhiệm hỗ trợ cho nhóm QA nhƣng khơng phải thành viên thức nhóm 9.2 Kết thúc dự án 9.2.1 Chuyển người sử dụng sang hệ thống Sau cơng việc xây dựng hệ thống hồn thiện, việc chuyển đổi toàn ngƣời sử dụng hệ thống sang hệ thống mới- đƣợc gọi giai đoạn migration Kế hoạch việc chuyển ngƣời sử dụng sang hệ thống bao gồm nội dung sau: + Mô tả môi trƣờng máy tính, sở liệu, giao diện với ngƣời sử dụng + Mô tả liệu có cần thiết cho hệ thống + Mơ tả ràng buộc việc thực chuyển đổi ví dụ nhƣ chuyển sang dùng hệ thống mới, chuyển đổi vào cuối tuần hay vào tuần cuối tháng + Liệt kê tổ chức cá nhân bị ảnh hƣởng thông tin để liên hệ với họ + Kế hoạch bƣớc đƣợc thực 113 + Xác định xem có cần ngắt dịch vụ, tạm thời ngừng hệ thống để chuyển đổi, cần hệ thống tạm ngừng hoạt động + Xác định xem có cần phải đào tạo để thực việc chuyển đổi khơng + Có cần phải có văn đội ngũ hỗ trợ trực tiếp khơng? Nếu cần liệu họ có tài liệu hay đoạn chƣơng trình để hƣớng dẫn khơng? Các chiến lược chuyển người sử dụng sang hệ thống Chiến lƣợc giao tiếp với khách hàng quan trọng để xác định xảy ra, lại xảy Câu hỏi thƣờng nhắc nhở họ lợi ích mà họ thu đƣợc Khi giao tiếp, không nên trình bày hay hỏi han chung chung khơng nên q chi tiết mà nên nói vừa phải nên trình bày rõ cho khách hàng biết nơi lấy thêm thơng tin Thứ hai, cần hạn chế tối đa tính đột nhập bất thƣờng khách hàng Thứ ba cần tìm hiểu ngày mốc quan trọng khách hàng ví dụ nhƣ hệ thống cần phải ổn định thực sự, mốc thời hạn quan trọng khách hàng PT IT Phƣơng thức chuyển đổi gồm có hai cách Thứ dạng Flash-Cut, chuyển đổi toàn hệ thống cũ sang hệ thống theo hai cách chuyển chuyển đổi song song Cách chuyển đổi cách thực nhanh nhƣng cần kế hoạch phịng bị trƣờng hợp việc chuyển đổi khơng đến thành cơng tốt đẹp Phƣơng thức cần có kế hoạch kiểm thử cặn kẽ Cách chuyển đổi song song làm giảm đƣợc rủi ro, thực song song tiến trình hệ thống tiến trình tay, chấm dứt hệ thống không chịu tải đƣợc Cách thứ hai chuyển đổi theo giai đoạn, thay phần hệ thống phần hệ thống thời điểm Việc lựa chọn phƣơng thức phụ thuộc vào mức độ gián đoạn cơng việc, khơng tƣơng thích bên sản phẩm với sản phẩm cũ, mức độ thoải mái chất lƣợng hệ thống Nếu khơng tƣơng thích q lớn giai đoạn để thích nghi cần kéo dài Triển khai hệ thống cho khách hàng Công việc tạo danh sách mục kiểm tra (checklist) cho việc phân phối sản phẩm để tránh việc thực thiếu hoạt động khiến hệ thống bị hỏng (có thể khơng chạy đƣợc đƣa cho khách hàng) Đây công việc đƣợc thực theo nhóm gồm kỹ sƣ lập trình, cán đảm bảo chất lƣợng, cần chữ ký ngƣời quản lý dự án Việc triển khai hệ thống cần có kế hoạch từ trƣớc để diễn ngày ấn định công việc đƣợc lên kế hoạch cách chi tiết Công việc thứ hai việc triển khai hƣớng dẫn khách hàng dùng sản phẩm Đối tƣợng cần hƣớng dẫn bao gồm ngƣời sử dụng cuối, nhân viên bán hàng quảng cáo, kỹ thuật viên thao tác hệ thống, kỹ sƣ làm công việc bảo trì bảo dƣỡng hệ thống sau, kỹ sƣ phụ trách việc bán hàng 114 Công việc thứ ba chuẩn bị sẵn sàng tài liệu cho ngày phân phối sản phẩm Đó tài liệu cho ngƣời sử dụng cuối tham khảo dùng Ngồi đội dự án cịn cần cập nhật đầy đủ tài liệu thao tác hoạt động hệ thống, tài liệu việc phát triển hệ thống, tƣ liệu bán hàng quảng cáo, trang web để quảng bá sản phẩm, báo cáo q trình kiểm thử Cơng việc chuẩn bị cho việc chuyển sản phẩm đến tay khách hàng bao gồm đóng gói sản phẩm sản phẩm thƣơng mại, làm tờ rơi quảng cáo sản phẩm, thiết lập chế bảo mật sản phẩm thƣơng mại bán thị trƣờng, tạo môi trƣờng thuận lợi để trao quyền dùng phiên sản phẩm cho khách hàng (cần đƣa lựa chọn để khách hàng có nhiều cách khác để mua quyền dùng phiên sản phẩm) Khôi phục dự án IT Công việc cài đặt hệ thống bao gồm việc tạo chƣơng trình nhỏ để thiết lập môi trƣờng chạy cho hệ thống Nếu hệ thống khơng chạy mơi trƣờng Web chƣơng trình để loại bỏ hệ thống khỏi máy tính (uninstall) cần đƣợc xây dựng Nếu hệ thống cần cài đặt, không nên đánh giá thấp khối lƣợng thời gian cần thiết để phát triển việc cài đặt Quá trình cài đặt quan trọng gây ấn tƣợng khách hàng hệ thống Nếu dự án trạng thái “chết đuối” (tình trạng khơng hoạt động), việc khơi phục lại dự án cần thiết nhằm cứu dự án khỏi tình trạng Ba cách tiếp cận để thực việc khôi phục lại dự án là: PT + Cắt giảm kích cỡ phần mềm cần xây dựng + Tăng hiệu suất xử lý công việc phát triển dự án + Dãn lịch thực công việc từ từ để tiến hành cơng việc kiểm sốt hƣ hỏng gây hệ thống Công việc khôi phục dự án hội cho hành động định nhà quản lý dự án Thời điểm thực việc khôi phục quan trọng, đừng sớm đừng muộn Các bƣớc để thực việc khơi phục bao gồm: +Đánh giá tình trạng dự án: liệu dự án có hạn cứng để bàn giao sản phẩm khơng, vấn đề dự án thỏa thuận lại đƣợc với khách hàng +Tránh thực công việc đƣợc hồn thành + Hỏi thành viên xem cơng việc cần hoàn thành Đối với ngƣời dự án, cần quan tâm tới tâm tƣ đạo đức ngƣời (giải vấn đề khó khăn), quỹ thời gian ngƣời (nên loại bỏ công việc thiết yếu lúc đi) Đối với trình phát triển dự án, cần + Sửa chữa lỗi trƣớc nhƣ thiết kế chƣa đầy đủ, hoạt động thay đổi nhanh quá, v.v + Tạo mốc thời gian xem lại dự án gần 115 + Theo dõi tiến độ cách cẩn thận + Kiểm tra lại tồn cơng việc dự án sau khoảng thời gian ngắn + Quản lý rủi ro cách cẩn thận tỉ mỉ Đối với khía cạnh sản phẩm cần: + Làm ổn định yêu cầu khách hàng + Đánh dấu yêu cầu thay đổi + Cắt bớt tập đặc tính hệ thống: xác định thứ tự ƣu tiên đặc tính cắt bớt đặc tính mức độ ƣu tiên thấp + Loại bỏ mođun có lỗi, thiết kế lại + Tiến tới trạng thái ổn định, biết trƣớc 9.2.2 Họp tổng kết kết thúc dự án PT IT Hay đƣợc gọi buổi đƣa học rút từ dự án hay phân tích sau dự án, phân tích suất dự án Cơng việc tập trung vào phân tích q trình thực cơng việc, khơng tập trung vào phân tích ngƣời thực cơng việc để đƣa học kinh nghiệm cho dự án tƣơng tự tƣơng lai, điểm cần lƣu ý, cần thực hành thêm Quá trình cần gửi thƣ điện tử đến thành viên nhóm để tổ chức buổi họp mặt, thứ hai sử dụng biểu mẫu lấy ý kiến phản hồi thành viên Việc lấy ý kiến nhằm thu thập tất liệu liên quan nhƣ kích cỡ, số lƣợng sản phẩm, lần yêu cầu thay đổi, liệu thời gian nhân công bỏ cho công việc dự án Công việc thứ ba tiến hành buổi họp để thu thập liệu phản hồi trao đổi thảo luận với thành viên nhóm Cơng việc cuối tóm tắt lại nội dung buổi họp báo cáo tổng kết rút kinh nghiệm cho dự án Việc tổng kết dự án dƣờng nhƣ đơn giản nhƣng nhiều trƣờng hợp khơng phải Bởi số vấn đề tiềm thƣờng hay xảy nhƣ khách hàng có thay đổi yêu cầu hệ thống vào lúc phần mềm sửa kết thúc, thƣờng thêm tính hệ thống Vấn đề hay xảy tranh cãi việc nghiệm thu sản phẩm khách hàng đội dự án vấn đề thứ hai thƣờng xảy Thông thƣờng lỗi việc phiên dịch sai thiếu yêu cầu khách hàng với thành viên đội dự án Một vấn đề khó giữ động thúc đẩy cho toàn đội làm việc với hiệu suất cao giai đoạn cuối Và vấn đề cuối khó khăn chuyển đổi sang giai đoạn bảo trì bảo dƣỡng hệ thống Các tiêu chí để xác định thành công dự án gồm tiêu chí + Dự án đƣợc thực theo tiến độ, hoàn thành thời hạn yêu cầu khách hàng Để thực đƣợc điều đội dự án cần thực tốt công việc lập kế hoạch, ƣớc lƣợng, kiểm soát việc thực thi công việc hệ thống + Dự án đƣợc thực với chi phí phạm vi ngân sách cho phép Một lần để đạt đƣợc tiêu chí này, công việc lập kế hoạch, ƣớc lƣợng kiểm soát cần đƣợc thực tốt 116 + Tuân thủ theo yêu cầu khách hàng Để đạt đƣợc tiêu chí đội dự án phải ý thức đƣợc tầm quan trọng yêu cầu toán (hệ thống) mà đội phát triển Tìm hiểu kỹ nhận thức tốt khái niệm thỏa thuận quan trọng Để dự án thành công, giám đốc dự án cần nắm đƣợc điểm mấu chốt sau: + Học cách nói “khơng”, thƣờng xun nói “khơng” vào lúc cần thiết, nhƣng với thái độ lịch mà cứng rắn + Nhận thức giá trị phiên trung gian trình phát triển dự án Tận dụng kết dùng chúng (nếu có thể) pha phát triển + Ln có nhiều phƣơng pháp để phịng tránh rủi ro cần thiết + Luôn nắm đƣợc yêu cầu toán (hệ thống xây dựng) cách chặt chẽ tập trung + Thực xem xét dự án mốc thời gian + Nên giải công việc theo cách đơn giản tốt nhƣng không nên đơn giản mà hỏng chuyện IT + Phân nhỏ công việc hay yêu cầu để dễ giải + Đối với thái độ xử lý cơng việc tồn q trình phát triển dự án: khơng nên q nghiêm khắc với thành viên đội, không nên đƣa nhiều giải pháp tiến hành chúng cách q cặn kẽ ngƣời ta thƣờng nói “quá nhiều thuốc giết chết bệnh nhân” PT + Điều hành quản lý đội dự án nên trạng thái cân quan trọng nhất, đừng lộn xộn đừng quy củ, công thức Theo thống kê, tỉ lệ thành công dự án thực tế đƣợc phân chia theo ngành, theo kích cỡ Nếu phân chia theo ngành dự án cho ngành bán bn có tỉ lệ thành cơng cao nhất, nhìn chung dự án đƣợc kiểm sốt chi phí chặt chẽ, dự án cho phủ có tỉ lệ thành cơng kiểm sốt chi phí lỏng lẻo Nếu phân chia dự án theo kích cỡ dự án nhỏ có tỉ lệ thành cơng cao dự án nhỏ dễ quản lý chi phí, thời gian thực nhân lực làm việc đội 117 TÀI LIỆU THAM KHẢO [1] A Guide to the Project Management Body of Knowledge (PMBOK® Guide), Fourth Edition, Project Management Institute, 2008 [2] Mulcahy, Rita PMP Exam Prep (4th Edition), RMC Publishing, 2002 PT IT [3] McConnell, Steve Rapid Development, Microsoft Press, 1996, ISBN 1-55615-900-5 118 ... chung quản lý dự án phần mềm lĩnh vực quản lý dự án Môn học cung cấp kiến thức tập trung vào quản lý dự án phần mềm PT Quản? ??ｌý Quản? ??ｌý dự án Quản lý dự án phần mềm 1.1.3 Định nghĩa quản lý dự án. .. phần sau: Giới thiệu chung quản lý dự án, quản lý dự án phần mềm Những khái niệm Những lỗi truyền thống thƣờng gặp quản lý dự án 1.1 Giới thiệu chung quản lý dự án phần mềm IT Quản lý dự án phần. .. gồm: quản lý tích hợp hệ thống, quản lý phạm vi, quản lý chi phí dự án, quản lý chất lƣợng dự án, quản lý tài nguyên ngƣời dự án, quản lý truyền thông giao tiếp, quản lý rủi ro dự án quản lý việc