Mô hình: Quy trình, swimlane và điểm bàn giao

Vì sao chủ đề quan trọng

Vòng đời ở bài 4 nói một đơn đi qua những trạng thái nào. Nó không nói đơn đó nằm trong tay ai ở mỗi bước. Mà chính chỗ đổi tay mới là nơi việc bị rơi. Hôm nay, ở Căng tin khu A, một khoản chuyển khoản đi từ điện thoại sinh viên tới tài khoản căng tin, rồi nhân viên quầy phải cầm điện thoại kiểm tra thông báo. Đó là một lần đổi tay, và nó làm chậm cả hàng (P5). Khi có app, số lần đổi tay không giảm; nó chỉ chuyển chỗ.

Sơ đồ làn bơi (swimlane) chia quy trình thành các làn, mỗi làn là một vai trò. Mỗi khi mũi tên băng qua ranh giới hai làn, đó là một điểm bàn giao (handoff): thông tin hoặc đồ vật đổi người giữ. Bài này dạy bạn vẽ swimlane cho một đơn đặt trước, tìm các điểm bàn giao dễ mất việc nhất, và chọn cách vẽ vừa đủ, trên giấy, không cần phần mềm.

Đầu vào: vòng đời Đơn đặt trước và bảng chuyển trạng thái từ bài 4, dòng thời gian từ bài 3. Đầu ra: một sơ đồ quy trình có làn và danh sách điểm bàn giao kèm cách giữ thông tin không bị rơi. Khóa "Từ journey tới user story" sẽ dùng các làn để tách story theo vai trò.

Bức tranh lớn

Khác biệt giữa ba mô hình của khóa này nằm ở câu hỏi chúng trả lời:

• Bảng thuật ngữ và quy tắc trả lời: cái gì và luật gì.
• Vòng đời trả lời: đối tượng đang ở đâu.
• Swimlane trả lời: ai đang giữ việc, và chuyển cho ai.

Bản đồ dịch vụ ở khóa "Persona & User Journey dựa trên bằng chứng" đã có các tầng phía trước và phía sau quầy. Swimlane đi sâu hơn ở phía sau: nó tách "phía sau" thành từng vai trò cụ thể, với từng bước và từng lần chuyển tay.

Một swimlane tốt cho Căng tin số có năm làn: Sinh viên, App, Nhân viên quầy, Bếp, Quản lý. App được vẽ như một làn riêng vì nó cũng "giữ" thông tin và chuyển cho người khác, và đó chính là chỗ nhóm bạn chịu trách nhiệm.

Ví dụ chi tiết

Đây là quy trình một đơn đặt trước của Minh Anh vào thứ Hai, khung giờ nhận 11:45 tới 12:00, theo giả định trả trước. Sơ đồ tuần tự dưới đây đóng vai swimlane: mỗi cột là một làn.

sequenceDiagram
    participant SV as Sinh viên
    participant APP as App
    participant NV as Nhân viên quầy
    participant BEP as Bếp
    participant QL as Quản lý
    QL->>APP: Chốt thực đơn lúc 16h hôm trước
    SV->>APP: Đặt suất và chọn khung giờ nhận
    APP->>SV: Yêu cầu trả trước
    SV->>APP: Chuyển khoản
    APP->>NV: Báo thanh toán đã nhận
    APP->>BEP: Tổng số suất theo món lúc 10h
    BEP->>BEP: Nấu theo mẻ từ 10h30 và chia phần
    BEP->>NV: Đưa phần ra kệ đặt trước
    NV->>APP: Đánh dấu phần sẵn sàng
    APP->>SV: Báo phần đã sẵn sàng
    SV->>NV: Đọc mã đơn tại quầy
    NV->>APP: Đánh dấu đã nhận
    BEP->>QL: Báo món đã hết
    QL->>APP: Đánh dấu hết món

Mỗi mũi tên đi giữa hai làn khác nhau là một điểm bàn giao. Nhóm đếm được 13 mũi tên băng làn. Không phải mũi tên nào cũng nguy hiểm như nhau. Câu hỏi để lọc là: nếu người nhận không thấy, không hiểu hoặc không kịp làm, thì chuyện gì xảy ra?

Điểm bàn giao đầu tiên là nặng nhất. Cô Hạnh đã nói thẳng: "Giờ cao điểm cô không cầm điện thoại được, tay đâu mà xem." Đây là P11. Một nhóm sinh viên điển hình sẽ thiết kế "thông báo đẩy cho bếp" và tin rằng vấn đề đã xong. Trên swimlane, mũi tên từ App sang Bếp vẫn còn đó, nhưng ở đầu kia không có ai nhận. Lời giải phải hợp với đôi tay đang bận: một màn hình lớn treo trong bếp, hoặc một phiếu in. Lời giải này phải hợp cả với nhịp làm việc: Cô Hạnh nấu theo mẻ từ 10:30, và đơn sau 10:00 cô "không kịp", nên thời điểm bàn giao hợp lý là đúng 10:00, một lần, chứ không phải từng đơn một suốt buổi sáng.

Điểm bàn giao cuối cùng cho thấy một lựa chọn thiết kế. Theo R2, chỉ khi hết món mới được đổi thực đơn trong ngày. Nếu đi đường Bếp sang Quản lý rồi Quản lý sang App, có hai lần chuyển tay vào đúng 11:35 tới 12:15. Rút xuống một lần bằng cách cho bếp bấm thẳng thì nhanh hơn, nhưng phải hỏi Anh Tuấn, vì anh là chủ quy tắc R2. Đây là câu hỏi cho buổi đọc lại ở bài 6.

Sơ đồ thứ hai cho thấy điểm bàn giao App sang Bếp trước và sau khi sửa.

flowchart TD
    A[10h App chốt danh sách đặt trước] --> B{Bếp nhận qua đâu?}
    B -->|Thông báo điện thoại| C[Cô Hạnh không xem được giờ bận]
    C --> D[Nấu theo ước lượng như cũ]
    D --> E[Vừa thừa vừa thiếu, P6 còn nguyên]
    B -->|Phiếu in hoặc màn hình lớn| F[Tổng suất theo món treo trước bếp]
    F --> G[Cô Hạnh nhìn một lần, vào mẻ 10h30]
    G --> H[Số suất đặt trước được nấu đủ]

Mẫu để dùng ngay

Bạn không cần phần mềm. Một tờ A3 nằm ngang và bút là đủ. Ký hiệu tối thiểu:

Hàng ngang       = một làn, tên vai trò ghi ở đầu hàng
Hộp chữ nhật     = một bước, bắt đầu bằng động từ
Hình thoi        = câu hỏi có hoặc không
Mũi tên          = thứ tự các bước
Mũi tên qua làn  = điểm bàn giao, khoanh lại
Đồng hồ nhỏ      = chờ, ghi số phút
Dấu hỏi lớn      = điểm nóng, chưa ai trả lời

Có nên dùng BPMN (Business Process Model and Notation), bộ ký hiệu quy trình chuẩn quốc tế? BPMN có hàng chục ký hiệu cho sự kiện, cổng rẽ nhánh, thông điệp. Nó đáng dùng khi quy trình chạy giữa nhiều tổ chức, cần một bản chính thức để ký duyệt, hoặc sẽ được nạp vào phần mềm điều phối quy trình. Ở giai đoạn khám phá với Cô Hạnh thì không: cô không đọc được BPMN, và một sơ đồ người nghiệp vụ không đọc được thì không ai sửa được. Dùng ký hiệu giấy ở trên; nếu sau này cần BPMN, chuyển từ bản giấy sang chỉ mất một buổi.

Lộ trình từng bước

• Chọn một kịch bản cụ thể. "Đơn của Minh Anh, thứ Hai, khung 11:45 tới 12:00", không phải "quy trình đặt món".
• Kẻ làn theo vai trò. Dùng danh sách vai trò của dự án. Thêm làn App.
• Vẽ đường thuận từ trái sang phải. Mỗi bước bắt đầu bằng động từ.
• Lấy bước từ bảng chuyển trạng thái bài 4. Cột "ai làm" quyết định bước nằm ở làn nào.
• Khoanh mọi mũi tên băng làn. Đó là danh sách điểm bàn giao.
• Hỏi bốn câu cho mỗi điểm bàn giao. Người nhận có thấy không, có hiểu không, có kịp không, có tay rảnh không.
• Ghi thời gian chờ. Chỗ nào chờ lâu nhất thường là chỗ hàng người dài nhất.
• Vẽ thêm một nhánh không thuận. Ít nhất nhánh "không tới lấy" theo R3 và nhánh "hết món" theo R2.

Thói quen & kỷ luật

Cần luyện tập

Drill một: Vẽ swimlane cho đơn nhóm 30 suất của một câu lạc bộ, hôm nay đặt qua điện thoại và ghi sổ tay (P8). Làn nào có thêm? Điểm bàn giao nào giữa Anh Tuấn và bếp hiện chỉ nằm trong cuốn sổ?

Drill hai: Vẽ swimlane cho Thảo Vy dùng suất hỗ trợ khi đặt trước. Thêm làn Phòng Quản trị – Đời sống. Tìm điểm bàn giao nơi quy tắc R4 phải được kiểm tra, và chỉ ra nếu kiểm tra ở quầy thay vì ở app thì P12 còn nguyên hay không.

Drill ba: Chọn một quy trình ở trường bạn, như xin giấy xác nhận sinh viên. Vẽ swimlane trên giấy, đếm số điểm bàn giao, và đánh dấu điểm nào bạn từng phải quay lại hỏi vì giấy tờ bị kẹt.

Checklist hành động tuần này

• [ ] Chọn một kịch bản cụ thể có tên người, ngày và giờ
• [ ] Vẽ swimlane năm làn trên giấy A3
• [ ] Khoanh và đếm mọi điểm bàn giao
• [ ] Lập bảng điểm bàn giao với cách giữ cho từng điểm
• [ ] Đứng quan sát quầy một buổi trưa để đối chiếu

Chỉ số cho cách làm

Các con số dưới đây đo cách nhóm làm bước này, không đo app có thành công hay không. Câu hỏi app có hiệu quả không, và làm gì tiếp, là việc của khóa Đo lường thành công.

Dấu hiệu bạn đã thành thạo

Bạn nhìn một thiết kế "gửi thông báo cho bếp" và hỏi ngay: "Ai đọc, vào lúc nào, tay có rảnh không?" Bạn vẽ được swimlane năm làn trong 20 phút trên giấy, và Cô Hạnh chỉ vào đó sửa được. Bạn phân biệt được khi nào cần BPMN và khi nào một tờ A3 là đủ. Và mọi điểm bàn giao trong sơ đồ của bạn đều có một dòng "cách giữ".

Cạm bẫy thường gặp

Chốt lại

Swimlane chia quy trình theo người giữ việc; mỗi mũi tên băng làn là một điểm bàn giao, và đó là nơi việc bị rơi. Ở Căng tin số, điểm nặng nhất là App sang Bếp: Cô Hạnh không xem được điện thoại giờ cao điểm, nên lời giải là phiếu in hoặc màn hình lớn lúc 10:00, không phải thêm một thông báo. Vẽ trên giấy, để người nghiệp vụ sửa được. Bài 6 mang cả bốn mô hình tới Cô Hạnh để đọc lại và sửa.