Vận hành số

Tài liệu này cung cấp mô hình tư duy tối thiểu để thiết kế và xây dựng ứng dụng trên Cleeksy theo định hướng Digital Operations.

​

Mục tiêu

Sau khi đọc xong, có thể:

• Phân biệt value stream, value slice, và work system
• Hiểu “App trên Cleeksy” tương ứng với một work system (dữ liệu + quy trình + con người + UI + kiểm soát)
• Biết nguyên tắc kết nối nhiều app để vận hành đầu-cuối mà không rơi vào mega-app
• Xác định “bước tiếp theo” khi thiết kế một hệ thống vận hành số

​

Khái niệm cốt lõi

​

Value stream

Value stream là chuỗi công việc đầu-cuối tạo ra kết quả cho tổ chức (ví dụ: mua sắm nội bộ, onboarding nhân sự, xử lý sự cố).

​

Value slice

Value slice là một phần nhỏ của value stream nhưng:

• có điểm bắt đầu/kết thúc rõ ràng,
• tạo ra kết quả có thể đo lường,
• có thể triển khai và cải tiến theo vòng lặp.

​

Work system (hệ thống công việc)

Một work system là hệ thống vận hành thực tế gồm:

• Dữ liệu (các thực thể và trạng thái)
• Quy trình (các bước, điều kiện, phê duyệt)
• Con người (vai trò, trách nhiệm)
• UI (cách thao tác và theo dõi)
• Kiểm soát (chính sách, phân quyền, ràng buộc)

Trên Cleeksy, một App thường được thiết kế như một work system có thể triển khai độc lập.

​

Mô hình “App như work system” trên Cleeksy

Một app tiêu chuẩn trên Cleeksy thường gồm:

• Data: Entities → Fields → Records
• UI: Views + Record layout
• Process: Process builder + Approvals + Automation (tuỳ nhu cầu)
• People: Roles & Permissions
• Controls: validation/protection/permission boundaries
• Connect: publish/consume, Data Connection (dựa trên connected app đã consume), hoặc tích hợp webhook/API

Xem tổng quan: Tổng quan: Cleeksy DOP là gì?

​

Nguyên tắc thiết kế để tránh mega-app

​

1) Bắt đầu từ bài toán vận hành, không bắt đầu từ danh sách tính năng

• Xác định công việc cần chạy đầu-cuối (scenario), vai trò tham gia, và kết quả “xong việc” là gì.
• Chỉ cấu hình các thành phần cần thiết để scenario chạy được.

Gợi ý: Cơ bản về Scenario

​

2) Ranh giới app dựa trên ownership và thay đổi

• App nên có “chủ sở hữu” rõ ràng (đơn vị chịu trách nhiệm dữ liệu và quy trình).
• Khi có nhiều ownership hoặc nhịp thay đổi khác nhau, cân nhắc tách app và kết nối.

Gợi ý: Ranh giới App

​

3) Kết nối app bằng publish/consume trước

• Ưu tiên publish/consume để giảm phụ thuộc chặt và làm rõ dữ liệu “nguồn”.
• Two-way chỉ dùng khi quy tắc đồng bộ và ownership đã rõ.

Gợi ý: Ownership & chia sẻ dữ liệu (Data ownership & sharing) và Chia sẻ dữ liệu (Publish/Consume)

​

Bước tiếp theo (thực hành theo thứ tự)

​

Thảo luận & nhận hỗ trợ

• Cộng đồng builder: Community