Bỏ qua tới nội dung
Phạm Thủy
Quay lại

Current State và Future State Analysis cho BA

Note này giúp BA mô tả cách công việc đang vận hành, trạng thái mong muốn và gap cần xử lý mà chưa nhảy thẳng vào thiết kế hệ thống.

Note này dùng để làm gì

Mở note khi cần thống nhất “đang xảy ra gì”, tìm gap hoặc chuẩn bị đánh giá solution option. Nếu problem chưa rõ, đọc Problem Framing và Business Objectives cho BA.

1. Sáu lens của current state

LensCâu hỏi
Peopleai làm, quyết định, chịu impact?
Processtrigger, step, handoff, exception, end state?
Informationdữ liệu/artifact nào được tạo, dùng, mất?
Technologyhệ thống/tool nào hỗ trợ hoặc cản trở?
Policy/rulerule nào có authority, rule nào chỉ là thói quen?
Performancevolume, wait time, error/rework và baseline?

Evidence nên kết hợp observation, artifact/log và interview. Quy trình được kể không mặc định là quy trình thật.

2. Future state mô tả capability và outcome

Current và Future State — gap của quy trình mua thiết bị

Future state không đồng nghĩa “xây portal”. Capability “một nguồn trạng thái có owner” có thể được đáp ứng bằng thay đổi process, cấu hình tool hiện có hoặc xây mới. Giữ solution space mở tới option analysis.

3. Gap classification

GapVí dụHandoff thường gặp
Capabilityrequester không tự theo dõisolution option/use case
Processhandoff không owner/SLAprocess modeling
Datathiếu budget code chuẩndata model/dictionary
Skill/roleapprover không biết ruletraining/RACI
Policyexception chưa có authoritypolicy decision
Technologytool không lưu transitionintegration/solution analysis

Gap phải trace về evidence và objective. “Chưa có mobile app” không phải gap nếu không chứng minh capability/outcome bị thiếu.

4. Running case: ShopFlow

Áp sáu lens (§1) để phân tích current state của shop trước khi có ShopFlow:

LensCurrent state (manual)Evidence source
Peoplechủ shop một mình nhận order + kiểm kho + giao hàng; khách gọi điện/chat đặt hànginterview chủ shop (SF-3 elicitation)
Processkhách nhắn order → chủ shop chạy ra kho đếm → báo còn/hết → nếu còn thì ghi sổ → giao; nếu hết thì gọi xin lỗiobservation 1 buổi sáng tại shop
Informationorder ghi sổ tay, stock đếm thủ công, không có lịch sử order/stock movementartifact: sổ ghi chép của chủ shop
Technologyđiện thoại + sổ giấy; không có database, không có web
Policy/rule”nếu thiếu 1 món thì hủy cả đơn” là rule ngầm, chưa viết ra; không có policy returninterview chủ shop
Performance~3 lần/tháng order vượt stock; mỗi lần mất ~15 phút gọi điện; 1 khách cancel/lầnlog cuộc gọi của chủ shop

Gap → Future capability → Transition:

Gap (phân loại)EvidenceFuture capabilityTransition need
Capability: không kiểm tra stock khi nhận order3 lần/tháng bán vượt stockhệ thống check stock real-time, reject nếu thiếu (SF-11)map danh sách sản phẩm hiện có vào DB SF-10
Process: không có trạng thái đơn hàngkhách phải gọi hỏi “đơn tới đâu rồi”khách xem được trạng thái order (Pending Payment → Delivered) qua SF-3 + SF-5train khách quen dùng web thay vì gọi
Data: không lưu lịch sử stock movementkhông biết hàng nào nhập khi nào, còn bao nhiêuSF-6 inventory management + SF-7 receive supplier stock có audit trailnhập stock đầu kỳ từ sổ giấy vào hệ thống
Technology: không có hệ thốngtoàn bộ vận hành bằng taySpring Boot backend + Vue 3 frontend (MVP)deploy môi trường test, training 2 nhân viên kho

Constraint: MVP không tích hợp payment gateway thật (SF-4 dùng mock), không tích hợp đơn vị vận chuyển (SF-5 cập nhật thủ công). Authentication đơn giản, chưa có RBAC.

Open question: dữ liệu sổ ghi chép cũ có cần migrate vào hệ thống không? Owner: chủ shop, hạn trước Sprint 0.

5. Anti-patterns

Anti-patternCách sửa
current state chỉ có happy pathlấy exception/rework và observed workaround
future state là list màn hìnhviết capability/outcome trước
vẽ process không có baselinegắn volume/time/error source
mọi difference đều thành gaptrace về objective và impact
bỏ transitionghi migration, training, rollout need

6. Checklist nhanh

References


Chia sẻ bài viết:

Bài trước
BA Artifact Templates
Bài sau
Chọn kỹ thuật Elicitation cho BA