← Về trang Blog

BẮT ĐẦU BẰNG ĐÍCH ĐẾN DỪNG ĐỂ CAREER BỊ KÉO ĐI BỞI TO-DO LIST   OpenTranslator


Nhiều người rất chăm chỉ, rất bận, rất có trách nhiệm, nhưng vẫn có cảm giác mình đang bị kéo đi. Mỗi ngày xử lý hàng chục việc, nhưng cuối tuần không chắc mình đã tiến gần điều gì quan trọng. Vấn đề không nằm ở việc thiếu nỗ lực. Vấn đề là mình đang bắt đầu bằng to-do list, không phải bằng đích đến.

1: Bắt đầu bằng đích đến là gì?

Theo nguyên tắc "bắt đầu bằng đích đến" có nghĩa là trước khi hành động, mình cần biết mình muốn đi tới đâu. Nó không chỉ là đặt mục tiêu. Sau hơn, đó là khả năng sống, làm việc và ra quyết định dựa trên hình ảnh kết quả cuối cùng mình muốn tạo ra.

Điểm cốt lõi:

"Tôi không chỉ làm cho xong việc. Tôi chọn đích đến, rồi mới chọn cách đi."

Người có thói quen này không để mình bị cuốn hoàn toàn bởi việc gặp, cảm xúc tức thời, áp lực từ người khác, hay lịch họp đầy đặn. Họ dừng lại để hỏi:

2: Vì sao cần bắt đầu bằng đích đến?

2.1: Vì làm nhiều không đồng nghĩa với đúng hướng

Trong công việc, rất dễ nhầm lẫn giữa bận rộn và hiệu quả. Một người có thể xử lý rất nhiều phiếu việc, họp rất nhiều buổi, trả lời rất nhiều tin nhắn, nhưng cuối cùng vẫn không tạo ra kết quả quan trọng.

Điểm cần nhớ:

Nếu không có đích đến, mình sẽ để việc nào ồn ào nhất dẫn đường. Tin nhắn mới nhất trở thành ưu tiên. Deadline gần nhất trở thành mục tiêu. Người gây áp lực mạnh nhất trở thành người quyết định lịch làm việc của mình.

2.2: Vì quyết định nhỏ lặp lại sẽ tạo thành cuộc đời/career

Career không chỉ được tạo bởi vài quyết định lớn. Nó được tạo bởi hàng trăm quyết định nhỏ:

Hành động Career được tạo bởi?
Có chuẩn bị trước buổi meeting? Career được tạo bởi việc có chuyên nghiệp không?
Có nói rõ kỳ vọng với đội ngũ? Career được tạo bởi team có ownership không?
Có nhận lỗi khi sai? Career được tạo bởi người có tính trách nhiệm?
Có đầu tư học một kỹ năng quan trọng? Career được tạo bởi người luôn phát triển?
Có tránh né feedback khó nghe? Career được tạo bởi người liên tục trưởng thành?
Có chọn việc để làm thay vì việc đúng để làm? Career được tạo bởi người có tầm nhìn dài hạn?

Nếu biết mình muốn trở thành kiểu người nào, mình có tiêu chuẩn để chọn hành động ngay cả khi cảm xúc không ủng hộ.

3: Bắt đầu bằng đích đến khác với đặt KPI thế nào?

⚠ Trước

KPI là chỉ số, đích đến là ý nghĩa và hướng đi

KPI: "Giảm lỗi trên hệ thống thật 30%."

Nhưng rồi có thể tối ưu sai hành vi.

✅ Sau

Đích đến trả lời: "Vì sao con số đó đang theo đuổi? Nếu đạt được, mình/team sẽ trở thành cái gì tốt hơn?"

KPI: "Giảm lỗi trên hệ thống thật 30%."

Đích đến: "Xây dựng một đội ngũ kỹ thuật đáng tin cậy, giao sản phẩm ổn định và không để khách hàng làm người test chính."

KPI cần thiết, nhưng nếu chỉ bám KPI mà mất đích đến, mình có thể tối ưu sai hành vi. Ví dụ: để đạt tiến độ, team có thể chia việc nhỏ cho đẹp số nhưng không giải quyết vấn đề thật. Để giảm lỗi, team có thể tránh nhận việc khó. Để kịp hạn chót, team có thể cắt giảm chất lượng.

4: Ba thành phần cốt lõi

🔑 Thành phần 1: Giá trị rõ ràng

Giá trị là những điều mình coi là quan trọng đến mức không muốn đánh đổi tùy tiện.

Trong môi trường software team, giá trị có thể là:

Giá trị không có tác dụng nếu chỉ nằm trên slide. Giá trị thật sự sẽ lộ ra trong lúc có áp lực:

🔑 Thành phần 2: Đích đến dài hạn

Đích đến dài hạn là hình ảnh rõ về kết quả mình muốn tạo ra.

Với cá nhân:

Với team:

Đích đến dài hạn không cần phải hoa mỹ. Nó cần đủ rõ để ảnh hưởng đến quyết định hàng ngày.

🔑 Thành phần 3: Hệ quy chiếu ra quyết định

Hệ quy chiếu là bộ tiêu chí giúp mình chọn khi có xung đột.

Ví dụ:

Không có hệ quy chiếu, mình sẽ quyết định theo áp lực gần nhất. Có hệ quy chiếu, mình có khả năng nhàn nhã.

5: Ví dụ trong software team

5.1: Requirement mở rộng

⚠ Reactive:

"PO đưa requirement mở rộng quá, dev làm sao đúng được."

✅ Bắt đầu bằng đích đến:

"Đích đến là giao đúng giá trị cho user và giảm việc làm lại. Vậy trước khi bắt tay vào làm, mình cần làm rõ tiêu chuẩn chấp nhận, lường các trường hợp bất thường và cách test."

Hành động:

  • Viết lại yêu cầu bằng ngôn ngữ mình hiểu
  • Đặt câu hỏi về trường hợp đặc biệt
  • Đề xuất tiêu chuẩn chấp nhận
  • Hẹn một buổi trao đổi ngắn với người quản lý sản phẩm / nhóm kiểm thử

5.2: Deadline gấp

⚠ Reactive:

"Hạn chót vậy thì phải cắt góc thôi, lỗi thì tính sau."

✅ Bắt đầu bằng đích đến:

"Đích đến là giao được phần giá trị quan trọng mà vẫn giữ uy tín chuyên môn. Vậy mình cần nói rõ trade-off, cắt phạm vi một cách chủ động, và bảo vệ những phần chất lượng tối thiểu."

Hành động:

  • Tách must-have / should-have / nice-to-have
  • Nói rõ rủi ro nếu cắt kiểm thử / cải tiến code
  • Đề xuất phạm vi nhỏ hơn nhưng ổn định hơn
  • Chốt tiêu chí hoàn thành tối thiểu

5.3: Team liên tục chạy theo lỗi

⚠ Reactive:

"Sản phẩm nó vậy rồi, cứ sửa lỗi thôi."

✅ Bắt đầu bằng đích đến:

"Đích đến là một team đáng tin cậy, giảm lặp lại lỗi cũ. Vậy ngoài sửa lỗi, mình cần tìm pattern và cải tiến cách phòng ngừa."

Hành động:

  • Gom lỗi theo nhóm nguyên nhân
  • Chọn 1 nguyên nhân gốc lớn nhất
  • Thêm test, giám sát, danh sách kiểm tra khi xem xét
  • Dành 60 phút mỗi tuần cho việc phòng ngừa

5.4: Thành viên mới join team

⚠ Reactive:

"Bạn mới chưa biết thì hỏi ai gần đó."

✅ Bắt đầu bằng đích đến:

"Đích đến là team có khả năng scale và không phụ thuộc vào vài người. Vậy hướng dẫn người mới phải có cấu trúc."

Hành động:

  • Tạo danh sách hướng dẫn nhân viên mới
  • Gắn người đồng hành
  • Ghi lại các bước cài đặt môi trường
  • Cho bạn mới làm việc có kiểm soát rủi ro

5.5: Conflict giữa dev và QA

⚠ Reactive:

"nhóm kiểm thử bắt lỗi quá trễ, nhóm phát triển viết code không kỹ."

✅ Bắt đầu bằng đích đến:

"Đích đến là giao sản phẩm tốt, không phải thắng tranh luận. Vậy cần sửa quy trình bàn giao và kỳ vọng."

Hành động:

  • Làm rõ tiêu chuẩn sẵn sàng và tiêu chí hoàn thành
  • Đưa QA vào sớm hơn trong giai đoạn thu thập yêu cầu
  • Thống nhất cách ghi lỗi và mức độ ưu tiên
  • Đánh giá lại 1 trường hợp gần đây để học, không đổ lỗi

6: Dấu hiệu một người đang không bắt đầu bằng đích đến

Lịch kín nhưng không biết tuần này kết quả quan trọng nhất là gì.

Nói "việc nào cũng gấp" nên không còn biết việc nào thật sự quan trọng.

Ra quyết định theo người gây áp lực mạnh nhất.

Hay đổi hướng theo cảm xúc hoặc feedback gần nhất.

Có mục tiêu nhưng hành động hàng ngày không liên quan.

Làm xong project nhưng team không học được gì mới.

Đạt KPI nhưng chất lượng quan hệ, uy tín hoặc năng lực dài hạn giảm.

Chấp nhận trade-off mà không nói rõ trade-off.

Sống trong to-do list nhưng không có personal mission.

7: Dấu hiệu một người đang bắt đầu bằng đích đến

Trước khi làm, hỏi kết quả mong muốn là gì.

Biết nói "không" với việc không phục vụ mục tiêu.

Khi gặp xung đột, đưa về giá trị và mục tiêu chung.

Biết cắt phạm vi nhưng không cắt nguyên tắc cốt lõi một cách im lặng.

Có thể giải thích vì sao một việc quan trọng.

Có tiêu chuẩn hành vi ngay cả khi áp lực cao.

Biến mục tiêu dài hạn thành lựa chọn nhỏ hàng ngày.

Nhìn dự án không chỉ như hạn chót, mà như cơ hội xây năng lực team.

8: Lời hay gặp

8.1: Nhầm đích đến với mong muốn mơ hồ

Nói "tôi muốn thành công", "tôi muốn team tốt hơn", "tôi muốn career phát triển" là chưa đủ. Đó là mong muốn, chưa phải đích đến.

Đích đến cần rõ hơn:

8.2: Đặt mục tiêu nhưng không có tiêu chí ra quyết định

Nhiều người có goal, nhưng khi bị áp lực thì vẫn chọn theo cảm xúc. Lý do là goal chưa được biến thành tiêu chí.

Ví dụ goal là "xây team có ownership". Vậy tiêu chí quyết định phải là:

8.3: Quá lý tưởng, không gần với hành động ngay

Personal mission nghe hay nhưng nếu không biến thành lịch, task, hành vi, nó chỉ là câu slogan.

Dùng cách test đơn giản:

"Nếu đọc mission của tôi, người khác có đoán được tuần này tôi sẽ hành động khác đi ở điểm nào không?"

Nếu câu trả lời là không, mission đang quá xa thực tế.

9: Khung áp dụng ngay

9.1: Khung 5 câu hỏi trước khi nhận việc/quyết định

Trước một việc quan trọng, hỏi:

  1. Kết quả cuối cùng cần đạt là gì?
  2. Kết quả này phục vụ mục tiêu lớn nào?
  3. Nếu phải chọn, điều gì không được đánh đổi?
  4. Ai bị ảnh hưởng bởi quyết định này?
  5. Bước nhỏ nhất để đi đúng hướng trong 24 giờ tới là gì?

9.2: Khung personal mission 2 câu

Mẫu:

"Tôi muốn trở thành một [vai trò/người] được tin vì [giá trị cốt lõi]. Trong công việc, tôi ưu tiên tạo ra [kết quả/ảnh hưởng] bằng cách [hành vi lặp lại]."

Ví dụ:

"Tôi muốn trở thành một nhà lãnh đạo kỹ thuật được tin vì sự rõ ràng, chính trực và khả năng giúp team trưởng thành. Trong công việc, tôi ưu tiên tạo ra sản phẩm ổn định và một đội ngũ có trách nhiệm bằng cách nói rõ kỳ vọng, minh bạch rủi ro và chia sẻ kiến thức."

9.3: Khung team destination

Mẫu:

"Team chúng ta tồn tại để [tạo giá trị gì] cho [ai]. Trong 6-12 tháng tới, chúng ta muốn được nhìn nhận là team [đặc tính nào]. Vì vậy, mỗi quyết định quan trọng sẽ ưu tiên [3 tiêu chí]."

Ví dụ:

"Team chúng ta tồn tại để giúp user hoàn thành quy trình thanh toán nhanh, ổn định và ít lỗi. Trong 6-12 tháng tới, chúng ta muốn được nhìn nhận là team giao hàng đáng tin cậy. Vì vậy, mỗi quyết định quan trọng sẽ ưu tiên trải nghiệm user, tính ổn định production và minh bạch trade-off."

9.4: Khung review cuối tuần

Hỏi 4 câu:

  1. Tuần này việc nào đưa mình gần hơn đến đích đến?
  2. Việc nào chỉ làm mình bận hơn nhưng không quan trọng?
  3. Quyết định nào của mình phù hợp/không phù hợp với giá trị đã chọn?
  4. Tuần sau cần bổ/cải/đổi cách làm việc gì?

10: Bài tập áp dụng

10.1: Bài tập cá nhân: Viết đích đến 1 năm

Viết 5 dòng:

10.2: Bài tập công việc: Lọc lại to-do list

Lấy danh sách việc hiện tại và chia 3 nhóm:

Sau đó chọn 1 việc trong nhóm đầu tiên để block lịch làm trước.

11: Kết bài

Bắt đầu bằng đích đến không làm công việc bớt khó ngay lập tức. Hạn chót vẫn còn, bên liên quan vẫn đòi hỏi, lỗi vẫn xuất hiện. Nhưng nó giúp mình không đánh mất tay lái.

Khi biết kết quả cuối cùng mình muốn tạo ra, mình có thể chọn việc đúng, nói không đúng lúc, và ra quyết định nhất quán hơn. Đó là điểm khác biệt giữa người chỉ xử lý công việc và người thật sự kiến tạo hướng đi.

💡 Một số câu trích có thể dùng:

🎯 Vision 💡 Leadership 📝 Planning 🧠 Prioritization