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ư:

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.