Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Contents PHẦN I – TỔNG QUAN Chương : GIỚI THIỆU 4.1 Lịch sử quản trị dự án 4.2 Quản trị dự án giới kinh doanh ngày [2] 4.3 Lợi ích quản trị dự án? 4.4 Vậy dự án gì? 4.5 Bổn phận quyền hạn trưởng dự án 4.6 Tại dự án phần mềm thất bại ? 10 4.7 Các yếu tố tối thiểu để dự án thành công 10 4.8 Quản trị dự án gì? 11 Chương : CON NGƯỜI VÀ KỸ NĂNG 13 5.1 Những người liên quan đến dự án 13 5.2 Các kỹ trưởng dự án 13 5.2.1 Khả Lãnh đạo bẩm sinh hay rèn luyện? 15 5.2.2 Kỹ kỹ thuật có cần thiết? 15 5.3 Bạn làm với kiến thức quản trị dự án? 16 Chương : QUẢN TRị DỰ ÁN PHẦN MỀM VÀ QUI TRÌNH 16 6.1 Quản trị dự án phần mềm 16 6.2 Qui trình gì? 16 6.3 Một số Qui trình phát triển phần mềm (QTPTPM) 17 6.3.1 Qui trình thác nước (Waterfall Life Cycle) 17 6.3.2 Qui trình Prototype - Qui trình Phát triển lặp (Iterative Development) 18 6.3.3 Qui trình tăng dần (Incremental lifecycle model) 20 6.3.4 Qui trình xoắn ốc (Spiral Life Cycle) 20 6.3.5 Lập trình cực độ (Extreme Programming) 21 6.4 Sửa đổi quy trình (Process Tailoring) 22 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Bộ Môn Công Nghệ Phần Mềm Đại Học Khoa Học 6.4.1 Sửa đổi sơ lược: 23 6.4.2 6.5 Sửa đổi chi tiết: 24 Qui trình làm dự án (Chu kỳ sống dự án) 24 6.5.1 Xác định phạm vi dự án 24 6.5.2 Lên kế hoạch 25 6.5.3 Thực thi kế hoạch 26 6.5.4 Giám sát điều chỉnh 26 6.5.5 Đóng dự án 26 6.5.6 Áp dụng pha qui trình? 27 PHẦN II: LÊN KẾ HOẠCH 28 Chương XÁC ĐỊNH DỰ ÁN 28 Bản phát biểu công việc (Statement of work- SOW) 28 7.1.1 Giới thiệu 29 7.1.2 Phạm vi 29 7.1.3 Các giả định 31 7.1.4 Các ràng buộc 31 7.1.5 Tiêu chuẩn thực – Cam kết chất lượng 31 7.1.6 Lợi ích nghiệp vụ 32 7.1.7 Mô tả sản phẩm / dịch vụ 32 7.1.8 Các trách nhiệm 32 7.1.9 Tham khảo 32 7.1.10 Sửa đổi bổ sung 32 7.1.11 Chữ ký 32 Công bố dự án 32 Chương : CÁC KỸ THUẬT LÊN KẾ HOẠCH 33 8.1 Phân rã công việc (Work Breakdown Structure -WBS) 33 8.2 Bài tập CBK1 38 8.3 Sơ đồ mạng công việc (Network Diagram) 39 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Bộ Môn Công Nghệ Phần Mềm Đại Học Khoa Học 8.3.1 Định nghĩa: 39 8.3.2 Ký hiệu: 39 8.3.3 Các loại quan hệ 39 8.3.4 Các loại SĐMCV 40 8.3.5 Bài tập: 41 8.3.6 Đường căng (Critical Path Method): 41 8.3.7 Cách tính lịch biểu 42 8.3.8 Độ thả (float): 43 8.3.9 Kỹ thuật rút ngắn thời gian thực 43 8.4 Sơ đồ Gantt 44 8.4.1 Cách vẽ 44 8.4.2 Mục đích: 45 Chương : ƯỚC LƯỢNG 47 9.1 Khái niệm ước lượng 47 9.2 Các kỹ thuật ước lượng sức gia công 47 Kỹ thuật tương tự (Top-Down) 47 Ước lượng từ lên (Bottom-Up) 48 Mô hình tham số 48 Ước lượng theo phân phối sức gia công 48 9.3 Các cách tiếp cận ước lượng 49 9.3.1 Historical data: 49 9.3.2 Tương tự công việc khác dự án 49 9.3.3 Tư vấn từ chuyên gia 49 9.3.4 Brainstorm 49 9.3.5 Phương pháp điểm: 49 9.3.6 Hệ số suất toàn cục (Global Efficiency Factor -GEF) 50 9.3.7 Phần trăm điều chỉnh suất (Productivity Adjustment Percent -PAP) 50 9.3.8 Quỹ thời gian dự trữ: 51 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Bộ Môn Công Nghệ Phần Mềm Đại Học Khoa Học 9.4 Khái niệm lịch biểu 51 9.5 Ước lượng thời gian thực 52 9.5.1 9.6 Các loại thời gian 53 Chiến lược lên kế hoạch 53 9.6.1 Kế hoạch tổng thể 54 9.6.2 Lên kế hoạch chi tiết 55 Chương 10 : TÍNH TOÁN CHI PHÍ 58 10.1.1 Các đề mục cần chi phí 58 10.1.2 Công thức tính chi phí 59 10.1.3 Phân loại chi phí 60 10.1.4 Các yếu tố ảnh hưởng việc tính toán chi phí 60 10.1.5 Cách tiếp cận quản lý chi phí 61 10.1.6 Làm trưởng dự án bị cho ước lượng chi phí cao? 61 Chương 11 : PHÂN PHỐI TÀI NGUYÊN 62 11.1 Cân đối tài nguyên 63 11.2 Các phương pháp cân đối tài nguyên: 64 11.3 Hổ trợ phân công nhân 64 Chương 9: RÚT NGẮN THỜI GIAN THỰC HIỆN VỚi CHI PHÍ THẤP NHẤT 67 Phát biểu tóan: Cho dự án Y, gồm công việc bảng Giả sử bình thường A thực ngày, làm tốc hành A thực tối thiểu ngày Với ngày tốc hành vậy, chi phí phải trả cho A 140$/ngày (dĩ nhiên làm bình thường chi phí ngày thấp hơn) Tương tư cho công việc lại: 67 Bài mẫu 2: cho dự án vơí SDMCV sau: 69 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm PHẦN I – TỔNG QUAN Chương 4: GIỚI THIỆU 4.1 Lịch sử quản trị dự án Quản trị dự án manh nha có từ thời Noah, Noah trưởng dự án giới ông tỉ mỉ lên kế hoạch đóng thuyền qua trận đại hồng thủy với số gia súc loại, số thực phẩm, nước uống cần thiết để sống Kim tự tháp Ai Cập đứng vũng đến ngày nhờ vào hàng ngàn dự án quản trị hàng trăm trưởng dự án tài ba Từ xa xưa, xuất nhiều trưởng dự án lỗi lạc, quản trị dự án chưa nhận ngành khoa học cần thiết hoạt động nghiên cứu thập niên 1950, tìm phương pháp tiên phong, công cụ đặc biệt dự án không gian đắt tiền dự án Polaris, Apollo NASA Bộ Quôc Phòng Mỹ thiết lập nhiều chuẩn quản trị dự án để ràng buộc với công ty hợp tác Vào cuối thập niên 1960 ngành quản trị kinh doanh bắt đầu nghiên cứu cấu trúc tổ chức kỹ thuật để thích ứng kịp thời với thay đổi nhanh chóng môi trường thực tế Vào năm 1970, 1980 tài liệu quản trị dự án công bố phong phú, dẫn đến việc phát triển mạnh lý thuyết, phương pháp tiêu chuẩn Khoảng 1990 công ty thuộc nhóm lợi nhuận lẫn phi lợi nhuận nhận họ khó mà thực thi thành công công việc lớn phức tạp không áp dụng công cụ qui trình quản trị dự án 4.2 Quản trị dự án giới kinh doanh ngày [2] Với sư chuyển dịch từ việc sản suất dịch vụ, hàng tiêu dùng theo cách hàng loạt đến việc sản suất theo ý khách hàng quản trị dự án đáp ứng tốt cho thay đổi Không có nghề khó khăn quản trị dự án Các công ty tình trạng đổi mô hình tổ chức lại để theo kịp cạnh tranh toàn cầu Sự tranh đấu gay gắt có công ty linh hoạt tồn Ví dụ, việc ứng dụng hệ phân tán truyền thông tăng nhanh (như client/server, Intranet, internet computing) đẩy nhanh biến ranh giới tổ chức cấp bậc quản lý Đi theo mờ dần cấp bậc tổ chức trao quyền cho nhân viên Nhiều công ty cho phép nhân viên trách nhiệm lớn chịu trách nhiệm định (ví dụ nhóm tự làm việc trực tiếp) Sự thay đổi không ngừng lại Nhiều công ty xem dự án đầu tư, tích hợp kế hoạch chiến lược họ Điều có nghĩa người trưởng dự án phải liên tục chứng tỏ đóng góp họ Với kết hợp ngày gần kế hoạch chiến lược quản trị dự án dẫn đến mối quan hệ chặt chẻ quản trị dự án quản trị tiến trình, dự án trở thành phần tích hợp sử dụng thực tiến trình Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Bản chất công việc ngày thay đổi nhiều công ty Nhân viên không yêu cầu hay tìm kiếm công việc dài hạn - nhiều người công ty thích linh hoạt di động Những thay đổi tạo hướng để hoàn thành công việc: trực tiếp tác động lên quan hệ cách thức kinh doanh Nhiều dự án ngày thu hút nhân lực từ ngành nghề tầng lớp khác toàn cầu hóa kinh tế quốc gia Khi kinh tế tiếp tục mở rộng, nguồn lực bị giới hạn người quản trị dự án cần phương án thay để giữ thành thạo, chẳng hạn sử dụng cố vấn gia công Dĩ nhiên, khứ người quản trị dự án phải đối mặt với vấn đề tương tự cung cấp nguồn lực thay , chưa có áp lực lớn ngày Áp lực thị trường gây rắc rối cho người quản trị dự án Khách hàng không muốn chất lượng tốt mà đòi hỏi thời gian ngắn Áp lực thời gian bắt buộc người quản trị phải hoạt động hiệu mức chưa có Sự phức tạp quản trị dự án chưa lớn nay, có tăng tương lai Điều then chốt phần dự án phải sẵn sàng để dịch vụ cuối giao thời hạn, ngân sách cho phép đảm bảo chất lượng cao Các công việc truyền thống thực đặn ngày văn phòng, nhà máy dần biến tự động hóa Quản trị trung gian công ty máy tính chuyên thu thập phân tích thông tin dần biến Thay vào dự án nhóm làm dự án thành lập để giải toán Bài toán thiết kế sản phẩm re-engineer qui trình - dự án hình thành, nhân điều phối, thực thi, hoàn tất kết thúc dự án Nhóm làm dự án hình thành giải tán theo toán Các công ty tương lai điển hình có loại vai trò sau: Vai trò Chức danh Trách nhiệm Cấp quản lý cao CEO (Chief Exercuve Officer) Xây dựng chiến lược (top-level management) VP (Vice Precident) Quản lý tài nguyên CFO, CIO, HR Manager, VP of Cung cấp ngân sách, đào tạo marketing, engineering, chuyên gia, nhân QA, QC, CM Quản lý, giám sát cải tiến chất Quản lý tiến trình, chất lượng, cấu lượng sản phẩm, tiến trình hình Quản trị dự án Trưởng dự án (PM) Sử dụng ngân sách nhân cung cấp để thực dự án thành công Thành viên Kỹ sư, kế toán viên, lập trình Chịu quản lý phân công viên, tester,… trưởng dự án để thực công việc cụ thể Các từ viết tắt xem glossary Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 4.3 Lợi ích quản trị dự án? Dưới bảng thống kê viện Standish Group [13] thống kê 175.000 dự án công nghệ thông tin toàn nước Mỹ ,vào thập niên 90: Lý Do 1995 % 1998 $ Thành công 16,2% Hủy bỏ trước thành công 31% Kéo dài thời gian % 2003 $ 26% 34% 81 tỷ 75 tỷ 59 tỷ 22 tỷ 60 % Hoàn tất vượt thời gian chi phí 46% 50% Thất bại 28% 29% Theo bảng thống kê năm 90 có 16,2 % dự án thành công; số lại thất bại hoàn toàn, kéo dài thời gian, bị hủy bỏ chừng gây tổn thất nhiều tỉ USD Sau người ta bắt đầu nghiên cứu, tìm hiểu phát triển ngành khoa học quản trị dự án, áp dụng vào dự án công nghệ thông tin Đến năm 2003, Standish Group thống kê 13.522 dự án công nghệ thông tin số dự án thành công 34 % Tỉ lệ dự án thành công gia tăng gấp đôi! Ngày nay, thay đổi chóng mặt thị trường, quản trị dự án luôn giải pháp hoạt động kinh doanh Các công ty lớn nhỏ nhận cách tiếp cận có cấu trúc lên kế hoạch giám sát dự án chìa khóa cần thiết để thành công Nó đem lại lợi ích cụ thể như: Giám sát tốt ngân sách, tài nguyên Cải thiện mối quan hệ khách hàng Rút ngắn thời gian thực Tăng lợi nhuận Thúc đẩy tinh thần làm việc nhóm Cải tiến suất làm việc 4.4 Vậy dự án gì? Dự án khái niệm phức tạp Người ta phải cố gắng đưa định nghĩa sau để mô tả nó: Là thể nhất: dự án giống hoàn toàn Liên quan đến không chắn: nói lên chất dự án hay thay đổi Tạm thời: có thời điểm bắt đầu kết thúc rõ ràng Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Cần tài nguyên nhiều lĩnh vực khác nhau: ví dụ phần cứng, phần mềm, viễn thông,.v v Là dãy công việc có thứ tự xác định dựa vào ràng buộc tài nguyên Được thực theo phạm vi cho trước Thực ngân sách xác định Được thực khoảng thời gian xác định Để hiểu dự án gì, ta phải nhìn qua nhiều lăng kính vậy, rõ ràng phức tạp Đó lý thực dự án hay bị thất bại không hiểu chất Về mặt định lượng, dự án thường mô tả ngắn gọn trực quan qua yếu tố sau: Nghĩa dự án đối tượng bị chi phối năm yếu tố chính: Yêu cầu hay gọi phạm vi (scope), biên toán: nghĩa xác định dự án làm không làm Việc xác định phạm vi bắt đầu biên quan trọng, biên thay đổi sau Nhiệm vụ thách thức trưởng dự án dò tìm, nắm bắt thay đổi điều tiết chúng Thời gian: thời gian thường tỉ lệ nghịch với chi phí, dự án kéo dài chi phí tăng cao ngược lại Sau thương lượng ký hợp đồng xong thời gian thực dự án coi chốt lại Thời gian loại tài nguyên đặc biệt Người ta thường nói thời gian vàng bạc, vàng bạc để dành, kiếm thêm chi tiêu thời gian không Mỗi sáng thức dậy, người có 24 tinh khôi; muốn để dành không xài chúng không được; muốn kiếm thêm ngày nhiều 24 không Tại ngày với ngần mà có người làm nhiều việc, có người làm việc, có người chẳng làm việc gì, chí có người làm toàn chuyện có hại? Đó lý ảnh hưởng đến thất bại hay thành công dự án Chi phí: tương tự thời gian, sau thương lượng ký hợp đồng xong chi phí thực dự án chốt lạ Một nhiệm vụ quan trọng trưởng dự án quản lý chi tiêu dự án cho không bị vượt ngân sách Chất lượng: thường người ta quan tâm chất lượng sản phẩm mà quên chất lượng qui trình làm sản phẩm Đó lý Việt Nam thường hay xẩy vụ ngộ độc thức ăn tập thể, Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm thức ăn trưng bầy bàn trông ngon, ăn vào bị ngộ độc, qui trình thực chất lượng Bởi nói đến chất lượng, cần xét khía cạnh: - Chất lượng sản phẩm - Chất lượng qui trình làm sản phẩm Như ta biết qui trình tốt cho sản phẩm có chất lượng tốt ổn định Với dự án phần mềm, sản phẩm cuối hệ thống phần mềm Vì vậy, để tạo phần mềm có chất lượng, nhiệm vụ trưởng dự án chọn qui trình làm phần mềm có chất lượng thích hợp với toán Tài nguyên: gồm - Con người - Máy móc - Phòng ốc - -Các tiện ích vật lý - -… Tất có sẳn có giới hạn Nghĩa lên lịch biểu phân phối tài nguyên cho công việc dự án, trưởng dự án phải xem chúng có tồn tại, có sẳn sàng vào thời gian công việc thực không Chỉ cần yếu tố thay đổi yếu tố lại bị ảnh hưởng theo, nghĩa dự án rơi vào cân Không thể thực dự án với yêu cầu nhiều, chất lượng thật cao, chi phí thật thấp tài nguyên thật ít, cân bằng: Bổn phận trưởng dự án giữ dự án cân Thế cân mong manh chất dự án hay thay đổi 4.5 Bổn phận quyền hạn trưởng dự án Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Như biết thời gian, chi phí, phạm vi, chất lượng thứ khách hàng khống chế, cố định thay đổi suốt trình làm dự án Dựa vào thời gian, chi phí, phạm vi cho, trưởng dự án có bổn phận lên kế hoạch giới hạn tài nguyên cấp giao để tạo sản phẩm có chất lượng Nói tóm lại trưởng dự án có toàn quyền quản lý chi phí lên kế hoạch khung hay giới hạn: thời gian, chi phí, phạm vi, chất lượng tài nguyên; bốn đầu khách hàng định, cuối cấp trưởng dự án định Qua để thấy việc quản trị dự án thách thức đầy quyến rũ trưởng dự án, bị khống chế giới hạn, bầu trời rộng mở để trưởng dự án sáng tạo: lên kế hoạch quản lý chi phí 4.6 Tại dự án phần mềm thất bại ? Có nhiều nguyên nhân khiến dự án bị thất bại, liệt kê số nguyên nhân chính: Ước lượng sai: Dường với trưởng dự án, thất bại - chưa phải cuối cùng, kinh nghiệm ước lượng sai Điều dễ hiểu ước lượng ngành khoa học xác, phụ thuộc vào kinh nghiệm vào nhiều yếu tố khách quan khác Một chứng minh thử yêu cầu bà nội trợ - với bề dày kinh nghiệm nhiều chục năm chợ, ước lượng xác số tiền chi cho buổi chợ không? Câu trả lời không, chắn có sai số lớn hôm ngẫu nhiên chợ bán hạ giá hấp dẫn bà Phạm vi thay đổi nguyên nhân thất bại Vấn đề không đơn giản thay đổi phạm vi thêm tiền, số tiền thêm không tương xứng với sức gia công Ví dụ dự án ban đầu ước lượng triệu, sau phạm vi thay đổi dự án ước lượng lại triệu, thực tế lên đến 4, triệu, phạm vi thay đổi phá vỡ kế hoạch làm xáo trộn hoàn tất Thật phạm vi thay đổi thành tai họa chúng không quản lý, theo vết xác định cách đắn Kỹ thuật: dùng kỹ thuật không thích hợp với toán, kỹ thuật thời gian kinh nghiệm để nắm rõ Lên kế hoạch tồi Thiếu kinh nghiệm quản lý 4.7 Các yếu tố tối thiểu để dự án thành công Một dự án gọi thành công tối thiểu phải thỏa ràng buộc về: Chi phí Thời gian Phạm vi Tuy nhiên ràng buộc độ đo thuộc kỹ thuật Nó không phản ảnh mức độ hài lòng khách hàng Khi yêu cầu làm dự án, khách hàng hy vọng đạt số ích lợi mức tồn kho thấp hơn, 10 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Chương 5: CON NGƯỜI VÀ KỸ NĂNG 5.1 Những người liên quan đến dự án Stakeholder: (từ thường không dịch tiếng Việt) người có liên quan hay bị ảnh hưởng đến công việc dự án: Người bảo trợ (Sponsor) : người/nhóm chịu trách nhiệm mặt tổ chức Client: người/nhóm trả tiền cho phát triển (development ) Users:người/nhóm sử dụng sản phẩm cuối Customers: người/nhóm trả tiền mua sản phẩm Project team, Developer(s): nhóm phát triển dự án Phòng tiếp thị (Marketing Department) Chuyên gia kỹ thuật (Technical Expert): người/nhóm có kinh nghiệm chuyên môn liên quan đến yêu cầu phi chức sản phẩm (ví dụ: máy móc, pháp lý, môi trường vận hành, ) Nhà cung cấp (Suppliers): công ty thứ ba cung cấp thiết bị, dịch vụ cho dự án Nhiệm vụ trưởng dự án có quan hệ tốt với stakeholder, hiểu đáp ứng mong đợi họ 5.2 Các kỹ trưởng dự án Các kỹ cứng 1.1 Kiến thức lãnh vực 1.2 Kiến thức quản lý chung 1.3 Kiến thức lĩnh vực mà dự án áp dụng 1.4 Kiến thức tài kế toán 1.5 Kiến thức viễn thông, phần cứng, phần mềm 1.6 Khả lên kế hoạch chiến lược 1.7 Kiến thức luật pháp, phong tục, tập quán Các kỹ mềm 2.1 Tầm nhìn rộng 2.2 Óc quan sát 2.3 Quản lý 2.4 Khả lãnh đạo (# quản lý) 2.5 Khả giao tiếp, dàn xếp 2.6 Lắng nghe: 2.7 Trình bày, đánh giá: 13 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 2.8 Khả giải vấn đề 2.9 Khả vận động 2.10 Khả quản lý người 2.11 Tháo vác, động Càng ngày trưởng dự án làm nhiều công việc lên kế hoạch, tổ chức, điều chỉnh kế hoạch, dự thảo ngân sách, điều phối công việc nhân sự,.v.v hoạt động quan trọng thực tốt, mà trưởng dự án phải có đầu óc phân tích logic không đơn giản áp dụng suy nghĩ vào tiến trình; phải có tầm nhìn xa để xác định bước tương lai dự án Một khả đặc biệt trưởng dự án phải hiểu biết phong tục, tập quán v v… Tại sao? Vì nhân nhóm đến từ nhiều miền khác Việt Nam, chí giới; người có văn hóa khác nhau, tập quán khác nhau, chưa kể thói quen, sở thích khác nhau, v…v trưởng dự án phải nắm khác biệt điều hòa cho tránh ngộ nhận dẫn đến mâu thuẫn, xung đột không đáng có Còn luật pháp? Nếu không nắm rõ luật (lao động) quốc gia, tổ chức nhân mà dự án thuê có nguy trưởng dự án thuê, sử dụng, sa thải nhân không luật, bị kiện cáo bị tòa án phạt nặng Điều khiến tốn mà lại uy tín Một ví dụ điển hình cho chuyện Việt Nam: Tòa án Trọng tài thể thao quốc tế Thụy Sĩ định xử cho nguyên HLV đội U.23 VN- Letard (người Pháp) thắng kiện LĐBĐVN, buộc LĐBĐVN phải bồi thường 197.000 USD cho vị HLV này, không đội tuyển bóng đá VN bị cấm thi đấu quốc tế năm Do nhận thức luật liên đoàn yếu cộng với việc thiếu hiểu sâu điều khoản ràng buộc hợp đồng [13] Các kỹ cứng giúp trưởng dự án làm tốt vai trò quản lý (management), kỹ đào tạo trường lớp Nhưng để dự án thành công, quản lý tốt không chưa đủ, trưởng dự án cần phải có tố chất người lãnh đạo (leader), nghĩa phải có kỹ mềm, chúng chất keo tạo đoàn kết gây cảm hứng làm việc nhóm đồng thời lấy thiện cảm người nhóm Vậy điểm khác biệt mấu chốt lãnh đạo quản lý gì? – Lãnh đạo người định chiến lược hoạt động quan trọng chịu trách nhiệm định bị thất bại Quản lý người thực công việc theo chiến lược Về mặt đối nội, lãnh đạo có khả thúc đẩy, truyền cảm hứng cho người trở nên hăng hái, tự tin, tận tâm Nó ngụ ý đến ủy thác, trao quyền, xây dựng tín nhiệm, khuyến khích tính đa dạng, đặt cở sở cho động, thi hành dễ dàng Về mặt lý thuyết thực tế vai trò lãnh đạo nhấn mạnh đến yếu tố người, muốn thân trưởng dự án phải làm chủ mình: làm chủ giấc; làm chủ cảm xúc, không giận cá chém thớt; biết tôn trọng thành viên nhóm, không la mắng người đám đông Lãnh đạo phải có óc quan sát kỹ lắng nghe tích cực Quan sát lắng nghe từ nhiều phía; có xung đột, tránh lắng nghe từ phía, không người lãnh đạo dễ dàng bị điều khiển kẻ xấu – kẻ đưa thông tin chiều 14 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Do lãnh đạo cần phải hiểu nguyện vọng, sở trường, sở đoản, cá tánh người nhóm thúc đẩy, dàn xếp họ thông qua việc nói chuyện cởi mở để đến mục đích chung dự án Với điều kiện định hành xử phải dựa nguyên tắc đề ra, đảm bảo tín nhiệm, tin cậy công Để biết phần cá tính thành viên nhóm, trưởng dự án nên thiết kế mẫu (form) yêu cầu thành viên tự điền thông tin cần thiết có chọn lọc vào mẫu (Xem mẫu đề nghị phụ lục A) Lãnh đạo phải sẵn sàng ứng biến gặp rủi ro Thúc đẩy sáng tạo giải vấn đề có hiệu Xây dựng nhóm làm việc đoàn kết, giúp đỡ lẫn Những thành viên nhóm phải chia thông tin tài nguyên cho Xây dựng không khí làm việc tin cậy, thân thiện người, nhấn mạnh mối quan hệ tương tác theo kiểu phân cấp Giúp đỡ người làm công việc họ tích cực, không bi quan, giúp loại bỏ trở ngại Về mặt đối ngoại, người lãnh đạo thiện cảm nội bộ, mà cần thiết có cac thiện cảm nhiều tốt từ phía bên ngoài, phải có quan hệ tốt với phòng ban khác nhóm, phải có khả vận động (lobby) dự án tiến triển suôn sẻ Cũng giống muốn đắc cử tổng thống, người ta phải có chiến dịch vận động khắp nơi Vận động nghĩa hối lộ Hối lộ hành động tự sát! Vì hối lộ phải hối lộ hoài, lần sau nhiều lần trước, tiền lấy từ đâu? – Từ tham nhũng-rồi đến tù tội, nhân cách xã hội Đó học Bùi Tiến Dũng (PMU18) nhiều quan tham khác Trong đó, vận động tìm thật nhiều cách tuyên truyền, giải thích để đối tác hiểu lợi ích vấn đề đồng ý thực thi vấn đề Ví dụ việc đội mũ bảo hiểm Việt Nam Lần đầu (2004?) Nhà Nước ban hành luật đội mũ bảo hiểm, toàn dân phản đối Thất bại Sau tivi, kèm với thông tin quảng cáo, xuất video clip quay ca chấn thương sọ não không đội mũ bảo hiểm, báo chí đăng viết người thoát chết nhờ đội mũ bảo hiểm,.v.v Lần thứ hai (12/2007) Nhà Nước lại ban hành luật đội mũ bảo hiểm, lần thành công Hầu 100% dân chúng chấp hành Vì sao? Vì nhờ vân động qua tivi, báo chí, người dân hiểu nguy hiểm cho tánh mạng không đội mũ bảo hiểm Cuối cùng, trưởng dự án phải đặt trước tiên người khách hàng Cố gắng hiểu việc khách hàng khách hàng người định lớn tầm nhìn dự án 5.2.1 Khả Lãnh đạo bẩm sinh hay rèn luyện? Trong thời gian dài, người ta thảo luận có hay không người lãnh đạo bẩm sinh hay trình rèn luyện Những ý kiến đưa tương đối không ổn định, chuyên gia quản lý cho nhà lãnh đạo tạo rèn luyện bẩm sinh Hãy để ý người giỏi xuất sắc việc thường họ đam mê việc say mê luyện tập ngày đêm 5.2.2 Kỹ kỹ thuật có cần thiết? Với dự án lớn, trưởng dự án lo việc quản trị dự án, mặt quản lý kỹ thuật, quản lý cấu hình,.v v có người khác chịu trách nhiệm Với dự án nhỏ trưởng dự án phải kiêm tất cả, có nghĩa trưởng dự án phải có kỹ kỹ thuật, quản lý cấu hình, v v không cần phải chuyên sâu đủ để phán đoán tự làm công việc cần 15 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 5.3 Bạn làm với kiến thức quản trị dự án? Những kiến thức sở ngành học áp dụng để quản trị dự án nhiều lãnh vực công nghệ thông tin, xây dựng, tài chánh, thể thao, tổ chức kiện,v v Có thể áp dụng từ dự án lớn Phóng phi thuyền lên Hỏa (NASA thực hiện) dự án đời sống thường nhật cá nhân tổ chức sinh nhật, picnic, Hơn nữa, kỹ mềm óc quan sát, óc tổ chức, kỹ giao tiếp, v v… cần thiết đời sống bình thường, giúp người (không thiết phải trưởng dự án) có khả sống hài hòa tập thể Điều quan trọng khi, ngành công nghệ thông tin mà số ngành nghề khác, làm việc nhóm điều tránh khỏi Chương 6: QUẢN TRị DỰ ÁN PHẦN MỀM VÀ QUI TRÌNH 6.1 Quản trị dự án phần mềm Dự án phần mềm có hướng hoạt động: phát triển phần mềm quản trị dự án Hướng phát triển phần mềm tập trung vào việc phân tích, thiết kế, lập trình, kiểm thử, v v Hướng quản trị dự án thực công việc lên kế hoạch, phân phối tài nguyên giám sát điều chỉnh công việc bên hướng phát triển nhằm đạt mục tiêu chi phí, lịch biểu, chất lượng 6.2 Qui trình gì? Dự án tạo sản phẩm, dịch vụ nhất; qui trình tạo sản phẩm, dịch vụ không (được sản xuất hàng loạt) Qui trình dãy hành động, người hệ thống liên quan để làm sản phẩm, dịch vụ theo cách lặp lặp lại 16 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Ví dụ: qui trình làm bánh mì, qui trình thác nước (làm phần mềm), qui trình chế tạo xe hơi, v v… Qui trình, có tên khác tiến trình (process), mô hình (model) Bằng qui trình người ta tạo sản phẩm có chất lượng ổn định chí điều chỉnh chất lượng sản phẩm cho có gía thành phù hợp với thị trường Một ích lợi khác áp dụng quy trình với kinh nghiệm thời gian, người ta cải tiến qui trình cách quan sát qui trình để giảm bớt công việc (thao tác) thừa, cải thiện tốt công đoạn chưa tốt, phát loại trừ việc sử dụng tài nguyên lãng phí Thật vậy, điểm mấu chốt trình phát triển phần mềm lặp lặp lại biến trình thành quy trình Dần dần, nhà phát triển học cách tốt để làm phần mềm Nhờ vậy, thường sản phẩm sản xuất qui trình có giá thành rẻ hơn, đỡ tốn thời gian so với sản phẩm làm thủ công 6.3 Một số Qui trình phát triển phần mềm (QTPTPM) Việc dùng QTPTPM độc lập với việc quản trị dự án Nghĩa nguyên lý quản trị dự án áp dụng cho phát triển dự án mà không cần biết QTPTPM dùng, việc chọn lựa QTPTPM vấn đề thuộc kỹ thuật Trong suốt trình lên kế hoạch dự án, trưởng dự án phải định dùng quy trình để phát triển phần mềm Đây vấn đề chủ chốt, nhiều hoạt động kỹ thuật bị chi phối định Giống lái xe đường dài – lộ trình hoạch định định hướng bạn Phần kế nhắc lại số qui trình phát triển phần mềm 6.3.1 Qui trình thác nước (Waterfall Life Cycle) Hình 3.1 Đây QTPTPM „cổ xưa‟ Ngày sử dụng rộng rãi việc phát triển ứng dụng Qui trình dãy giai đoạn, giai đoạn phải hoàn tất trước giai đoạn bắt đầu Các giai đoạn thường là: phân tích, thiết kế, cài đặt thử nghiệm Một số biến thể qui trình có thêm giai đoạn thu thập yêu cầu vào đầu qui trình giai đoạn bảo trì vào cuối qui trình Không thể bắt đầu thực giai đoạn giai đoạn trước chưa hoàn tất, trở lui lại giai đoạn trước Giống thác nước, người ta chèo thuyền xuống không ngược lên 17 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Qui trình có khuyết điểm áp dụng cho dự án lớn dự án có phạm vi xác định không tốt phạm vi có khả bị thay đổi Với dự án mà khách hàng rõ muốn gì, yêu cầu bị thay đổi, kiện bị bỏ sót việc quay lui Việc thay đổi công việc hoàn tất tốn thời gian chi phí, qui trình thác nước không cho phép quay lui lại giai đoạn trước để chỉnh sửa Việc quay lui để chỉnh sửa chắn tốn Nhưng thực tế phát sai sót, thay đổi xẩy lúc làm dự án sau hệ thống phải cập nhật thay đổi Độ phức tạp cập nhật không phụ thuộc vào chất thay đổi mà phụ thuộc vào tính uyển chuyển hệ thống Ví dụ ứng dụng dùng tập tin định dạng binary để lưu trữ liệu khó thay đổi dùng sở liệu quan hệ Tuy nhiên loại vấn đề thuộc kỹ thuật mà dự án dùng thiết kế, qui trình thác nước Qui trình thích hợp với dự án biết rõ yêu cầu khách hàng Do qui trình thường dùng sau thu thập đầy đủ yêu cầu qui trình khác (ví dụ qui trình prototype) 6.3.2 Qui trình Prototype - Qui trình Phát triển lặp (Iterative Development) Qui trình dựa ý tưởng thông qua loạt pha; ứng với pha thêm vào vài chức năng, với chức đưa khách hàng đánh giá để gợi ý khách hàng khai báo yêu cầu rõ hơn; lặp lại vòng lặp cuối lúc „vét cạn‟ hết yêu cầu khách hàng, không cần biết yêu cầu lúc đầu mơ hồ Nguy hiểm qui trình này, đại khái công việc mà người ta thử sửa sai thông qua ngẫu nhiên Vì để áp dụng qui trình có khả thành công dự án phải cần xác định đặc trưng sau: Mục tiêu chung dự án: giai đoạn đầu phạm vi dự án không rõ ràng không xác định tốt, nói chung phải biết mục đích dự án Kế hoạch tổng quan: dự án có cụ thể vòng lặp, vòng lặp xây dựng chức Kế hoạch cho vòng lặp: lên kế hoạch chi tiết cho vòng lặp, vòng lặp coi dự án Kế hoạch chi tiết cho vòng lặp gồm công việc sau: Xác định yêu cầu hay đặc tả chức cho vòng lặp Thiết kế chức Lập trình kiểm thử đơn vị chức Kiểm thử tích hợp chuyển dần kết thành sản phẩm cuối Có thể áp dụng qui trình thác nước cho vòng lặp Trưởng dự án phải bảo đảm vòng lặp lên kế hoạch phạm vi mục tiêu tổng thể dự án vòng lặp vận hành theo qui tắc toàn dự án, dần trở thành sản phẩm cuối Cần lưu ý có cách sử dụng kết vòng lặp: 18 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Nếu kết vòng lặp với mục đích làm rõ xác định yêu cầu khách hàng qui trình mang tên qui trình Prototype Lúc kết vòng lặp không cần phải kiểm thử, không cần phải theo chuẩn tổ chức Vì sau nắm rõ yêu cầu khách hàng, kết bị bỏ đi, người ta bắt đầu phân tích, thiết kế, để phát triển phần mềm dựa yêu cầu thu Như tên gọi, qui trình prototype chủ yếu tạo phần mềm nháp dùng để thu thập đủ yêu cầu khách hàng Hình 3.2: qui trình Prototype Nếu kết mức lặp (số các) chức đơn vị, kết lại với vòng lặp cuối để thành sản phẩm cuối cùng, qui trình mang tên qui trình Phát triển lặp Lúc kết vòng lặp giao cho khách hàng sử dụng, phải theo chuẩn đề ra, phải kiểm thử kỹ càng, phải có hồ sơ phát triển, phải có chất lượng, phải khách hàng chấp nhận Hình 3.3 Trưởng dự án phải chắn công sức bỏ để phát triển vòng lặp phải tương ứng với mục đích sử dụng kết để không lãng phí 19 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 6.3.3 Qui trình tăng dần (Incremental lifecycle model) Qui trình thích hợp với toán có yêu cầu phân hoạch thành gói độc lập Chỉ cần thiết kế kiến trúc tổng thể cho toán với phân hoạch cụ thể, thành hệ thống độc lập, kế xây dựng hệ thống giao sản phẩm cuối (hệ thống con) cho khách hàng Hình 3.4 6.3.4 Qui trình xoắn ốc (Spiral Life Cycle) Qui trình xoắn ốc loại qui trình lặp qui trình lặp lại nhiều lần giai đoạn trước tạo kết cuối Qui trình khởi đầu trung tâm xoắn ốc –mặt phẳng phần tư bên trái, Từ điểm bắt đầu đó, qui trình xoắn ốc ngược chiều kim đồng hồ qua giai đoạn, giai đoạn biểu diễn phần tư mặt phẳng: Xác định mục tiêu, giải pháp, ràng buộc: giai đoạn thiết lập mục đích chung bắt đầu lấy thỏa thuận, yêu cầu khách hàng để tiến hành giai đoạn Xác định giải rủi ro: giai đoạn phân tích rủi ro, lên chiến lược đối phó rủi ro từ lúc sớm Nếu rủi ro khắc phục hủy dự án lúc này, thiệt hại Phát triển prototype: xây dựng prototype thứ i dựa yêu cầu giai đoạn 1, Khách hàng đánh giá: chạy thử prototype i cho khách hàng xem, gợi ý khách hàng nói rõ thêm yêu cầu mơ hồ tiềm ẩn 20 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Hình 3.5: mô hình xoằn ốc Qui trình thích hợp cho dự án lớn dự án có mục tiêu không rõ ràng Mỗi vòng lặp chi tiết hóa nhìn phạm vi giải pháp, kết thỏa yêu cầu khách hàng 6.3.5 Lập trình cực độ (Extreme Programming) Qui trình xuất gần Nó nhấn mạnh việc tổ chức nhóm nhỏ, nhanh; xây dựng hệ thống tiếp cận theo lối làm việc cộng tác Lập trình cực độ có đặc trưng sau: Nhóm họp trực diện, ngắn gọn ngày thay tuần Lập trình đôi, nghĩa người lập trình máy tính cá nhân đơn độc Mã nguồn giao nộp theo cá nhân, tài sản tòan nhóm nghĩa mã nguồn sở hữu phát triển nhóm Dùng „câu chuyện người dùng ‟ (user stories) để mô tả yêu cầu dạng phi hình thức Rất nhấn mạnh kiểm thử, kế hoạch kiểm thử xây dựng giai đoạn đầu phát triển cuối Lập trình cực độ qui trình lặp Nó lặp kế hoạch phát hành (release) tổng thể Ở vòng lặp, nhóm review câu chuyện người dùng và, với người dùng định câu chuyện phát triển vòng lặp kế Người dùng có hợp tác chặt chẻ qui trình phát triển: tinh chỉnh câu chuyện, chuẩn bị, phê duyệt kế hoạch kiểm thử, review, kiểm thử, phê duyệt kết Mỗi vòng lặp, ngắn vài tuần, phải giao phát hành nhỏ để người dùng cài đặt dùng Lập trình cực độ gồm qui trình cộng tác nhóm khách hàng, hai bên hợp tác chặt chẻ kết hợp lực cao độ để tạo kết cuối mà không bị giới hạn khái niệm qui ước phát triển ứng dụng Tóm lại, lập trình cực độ gồm lên kế hoạch chiến lược phát hành tổng thể, lên kế hoạch vòng lặp, vòng lặp, giai đoạn quen thuộc xác định yêu cầu, rút từ câu chuyện người dùng; thiết kế rút từ kế hoạch kiểm thử; phát triển rút từ lập trình đôi; cài đặt rút từ kiểm thử người dùng Đó phần cốt lõi qui trình 21 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Câu hỏi: khác biệt qui trình phát triển lặp, prototype xoắn ốc, lập trình cực độ? 6.4 Sửa đổi quy trình (Process Tailoring) Ở mức độ vĩ mô, quy trình chuẩn cung cấp cấu trúc tốt pha cho lớp dự án tạo điểm khởi đầu tốt cho việc xác định tiến trình.Tuy nhiên, quy trình chuẩn phù hợp cho tình huống; quy trình tốt sửa đổi dựa quy trình chuẩn Vì vậy, để định sử dụng quy trình nào, trưởng dự án phải lựa chọn quy trình định cách điều chỉnh (customize) để có quy trình phù hợp với dự án Một quy trình không xác định – quy trình chuẩn mực tổ chức hay quy trình sử dụng đề án trước - áp dụng cho trường hợp đề án Một quy trình xác định phải sửa đổi để phù hợp với yêu cầu đề án Sửa đổi tiến trình điều chỉnh quy trình có sẳn tổ chức để đạt quy trình phù hợp cho yêu cầu thương mại, kĩ thuật đặt biệt dự án Có thể hiểu sửa đổi nghĩa thêm, xóa bỏ, hay chỉnh sửa giai đoạn hay công việc quy trình cho quy trình kết thích hợp cho việc đạt mục tiêu dự án Không điều khiển việc sửa đổi qui trình cách hiệu đưa đến việc tạo quy trình dở Để việc tái sử dụng cách hiệu quy trình cũ, tổ chức phải cung cấp sẳn hướng dẫn cho việc sửa đổi Các hướng dẫn xác định điều kiện loại thay đổi nên thực qui trình chuẩn Thực chất chúng xác định tập khuynh hướng cho phép quy trình chuẩn với hi vọng xác định quy trình tối ưu cho dự án 22 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Đặc trưng dự án Qui trình chuẩn Sửa đổi Quy Trình Qui trình kết (Quy trình đề án) Các hướng dẫn sửa đổi Hình 3.6 Sửa đổi qui trình Để minh họa nhu cầu sửa đổi, xem công việc qui trình phát triển phần mềm – Thực review mã nguồn, review mã nguồn thực nhóm cá nhân Qui trình phát triển chuẩn không rõ review mã nguồn thực Các hướng dẫn hướng dẫn trưởng dự án với lời khuyên Thực review mã nguồn thực cho loại chương trình (như chương trình phức tạp hay giao tiếp bên ngoài) việc đề nghị dạng review tối ưu (nhóm hay cá nhân) Sửa đổi qui trình thực hai mức : sơ lược chi tiết 6.4.1 Sửa đổi sơ lược: Ở mức sửa đổi sơ lược, phụ thuộc vào đặc tính dự án, trưởng dự án áp dụng hướng dẫn tổng quan cho việc sửa đổi quy trình chuẩn Nghĩa là, cung cấp vài qui tắc chung liên quan đến loại hoạt động chi tiết Để thực bước này, trưởng dự án phải xác định đặc trưng dự án Đối với dự án phần mềm, đặc trưng sau sử dụng cho việc sửa đổi : Kinh nghiệm mức kĩ nhóm trưởng dự án Kích thước tối đa nhóm làm dự án Sự rõ ràng yêu cầu Thời gian hoàn thành đề án Hiệu ứng dụng Kinh nghiệm nhóm xem cao đa số thành viên có nhiều hai năm kinh nghiệm với kĩ thuật triển khai dự án, ngược lại, xem thấp Hiệu ứng dụng xem cao hiệu nghiệp vụ khách hàng hay nghiệp vụ công ty (làm dự án) đáng kể, ngược lại thấp Thời gian hoàn thành đề án xem đặc biệt ngắn đề án kéo dài ba tháng Các hướng dẫn sửa đổi sơ lược cung cấp cho giá trị khác đặc trưng Nói chung, chúng liên quan đến review, đến nguồn lực, đến lịch biểu, đến nguồn tài nguyên hay nghi thức Các hướng dẫn liên quan đến review rõ review nên thực loại review áp dụng Tương tự, hướng dẫn liên quan đến nguồn lực đề nghị bước chọn cho dự án mà ảnh hưởng đến nguồn 23 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm lực Những hướng dẫn chung thiết lập ngữ cảnh cho việc sửa đổi quy trình chi tiết định nghĩa quy trình phù hợp cho dự án 6.4.2 Sửa đổi chi tiết: Sửa đổi chi tiết bao gồm thực thi hành động, review, viết tài liệu cần thiết Hướng dẫn (sửa đổi) xác định hành động tùy chọn, trường hợp trưởng dự án định có hay không thực thi hành động Ví dụ, với review, có tùy chọn Review theo nhóm, Review cá nhân Không review Ngoài trưởng dự án thêm vài hành động hay lặp lại vài hành động Khi việc sửa đổi chi tiết hoàn thành, dãy hành động thực thi qui trình phần mềm dự án định nghĩa Những định nghĩa sau sử dụng để lên kế hoạch lập thời gian hoạt động cho công việc dự án hình thành tảng cho thực thi dự án Sự sửa đổi thực bật kế hoạch dự án, định nghĩa sửa đổi qui trình phải review kế hoạch review 6.5 Qui trình làm dự án (Chu kỳ sống dự án) Hay ngắn gọn Qui trình làm dự án Có nhiều qui trình đề nghị, chức cốt lõi giống Qui trình giới thiệu [3] gồm năm pha: Nhận xét: pha 2,3,4 tạo thành vòng lặp: Trong kế hoạch thực thi (pha 3), Trưởng dự án phải giám sát chặt chẻ coi thực tế dự án có thực thi theo kế hoạch không (pha 4)? Nếu có khác biệt xẩy trưởng dự án phải điều chỉnh lại kế hoạch cho dự án kịp tiến độ (pha 2) Kế quay lên bước với kế hoạch vừa cập nhật Vòng lặp chấm dứt kết thúc dự án Sau nội dung cụ thể pha 6.5.1 Xác định phạm vi dự án Pha bị bỏ qua thời gian thực dự án bị kéo dài yêu cầu bị hiểu sai, rủi ro tăng cao 24 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Xác định phạm vi dự án trình trao đổi bên thông tin dự án, kết pha văn diễn đạt ngôn ngữ nghiệp vụ Các bước: Xác định mục đích chung: mục đích tổng quan dự án Định nghĩa mục tiêu cần đạt: chi tiết hóa mục đích tổng quan thành mục tiêu nhỏ Xác định lợi ích nghiệp vụ: trình bày khách hàng hưởng lợi ích gì, nhóm thực hưởng lợi ích gì, dự án thành công Liệt kê giả thiết, rủi ro, trở ngại: dự án có khả gặp rủi ro, trở ngại gì? Các giải pháp khắc phục Kết pha bảng phát biểu công việc (Statement Of Work –SOW, xem chương 4) 6.5.2 Lên kế hoạch -Xác định công việc ước lượng tài nguyên: từ yêu cầu trừu tượng (mục tiêu ban đầu), trưởng dự án cụ thể hóa thành công việc chi tiết đủ để ước lượng thời gian thực tài nguyên cho công việc Từ tính chi phí thực công việc dự án -Sắp xếp thứ tự thực công việc: xác định trình tự thực công việc để tính thời gian thực toàn dự án -Chọn qui trình làm phần mềm: dựa vào chất dự án mà trưởng dự án chọn chế tác (customize) qui trình từ qui trình có sẳn để phát triền phần mềm -Thử chiến lược : trưởng dự án dùng kế hoạch (ban đầu) mô hình để thử, dự đoán biến cố xẩy tương lai đưa chiến lược, giải pháp khắc phục Giống người ta dùng mô hình toán học để tính toán lưu lượng xe chạy qua đường thành phố, để từ dự đoán đường thường hay xảy kẹt xe đưa giải pháp khắc phục -Một số tình cho mô hình kế hoạch: Trưởng dự án xét coi có công việc có khả hòan tất sớm/trễ liệu điều chỉnh lại lịch biểu công việc sau nó, dự án không bị trễ không? Hoặc có công việc có khả kết thúc trễ liệu điều động nguồn lực từ dự án khác để phục hồi tiến độ dự án không? Về phân công tài nguyên, liệu khắc phục mâu thuẫn giải được, để không làm ảnh hưởng đến lịch biểu? Ví dụ có công việc thiết kế web cần người thực toàn thời gian ngày công ty có người biết thiết kế web mà rảnh bán thời gian Hãy liệt kê phương án giải quyết? Xem gợi ý cuối chương Có thể phân công nguồn lực từ dự án sang dự án khác mà không làm ảnh hưởng xấu lịch biểu đề án? Kết pha bảng kế hoạch chi tiết cua dự án (Project Plan xem chương 4) 25 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 6.5.3 Thực thi kế hoạch Pha cụ thể hóa pha Ở pha ước lượng số lượng tài nguyên, người chưa biết cụ thể ai, thời gian thực chưa biết cụ thể ngày, tháng, năm Tất chi tiết chung chung rõ ràng, cụ thể pha Các công việc: -Tuyển mộ tổ chức nhân sự: lên kế hoạch chọn nhân công ty, vấn để tuyển mộ nhân từ bên công ty -Thiết lập quy tắc họat động: đưa chuẩn, quy định, nguyên tắc chung dự án -Phân cấp nguồn lực: tổ chức nhân Tránh để cá nhân chịu trách nhiệm thành bại dự án -Lên lịch biểu: phân công công việc, thời gian lịch thực công việc vật tư cho nhân cụ thể -Sưu liệu cho công vịêc: ghi vết lại tất công việc làm 6.5.4 Giám sát điều chỉnh Pha chủ yếu quản lý thay đổi, giám sát xem có khác biệt kế hoạch thực tế không? Nếu có, trưởng dự án phải điều chỉnh lại kế họach để giữ kế hoạch cân bằng, nghĩa bảo đảm, chất lượng, không bị trễ, vượt chi, v v Để tiến trình giám sát tốt, cần phải thực công việc sau: -Xây dựng hệ thống báo cáo tiến độ: trưởng dự án phải thiết kế sẳn biểu mẫu báo cáo, biểu mẫu tái sử dụng, tinh chế tùy biến theo dự án sau -Cài đặt công cụ, qui trình kiểm sóat thay đổi: công cụ, qui trình vừa thủ công, vừa tự động (dùng phần mềm), vừa bán tự động -Định nghĩa quy trình phát vấn đề: tương tự 6.5.5 Đóng dự án Gồm công việc sau: -Lấy xác nhận khách hàng: Lấy chữ ký kết thúc khách hàng, công việc không dễ dàng trình thực dự án trưởng dự án có giao tiếp không tốt với khách hàng, không lấy lòng tin khách hàng., v v… -Cài đặt kết dự án -Huấn luyện sử dụng: tổ chức huấn luyện khách hàng sử dụng sản phẩm -Hòan tất tài liệu: gồm tài liệu kỹ thuật, tài liệu huấn luyện sử dụng,.v v -Chuẩn bị bảo hành bảo trì -Thông báo kết thúc đề án: thông báo kết thúc dự án toàn công ty, giải phóng nhân sự, máy móc, mặt bằng, tài khoản,.v v… -Cập nhật thông tin kinh nghiệm tiến trình: lưu vết kinh nghiệm dự án để học tập chia sẻ 26 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Một góc nhìn khác mức độ giao pha qui trình làm dự án 6.5.6 Áp dụng pha qui trình? Việc áp dụng pha qui trìnhvào dự án phụ thuộc vào yếu tố việc dự án có sử dụng công nghệ mới, độ phức tạp, độ lớn, thời gian thực dự án, v v… Với dự án lớn, thực 1.5 năm, nhiều rủi ro, độ phức tạp cao, có dùng công nghệ ra, v v thường người ta áp dụng pha Với dự án nhỏ, thường người ta áp dụng số bước số pha Đáp án: Các phương án: Thuê hằn người thực tòan thời gian công việc Thuê người thực bán thời gian chung với người công ty Đề người công ty thực làm thêm cho kịp tiến độ Chọn phương án Tại sao? 27 [...]... phải là trưởng dự án) có khả năng sống hài hòa trong tập thể Điều này rất quan trọng khi, không phải chỉ trong ngành công nghệ thông tin mà trong một số các ngành nghề khác, làm việc nhóm là điều không thể tránh khỏi Chương 6: QUẢN TRị DỰ ÁN PHẦN MỀM VÀ QUI TRÌNH 6 .1 Quản trị dự án phần mềm Dự án phần mềm có 2 hướng hoạt động: phát triển phần mềm và quản trị dự án Hướng phát triển phần mềm tập trung... từng công việc sao cho dự án hòan tất đúng hạn 1. 1.3 Quản lý Chi phí: chi tiêu hơp lý, không vượt ngân sách 11 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 1. 1.4 Quản lý chất lượng: Bảo đảm các mô tả về sản phẩm là đúng, đầy đủ so với các yêu cầu 1. 2 Các tri thức tiện ích: giúp trưởng dự án hòan thành mục tiêu đề ra 1. 2 .1 Quản lý nhân lực: sử... độ lớn, độ phức tạp của bài toán; và tùy thuộc vào yêu cầu về chất lượng của khách hàng Định nghĩa quản trị dự án: quản trị dự án là ứng dụng tri thức + kỹ năng + công cụ + kỹ thuật vào dự án để đạt được mục tiêu 1 Tri thức 1. 1 Tri thức cơ bản: giúp trưởng dự án xác định được mục tiêu của dự án: 1. 1 .1 Quản lý yêu cầu: thu thập, phân lọai và phê duyệt các yêu cầu 1. 1.2 Quản lý lịch biểu: ước lượng thời... những dự án nhỏ thì hầu như trưởng dự án phải kiêm tất cả, có nghĩa trưởng dự án cũng phải có những kỹ năng về kỹ thuật, về quản lý cấu hình, v v không cần phải chuyên sâu lắm nhưng đủ để có thể phán đoán và tự làm công việc đó khi cần 15 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 5.3 Bạn có thể làm gì với các kiến thức quản trị dự án? Những... trình chuẩn Thực chất là chúng xác định một tập các khuynh hướng cho phép trên quy trình chuẩn với hi vọng là có thể xác định một quy trình tối ưu cho dự án 22 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Đặc trưng của dự án Qui trình chuẩn Sửa đổi Quy Trình Qui trình kết quả (Quy trình của đề án) Các hướng dẫn sửa đổi Hình 3.6 Sửa đổi qui trình. .. của họ 5.2 1 Các kỹ năng của trưởng dự án Các kỹ năng cứng 1. 1 Kiến thức 9 lãnh vực trên 1. 2 Kiến thức quản lý chung 1. 3 Kiến thức về lĩnh vực mà dự án đang áp dụng 1. 4 Kiến thức về tài chính kế toán 1. 5 Kiến thức viễn thông, phần cứng, phần mềm 1. 6 Khả năng lên kế hoạch và các chiến lược 1. 7 Kiến thức luật pháp, phong tục, tập quán 2 Các kỹ năng mềm 2 .1 Tầm nhìn rộng 2.2 Óc quan sát 2.3 Quản lý được... 26 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Một góc nhìn khác về mức độ giao nhau giữa các pha trong qui trình làm dự án 6.5.6 Áp dụng cả 5 pha của qui trình? Việc áp dụng các pha của qui trìnhvào dự án còn phụ thuộc vào các yếu tố như việc dự án có các sử dụng công nghệ mới, độ phức tạp, độ lớn, thời gian thực hiện dự án, v v… Với những dự. .. khách hàng vào dự án là lãng phí 4.8 Quản trị dự án là gì? Dù môi trường dự án có thay đổi như thế nào, các kiến thức cơ sở trong quản trị vẫn như nhau bất kể đó là dự án thuộc lãnh vực công nghệ thông tin hay các lãnh vực khác Ví dụ, quản trị một dự án tiếp thị cũng cần các kĩ năng cơ sở như là quản trị một dự án phần mềm Kiến thức QTDA cơ sở Lãnh vực X2 Lãnh Xi Lãnh X1 vực vực Kiến thức của các lãnh... (# quản lý) 2.5 Khả năng giao tiếp, dàn xếp 2.6 Lắng nghe: 2.7 Trình bày, đánh giá: 13 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm 2.8 Khả năng giải quyết vấn đề 2.9 Khả năng vận động 2 .10 Khả năng quản lý con người 2 .11 Tháo vác, năng động Càng ngày trưởng dự án càng làm nhiều công việc hơn như lên kế hoạch, tổ chức, điều chỉnh kế hoạch, dự. .. đây là nội dung cụ thể của từng pha 6.5 .1 Xác định phạm vi của dự án Pha này nếu bị bỏ qua thì thời gian thực hiện dự án sẽ bị kéo dài do yêu cầu bị hiểu sai, rủi ro tăng cao 24 Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm Xác định phạm vi dự án là một quá trình trao đổi giữa 2 bên về thông tin của dự án, kết quả của pha này là một văn bản diễn ... điều tránh khỏi Chương 6: QUẢN TRị DỰ ÁN PHẦN MỀM VÀ QUI TRÌNH 6 .1 Quản trị dự án phần mềm Dự án phần mềm có hướng hoạt động: phát triển phần mềm quản trị dự án Hướng phát triển phần mềm tập... chẻ quản trị dự án quản trị tiến trình, dự án trở thành phần tích hợp sử dụng thực tiến trình Giáo Trình Quản Trị Dự Án Phần Mềm Khoa Công Nghệ Thônh Tin Đại Học Khoa Học Bộ Môn Công Nghệ Phần Mềm. .. Định nghĩa quản trị dự án: quản trị dự án ứng dụng tri thức + kỹ + công cụ + kỹ thuật vào dự án để đạt mục tiêu Tri thức 1. 1 Tri thức bản: giúp trưởng dự án xác định mục tiêu dự án: 1. 1 .1 Quản lý