Scrum giống như bà mẹ chồng, giúp bạn nhìn ra các lỗi sai
Last updated: August 21, 2025 Xem trên toàn màn hình
Recommended for you
- 04 Mar 2020
Kinh nghiệm lập dự toán chi phí dự án phần mềm theo phương pháp Man-Month 2507 - 01 Jul 2023 Phương pháp Shuhari - Làm sao học ít hiểu nhiều? 905
- 11 May 2021 Khác nhau giữa Padding và Buffer trong quản lý rủi ro dự án 790
- 01 Aug 2022 "Sponsored Content" là gì? Khác nhau giữa Sponsored Content và Native Advertising? 764
- 01 Feb 2022 Thách thức với doanh nghiệp chuyển đổi số trong thời đại VUCA 668
- 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
- 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
- 15 Apr 2020 Phần mềm BPM là gì? So sánh với ERP và các phần mềm Workflows 532
- 01 Jun 2021 Bản thiết kế sơ bộ (Brief) là gì? 529
- 04 Jul 2022 Steve Jobs đến với Đạo phật như thế nào? 512
- 03 Oct 2021 Khác biệt giữa thiết kế phần mềm và thiết kế công trình xây dựng 493
- 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
- 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
- 14 Aug 2022 Khác biệt giữa tiêu chí hoàn thành DOD (Definition of Done) với tiêu chí nghiệm thu (Acceptance Criteria) 457
- 03 May 2022 Mô hình Hybrid Agile là gì? 443
- 03 Feb 2020 Sản phẩm OEM và ODM là gì? 440
- 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
- 04 Jan 2023 Đánh giá nhân sự theo chuẩn người Nhật 366
- 12 May 2021 Các yêu cầu thay đổi (Change Requests) - nỗi ám ảnh của team dự án phần mềm 348
- 20 Jul 2021 Quản lý và đánh giá công việc theo quy trình TIGO SmartWork 344
- 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
- 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
- 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
- 21 Apr 2020 Bảo trì phần mềm là gì? Phân biệt các loại bảo trì 239
- 18 Mar 2018 Dịch vụ Hosting cho Website là gì? Các lời khuyên chọn Hosting tốt nhất 232
- 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
- 17 Aug 2020 Mục tiêu dự án là gì? Làm thế nào để xác định mục tiêu? 213
- 01 Sep 2020 Co-founder là gì? Vai trò của các Co-Founder khi lập nghiệp. 213
- 08 Aug 2023 Mất kiểm soát phạm vi dự án (Scope Creep) và hiệu ứng quả cầu tuyết (snowball) 212
- 14 May 2024 Chiến lược răng lược là gì? Làm thế nào để tận dụng chiến lược răng lược trong kinh doanh? 205
- 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
- 10 Sep 2024 Tại sao những thứ chúng ta muốn lại ít khi có được? 190
- 03 Sep 2020 Hiệu ứng rắn hổ mang, Luật Goodhart, Campbell & Chuyện thi cử 190
- 08 Mar 2022 Mô hình nguồn mở hoạt động ra sao? 185
- 08 Feb 2021 Quy trình nâng cấp phần mềm quản trị doanh nghiệp TIGO ERP 183
- 24 Apr 2025 Chính sách sở hữu đất đai của Trung Quốc: Động lực thúc đẩy người dân làm việc chăm chỉ và hiệu quả 179
- 13 Apr 2024 Bài học từ con cua trong cái xô: Vì sao bạn luôn bị lực kéo vô hình kéo ngược trở lại? 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
- 08 Mar 2020 Vì sao doanh nghiệp cần phải tạo Web bán hàng? 158
- 01 May 2023 [Tư vấn CNTT] Quản lý ngân sách CNTT cho doanh nghiệp 156
- 01 Apr 2022 Chi phí nhà thầu phụ chiếm bao nhiêu phần trăm gói thầu? 151
- 19 Aug 2020 Lift & Shift - Phương pháp tối ưu dịch chuyển hệ thống phần mềm qua đám mây 147
- 25 Apr 2018 Bảo hộ bản quyền phần mềm dưới khía cạnh sở hữu trí tuệ như thế nào? 140
- 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
- 17 Feb 2018 Hệ luỵ khi sử dụng Web Hosting từ nhà cung cấp kém chất lượng 130
- 09 Feb 2021 Tầm nhìn là gì? Tí dụ minh họa cụ thể về tầm nhìn 121
- 28 Feb 2025 “Học giỏi” hay “giỏi học”? 113
- 09 Dec 2024 10 nghịch lý quản trị khiến tổ chức mãi loay hoay 108
- 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
- 14 Sep 2021 COQ (Cost of quality) áp dụng cho chất lượng phần mềm như thế nào? 88
- 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
- 19 Jul 2023 3 cấp độ của thất bại và bí quyết "cái khó ló cái khôn" 73
- 03 Jan 2022 Cách làm nông nghiệp kỳ lạ của người Nhật: Thuê đất 5 năm bỏ hoang và đây là sự thật... 56
- 02 May 2025 Vì sao học giỏi mà vẫn nghèo, học dốt lại thành đạt trong cuộc sống? 54
- 02 Apr 2025 Anti-Hiring Là Gì? Tại sao các doanh nhân tinh gọn lại nói “KHÔNG” với tuyển dụng? 39
- 03 Jun 2025 Default To Action: Kỹ Năng Thiết Yếu Để Thành Công Trong Môi Trường Làm Việc Từ Xa 39
- 03 Jul 2025 20 "NGHỊCH LÝ" NHƯNG "THUẬN LÝ" TRONG CUỘC SỐNG 38
- 22 May 2025 Phong cách châu Âu, chất lượng Nhật Bản, cơ bắp Mỹ: Ba giá trị định hình thế giới hiện đại 35
- 11 Apr 2025 Dữ liệu sống – nền tảng cốt lõi cho sự sinh tồn và phát triển trong kỷ nguyên số 31
- 13 Aug 2025 OODA và PDCA: Mô hình nào tốt hơn? 27
- 16 Aug 2025 Hoài nghi khoa học với 20 thuật ngữ bi quan về hiệu quả của Scrum 23
Giữa những năm 1990 - Harvard Business School đã tài trợ cho nghiên cứu của Anita L. Tucker và Amy C. Edmondson; ở đó nhóm nghiên cứu quan sát, phỏng vấn các lãnh đạo và thành viên của nhóm về tần suất mắc lỗi/ sai lầm xảy ra trong một khoản thời gian nhất định. Nghiên cứu cho thấy những đội có mối quan hệ TỐT giữa các thành viên và quản lý thường có tần suất mắc lỗi cao hơn gấp 10 lần những đội mà mối quan hệ giữa các thành viên và quản lý KHÔNG TỐT!
Schwaber, một lập trình viên đến từ Illinois (Mỹ), là một trong những nhà lãnh đạo của phong trào phát triển phần mềm linh hoạt (Agile). Ông là người sáng lập của Liên minh Agile và ông chịu trách nhiệm thành lập liên minh Scrum và tạo ra các chương trình Scrum Master được chứng nhận và các dẫn xuất của nó. Ông thành lập Scrum.org. Tại Scrum.org, ông đã lãnh đạo việc phát triển các chương trình học mới, đánh giá và quan hệ đối tác để nâng cao chất lượng và hiệu quả của Scrum. Ông đã có câu nói nổi tiếng "Scrum is like your mother-in-law, it points out ALL your faults".
Ưu điểm của Scrum
Trước khi xem Scrum là một bà mẹ chồng khó tính, chúng ta hãy xem các ưu điểm của mô hình này.
- Linh hoạt, không cố định thời gian hoàn thành và yêu cầu (được xác định khi phát triển thực tế)
- Phân phối sản phẩm mềm dẻo, thời gian biểu linh hoạt
- Chất lượng sản phẩm tốt và giảm rủi ro sản xuất, chi phí thấp
- Tốc độ phát triển nhanh, tiết kiệm thời gian
- Các bugs (lỗi) và các vấn đề được phát hiện sớm
- Khách hàng nhanh chóng thấy được sản phẩm qua đó đưa ra phản hồi sớm.
- Giảm thời gian dành cho quản lý, tăng thời gian dành cho việc phát triển
- Có khả năng áp dụng được cho những dự án mà yêu cầu khách hàng không rõ ràng ngay từ đầu.
Với mô hình Scrum, team dự án vẫn tiếp tục "code" ngay cả khi ngày mai có lệnh "deploy" bản mới cho khách hàng. Nhờ dòng chảy liên tục và có khả năng tự sửa lỗi ngay lập tức, khả năng phát hiện sớm các vấn đề, hệ thống cảnh báo (alert) hoạt động hết công suất nên tất cả các hoạt động dự án đều diễn ra song song mà không gặp bất cứ sự cố nào như các mô hình truyền thống (waterfall).
Tính minh bạch
Nhưng một thông số thú vị khác thể hiện rằng, lý do những nhóm có mối quan hệ tốt sở dĩ có tần suất mắc lỗi cao là vì, họ không ngại hay lo sợ chia sẻ rằng họ đã mắc lỗi với lãnh đạo và đồng nghiệp của mình. Trong nhóm đó lỗi lầm là điều được khuyến khích chia sẻ và ngay lập tức được khắc phục nhanh chóng bởi cá nhân hay nhóm đó. Còn những nhóm ít mắc lỗi hơn họ đã chia sẻ rằng, lỗi và sai lầm là điều không được bỏ qua, khiển trách hay thậm chí mất việc là điều họ sẽ nhận nếu có lỗi lầm xảy ra. Bạn biết chuyện gì sẽ xảy ra trong nhóm có mối gắn kết/ quan hệ kém rồi đấy, họ sẽ giấu lỗi lầm đi, tìm mọi cách sửa nó bởi chính họ, và chia sẻ ra những điều “hoàn hảo” (giả tạo). Vì vậy tần suất lỗi không ít hơn nhưng chúng đã được che giấu đi nhiều hơn! Việc này tác động rất lớn đến tính minh bạch và giảm đi rất nhiều khả năng nhận biết và học hỏi chung của cả nhóm.
4 nét đặc trưng được thể hiện rõ khi một team không ngại chia sẻ những điều đang diễn ra dù là lỗi lầm hay kinh nghiệm qua đó học hỏi cùng nhau phát triển.
- Noisy complainers:
Sửa những vấn đề ngay lập tức và cho mọi người liên quan biết về vấn đề đó (hay vấn đề cốt lõi của hệ thống cần được quan tâm). - Noisy troublemakers:
Luôn chỉ ra những vấn đề, lỗi sai từ các thành viên hoặc nhóm, nhưng cũng giúp họ và nhóm cùng nhau học và phát triển, không có thái độ chỉ trích, hay chỉ vì mục đích để tỏ ra mình giỏi hơn. - Mindful error-makers:
Chia sẻ với lãnh đạo mình đã mắc lỗi, để có thể giúp mọi người biết và tránh được lỗi đó. Họ chia sẻ để học hỏi là mục đích (không phải thể hiện để gây chú ý). - Disruptive question:
Không chấp nhận trạng thái ổn định ở hiện tại, họ muốn đặt câu hỏi tại sao và làm sao để có thể làm tốt hơn nữa.
Các nguyên tắc làm việc và quy trình rõ ràng
Chúng ta cần viết ra các bước trong quy trình của mình, đồng thời cũng cần nắm rõ tất cả các quy tắc mà thành viên trong nhóm đang tuân theo khi họ thực hiện các công việc hàng ngày.
- Tất cả các thành viên trong nhóm tham gia vào ước lượng và sử dụng thang điểm story point đã thống nhất.
- Khi một thành viên trong nhóm hoàn thành một hạng mục công việc, họ sẽ lấy mục công việc tiếp theo có xếp hạng cao nhất từ backlog để làm tiếp.
- Không kéo thêm hạng mục công việc khi đã đạt đến WIP limit.
- Tất cả các hạng mục công việc phải thỏa mãn Điều kiện hoàn thành để được coi là hoàn thành.
- Không làm các hạng mục công việc không nằm trong backlog
Sơ đồ luồng công việc tích lũy giúp kiểm soát dòng chảy công việc tốt hơn
Sơ đồ luồng tích lũy (Cumulative flow diagrams - CFD) giúp PM/Scrum Master tìm ra nguyên nhân làm gián đoạn luồng công việc của nhóm. Nhóm lập biểu đồ số lượng các mục công việc ở mỗi trạng thái theo thời gian và sử dụng biểu đồ đó để tìm kiếm các yếu tố có thể ảnh hưởng đến throughput (khối lượng công việc được hoàn thành trong một khoảng thời gian) của nhóm. CFD cung cấp cho nhóm một cách trực quan để theo dõi hệ thống đang hoạt động như thế nào. Khi nhóm đã quen với việc đọc CFD, thì tất cả các thành viên đều hiểu được các đề xuất và thay đổi của họ ảnh hưởng như thế nào đến khối lượng công việc mà nhóm có thể hoàn thành.
Bà mẹ chồng "sớm nắng chiều mưa", luôn quay bạn chong chóng như dòng điện xoay chiều?
Waterfall được xem như dòng điện một chiều, muốn dự án đi nhanh thì giai đoạn đầu cần mô hình phát triển, phẳng, tuyến tính để đi "thẳng" một mạch đến mục tiêu ban đầu (không cần hoàn hảo, chỉ cần đủ tính năng tối thiểu MVP - Minimum Viable Product).
Scrum giống như một vòng tròn quay xoanh nó, nhỏ dần cho đến khi đạt độ mịn nhất định thì sẽ đi tiếp theo một đường thẳng (chuyển hóa qua điểm tan chảy Tipping Point).
Scrum được ví như dòng điện xoay chiều, muốn đi xa hơn, chúng ta cần phát triển theo hướng xoáy ốc và liên tục.
Kết Luận
Scrum phù hợp cho những dự án có nhiều sự thay đổi và yêu cầu tốc độ cao. Scrum được thiết kế để tối ưu hóa sự hài lòng của nhóm và năng suất, chất lượng sản phẩm, khả năng đáp ứng với khách hàng và tính minh bạch cho các bên liên quan. Tất cả các sự thỏa mãn đó đều diễn ra theo các dòng chảy của quy luật tự nhiên: tăng trưởng, tiến hóa, rồi lại tăng trưởng, tiến hóa...
Thật không công bằng khi nói rằng Scrum giúp bạn cảm thấy khó chịu khi nhất cử nhất động đều bị giám sát chặt chẽ. "Bà mẹ chồng" nào chẳng vậy, luôn hướng dẫn "nàng dâu" khi bắt đầu bỡ ngỡ về nhà chồng. Scrum chính là người đỡ đầu trong tất cả các dự án "thành công" của bạn.
Khám phá thêm các chủ đề sau
Đọc thêm: Hướng dẫn hợp tác viết bài (guest blogging)
Các chủ đề được quan tâm nhiều nhất
CHIA SẺ BÀI VIẾT
Mới cập nhật