
Mất kiểm soát phạm vi dự án (Scope Creep) và hiệu ứng quả cầu tuyết (snowball)
Last updated: August 29, 2024 Xem trên toàn màn hình



- 26 Jul 2024
"Khổ tận cam lai" - Làm thế nào để chuyển hóa từ khổ thành sướng? 1859
- 12 Nov 2024
"Nhân tình thế thái" là gì? "Thời thế" là gì? 731
- 24 Jan 2024
Stakeholder là gì? Các mô hình phân loại Stakeholder 632
- 11 May 2021
Khác nhau giữa Padding và Buffer trong quản lý rủi ro dự án 538
- 04 Jan 2023
Phát triển phần mềm linh hoạt theo mô hình Big Bang 489
- 01 Jan 2021
Các biến thể của ma trận công việc RACI (Responsible, Accountable, Consult, Inform) 475
- 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ù” 437
- 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 414
- 01 Sep 2022
Thiên kiến xác nhận (Confirmation Bias) có phải là một dạng bảo thủ? 387
- 03 Mar 2020
Giả định (Assumption ) là gì? Tại sao giả định rất quan trọng với dự án? 373
- 01 Jan 2024
Tổng hợp 25 quy luật quan trọng trong quản lý dự án 357
- 03 May 2022
Mô hình Hybrid Agile là gì? 353
- 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 347
- 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 317
- 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 316
- 04 Sep 2020
IQ, EQ hay LQ quan trọng nhất trong thời đại 4.0? 313
- 04 Oct 2023
Authority bias (Thiên kiến uy quyền) là gì? 310
- 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 284
- 20 Jul 2021
Quản lý và đánh giá công việc theo quy trình TIGO SmartWork 275
- 19 Aug 2024
Kiểm toán công nghệ thông tin (IT Audit) - Nghề mới mẻ ở Việt Nam 273
- 02 Aug 2021
Product Owner làm gì trước khi bắt đầu sprint đầu tiên của dự án (Sprint Zero)? 272
- 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? 268
- 01 Aug 2024
Infomercial - Chiến thuật "cô đọng" điều gì đó trong đầu người dùng 261
- 08 Dec 2023
Giải mã bí mật của trò chơi vô hạn và hữu hạn 261
- 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 257
- 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? 254
- 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)? 242
- 01 Sep 2023
"Data steward" là gì? 242
- 05 Aug 2024
Giải mã 10 sai lầm về quản lý thay đổi 235
- 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)? 227
- 08 Dec 2023
Hiệu ứng Barnum là gì? Hiệu ứng Barnum tốt hay xấu? 213
- 02 Mar 2018
Tại sao ví Scrum như dòng điện xoay chiều? 207
- 04 May 2024
Hiệu ứng FOMO trong phát triển phần mềm 197
- 14 Apr 2019
Product Backlog là gì? Các đặc điểm cơ bản của một Product Backlog 178
- 01 Sep 2023
Định luật Goodhart và định luật Campbell - Nghịch lý về thành tích 164
- 03 Sep 2020
Hiệu ứng rắn hổ mang, Luật Goodhart, Campbell & Chuyện thi cử 162
- 08 Jan 2022
Yêu cầu thay đổi (Change Request) là gì? Làm thế nào để kiểm soát Change Request? 156
- 10 Sep 2024
Tại sao những thứ chúng ta muốn lại ít khi có được? 152
- 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 144
- 12 Jan 2024
Tư duy hệ thống trong Quản Lý Dự Án diễn ra như thế nào? 142
- 08 Feb 2021
Quy trình nâng cấp phần mềm quản trị doanh nghiệp TIGO ERP 142
- 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 137
- 24 Mar 2019
Scrum giống như bà mẹ chồng, giúp bạn nhìn ra các lỗi sai 136
- 14 Dec 2022
Phương pháp kiểm tra Fagan Inspection là gì? 135
- 10 May 2021
Phát triển Phần mềm Tinh gọn (Lean Software Development) 129
- 01 Jul 2024
Lập kế hoạch dự án là "đặt rồi quên" hay "đặt rồi kiểm tra"? 128
- 16 Feb 2024
Nghịch lý của sự hoàn hảo: AI có thể quá tốt để sử dụng? 117
- 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 117
- 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 115
- 21 Apr 2020
Bảo trì phần mềm là gì? Phân biệt các loại bảo trì 112
- 21 Mar 2024
12 triết lý sống tối giản bạn nên biết 106
- 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 89
- 09 Apr 2025
10 bẫy thao túng bạn có thể chưa biết 84
- 15 Mar 2024
Tê liệt vì suy nghĩ quá nhiều (Analysis Paralysis) là gì? 81
- 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 75
- 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ả 62
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.
Project Manager, TIGO Solutions
