Skip to content

NỀN TẢNG THAM CHIẾU CHO TEAM SNAPSHOT 30'

File này chắt phần dùng được từ docs/z_archived/14_reference/00-index.md để giải thích vì sao Team Snapshot được thiết kế như hiện tại. Đây không phải phần để trưng bày học thuật. Đây là phần để biết nên giữ cái gì thật chặt khi triển khai.

1) Delivery structure

Les Mills Release Model

Áp dụng:

  • Buổi 30' phải có timed blocks rõ.
  • Script phải đủ chặt để người mới vẫn chạy đúng.
  • Slide và câu hỏi không được freestyle mỗi người một kiểu.

Ảnh hưởng trực tiếp tới package:

  • 01-script-diagnostic-30-phut-ceo-hr.md
  • 12-30-phut-survey-flow-va-slide-map.md

WHO PM+ Task-Sharing

Áp dụng:

  • Người điều phối không cần là therapist.
  • Nhưng protocol phải rõ, scope phải rõ, escalation phải rõ.
  • Không biến một buổi chẩn đoán vận hành thành trị liệu mở.

Ảnh hưởng trực tiếp tới package:

  • rule xin phép ghi âm
  • rule không truy cá nhân
  • rule dừng khi ngoài scope

2) Conversation method

Crucial Conversations

Áp dụng:

  • Safety first.
  • Facts trước, story sau.
  • Buổi 30' phải mở ra shared meaning đủ để chốt next step.

Nonviolent Communication

Áp dụng:

  • Hỏi bằng observation, không bằng phán xét.
  • Diễn giải report bằng language hệ thống, không đổ người.
  • Request cuối buổi phải cụ thể và có thể trả lời ngay.

Ảnh hưởng trực tiếp tới package:

  • 02-cau-hoi-diagnostic-ceo-hr.md
  • 04-snapshot-1-trang-template.md
  • 10-objection-handling-bridge-to-goi0.md

3) Management and operating signals

Google Project Oxygen

Áp dụng:

  • 1:1 với leader có giá trị khi nó kéo ra hành vi điều hành cần sửa.
  • Team Snapshot phải buộc CEO/HR nói ra decision signal, không chỉ kể cảm giác.

Getting Things Done

Áp dụng:

  • Output sau buổi không được dừng ở insight.
  • Mọi action cần owner + deadline + signal.

Maslach Burnout Inventory

Áp dụng:

  • Dấu hiệu quá tải và suy kiệt phải được xem là pattern hệ thống.
  • Không chẩn đoán y khoa, chỉ đọc signal vận hành và con người.

4) Scale and product discipline

CrossFit / Zumba

Áp dụng:

  • Scale nhanh thì chất lượng dễ vỡ.
  • Muốn scale Team Snapshot phải khóa script, audit, và deck đúng chuẩn.

CoachHub / BetterUp

Áp dụng:

  • Đừng biến bước đầu thành chương trình dài, đắt, nhiều ma sát.
  • Team Snapshot phải nhẹ, nhanh, rõ, đủ để bán bước kế tiếp chứ không ôm hết bài toán.

5) Kết luận thiết kế

Team Snapshot 30' đứng trên 5 trụ:

  1. Timeboxed delivery
  2. Structured question flow
  3. Safety-first conversation
  4. Evidence -> Interpretation -> Action
  5. Decision-first commercial design

Nếu bỏ một trụ, package sẽ trượt sang một trong hai lỗi:

  • quá mỏng, không đủ để close
  • quá dài, thành tư vấn miễn phí