Phương pháp kiểm tra Fagan Inspection là gì?
Last updated: December 15, 2023 Xem trên toàn màn hình



- 03 Nov 2022
BAU (Business-As-Usual) là gì? 1241
- 01 Nov 2023
Lệnh thay đổi kỹ thuật (Engineering Change Order - ECO) là gì? 1040
- 01 Nov 2021
Phân tích quy trình hiện tại (AS-IS) là gì? 585
- 05 Jan 2024
Value-Added Distributors (VAD) là gì? 506
- 04 Jan 2023
Phát triển phần mềm linh hoạt theo mô hình Big Bang 489
- 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
- 09 Jan 2024
Domain Knowledge là gì? Ưu và nhược điểm? 387
- 03 Feb 2020
Chất lượng là gì? Đẳng cấp là gì? Cùng tìm hiểu toàn diện từ góc nhìn chuyên gia. 373
- 03 Mar 2020
Giả định (Assumption ) là gì? Tại sao giả định rất quan trọng với dự án? 373
- 03 May 2022
Mô hình Hybrid Agile là gì? 353
- 01 Nov 2022
Like for like là gì 351
- 01 Dec 2022
Business Critical là gì? 345
- 28 Dec 2023
"Watered-down version" và "Stripped-down version" là gì? 333
- 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
- 30 Jul 2021
14 Nguyên Tắc Quản Lý Của Deming Là Gì? 303
- 01 Jan 2024
Phân tích tổ hợp (Cohort Analysis) là gì? 298
- 02 Jan 2024
Domain Engineering là gì? 296
- 20 Jul 2021
Quản lý và đánh giá công việc theo quy trình TIGO SmartWork 275
- 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
- 08 Dec 2023
Resource Leveling là gì? 262
- 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
- 17 Mar 2020
Mô hình “Service Gaps Model” quản lý và cải thiện chất lượng dịch vụ 257
- 21 Jan 2022
SSO (Single Sign On) là gì? Bạn đã hiểu đúng và đẩy đủ vè chìa khóa thông minh SSO? 253
- 28 Nov 2023
Nén tiến độ dự án (Crashing) là gì? 247
- 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
- 02 Nov 2023
"State-of-the-art product" là gì? 238
- 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
- 02 Mar 2018
Tại sao ví Scrum như dòng điện xoay chiều? 207
- 07 Dec 2022
Lean Software Development là gì? 205
- 08 Dec 2022
Phân biệt Cookbook, In a nutshell và Dummies 197
- 18 Jun 2021
Cost of Quality - Chi phí cho chất lượng sản phẩm là gì? 189
- 11 Dec 2022
Sustaining Engineering là gì? 180
- 14 Apr 2019
Product Backlog là gì? Các đặc điểm cơ bản của một Product Backlog 178
- 14 Dec 2021
Kano Model Analysis là gì? 175
- 22 Nov 2023
Phân biệt tư duy hệ thống khác với tư duy thiết kế 175
- 05 Mar 2024
[Học tiếng Anh] "Go with caveats" là gì? 175
- 24 Mar 2023
Mô hình kinh doanh Open-Core là gì? 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
- 08 Feb 2021
Quy trình nâng cấp phần mềm quản trị doanh nghiệp TIGO ERP 142
- 10 Aug 2019
Tại sao tôi chọn công thức "Work Smart" mà không phải "Work Hard"? 141
- 24 Mar 2019
Scrum giống như bà mẹ chồng, giúp bạn nhìn ra các lỗi sai 136
- 10 May 2021
Phát triển Phần mềm Tinh gọn (Lean Software Development) 129
- 06 Dec 2023
Loại phần mềm "fire-and-forget" là gì? 128
- 01 Dec 2023
Microsoft Power Apps là gì? 117
- 09 Dec 2023
Phần mềm Best-of-class là gì? 116
- 28 Jul 2021
Checklist là gì? Tầm quan trọng của checklist trong công việc 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
- 01 Nov 2021
Knowldge Base là gì? 94
- 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
Có một số phương pháp để xác định lỗi trong quá trình phát triển phần mềm (Review, walkthrough và Inspection). Hiệu quả nhất là Inspection hay còn gọi là phương pháp kiểm tra Fagan do Michael Fagan của IBM phát triển vào những năm 70.
Tìm hiểu thêm: Differences between software walkthrough, review, and inspection
Phương Pháp Kiểm Tra Fagan Là Gì?
Phương pháp kiểm tra Fagan là một quá trình cố gắng tìm ra lỗi trong bất cứ khâu nào của dự án (tài liệu, mã nguồn, quy trình triển khai...).
Đối với các dự án phần mềm, các tài liệu cũng quan trọng như mã nguồn. Tài liệu đặc tả kỹ thuật (Functional Specification), đặc tả người dùng (User Requirement Specification), đặc tả nghiệp vụ (Business Requirement Specification).. là các tài liệu quan trọng và là đầu vào cho hệ thống phần mềm. Nếu đầu vào không tốt, hiển nhiên đầu ra sẽ không thể hoàn hảo. Điều này có nghĩa rằng bản thân các tài liệu cũng chứa rất nhiều lỗi. Các tài liệu sống (living document) được cập nhật liên tục trong suốt vòng đời dự án, ví dụ tài liệu Schedule, Milestone-based WBS, Sprint..., thì việc kiểm tra sớm không thực sự cần thiết. Nhưng đối với các tài liệu chết (BRS, URS, Functional Spec) thì không thể thay đổi vì được gắn chặt với hợp đồng và phụ lục, do đó việc kiểm tra sớm các vấn đề của tài liệu là việc nên làm.
Các giai đoạn trong quy trình kiểm tra là: Lên kế hoạch, Cuộc họp tổng quan, Chuẩn bị, Cuộc họp kiểm tra, Tiến hành điều chỉnh và Giám sát thực hiện. Các giai đoạn Chuẩn bị, Cuộc họp kiểm tra và Tiến hành điều chỉnh có thể được lặp lại nhiều lần.
-
Lên kế hoạch: Là công việc của ban điều hành.
-
Cuộc họp tổng quan: Mô tả bối cảnh của sản phẩm công việc.
-
Chuẩn bị: Mỗi thanh tra viên kiểm tra sản phẩm công việc để xác định các khiếm khuyết có thể xảy ra.
-
Cuộc họp kiểm tra: Trong cuộc họp này, người đọc trình bày kết quả công việc, từng phần một và các thanh tra viên chỉ ra những khiếm khuyết ở từng bộ phận.
-
Tiến hành điều chỉnh: Thực hiện các thay đổi đối với sản phẩm công việc theo kế hoạch đề ra các hành động từ cuộc họp kiểm tra.
-
Giám sát thực hiện: Những thay đổi được kiểm tra lại để đảm bảo mọi thứ đều chính xác.
Cách Thực Hiện Công Việc Kiểm Tra Fagan
- Đảm bảo đầu ra cân bằng theo hướng hài hòa lợi ích với công sức của người xây dựng.
- Không những chỉ ra khiếm khuyết, sai sót, người kiểm tra cần có thái độ công tâm, cần phải đánh giá đúng các giá trị và định lượng các kết quả xuất sắc
- Đảm bảo lợi ích của công việc kiểm tra được nhìn rõ ràng (hữu hình).
- Sử dụng các thông tin từ kết quả kiểm tra để bổ sung vào kế hoạch dự báo - một phần của hoạch định dự án tổng thể.
Tại Sao Các Phương Pháp Inspection Nói Chung Ít Khi Được Sử Dụng?
Phương pháp kiểm tra Fagan rất hữu ích cho quy trình chất lượng, mặc dù không nhiều người biết đến tên phương pháp này, nhưng cách thức kiểm tra theo phương pháp nào cũng đều có những logic tương đồng. Phương pháp Fagan nếu sử dụng đúng cách, đúng thời điểm sẽ phát huy hiệu quả cao. Tuy vậy nếu vận dụng quá mức cần thiết sẽ dẫn đến những vấn đề khác không thể lường trước. Các lý do sau sẽ hữu ích khi bạn cần ra quyết định về phạm vi sử dụng phương pháp này:
- Không có thước đo chính xác tuyệt đối.
- Lợi ích không được rõ ràng. Phải cần đến nhiều kết quả phân tích và phải đảm bảo tiết kiệm thời gian và chi phí cho những việc này.
- Dễ bỏ qua phần đánh giá sâu chuyên môn, không tạo ra cơ hội đi cầu trả lời cho câu hỏi "Why".
- Tạo ra hố sâu ngăn cách giữa người triển khai và người kiểm tra.
- Hình thành môi trường làm việc dị nghị, hậu quả là đi ngược với văn hóa tổ chức mà nhân viên luôn sẵn sàng thừa nhận sai lầm hoặc sẵn sàng chia sẻ thông tin.
Nguồn: TIGO Solutions