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)?
Last updated: November 15, 2023 Xem trên toàn màn hình
Recommended for you
- 04 Jan 2023
Phát triển phần mềm linh hoạt theo mô hình Big Bang 653 - 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 619
- 23 Dec 2021 Quy trình tự động hóa RPA là gì? RPA khác với AI như thế nào? 549
- 03 Mar 2020 Giả định (Assumption ) là gì? Tại sao giả định rất quan trọng với dự án? 475
- 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 455
- 03 May 2022 Mô hình Hybrid Agile là gì? 442
- 14 Apr 2019 Product Backlog là gì? Các đặc điểm cơ bản của một Product Backlog 391
- 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 379
- 20 Jul 2021 Quản lý và đánh giá công việc theo quy trình TIGO SmartWork 342
- 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)? 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ì 237
- 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
- 10 May 2021 Phát triển Phần mềm Tinh gọn (Lean Software Development) 196
- 08 Feb 2021 Quy trình nâng cấp phần mềm quản trị doanh nghiệp TIGO ERP 180
- 01 Mar 2023 12 rào cản của chuyển đổi số doanh nghiệp nhỏ và vừa 180
- 14 Dec 2022 Phương pháp kiểm tra Fagan Inspection là gì? 159
- 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 91
- 17 May 2025 Chuyển Đổi Số Cho Ngôi Nhà Của Chính Mình: Tại Sao Không? 38
Là một phần của phương pháp truyền thống SDLC (Software Development Lifecycle), sự hiểu biết về phân tích thông thường chỉ ra rằng khi thực hiện phân tích môi trường cho mục đích thay đổi nó, người ta luôn bắt đầu đánh giá trạng thái "As Is” (hiện tại). Sau đó người ta sẽ thực hiện phân tích "To Be" (tương lai) của môi trường (đây là giải pháp kì vọng mà bạn muốn có tại chỗ). Cuối cùng, một phân tích chênh lệch sẽ được thực hiện giữa kịch bản "As Is" và "To Be".
1. Lộ Trình Tuần Từ As-Is Đến To-Be Tạo Nên GAP Analysis
Phân tích LỖ HỔNG (GAP Analysis) thường được thực hiện để đánh giá những gì có thể hoặc không thể được tái sử dụng từ môi trường hiện tại và do đó bạn biết những gì cần phải được tạo ra, phát triển hoặc thu được. Các lợi ích khác của việc hiểu được tình trạng hiện tại bao gồm xác định những điểm yếu và rủi ro hiện tại, thay đổi dự kiến và ngăn ngừa sự lặp lại của những sai lầm.
2. Một Số Phủ Định Với Cách Tiếp Cận Này
Thứ nhất, quy trình này mất khá nhiều thời gian. Thông thường, các tổ chức không có quy trình kinh doanh cụ thể sẽ phải ghi chép lại toàn bộ giải pháp, chỉ để hiểu được tình trạng hiện tại.
Thứ hai, bạn sẽ gặp một số sự phản đối từ các bên liên quan. Những người này có thể sợ rằng sự thay đổi sẽ ảnh hưởng tiêu cực đến họ và công việc của họ. Do đó, họ không sẵn lòng chia sẻ thông tin về môi trường hiện tại. Điều này có thể ảnh hưởng đến sự thật và tính chính xác của tình trạng hiện tại.
3. Khi Nào Bạn Bỏ Qua Bước Phân Tích Trạng Thái “As Is”?
Nếu bạn khá chắc chắn rằng bạn sẽ tái sử dụng các quy trình hiện có của bạn. Nhưng nếu bạn biết rằng bạn cần phải bắt đầu suy nghĩ hoàn toàn mới, tại sao không nhảy thẳng vào “To-Be/Future State”?
Lợi ích của việc nhảy thẳng vào giải pháp “To Be” là:
- Bạn không bị hạn chế bởi quy trình hiện tại, công nghệ, các ràng buộc kế thừa. Các giải pháp trong tương lai không nên bị giới hạn bởi những hạn chế hiện tại.
- Tập trung vào tương lai chứ không phải hiện tại.
- Bạn đang ngưng kết nối giữa nơi bạn đến và nơi bạn đi. Điều này có lợi khi bạn có cơ hội nhìn vào một cái gì đó từ góc nhìn mới mẻ, giống như một doanh nhân.
- "To Be" chủ yếu là một quá trình sáng tạo, trọng tâm ban đầu không phải là tìm ra những vấn đề, mà là tìm ra các giải pháp sáng tạo.
Để giúp bạn trong việc tạo ra giải pháp To Be, có rất nhiều kỹ thuật có sẵn từ quy trình phân tích nghiệp vụ như:
- Kỹ thuật động não (brainstorming) là một kỹ thuật nhằm tạo ra một sự lựa chọn rộng lớn hoặc đa dạng.
- Kịch bản phân cảnh (story boarding) thể hiện một cách trực quan chi tiết các chuỗi các hoạt động bằng cách tổng hợp các tương tác người dùng khác nhau với các giải pháp.
- Mô hình Canvas (Business Model Canvas) có thể được sử dụng như một công cụ chẩn đoán và lập kế hoạch liên quan đến chiến lược và sáng kiến. Nó bao gồm 9 nhóm nhân tố chính mô tả cách thức một tổ chức dự định đem lại giá trị.
- Lập bản đồ tư duy (mind map) là một hình thức ghi chép lại những suy nghĩ, ý tưởng và thông tin trong một sơ đồ không tuyến tính (non-linear diagram).
- Câu chuyện của người dùng (user story) dùng nắm bắt nhu cầu của một bên liên quan cụ thể và cho phép các nhóm xác định tính năng của giá trị cho một bên liên quan bằng cách sử dụng tài liệu ngắn, đơn giản.
4. Lộ Trình Ngược Từ TO-BE Quay Về AS-IS - Một Góc Nhìn Mới Của Phân Tích GAP
Các phương pháp AGILE rất phù hợp với cách tiếp cận này, trong đóbằng cách rút ngắn thời gian hoặc chu kỳ (lặp lại) phát triển, các nhóm có cơ hội thực tế hơn để cung cấp thứ gì đó đáp ứng nhu cầu luôn thay đổi của khách hàng. Điều này cũng có nghĩa là ‘khách hàng’ tham gia nhiều hơn vào quá trình phân tích/thiết kế/phát triển. Bởi vì họ tham gia chặt chẽ hơn nên họ biết sớm hơn nếu điều gì đó không còn phù hợp nữa, các yêu cầu không còn phù hợp sẽ được giảm thiểu do nhận diện sớm những tư duy lỗi thời…
Trong nhiều dự án phần mềm, khách hàng dần cảm nhận thấy rằng thực trạng hiện tại còn rất xa so với mục tiêu mà doanh nghiệp muốn đạt đến. Thời gian / nỗ lực bỏ ra có thể được sử dụng cho tương lai thay vì chỉ nhìn vào hiện tại. Bằng cách đưa ra quyết định táo bạo này ngay từ đầu và tập trung các nguồn lực ngay từ đầu, dự án có thể tiết kiệm được rất nhiều thời gian và tiền bạc. Với thực tế công nghệ thay đổi chóng mặt như hiện nay và chuyển đổi số diễn ra khắp mọi nơi, khách hàng có thể đi nhanh hơn đến một viễn cảnh hoàn toàn mới mà không cần quay đầu lại, các ý tưởng cũ dần biến mất và thay vào đó là các ý tưởng mới (ví dụ kết nối với ChatGPT) được điều chỉnh phù hợp với nhu cầu liên quan tương lai ngay trước mắt của họ.
Vì vậy, lần tới trước khi bắt tay vào thực hiện phân tích “nguyên trạng” tốn kém thời gian và tiền bạn, bạn có thể nên cân nhắc giá trị thực sự của một quyết định như vậy.
Việc con người thường ngần ngại từ bỏ cách làm việc hiện tại là điều bình thường. Hãy sẵn sàng bước ra khỏi vùng an toàn (comfort zone) để đi đến quyết định táo bạo hơn. Nhưng đôi khi, nếu một người nhận ra rằng vùng an toàn trở thành một nơi đầy rủi ro hoặc nguy hiểm, bạn phải thu hết can đảm để thoát ra khỏi nó.
Tham khảo: BAC
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