Chú Ba Chạm mất việc sau khi kết nối GitHub — cải tiến quy trình quá tay đến mức sếp cũng thành người tiếp theo

Bạn nói với AI: “Biến toàn bộ phần này thành một bài viết.”

“Chú Ba Chạm” và “sa thải sếp” chỉ là cách nhân hóa các bước công việc để đùa. Không có ai thật sự bị sa thải trong câu chuyện này.

1. Trước đây, bài viết xong nhưng công việc chưa xong

Bạn nói với AI: “Biến toàn bộ phần này thành một bài viết.”

Bài viết được tạo ra.

Nhưng sau đó con người vẫn còn việc phải làm.

Quy trình cũ gần như thế này:

  1. Nhận tệp Markdown.
  2. Tải tệp xuống.
  3. Mở GitHub.
  4. Đi đến thư mục cần lưu.
  5. Tải tệp lên.
  6. Commit.
  7. Kiểm tra xem tệp đã thực sự vào chưa.

Mỗi bước đều rất nhỏ.

Chính vì nhỏ nên chúng dễ bị giữ lại mãi.

“Có ba chạm thôi mà. Để tôi làm.”

Và thế là Chú Ba Chạm ra đời.

Công việc của chú là mang tệp do AI tạo đến GitHub.

Công việc nhẹ.

Nhưng lần nào cũng phải làm lại.

Một việc nhỏ không có nghĩa là không tốn chi phí.

Nó trở nên phiền khi sinh sôi vô hạn.

2. Kết nối GitHub xong, cả ba chạm biến mất

Sau đó AI được kết nối để ghi trực tiếp vào GitHub.

Quy trình mới trở thành:

  1. Nói “hãy biến phần này thành bài viết”.
  2. AI viết bài.
  3. AI lưu trực tiếp vào thư mục đã chỉ định.
  4. AI lấy lại chính tệp vừa lưu từ GitHub.
  5. AI xác nhận tệp thực sự tồn tại.
  6. AI báo thành công hoặc thất bại.

Phía con người gần như chỉ còn một câu lệnh.

Và rồi tái cơ cấu diễn ra.

Chú Ba Chạm: thất nghiệp.

Chú Ba Chạm: “Hôm nay lại đi giao Markdown thôi!”

Tích hợp GitHub: “Vị trí đó đã bị xóa từ hôm qua.”

Chú Ba Chạm: “Hả?”

3. Đây không phải tiết kiệm thời gian. Đây là xóa quy trình

Cải tiến kiểu thông thường làm cùng một việc nhanh hơn.

Năm phút giảm xuống còn hai phút.

Điều đó có ích.

Nhưng lần này khác.

Chúng ta không làm cho con người tải tệp lên nhanh hơn.

Chúng ta loại bỏ luôn nhu cầu con người phải tải tệp lên.

Khác biệt này rất lớn.

Tốc độ bấm luôn có giới hạn.

Một cú bấm không còn tồn tại thì không cần tối ưu nữa.

Cũng không cần nhớ “thư mục nào nhỉ?”.

Giảm nguy cơ quên tải lên.

Giảm việc chuyển qua chuyển lại giữa các tác vụ.

Cải tiến quy trình mạnh nhất không phải làm con người nhanh hơn.

Mà là làm cho con người không phải làm những việc không cần thiết.

4. Tự động kiểm tra lại sau khi lưu thì hệ thống mới thật sự chắc

Chỉ lưu tệp thôi vẫn chưa đủ yên tâm.

Có thể sai đường dẫn.

Có thể sai tên tệp.

Nội dung có thể thiếu.

Vì vậy sau khi lưu, hệ thống lấy lại chính tệp đó từ GitHub.

Sau đó xác nhận tệp thực sự tồn tại.

Nếu cần, nó kiểm tra cả nội dung.

Quy trình trở thành:

Tạo → Lưu → Đọc lại → Báo kết quả

Bước cuối trông nhỏ nhưng rất quan trọng.

Nếu hệ thống tự lưu mà con người vẫn phải mở GitHub mỗi lần để hỏi “đã vào thật chưa?”, thì công việc kiểm tra vẫn còn sống.

Chú Ba Chạm chưa bị sa thải.

Chú chỉ bị giáng xuống thành Chú Một Chạm.

Đã tự động hóa thì làm cho trọn.

5. Không phải ba chạm biến mất. Nghề “ba chạm” biến mất

Ban đầu nghe có vẻ chỉ là một cải tiến nhỏ.

“Hay, bớt ba chạm.”

Nhưng thứ thực sự biến mất là nhu cầu phải có một người đứng giữa quy trình.

Theo quy trình cũ, 100 bài viết đồng nghĩa con người phải làm người giao tệp 100 lần.

Theo quy trình mới, 100 hay 1.000 tệp thì chỉ dẫn cơ bản vẫn gần như giống nhau.

Khối lượng càng lớn, việc xóa quy trình càng có giá trị.

Chú Ba Chạm nộp đơn khiếu nại.

Chú Ba Chạm: “Đừng cướp việc của tôi!”

Nhóm cải tiến: “Chúng tôi không cướp việc. Chúng tôi cướp cú chạm.”

Chú Ba Chạm: “Thế còn tệ hơn!”

6. Cải tiến quá đà thì cuối cùng sếp cũng bị sa thải

Từ đây là phần đùa hoàn toàn.

Viết tự động.

Lưu tự động.

Xác minh tự động.

Chuẩn bị xuất bản cũng dần tự động.

Rồi câu hỏi hiển nhiên xuất hiện.

“Thế con người làm gì?”

Sếp: “Thế tôi làm gì?”

Nhóm cải tiến: “Để chúng tôi hỏi AI.”

Sếp: “Sếp bị sa thải.”

Cải tiến quy trình đã xuyên thẳng lên tầng quản lý.

Bài học nghiêm túc không phải là tự động hóa mọi quyết định quan trọng.

Mà ngược lại.

Hãy xóa việc vận chuyển, sao chép và kiểm tra lặp lại để trả thời gian cho con người, dành cho những quyết định thực sự cần con người.

Sếp có thể ở lại.

Chú Ba Chạm thì còn thương lượng.

7. Kết luận: cải tiến mạnh nhất không phải “làm chăm hơn” mà là “không cần làm nữa”

Vài cú chạm trông rất nhỏ.

Nhưng nếu lần nào cũng xuất hiện, chúng đã trở thành một quy trình.

Nếu AI có thể kết nối trực tiếp với nơi đích, xóa quy trình sẽ mạnh hơn làm quy trình cũ nhanh hơn.

Toàn bộ thay đổi gói gọn trong hai dòng:

Trước đây: tạo bài viết xong, con người mang tệp lên GitHub.

Bây giờ: yêu cầu bài viết, việc lưu và kiểm tra cũng tự hoàn tất.

Đầu tiên chúng ta tiết kiệm ba chạm.

Sau đó Chú Ba Chạm mất việc.

Rồi vì hăng quá, sếp cũng bị sa thải luôn.

Cải tiến quy trình thật đáng sợ.

Nhưng với những cú chạm thừa, không cần thương xót.

Mendoi-chan

Tác giả

Mendoi-chan

Biến những vướng mắc trong công việc và đời sống hằng ngày thành cấu trúc rõ ràng và bước tiếp theo thực tế.

Giới thiệu