Giáo trình quản lý dự án phần mềm phần 2 phạm ngọc hùng

Chương Quản lý thời gian Nội dung chính: • Khái niệm lịch trình dự án, tầm quan trọng lịch trình dự án quy trình quản lý thời gian dự án • Phương pháp lập kế hoạch quản lý lịch trình dự án • Một số phương pháp xác định công việc cần làm dự án CNTT/phần mềm • Một số phương pháp tạo lập lịch trình dự án, số cách biểu diễn lịch trình dự án, phương pháp phân tích đường găng dự án kỹ thuật giám sát lịch trình dự án 6.1 Lịch trình dự án tầm quan trọng Lịch trình dự án thơng tin quan trọng cho đội dự án bên liên quan để quản lý ba yếu tố quan trọng dự án thời gian Theo PMI, lịch trình dự án cung cấp 164 CHƯƠNG QUẢN LÝ THỜI GIAN kế hoạch chi tiết thời gian phương pháp dự án bàn giao sản phẩm, dịch vụ kết (từ gọi sản phẩm bàn giao) định nghĩa phạm vi dự án [PMI17] Lịch trình dự án đóng vai trị cơng cụ để giao tiếp, quản lý mong đợi bên liên quan sở cho báo cáo trạng thái dự án Như vậy, nói cách chi tiết hơn, lịch trình dự án cần liệt kê toàn đầu việc cần hoàn thành thời gian tương ứng để có sản phẩm bàn giao định nghĩa dự án Việc bao gồm đầu việc mức thấp để cấu thành toàn sản phẩm bàn giao chia nhỏ dự án Như ta biết, ba yếu tố quan trọng hàng đầu để đánh giá thành công dự án gồm phạm vi, chi phí thời gian Trong đó, yếu tố phạm vi chi phí dự án tính tốn, đo đếm thương lượng với bên liên quan để điều chỉnh Tuy nhiên, thời gian yếu tố đặc biệt dự án Mặc dù ta thương lượng thay đổi trình thực dự án, xác định mốc thời gian dự án cần hoàn thành, bên liên quan có xu hướng ghi nhớ mốc quan tâm đến điều chỉnh phạm vi nguồn lực liên quan Thời gian ln trơi đi, kể có biến động nhân số yêu cầu phát sinh, v.v Bên cạnh đó, thời gian yếu tố dễ xung đột thành viên liên quan dự án Một thành viên có việc đột xuất vào ngày cần hoàn thành hạng mục cơng việc giao Việc chậm trễ kéo theo hạng mục công việc khác bị chậm so với kế hoạch Ngoài ra, dự án phần mềm nay, thành viên đến từ nhiều vùng miền hay quốc gia khác vấn đề khác biệt văn hóa múi ngày xuất Vì lý đó, thành viên hiểu sai ý nhau, hiểu nhầm yêu cầu phần mềm, việc xác nhận yêu cầu, thiết kế vấn đề liên quan bị chậm trễ phải chờ đợi phản hồi thành viên liên quan Nhà quản lý dự án cần có hiểu biết 6.1 LỊCH TRÌNH DỰ ÁN VÀ TẦM QUAN TRỌNG 165 vấn đề liên quan có kế hoạch giải cách hiệu vấn đề Quản lý thời gian dự án quy trình quan trọng quản lý dự án nhằm đảm bảo dự án hoàn thành thời gian xác định Quy trình quản lý thời gian dự án bao gồm quy trình sau đây: • Lập kế hoạch quản lý thời gian: Quy trình xác định sách, thủ tục tài liệu dùng để lập kế hoạch, thực kiểm sốt lịch trình dự án Ngồi biểu mẫu, phương pháp ước lượng, quản lý thời gian dự án tổ chức, ta cần quan tâm đến quy định, sách chung tổ chức có ảnh hưởng đến lịch trình dự án Ví dụ, quy định làm thêm giờ, quy định khai báo chấm công, quy định ngày nghỉ lễ, nghỉ phép tổ chức, v.v Đầu quy trình kế hoạch quản lý thời gian dự án • Xác định cơng việc: Đây quy trình xác định công việc mà thành viên đội dự án bên liên quan cần thực để tạo sản phẩm bàn giao dự án Trong dự án, ta thường biểu diễn danh sách công việc cần làm dạng bảng phân rã cơng việc (WBS) Bảng có chứa thơng tin cơng việc, chi phí, khoảng thời gian nguồn lực cần sử dụng Đầu quy trình danh sách việc cần làm, đặc tả việc, mốc dự án cập nhật cho kế hoạch dự án • Xác định mối quan hệ công việc: Từ danh sách việc cần làm có từ quy trình trên, ta cần xác định mối quan hệ công việc làm sở cho việc xây dựng lịch trình dự án Các mối quan hệ có bao gồm bắt đầu, kết thúc, kết thúc - bắt đầu bắt đầu - kết thúc Ngoài ra, ta cần quan tâm đến thứ tự ưu tiên công việc nguồn tài nguyên dự kiến dự án để định thứ tự 166 CHƯƠNG QUẢN LÝ THỜI GIAN thực công việc cách hợp lý Đầu quy trình bảng mô tả mối quan hệ công việc dự án cập nhật cho kế hoạch dự án • Ước lượng nguồn lực cho cơng việc: Khi có biểu đồ cơng việc dự án mối quan hệ chúng, ta cần ước lượng nguồn lực sử dụng cho công việc Nguồn lực bao gồm tài nguyên tổ chức dự án, số người tham gia người thực cơng việc Đầu quy trình danh sách cơng việc xác định tài nguyên cần dùng cập nhật cho kế hoạch dự án • Ước lượng khoảng thời gian thực công việc: Khoảng thời gian việc dự án xác định quy trình Thơng thường, khoảng thời gian cần thiết để thực cơng việc quy trình xác định giờ, ngày, tuần tháng tùy thuộc vào dự án Đầu quy trình ước lượng khoảng thời gian cho cơng việc cập nhật kế hoạch quản lý dự án có • Tạo lập lịch trình dự án: Trong quy trình này, nhà quản lý dự án đội dự án tiến hành phân tích thơng tin có từ quy trình trước thứ tự công việc cần làm, ước lượng tài nguyên cần thiết ước lượng khoảng thời gian thực cơng việc để tạo lập lịch trình dự án Đây quy trình quan trọng quy trình quản lý thời gian dự án Đầu quy trình lịch trình tiến hành cơng việc dự án, mốc thời gian dự án, cập nhật cho kế hoạch quản lý dự án tài liệu dự án khác • Kiểm sốt lịch trình dự án: Sau có lịch trình dự kiến dự án dự án bắt đầu tiến hành, nhà quản lý dự án cần sử dụng lịch trình để theo dõi, kiểm soát quản lý tiến độ cơng việc tồn dự án thay đổi 6.2 LẬP KẾ HOẠCH QUẢN LÝ LỊCH TRÌNH DỰ ÁN 167 liên quan đến lịch trình dự án Đầu quy trình thơng tin lịch trình dự án, dự đốn lịch trình dự án, yêu cầu thay đổi cập nhật cho kế hoạch quản lý dự án, tài liệu dự án tài liệu khác tổ chức 6.2 Lập kế hoạch quản lý lịch trình dự án Quy trình việc quản lý thời gian dự án lập kế hoạch quản lý lịch trình dự án Thông thường, với dự án, thông tin sơ dự án chứa thông tin dự kiến thời gian bắt đầu kết thúc dự án Dựa vào thông tin này, ta cần lên kế hoạch chi tiết để quản lý đạt mốc thời gian mong muốn Tại quy trình này, ngồi thơng tin có từ thông tin sơ dự án, ta cần dựa vào thông tin khác thông tin từ tổ chức để phân tích, đánh giá tạo lập kế hoạch quản lý lịch trình dự án Bản kế hoạch quản lý lịch trình dự án mức độ chi tiết mức độ đơn giản tùy thuộc vào dự án Thông thường, kế hoạch bao gồm số thơng tin sau: • Thơng tin xây dựng lịch trình dự án: Đây thơng tin danh sách công việc dự án, ước lượng khoảng thời gian thực chúng, phụ thuộc thơng tin khác để xây dựng lịch trình dự án • Phương pháp tạo lập lịch trình dự án: Đây phương pháp để xây dựng lịch trình dự án từ thơng tin mơ tả Ví dụ, số dự án sử dụng phương pháp đường găng để phân tích tạo lập lịch trình dự án Một số dự án khác sử dụng phương pháp tính xi tính ngược để xác định thời gian bắt đầu sớm nhất, thời gian bắt đầu muộn thời gian kết thúc tương ứng cho công việc Trong 168 CHƯƠNG QUẢN LÝ THỜI GIAN đó, dự án đơn giản cần quan tâm đến mốc thời gian quan trọng dự án • Mức độ xác đơn vị đo lường: Ước lượng tài nguyên khoảng thời gian thực công việc cần rõ thông số mức độ xác dự kiến ước lượng đơn vị đo tương ứng • Ngưỡng giới hạn cho đầu việc: Đây giá trị cận cận cho giá trị thực tế đầu việc Do giá trị thời gian tài nguyên sử dụng đầu việc kế hoạch ước lượng, ln có sai khác so với kế hoạch thực công việc Nếu giá trị thực tế đầu việc lớn q ngưỡng giới hạn chắn có vấn đề ngồi mong đợi xảy với đầu việc Nhà quản lý dự án cần quan tâm để xử lý kịp thời vấn đề • Quy tắc đo lường thông số dự án: Đây phương pháp tần suất sử dụng để đo lường đánh giá thơng số dự án • Định dạng báo cáo: Phần quy định định dạng báo cáo thời gian dự án tần suất cần thực báo cáo • Mơ tả quy trình: Quy trình quản lý thời gian dự án mô tả cách chi tiết Phần mô tả chi tiết bước tiến hành, tần suất chúng trách nhiệm người liên quan 6.3 Xác định chi tiết công việc Trong Chương 4, quy trình phương pháp quản lý phạm vi công việc dự án giới thiệu Tuy nhiên, q trình xác 6.3 XÁC ĐỊNH CHI TIẾT CƠNG VIỆC 169 định phạm vi dự án mô tả thường chưa đủ chi tiết để tạo sản phẩm bàn giao dự án Điểm quan trọng việc xác định phạm vi dự án xác định việc cần làm không cần làm dự án Ví dụ, dự án có cung cấp chức quản lý người dùng cho sản phẩm hay không? Trong đó, để lập lịch trình dự án, ta cần định nghĩa công việc mức chi tiết để tạo sản phẩm bàn giao dự án sau công việc hồn thành Ví dụ, với chức quản lý người dùng, ta có cơng việc lập trình chức thêm, sửa, xóa, tìm kiếm hiển thị danh sách người dùng Ngồi cơng việc lập trình, ta cịn có việc kiểm thử chức cơng việc liên quan khác Thơng thường, kết quy trình quản lý phạm vi bảng phân rã công việc bao gồm việc định nghĩa công việc dự án Đầu q trình định nghĩa cơng việc danh sách cơng việc cần làm dự án, thuộc tính chúng, mốc thời gian quan trọng dự án (milestones) cập nhật cho kế hoạch quản lý dự án Danh sách công việc bảng chứa hoạt động cần làm dự án Danh sách thường bao gồm thông tin tên công việc, mã số định danh mô tả vắn tắt cơng việc Ngồi ra, cơng việc cịn có số thuộc tính khác liên quan đến trình lập lịch dự án cơng việc trước nó, cơng việc sau nó, mối liên hệ chúng, tài nguyên cần thiết, ràng buộc, thông tin ngày bắt đầu, ngày kết thúc giả định liên quan Danh sách công việc thuộc tính chúng cần phải thống quán với bảng phân rã công việc Các thơng tin dễ dàng quản lý phần mềm hỗ trợ quản lý dự án Các thông tin công việc dự án quan trọng để xác định lịch trình dự án Ta khơng thể xếp công việc độ ưu tiên chúng ta đầy đủ thông tin chúng 170 CHƯƠNG QUẢN LÝ THỜI GIAN Bên cạnh danh sách cơng việc, ta cịn cần xác định mốc thời gian quan trọng dự án Đó thời điểm đánh dấu bước tiến dự án hoàn thành việc xác định yêu cầu, hoàn thành thiết kế tổng thể, thiết kế chi tiết, hay lập trình xong số chức định sản phẩm, v.v Việc xác định quản lý tốt mốc thời gian quan trọng giải pháp hiệu để kiểm sốt tiến độ dự án Tuy nhiên, khơng phải việc hồn thành chức hay cơng việc dự án trở thành mốc thời gian quan trọng dự án Chúng ta nên dùng chúng để xác định kiện lớn, quan trọng quan sát dự án Ví dụ, ta xác định dấu mốc thời gian quan trọng ứng với việc hồn thành mơ-đun quản lý người dùng ta khơng nên xác định việc hoàn thành chức thêm người dùng mốc thời gian quan trọng Như ta biết, ba yếu tố để xác định thành công dự án phạm vi công việc, thời gian chi phí Khi dự án hình thành, nhà quản lý dự án đội dự án thường họp với chủ đầu tư khách hàng để xác định ràng buộc dự án phạm vi công việc, thời gian mong đợi chi phí cho dự án Việc phản ánh vào ba quy trình mấu chốt dự án quản lý phạm vi, quản lý lịch trình quản lý chi phí dự án Đây q trình tạo lập bảng phân rã cơng việc, lập lịch ước lượng cho công việc dự án Việc lập lịch ước lượng chi phí cho cơng việc dự án có quan hệ mật thiết với thông qua độ dài thời gian mong đợi cơng việc Mục đích việc xác định công việc dự án thành viên đội dự án bên liên quan hiểu công việc cần tiến hành nhằm hoàn thành sản phẩm mong muốn dự án Hơn nữa, công việc dự án việc cần hồn thành với thơng tin chi phí, khoảng thời gian thực 6.4 LẬP LỊCH TRÌNH DỰ ÁN 171 tài nguyên cần thiết Việc xác định công việc dự án cần phải đưa thông tin chi tiết sản phẩm công việc, giả định tiến hành ràng buộc Dựa vào thơng tin này, đội dự án rà sốt trao đổi với bên liên quan để có danh sách cơng việc cần làm cuối tiến hành bước quy trình quản lý lịch trình dự án 6.4 Lập lịch trình dự án Quy trình trình lập lịch trình dự án ước lượng đầu việc dự án Bằng việc áp dụng phương pháp ước lượng đề cập Chương 5, ta có thơng tin thời gian, công sức số nhân lực cần thiết cho đầu việc dự án Sau đó, ta tiến hành việc tạo lập lịch trình dự án Đây việc xếp công việc dự án theo trình tự định cho việc không phụ thuộc lẫn nhau, chờ để tiến hành Ngoài ra, thành viên dự án cần phân bổ công việc đặn suốt thời gian dự án mà khơng có thời gian bị việc tải Để làm tốt việc này, nhà quản lý dự án đội dự án cần thảo luận định mối quan hệ phụ thuộc đầu việc dự án Dựa vào mối quan hệ phụ thuộc này, ta xác lập thứ tự cơng việc dự án Từ mối quan hệ phụ thuộc này, ta xác lập biểu đồ xếp công việc dự án 6.4.1 Quan hệ phụ thuộc Quan hệ phụ thuộc mối quan hệ đầu việc dự án với Ví dụ, đầu việc có liên quan đến đầu việc nào, đầu việc cần thực trước, đầu việc cần thực 172 CHƯƠNG QUẢN LÝ THỜI GIAN sau, thực lúc hay khơng? Về bản, có ba loại quan hệ đầu việc sau: • Sự phụ thuộc cứng: Đây phụ thuộc mặt chất công việc tiến hành bên dự án Ví dụ, ta khơng thể kiểm thử trước hồn thành cơng việc lập trình • Sự phụ thuộc mềm: Đây phụ thuộc định nghĩa nhóm thực dự án Nhóm dự án dựa vào kinh nghiệm khuyến cáo thực hành tốt trình triển khai dự án khứ để tạo lập mối quan hệ Ví dụ, đội dự án khơng nên tiến hành bước thiết kế, lập trình hệ thống trước nhà tài trợ kí vào đặc tả yêu cầu phần mềm cuối Đội dự án cần thận trọng sử dụng phụ thuộc mềm làm hạn chế lựa chọn trình triển khai dự án Tuy nhiên, sử dụng cách hợp lý, phương pháp tốt để xếp công việc cho thành viên dự án để sử dụng quỹ thời gian họ cách hiệu • Sự phụ thuộc bên ngồi: Đây phụ thuộc hoạt động dự án với hoạt động không thuộc vào dự án Ví dụ, dự án có nhiệm vụ kiểm thử hệ thống thiết bị phần cứng mới, việc nhận thiết bị khơng nằm cơng việc dự án làm ảnh hưởng lớn đến tiến độ kiểm thử dự án thiết bị không gửi đến hạn Việc xác định phụ thuộc đầu việc dự án việc quan trọng mà đội dự án cần làm việc với bên liên quan Nếu ta không xác định mối quan hệ phụ thuộc này, ta tạo lập biểu đồ mạng lưới cơng việc phân tích đường găng dự án 364 CHƯƠNG 13 QUẢN LÝ CÁC BÊN LIÊN QUAN thống nhất, chỉnh sửa chuẩn hóa nghiệp vụ cho khách hàng Sau đó, yêu cầu chuẩn hóa xác nhận từ phía người dùng cuối từ phía khách hàng tạo Yêu cầu sở cho bước ước lượng công sức dự án sau Để giai đoạn thành công, cần trợ giúp nhà tài trợ dự án quản lý cấp cao để thống nhất, phân vai trò trách nhiệm người liên quan đến mảng nghiệp vụ dự án Thơng thường, người đứng đầu phịng ban chức người chịu trách nhiệm cho mảng nghiệp vụ cần chuyển đổi thành phần mềm Việc giúp cho trình làm việc, thống chốt yêu cầu dự án thuận lợi Trong thực tế tiến hành dự án phần mềm theo mơ hình thác nước, pha phân tích, thiết kế hệ thống, cài đặt, kiểm thử, v.v., có vấn đề nghiệp vụ chưa rõ ràng, ta trao đổi với đại diện bên liên quan để đưa giải pháp điều chỉnh phù hợp cho dự án Ngoài ra, pha quan trọng dự án phần mềm theo mơ hình thác nước mà có tham gia lớn bên liên quan pha kiểm thử chấp nhận Trong pha này, người dùng cuối mời để sử dụng sản phẩm, kiểm tra xem chức hệ thống cung cấp có đáp ứng nghiệp vụ thường ngày họ không Đại diện bên liên quan có trách nhiệm kiểm tra chức mà hệ thống cung cấp Họ yêu cầu người dùng hệ thống tham gia vào trình Với điểm chưa phù hợp chưa đạt, ta cần đối chiếu lại tài liệu dự án xem có sai khác nào, liệu điểm chưa phù hợp có phải lỗi yêu cầu giúp cho hệ thống tốt Nếu yêu cầu cho hệ thống tốt nằm phạm vi dự án, ta thương lượng với bên liên quan để điều chỉnh thời gian chi phí dự án Tùy thuộc vào yêu cầu thỏa thuận đạt được, thơng thường, u cầu có cơng sức thay đổi không vượt mức định (khoảng 5-10%) ta cần thực 13.6 MỘT SỐ PHƯƠNG PHÁP QUẢN LÝ CÁC BÊN LIÊN QUAN TRONG MỘT SỐ MƠ HÌNH PHÁT TRIỂN PHẦN MỀM PHỔ BIẾN 365 mà khơng thay đổi thời gian chi phí dự án Thay đổi làm ảnh hưởng đến thời gian chi phí dự án thường địi hỏi có phân tích giải trình cụ thể cho bên liên quan Từ đó, ta có định phù hợp để dự án thành cơng mong đợi 13.6.2 Quản lý bên liên quan mơ hình Scrum Ngày nay, nhiều tổ chức áp dụng mơ hình Scrum dự án phần mềm nhiều đặc điểm ưu việt Việc nắm rõ bên liên quan dự án mơ hình phát triển giúp nhà quản lý dự án thu thập, nắm bắt thông tin điều hành dự án cách hiệu Trong mơ hình Scrum, bên liên quan người đơn vị tổ chức thường xuyên trao đổi với chủ sản phẩm (PO), trưởng nhóm Scrum (Scrum Master) đội dự án để cung cấp đầu vào thơng tin liên quan đến dự án Việc đóng vai trò quan trọng việc tạo điều kiện cần thiết để hoàn thành dự án kế hoạch đề Thông thường, bên liên quan đến dự án khách hàng, người dùng cuối nhà tài trợ dự án • Khách hàng: Một người tổ chức sử dụng sản phẩm dịch vụ đầu dự án Với tổ chức, tùy thuộc vào dự án, khách hàng dự án người sử dụng nội tổ chức dự án phát triển sản phẩm sử dụng nội tổ chức Một ví dụ điển hình cho dự án loại công ty phát triển phần mềm cần xây dựng công cụ quản lý, thống kê đánh giá dự án mà họ triển khai Cơng cụ cần có đặc thù để đáp ứng số tiêu chuẩn chất lượng bảo mật định ISO CMMI, v.v Khi đó, cơng ty lập dự án phát triển sản phẩm cho nội với mục đích Khách hàng dự án khách hàng tổ chức Đây dự án lập để 366 CHƯƠNG 13 QUẢN LÝ CÁC BÊN LIÊN QUAN phát triển sản phẩm dịch vụ cho đơn vị, doanh nghiệp cá nhân bên tổ chức • Người dùng cuối: Một cá nhân tổ chức mà trực tiếp sử dụng sản phẩm dịch vụ đầu dự án Giống khách hàng, với tổ chức, dự án có người dùng nội người dùng bên tổ chức Trong nhiều trường hợp, người dùng cuối khách hàng • Nhà tài trợ: Một cá nhân tổ chức cung cấp nguồn lực hỗ trợ cho dự án Nhà tài trợ bên liên quan đặc biệt mà toàn bên liên quan khác thành viên dự án phải phục tùng Tùy thuộc vào dự án tổ chức, người đóng nhiều vai trị khách hàng, người dùng cuối nhà tài trợ 13.7 Kết luận Chương trình bày khái niệm bên liên quan dự án số vấn đề quan trọng việc quản lý bên liên quan dự án Sau đó, chương đưa phương pháp xác định bên liên quan phương pháp lập kế hoạch quản lý bên liên quan dự án Với bên liên quan, chương phân tích đưa phương pháp quản lý tham gia họ vào dự án nhằm kiểm soát tác động tiêu cực họ phát huy tác động tích cực họ lên dự án Cuối cùng, chương đưa phương pháp xác định quản lý bên liên quan số mơ hình phát triển phần mềm phổ biến mơ hình thác nước mơ hình Scrum 13.8 Câu hỏi ôn tập Thế bên liên quan dự án? Lấy ví dụ minh họa 13.8 CÂU HỎI ƠN TẬP 367 Trong q trình triển khai dự án, thách thức lớn làm việc với bên liên quan làm việc với chủ đầu tư, khách hàng, người dùng cuối hay với nhóm dự án? Tại sao? Vì việc xây dựng mối quan hệ tốt với lãnh đạo khách hàng đóng vai trị quan trọng cơng việc nhà quản lý dự án? Nêu nội dung thường có kế hoạch quản lý bên liên quan Trong công việc thường ngày nhân viên kế toán tổ chức, họ phải nhập nhiều số liệu làm báo cáo tương ứng Hãy nêu khó khăn thuận lợi triển khai dự án làm phần mềm kế toán nhằm hỗ trợ kế tốn viên cơng việc Liệt kê người hưởng lợi người bị ảnh hưởng từ dự án Để quản lý tham gia bên liên quan, nhà quản lý dự án phải làm gì? Hãy nêu số điểm lưu ý để nâng cao hiệu việc tham dự bên liên quan vào dự án phần mềm Liệt kê bên liên quan quan trọng dự án phần mềm triển khai theo mơ hình Scrum phương pháp quản lý tham dự tương ứng họ vào dự án Liệt kê bên liên quan quan trọng dự án phần mềm triển khai theo mơ hình Thác nước phương pháp quản lý tham dự tương ứng họ vào dự án 10 Vì số trường hợp, kế hoạch quản lý bên liên quan dự án tài liệu tuyệt mật, số người quan trọng dự án phép truy cập? 368 CHƯƠNG 13 QUẢN LÝ CÁC BÊN LIÊN QUAN 11 Hãy nêu số bên liên quan đại diện họ dự án mà bạn biết? 12 Hãy lập kế hoạch quản lý bên liên quan cho dự án phát triển Hệ thống quản lý mối quan hệ cá nhân trình bày Chương với giả thiết dự án tiến hành theo mơ hình thác nước 13 Hãy hình dung bạn nhà quản lý dự án dự án phát triển Hệ thống đăng kí mơn học ĐHQGHN, lập kế hoạch quản lý bên liên quan cho dự án với giả thiết dự án tiến hành theo mơ hình Scrum Tài liệu tham khảo [And10] Crowe Andy, Alpha project manager: What the top 2% know that every one else does not, Velociteach, 2010 [AQAS08] Rafa E Al-Qutaish and Khalid T Al-Sarayreh, Applying six-sigma concepts to the software engineering: Myths and facts, Proceedings of the 7th WSEAS International Conference on Software Engineering, Parallel and Distributed Systems (Stevens Point, Wisconsin, USA), SEPADS’08, World Scientific and Engineering Academy and Society (WSEAS), 2008, p 178–183 [BAB+ 00] Barry W Boehm, Chris Abts, A Winsor Brown, Sunita Chulani, Bradford K Clark, Ellis Horowitz, Ray Madachy, Donald J Reifer, and Bert Steece, Software cost estimation with cocomo ii, vol 1, Upper Saddle River, NJ: Prentice Hall, 2000 [BBE+ 95] Boehm Barry, Clark Bradford, Horowitz Ellis, Westland Chris, Madachy Ray, and Richard Selby, Cost models for future software life cycle processes: Cocomo 2.0, Annals of Software Engineering (1995), 57 – 94 370 TÀI LIỆU THAM KHẢO [BD17] L.G Bolman and T.E Deal, Reframing organizations: Artistry, choice, and leadership, Wiley, 2017 [BFS14] Pierre Bourque, Richard E Fairley, and IEEE Computer Society, Guide to the software engineering body of knowledge (swebok(r)): Version 3.0, 3rd ed., IEEE Computer Society Press, Washington, DC, USA, 2014 [Boe81] Barry W Boehm, Software engineering economics, 1st ed., Prentice Hall PTR, USA, 1981 [BP88] B.W Boehm and P.N Papaccio, Understanding and controlling software costs, IEEE Transactions on Software Engineering 14 (1988), no 10, 1462–1477 [BSA92] Fran¸cois Bergeron and Jean-Yves St-Arnaud, Estimation of information systems development efforts: A pilot study, Inf Manage 22 (1992), no 4, 239–254 [BT76] T E Bell and T A Thayer, Software requirements: Are they really a problem?, Proceedings of the 2nd International Conference on Software Engineering (Washington, DC, USA), ICSE’76, IEEE Computer Society Press, 1976, p 61–68 [Car11] CareerBuilder, Employers Plan to Hire More Recent College Graduates in 2011, Finds CareerBuilder’s Annual Forecast, April 27, 2011 [cfSSC18] The council for Six Sigma Certification, Six sigma: A complete step-by-step guide, The council for Six Sigma Certification, 2018 [Cha12] Charles Duhigg and How the u.s lost out Keith Bradsher, on iphone work, TÀI LIỆU THAM KHẢO 371 www.nytimes.com/2012/01/22/business/ apple-america-and-a-squeezed-middleclass html?_r=0, January 21, 2012 [FB11] Bent Flyvbjerg and Alexander Budzier, Why your it project may be riskier than you think, Harvard business review 89 (2011), 23–25 [Fri05] Thomas L Friedman, The world is flat: A brief history of the twenty-first century, New York: Farrar, Straus and Giroux, 2005 [FWFW03] Steven L Haeck Fahrenkrog, Abrams William, and David Fred Whelbourn, Pmi’s organizational project R management maturity model, Proceedings of PMI Global Congress 2003 – North America (Stevens Point, Wisconsin, USA), PA: Project Management Institute, 2003 [Gra99] Robert Grady, An economic release decision model: Insights into software project management, Proceedings of the Applications of Software Measurement Conference (Orange Park, FL), Software Quality Engineering, 1999, pp 227–239 [Gru21] Galen Gruman, Us it job growth jumps in august; 2021 on track for record hiring levels, Computerworld, Sep 07, 2021 [GWD12] Craig Gygi, Bruce Williams, and Neil DeCarlo, Six sigma for dummies, 2nd ed., John Wiley & Sons, Inc, 2012 [Her66] Frederick Herzberg, Work and the nature of man, Cleveland : World Pub Co.„ 1966 372 TÀI LIỆU THAM KHẢO [Her68] , One more time: how you motivate employees?, Harvard Business Review 46 (1968), 53–62 [Ian10] Ian Wilson, Is iso the way to go? some say, not so, https://james.westgard.com/the_westgard_ rules/2010/06/iso-not-so.html, 2010 [IEE90] Ieee standard glossary of software engineering terminology, IEEE Std 610.12-1990 (1990), 1–84 [Int20] International Data Corporation, Worldwide ICT Spending to Reach $4.3 Trillion in 2020 Led by Investments in Devices, Applications, and IT Services, February 18, 2020 [ISOa] ISO, Iso 21511:2018 work breakdown structures for project and programme management, https://www.iso org/standard/69702.html [ISOb] , ISO 9000 Family Quality Management, https: //www.iso.org/iso-9001-quality-management.html [ISO91] , Iso/iec 9126:1991 software enginnering — product quality, https://www.iso.org/standard/16722 html, 1991 [ISO01] , Iso/iec 9126-1:2001 software engineering — product quality — part 1: Quality model, https://www iso.org/standard/22749.html, 2001 [ISO11] , Iso/iec 25010:2011 systems and software engineering — systems and software quality requirements and evaluation (square) — system and software quality models, https://www.iso.org/standard/35733.html, 2011 TÀI LIỆU THAM KHẢO 373 [ISO15] , Quality management principles, https: //www.iso.org/files/live/sites/isoorg/files/ store/en/PUB100080.pdf, 2015 [JF06] Krahn Jennifer and Hartment Francis, Effective project leadership: a combination of project manager skills and competencies in context, PMI Research Conference Proceedings, 2006 [JMO06] Magne Jørgensen and Kjetil Moløkken-Østvold, How large are software cost overruns? a review of the 1994 chaos report, Inf Softw Technol 48 (2006), no 4, 297–301 [JNW84] A.M Jenkins, J.D Naumann, and J.C Wetherbe, Empirical investigation of systems development practices and results, Information and Management (1984), no 2, 73– 82 [Joh00] John Seddon, The ’quality’ you can’t feel, https://www.theguardian.com/money/2000/nov/ 19/workandcareers.madeleinebunting, 2000 [KPM05] KPMG International, Managing global projects: Observations from the front-line, www.kpmg.com, 2005 [Mas43] Abraham H Maslow, A theory of human motivation, Psychological Review 50 (1943), 370–396 [MBT03] Guide to the isabel briggs myers papers 1885-1992, University of Florida George A Smathers Libraries, Department of Special and Area Studies Collections, Gainesville, FL 2003, 2003 [McG60] Douglas McGregor, The human side of enterprise, New York: McGraw-Hill, 1960 374 TÀI LIỆU THAM KHẢO [Mey17] N Dean Meyer, Principle-based organizational structure: a handbook to help you engineer entrepreneurial thinking and teamwork into organizations of any size, NDMA Publishing, 2017 [Mic18] Microsoft, Scrum process work item types and workflow, https://docs.microsoft.com/en-us/ azure/devops/boards/work-items/guidance/ scrum-process-workflow?view=azure-devops, 2018 [Ouc81] William Ouchi, Theory z: How american business can meet the japanese challenge, New York: Avon Books, 1981 [Par51] Talcott Parsons, The social system, Glencoe, III., Free Press, 1951 [PMI07] PMI, Practice standard for project configuration management, Project Management Institute, Newtown Square, Pennsylvania 19073-3299 USA, 2007 [PMI17] , A guide to the project management body of R guide), sixth ed., Project Manageknowledge (pmbok ment Institute, 2017 (English) [PMI19] , Practice standard for work breakdown structures, 3rd ed., Project Management Institute, Newtown Square, Pennsylvania 19073-3299 USA, 2019 [Pro20] Project Management Institute, Summary of ’Earning Power: Project Management Salary, 2020 [PS15] Putu Linda Primandari A and Sholiq, Effort distribution to estimate cost in small to medium software development project with use case points, Procedia Computer Science TÀI LIỆU THAM KHẢO 375 72 (2015), 78 – 85, The Third Information Systems International Conference 2015 [PVN88] D Phan, D Vogel, and J Nunamaker, The search for perfect project management, Computer World 22 (1988), no 39, 95–100 [PW21] Tom Preston-Werner, Semantic versioning 2.0.0, 2021 [RJ20] Stephen P Robbins and Timothy A Judge, Organizational behavior, 18th ed., Pearson, 2020 [Roy87] Winston W Royce, Managing the development of large software systems: Concepts and techniques, Proceedings of the 9th International Conference on Software Engineering (Washington, DC, USA), ICSE ’87, IEEE Computer Society Press, 1987, p 328–338 [Sal10] Kassem Saleh, Guidelines for effort and cost allocation in medium to large software development projects, Proceedings of the 10th WSEAS International Conference on Applied Computer Science (Stevens Point, Wisconsin, USA), ACS’10, World Scientific and Engineering Academy and Society (WSEAS), 2010, p 33–37 [Sal11] Kassem Saleh, Effort and cost allocation in medium to large software development projects, International Journal of Computers (2011), no 1, 74 – 79 [Sch18] Kathy Schwalbe, Information technology project management, 9th ed., Cengage Learning, Boston, MA, USA, 2018 [SEI00] SEI, Cmmi for systems engineering/software engineering, version 1.02, https://s3-eu-west-1.amazonaws 376 TÀI LIỆU THAM KHẢO com/pstorage-cmu-348901238291901/12057461/ file.pdf, 2000 [SEI10a] , Cmmi for acquisition, version 1.3, improving processes for acquiring better products and services, https://resources.sei.cmu.edu/asset_files/ technicalreport/2010_005_001_15284.pdf, 2010 [SEI10b] R for development, version 1.3 improving , Cmmi processes for developing better products and services, http://www.sc.ehu.es/jiwpiacj/Informatika/ 2010-CMMI-DEV_1.3_Improving%20processes% 20for%20developing%20better%20products%20and% 20services.pdf, 2010 [SEI10c] R , Cmmi for services, version 1.3, improving processes for providing better services, http://www.sc.ehu.es/jiwpiacj/Informatika/ 2010-CMMI-SVC_Improving%20processes%20for% 20providing%20better%20services.pdf, 2010 [Smi17] Kit Smith, Marketing: 105 amazing social media statistics and facts, Brandwatch Blog, November 18, 2017 [Som16] Ian Sommerville, Software engineering, 10th ed., Pearson Education Limited, 2016 [SS20] Ken Schwaber and Jeff Sutherland, The scrum guide the definitive guide to scrum: The rules of the game, https://scrumguides.org/, 2020 [Ste05] Clifford Stephanie, So many standards to follow, so little payoff, https://www.inc.com/magazine/20050501/ management.html, 2005 TÀI LIỆU THAM KHẢO 377 [Sys16] Dassault System, The voice of the customer, profitable innovation through requirements management, traceability and process integration, https://www.3ds.com/fileadmin/ Industries/Aerospace-Defense/Pdf/Whitepapers/ the-voice-of-the-customer-aerospace-whitepaper pdf, 2016 [The95] The Standish Group International, The chaos report, 1995 [The09] , The chaos report, 2009 [The15] , The chaos report, 2015 [The19] , The chaos report, 2019 [The20] , The chaos report, 2020 [TJ77] Bruce W Tuckman and Mary Ann C Jensen, Stages of small-group development revisited, Group & Organization Studies (1977), no 4, 419–427 [Tuc65] Bruce W Tuckman, Developmental sequence in small groups, Psychological Bulletin 63 (1965), 384–399 [tvTt11] Bộ Thông tin Truyền thông, Công văn số 2589/bttttƯdcntt ngày 24/8/2011 hướng dẫn xác định chi phí phát triển, nâng cấp phần mềm nội bộ, 2011 [tvTt20] , Thông tư số 4/2020/tt-btttt ngày 24/02/2020 quy định lập quản lý chi phí dự án đầu tư ứng dụng công nghệ thông tin, 2020 [Uni21] Motorola University, The inventors of six sigma, 2021 378 TÀI LIỆU THAM KHẢO [Vie20] VietnamWorks, Báo cáo thị trường nhân lực ngành Công nghệ thông tin thập niên 2010 năm 2020, 02/6/2020 [Yam17] Jeanne Yamfashije, Capability maturity model integration, Ph.D thesis, 04 2017 ... mục tiêu dự án 8 .2 QUY TRÌNH QUẢN LÝ CHẤT LƯỢNG DỰ ÁN 8 .2 207 Quy trình quản lý chất lượng dự án Mục đích quản lý chất lượng dự án đảm bảo dự án thỏa mãn yêu cầu hình thành nên thân dự án Vì vậy,... lịch trình dự án Quy trình việc quản lý thời gian dự án lập kế hoạch quản lý lịch trình dự án Thơng thường, với dự án, thông tin sơ dự án chứa thông tin dự kiến thời gian bắt đầu kết thúc dự án Dựa... dự án Đầu quy trình lịch trình tiến hành công việc dự án, mốc thời gian dự án, cập nhật cho kế hoạch quản lý dự án tài liệu dự án khác • Kiểm sốt lịch trình dự án: Sau có lịch trình dự kiến dự