Mất kiểm soát phạm vi dự án (Scope Creep) và hiệu ứng quả cầu tuyết (snowball)

Published on: August 08, 2023
Last updated: August 29, 2024 Xem trên toàn màn hình

Recommended for you

26 Jul 2024 "Khổ tận cam lai" - Làm thế nào để chuyển hóa từ khổ thành sướng? 2388
12 Nov 2024 "Nhân tình thế thái" là gì? "Thời thế" là gì? 1568
11 May 2021 Khác nhau giữa Padding và Buffer trong quản lý rủi ro dự án 790
15 Apr 2023 Nghịch lý từ câu chuyện “một chén gạo dưỡng ơn, một đấu gạo gây thù” 664
04 Jan 2023 Phát triển phần mềm linh hoạt theo mô hình Big Bang 654
18 May 2021 Cây cầu hiện đại vô dụng nhất thế giới và câu chuyện cái kết của thay đổi yêu cầu 622
01 Sep 2022 Thiên kiến xác nhận (Confirmation Bias) có phải là một dạng bảo thủ? 585
18 Jul 2020 Lợi ích cận biên (Marginal Utility) là gì? Qui luật lợi ích cận biên giảm dần 584
04 Oct 2023 Authority bias (Thiên kiến uy quyền) là gì? 494
03 Mar 2020 Giả định (Assumption ) là gì? Tại sao giả định rất quan trọng với dự án? 478
01 Jan 2024 Tổng hợp 25 quy luật quan trọng trong quản lý dự án 474
09 Aug 2022 Hiệu ứng “rắn hổ mang” (Cobra effect): Khi giải pháp trở thành vấn đề, tưởng vui lại hóa xui 470
04 Sep 2020 IQ, EQ hay LQ quan trọng nhất trong thời đại 4.0? 463
18 Mar 2021 Kỹ thuật ước lượng dự án phần mềm linh hoạt dựa vào Story Point - phương pháp T-Shirt Sizing 459
03 May 2022 Mô hình Hybrid Agile là gì? 443
19 Aug 2024 Kiểm toán công nghệ thông tin (IT Audit) - Nghề mới mẻ ở Việt Nam 442
02 Jan 2024 Domain Engineering là gì? 413
22 May 2022 Tư duy ngoài hộp (Thinking out of box) là gì? Tại sao quan trọng với sự phát triển của doanh nghiệp? 405
14 Apr 2019 Product Backlog là gì? Các đặc điểm cơ bản của một Product Backlog 395
02 Aug 2023 Tổng hợp một số project tham khảo khi xây dựng các ứng dụng theo mô hình Microservices 382
01 Aug 2023 Phân tích yêu cầu phần mềm sẽ nhìn vào thực trạng (AS-IS) hay tương lai (TO-BE)? 371
08 Dec 2023 Giải mã bí mật của trò chơi vô hạn và hữu hạn 358
08 Dec 2023 Hiệu ứng Barnum là gì? Hiệu ứng Barnum tốt hay xấu? 346
20 Jul 2021 Quản lý và đánh giá công việc theo quy trình TIGO SmartWork 344
01 Sep 2023 "Data steward" là gì? 343
01 Aug 2022 Đỉnh cao ứng xử của kẻ trí tuệ: Nhìn thấu không nói, biết người không bình, hiểu lý không tranh 337
01 Aug 2021 Hiện tượng Gold plating (mạ vàng) là gì? Tại sao có ảnh hưởng quyết định đến chất lượng dự án? 330
01 Aug 2024 Infomercial - Chiến thuật "cô đọng" điều gì đó trong đầu người dùng 328
02 Aug 2021 Product Owner làm gì trước khi bắt đầu sprint đầu tiên của dự án (Sprint Zero)? 313
05 Aug 2024 Giải mã 10 sai lầm về quản lý thay đổi 308
28 Jun 2024 Tại sao các kỹ sư IT giỏi nhất lại là những người theo thuyết bất khả tri về công nghệ (technology agnostics)? 295
04 May 2024 Hiệu ứng FOMO trong phát triển phần mềm 293
24 Mar 2019 Scrum giống như bà mẹ chồng, giúp bạn nhìn ra các lỗi sai 272
21 Apr 2020 Bảo trì phần mềm là gì? Phân biệt các loại bảo trì 239
02 Oct 2023 Ngôi Chùa Trăm Năm và Viên Gạch Vỡ: Bài Học Thấm Thía Về Lỗi Nhỏ Trong Bức Tranh Lớn 227
08 Jan 2022 Yêu cầu thay đổi (Change Request) là gì? Làm thế nào để kiểm soát Change Request? 226
15 Mar 2024 Tê liệt vì suy nghĩ quá nhiều (Analysis Paralysis) là gì? 204
12 Jan 2024 Tư duy hệ thống trong Quản Lý Dự Án diễn ra như thế nào? 199
10 May 2021 Phát triển Phần mềm Tinh gọn (Lean Software Development) 197
01 Sep 2023 Định luật Goodhart và định luật Campbell - Nghịch lý về thành tích 191
03 Sep 2020 Hiệu ứng rắn hổ mang, Luật Goodhart, Campbell & Chuyện thi cử 190
10 Sep 2024 Tại sao những thứ chúng ta muốn lại ít khi có được? 190
08 Feb 2021 Quy trình nâng cấp phần mềm quản trị doanh nghiệp TIGO ERP 183
08 Apr 2024 Hiệu ứng Matthew: Tác động và Ứng dụng trong Chuyển đổi Số và Công nghệ tại Việt Nam 176
09 Jan 2025 10 Nghịch Lý Cuộc Sống Từ Phim Upstream (nghịch hành nhân sinh): Đối Mặt Rủi Ro Trong Thời Đại VUCA 166
16 Feb 2024 Nghịch lý của sự hoàn hảo: AI có thể quá tốt để sử dụng? 162
14 Dec 2022 Phương pháp kiểm tra Fagan Inspection là gì? 159
11 Sep 2020 Nghịch lý kinh doanh tại Mỹ: Chăm sóc khách hàng không tốt, nhưng công ty lại lãi lớn 136
21 Mar 2024 12 triết lý sống tối giản bạn nên biết 122
02 Aug 2024 Tổng hợp các câu nói động lực - chất xúc tác cho sự phát triển bản thân 110
08 Aug 2019 10 lý do tại sao việc sử dụng và vận hành phần mềm điều hành doanh nghiệp không được hiệu quả 108
09 Apr 2025 10 bẫy thao túng bạn có thể chưa biết 106
22 Jul 2020 Quản lý dự án phần mềm trong thực tế và câu chuyện thành công của InfoSys 93
01 May 2025 Vì Sao Các Cửa Hàng Trung Quốc Không Vội Vã Phục Vụ Khách Hàng? 78
07 Feb 2025 Buyer’s remorse: Sự hối hận của người mua sau khi chốt đơn mua hàng 74
26 Mar 2025 Từ điển tất cả các chức danh trong lĩnh vực CNTT và Chuyển Đổi Số 57
02 Aug 2025 Cloud vs On-Premise vs Hybrid: Lựa chọn nào phù hợp nhất cho vận hành phần mềm doanh nghiệp? 51
01 May 2024 Tổng hợp các thuật ngữ lĩnh vực tư vấn CNTT 46

Mất kiểm soát phạm vi dự án

Theo Bách khoa toàn thư mở Wikipedia:

Mất kiểm soát phạm vi dự án trong quản lý dự án được hiểu là sự mất kiểm soát về sự thay đổi hoặc sự tiếp tục phát triển về quy mô dự án. Hiện tượng này xảy ra khi phạm vi dự án không được xác định, định nghĩa và kiểm soát rõ ràng. Việc này thường có khuynh hướng dẫn tới xảy ra các tiêu cực vì vậy cần phải tránh.

Nếu ngân sách và lịch trình tăng theo cùng với phạm vi dự án, sự thay đổi này thường được xem là sự mở rộng có thể chấp nhận được với dự án, khi đó thuật ngữ mất kiểm soát phạm vi dự án không được dùng.

Mất kiểm soát phạm vi dự án thường do các nguyên nhân chủ yếu như sau:

Thiếu cơ chế thay đổi. Các dự án không có cơ chế được xác định rõ ràng cho phép thực hiện các thay đổi và thực hiện phản hồi dễ bị leo thang phạm vi hơn nhiều so với các dự án quản lý thay đổi một cách hiệu quả và có phương pháp.Thiếu nhận thức đúng đắn về các mục tiêu cần cho dự án.
Thiếu nhận thức đúng đắn về các mục tiêu cần cho dự án.
Sự không trung thực của khách hàng với một chính sách xác định "giá trị miễn phí".
Người quản lý dự án hoặc người đỡ đầu dự án yếu kém.
Giao tiếp không đầy đủ giữa các bên có liên quan đến dự án.
Cố gắng làm hài lòng một số bên liên quan (stakeholder).

Được biết đến như một trong những cuốn sách tiêu chuẩn hàng đầu quốc tế về Quản lý dự án, PMBOK Guide (A Guide to the Project Management Body of Knowledge) nhận diện scope creep khi có những tính năng hoặc chức năng được thêm vào dự án mà PM không giải quyết được những tác động của nó về mặt thời gian, chi phí, nguồn lực hoặc thậm chí không nhận được sự đồng ý của khách hàng. Hiện tượng này xảy ra khi phạm vi của dự án không được xác định, mô tả và kiểm soát đúng đắn. Nó là sự cố tiêu cực cần phải tránh.

Vậy Scope Creep là gì?

Scope Creep

Dự án trong trường hợp bị những yếu tố ko kiểm soát được về mặt thời gian và nguồn lực từ những thay đổi nhỏ rồi thành thay đổi lớn gọi là scope creep.

Trong PMP có một khái niệm liên quan đến quản lý Scope tệ. Đó là Scope Creep.

Bạn hãy tưởng tượng Scope Creep như một "Quả cầu tuyết", ban đầu rất nhỏ, nhưng càng lăn xuống nó lại càng lớn và không thể kiểm soát được.

Scope Creep có thể xuất phát từ:

Sự lỏng lẻo trong quá trình quản lý thay đổi
Việc thu thập thiếu thông tin từ của khách hàng trước khi thực hiện yêu cầu.
Sự tham gia kém hiệu quả từ các bên liên quan (bao gồm khách hàng)
Thiếu sự hỗ trợ từ các chuyên gia.

Scope Creep được chia thành 02 nhóm:

Kỹ thuật (Technical Scope Creep)
Kinh doanh (Business Scope Creep)

Technical Scope Creep

Technical Scope Creep phát sinh khi nhóm dự án muốn làm hài lòng khách hàng và không có khả năng từ chối yêu cầu thay đổi của khách hàng trong suốt quá trình thực hiện dự án. Việc thực hiện quá yêu cầu (gold plating), hay làm cái khách hàng không yêu cầu cũng có khả năng dẫn đến technical scope creep.

Ví dụ, trong đội dự án có một lập trình viên nghĩ ra một tính năng hiển thị các hình ảnh, menu trên trang chủ rất đẹp mắt. Vì sự sáng tạo này anh ta cần mất thêm 2 ngày để làm nó, trong khi PM không có yêu cầu cho việc tính năng này do khách hàng chưa cung cấp thiết kế. Mục tiêu quan trọng nhất của dự án lúc này là hoàn thiện chức năng thay vì thiết kế, và tính năng anh kỹ thuật kia thêm vào vô tình đã đi ngược với mục tiêu của dự án tại thời điểm đó. Dự án có khả năng thất bại vì vượt quá 02 ngày so với kế hoạch.

Business Scope Creep

Business Scope Creep xảy ra do các yếu tố bên ngoài vượt quá phạm vi quản lý của PM. Ví dụ, sự thay đổi liên tục trong xu hướng thị trường khiến cho những yêu cầu trước đó trở nên lỗi thời.

Tác giả: Phạm Đình Trường
Project Manager, TIGO Solutions

A A A A

[{"displaySettingInfo":"[{\"isFullLayout\":false,\"layoutWidthRatio\":\"\",\"showBlogMetadata\":true,\"showAds\":true,\"showQuickNoticeBar\":true,\"includeSuggestedAndRelatedBlogs\":true,\"enableLazyLoad\":true,\"quoteStyle\":\"3\",\"bigHeadingFontStyle\":\"1\",\"postPictureFrameStyle\":\"1\",\"isFaqLayout\":false,\"isIncludedCaption\":false,\"faqLayoutTheme\":\"1\",\"isSliderLayout\":false}]"},{"articleSourceInfo":"[{\"sourceName\":\"\",\"sourceValue\":\"\"}]"},{"privacyInfo":"[{\"isOutsideVietnam\":false}]"},{"tocInfo":"[{\"isEnabledTOC\":true,\"isAutoNumbering\":false,\"isShowKeyHeadingWithIcon\":false}]"},{"termSettingInfo":"[{\"showTermsOnPage\":true,\"displaySequentialTermNumber\":true}]"}]

Nguồn

{content}