Engineer mindset và Advisory, Consulting mindset

Gần đây tôi có dịp quan sát hai team làm việc với cùng một khách hàng.
Một team làm engineering. Một team làm Advisory, Consulting.

Cùng một hệ thống. Cùng một bối cảnh. Nhưng cách họ tiếp cận vấn đề rất khác nhau.

Sự khác biệt không nằm ở năng lực. Mà nằm ở mindset. Và mindset đó quyết định loại giá trị họ tạo ra.

Engineer mindset. Tập trung vào việc hoàn thành nhiệm vụ được giao

Điểm dễ thấy ở engineering team là sự tập trung cao độ vào execution.

• Requirement đã có.
• Task đã được phân rã.
• Timeline đã được xác định.

Engineer giỏi sẽ hỏi:

• Yêu cầu cụ thể là gì.
• Constraint kỹ thuật nào cần lưu ý.
• Giải pháp nào tối ưu về performance, cost, maintainability.
• Làm sao để deliver đúng hạn và đúng chất lượng.

Thành công được đo bằng việc hoàn thành công việc. Feature chạy được. System ổn định. Incident được xử lý. Cost được tối ưu.

Engineer tối ưu trong một không gian đã được xác định trước.

Ở đây, “đúng” và “tốt” mang nghĩa kỹ thuật.

Advisory, Consulting mindset. Tập trung vào việc kể một câu chuyện có logic

Với Advisory, Consulting, câu hỏi không chỉ là làm thế nào.
Câu hỏi đầu tiên là chúng ta có đang giải đúng bài toán hay không.

Một engagement tư vấn thường phải có storyline rõ ràng:

1. Problem statement. Vấn đề thực sự là gì.
2. Current state. Chúng ta đang ở đâu.
3. Gap so với best practices. Thiếu gì. Rủi ro nằm ở đâu.
4. Approach tổng thể. Đi theo hướng nào.
5. Roadmap và milestone. Làm theo pha nào.
6. Operating model. Ai làm. Governance ra sao.
7. Next steps. Cụ thể ngay sau buổi này cần làm gì.

Nếu engineering tạo ra giải pháp.
Consulting tạo ra sự rõ ràng và định hướng.

Engineer trả lời câu hỏi “làm sao làm tốt hơn”.
Consultant trả lời câu hỏi “nên làm gì trước, và tại sao”.

Ở cấp độ cao hơn, consulting liên quan đến framing. Cách bạn định nghĩa vấn đề sẽ quyết định loại giải pháp bạn chọn.

Sự khác biệt sâu hơn. Execution vs Direction

Engineer mindset phù hợp khi:

• Bài toán đã rõ.
• Mục tiêu đã được thống nhất.
• Thành công có thể đo bằng deliverable cụ thể.

Advisory mindset cần khi:

• Tổ chức chưa thống nhất vấn đề.
• Có nhiều stakeholder với ưu tiên khác nhau.
• Quyết định ảnh hưởng đến nhiều năm tiếp theo.

Một bên tối ưu hóa trong khung đã có.
Một bên định hình lại chính cái khung đó.

Caveat. Engineer muốn làm Advisory không đơn giản là đổi title

Nhiều engineer nghĩ rằng chỉ cần hiểu thêm business và làm nhiều slide hơn là có thể chuyển sang consulting. Thực tế phức tạp hơn.

1. chấp nhận ambiguity cao

Consulting hiếm khi có requirement rõ ràng. Dữ liệu có thể thiếu. Stakeholder có thể mâu thuẫn. Bạn vẫn phải đưa ra recommendation.

Nếu bạn cần mọi thứ rõ ràng mới hành động được, bạn sẽ rất khó chịu.

2. chịu trách nhiệm về direction

Sai một dòng code có thể fix.
Sai một strategic direction có thể khiến tổ chức đi lệch nhiều năm.

Mức độ trách nhiệm khác hẳn.

3. giao tiếp ở nhiều tầng

Không chỉ nói với technical team.
Bạn phải nói với finance, operation, business owner, thậm chí là executive.

Ngôn ngữ cần chuyển từ technical detail sang business impact.

4. học cách influence mà không có quyền lực trực tiếp

Consultant thường không phải người thực thi. Bạn đưa ra recommendation. Người khác thực hiện.

Khả năng thuyết phục và xây dựng alignment quan trọng không kém kiến thức chuyên môn.

Hướng tiếp cận cho engineer muốn bước sang Advisory, Consulting

1. Bắt đầu bằng việc viết lại problem dưới góc nhìn business

Thay vì nói “hệ thống chưa có auto scaling”.
Hãy nói “chi phí tăng 30% do không tối ưu theo biến động workload, ảnh hưởng trực tiếp đến biên lợi nhuận”.

Thay đổi cách diễn đạt sẽ thay đổi cách suy nghĩ.

2. Luyện tư duy gap analysis

Không chỉ nhìn vào hệ thống đang chạy.
Hãy so với:

• Industry best practices.
• Target operating model.
• Maturity level mong muốn.

Và quan trọng hơn. Phải phân loại cái nào critical, cái nào có thể chờ.

3. Học cách xây dựng roadmap

Roadmap không phải danh sách task.
Nó là cách bạn chuyển từ current state sang target state theo từng pha có logic.

Mỗi pha cần trả lời:

• Mục tiêu là gì.
• Kết quả đo bằng gì.
• Ai chịu trách nhiệm.
• Phụ thuộc vào điều kiện nào.

4. Tham gia sớm vào các hoạt động assessment và workshop

Đừng chỉ chờ task được giao.
Hãy tham gia các buổi discovery, pre sales, internal strategy discussion.

Ở đó bạn sẽ học được cách senior stakeholder đặt vấn đề và ra quyết định.

5. Giữ vững nền tảng kỹ thuật

Một consultant không hiểu đủ sâu về công nghệ sẽ dễ tư vấn hời hợt.

Điểm mạnh của engineer khi chuyển sang advisory là khả năng nhìn thấy rủi ro ẩn phía sau những slide rất đẹp.

Đừng đánh mất lợi thế đó.

Kết lại

Engineer mindset giúp bạn làm đúng việc.
Advisory mindset giúp bạn chọn đúng việc để làm.

Ở cấp độ senior leadership, giá trị không chỉ nằm ở execution.
Mà nằm ở khả năng định hình hướng đi và giúp tổ chức đồng thuận với hướng đi đó.

Nếu kết hợp được cả hai. Bạn không chỉ là người giải bài toán.
Bạn là người xác định bài toán nào đáng để giải.