Phân tích quy trình hiện tại (AS-IS) là gì?
Last updated: July 23, 2025 Xem trên toàn màn hình
Recommended for you
- 03 Nov 2022
BAU (Business-As-Usual) là gì? 1384 - 01 Nov 2023 Lệnh thay đổi kỹ thuật (Engineering Change Order - ECO) là gì? 1147
- 05 Jan 2024 Value-Added Distributors (VAD) là gì? 550
- 09 Jan 2024 Domain Knowledge là gì? Ưu và nhược điểm? 448
- 01 Dec 2022 Business Critical là gì? 391
- 01 Nov 2022 Like for like là gì 383
- 28 Dec 2023 "Watered-down version" và "Stripped-down version" là gì? 370
- 02 Jan 2024 Domain Engineering là gì? 347
- 01 Jan 2024 Phân tích tổ hợp (Cohort Analysis) là gì? 335
- 08 Dec 2023 Resource Leveling là gì? 300
- 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? 295
- 02 Nov 2023 "State-of-the-art product" là gì? 254
- 08 Dec 2022 Phân biệt Cookbook, In a nutshell và Dummies 240
- 07 Dec 2022 Lean Software Development là gì? 229
- 11 Dec 2022 Sustaining Engineering là gì? 227
- 22 Nov 2023 Phân biệt tư duy hệ thống khác với tư duy thiết kế 196
- 05 Mar 2024 [Học tiếng Anh] "Go with caveats" là gì? 191
- 06 Dec 2023 Loại phần mềm "fire-and-forget" là gì? 172
- 24 Mar 2023 Mô hình kinh doanh Open-Core là gì? 167
- 14 Dec 2022 Phương pháp kiểm tra Fagan Inspection là gì? 150
- 09 Dec 2023 Phần mềm Best-of-class là gì? 130
- 01 Dec 2023 Microsoft Power Apps là gì? 126
- 01 Nov 2021 Knowldge Base là gì? 124
Phân tích quy trình hiện tại (AS-IS) hoặc phân tích trạng thái hiện tại là một chiến lược quản lý quy trình nhằm xác định và đánh giá các quy trình hiện tại của doanh nghiệp. Phân tích trạng thái hiện tại có thể tập trung vào toàn bộ tổ chức kinh doanh hoặc vào một hoặc nhiều quy trình cụ thể trong một bộ phận hoặc nhóm.
As Is" Là Gì?
"As is" nghĩa là "Có thế nào bán thế nấy", sản phẩm có thể tốt, có thể bị hỏng hay có lỗi. Người bán chỉ chịu trách nhiệm những gì mình mô tả hàng hóa, ngoài ra không chịu trách nhiệm gì thêm. Thông thường bất kể sản phẩm nào bán "as is" đều có lỗi này hay lỗi khác, tuy nhiên người ta vẫn mua dù biết có thể bị lỗi, chẳng hạn mua về để sửa. Những chuyên gia hiểu được thực trạng của hàng hóa, họ mua về sửa với chi phí khá nhỏ, rồi bán lại với giá cao hơn. Hoặc họ có thể tháo linh kiện để bán lại.
Ví dụ người bán nói "Tôi bán cái máy tính Acer One cấu hình chip Atom 1,6GHz bộ nhớ trong 2MB RAM, bật máy vào được Windows, bán as is". Nếu mua máy về bị chết pin hay máy khi chạy Windows bị treo liên tục thì người bán không chịu trách nhiệm. Nhưng nếu máy chỉ có 1MB RAM hay bật máy không chạy thì người mua có thể yêu cầu trả lại máy cho người bán do người bán đã mô tả sai hàng hóa.
Tuy nhiên đôi khi hàng còn tốt nhưng người bán không có điều kiện kiểm tra tất cả các chức năng nên bán "as is". Ví dụ mua thanh lý đống hàng cũ được cái máy ảnh giá rẻ bật lên thấy chạy ngon nên bán ngay "as is", trong khi các chức năng khác không có thời gian kiểm tra.
Các công ty phần mềm mua về các "source code" có thể vẫn đầy lỗi, nhưng vì giá rẻ và họ hoàn toàn có thể customize để triển khai cho khách hàng với giá tốt hơn. Hoặc họ kiếm lợi nhuận thông qua tiền công nâng cấp phần mềm, rồi đào tạo cho khách hàng vận hành phần mềm được "hô biến" từ một source code nào đó, thí dụ CMS để phát triển các web tin tức báo chí.
Phân Tích Nguyên Trạng (AS-IS) Là Gì?
Nếu tài liệu bàn giao sản phẩm phần mềm có ghi "Software is provided 'AS IS' and...", bạn sẽ hiểu là "nguyên trạng". Phần mềm được cung cấp "có sao dùng vậy", không bao gồm các bản vá (patch) hay bản nâng cấp (nếu có).
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".
“Yêu cầu chuyển đổi và sẵn sàng” là một trong số các loại Tài liệu yêu cầu. Chúng mô tả các khả năng tạm thời, chẳng hạn như các yêu cầu đào tạo và chuyển đổi dữ liệu, cần thiết để chuyển từ trạng thái hiện tại (“as-is” state) sang trạng thái tương lai mong muốn (“to-be” state).
Để 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.
Tóm lại, có 2 khái niệm quan trọng cần ghi nhớ:
- As-Is: Hệ thống phần mềm, quy trình, tài liệu, thủ tục hiện tại đang sử dụng tại khách hàng. Eg: Current as-is; as-is process …
- To-Be: Hệ thống phần mềm, quy trình, tài liệu, thủ tục tương lai sẽ sử dụng sau khi dự án triển khai xong.
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
