Chúng ta đã hiểu sai nghề Business Analyst suốt hơn hai mươi năm.
AI không thay thế Business Analyst. AI chỉ bóc trần giá trị thật sự của nghề này.
Có một điểm chung giữa mọi cuộc cách mạng công nghệ.
Nó không tạo ra nhu cầu mới trước.
Nó làm một thứ từng rất đắt trở nên rất rẻ.
Máy hơi nước khiến sức lao động cơ bắp rẻ hơn.
Internet khiến thông tin rẻ hơn.
Và AI đang làm điều tương tự với tri thức.
Đó là lý do hàng nghìn Business Analyst bắt đầu thấy bất an.
AI biết viết Requirement.
AI biết tạo User Story.
AI biết vẽ BPMN.
AI biết sinh Test Case.
AI biết dựng Prototype.
Nếu gần như toàn bộ những thứ Business Analyst vẫn làm mỗi ngày đều có thể được tạo ra trong vài giây...
Vậy Business Analyst còn lại gì?
Đó là câu hỏi mà cả ngành phần mềm đang cố trả lời.
Theo tao...
Đó lại là một câu hỏi sai.
Vì nó mặc định một điều.
Rằng giá trị của Business Analyst nằm ở những artifact họ tạo ra.
Requirement.
BRD.
Wireframe.
Documentation.
Nhưng nếu những thứ đó chưa bao giờ là giá trị thì sao?
Nếu chúng chỉ là dấu vết còn sót lại của một thứ quan trọng hơn nhiều thì sao?
Có lẽ...
AI chưa từng thay đổi nghề Business Analyst.
Nó chỉ buộc cả ngành phần mềm phải nhìn thẳng vào một sự thật mà chúng ta đã né tránh suốt hơn hai mươi năm.
CHƯƠNG I
AI đang lấy đi điều gì của Business Analyst?
Hai năm qua, gần như mọi cuộc thảo luận về Business Analysis đều xoay quanh cùng một câu hỏi.
AI có thay thế Business Analyst không?
Theo tao...
Đó vẫn là một câu hỏi sai.
Không phải vì AI chưa đủ giỏi.
Mà vì ngay từ đầu, câu hỏi đó đã đặt trọng tâm vào sai chỗ.
Nó mặc định rằng giá trị của Business Analyst nằm ở những thứ họ tạo ra.
- Requirement.
- User Story.
- BRD.
- BPMN.
- Meeting Note.
- Wireframe.
- Prototype.
- Test Case.
Nếu đúng như vậy...
Thì cuộc tranh luận kết thúc rồi.
AI thắng.
Không cần bàn thêm.
Một mô hình ngôn ngữ đủ mạnh có thể tạo ra toàn bộ những artifact đó chỉ trong vài phút.
- Nhanh hơn,
- Rẻ hơn,
- Và nhiều trường hợp còn sạch hơn con người.
Nhưng thử đổi một câu hỏi khác.
Một bộ Requirement hoàn hảo...
Có khiến dự án thành công không?
Một BPMN rất đẹp...
Có làm người dùng thay đổi cách làm việc không?
Một backlog được refine cực kỳ cẩn thận...
Có tạo ra doanh thu không?
Một bộ tài liệu dày ba trăm trang...
Có đảm bảo doanh nghiệp đang giải đúng bài toán không?
Không.
Ít nhất, không chỉ vì chúng tồn tại.
Nhưng suốt nhiều năm qua, cả ngành phần mềm lại vô tình đánh đồng hai thứ hoàn toàn khác nhau.
Business Analyst tạo ra Requirement.
Requirement tạo ra phần mềm.
Vậy Requirement chính là giá trị.
Nghe rất logic.
Cho đến khi AI xuất hiện.
Chỉ trong một thời gian rất ngắn.
Những thứ từng tiêu tốn hàng giờ, thậm chí hàng ngày để tạo ra...
Bỗng trở thành commodity.
Một prompt.
Một cú click.
Xong.
Đó là lúc rất nhiều Business Analyst bắt đầu thấy bất an.
Không phải vì AI thông minh hơn.
Mà vì thứ họ từng xem là lợi thế...
Đột nhiên không còn khan hiếm nữa.
Nhưng điều làm tao thấy thú vị hơn là một câu hỏi khác.
Có khi nào...
Requirement chưa bao giờ là thứ Business Analyst thật sự bán?
Có khi nào...
Chúng ta đã nhầm giữa thứ Business Analyst tạo ra và thứ Business Analyst tạo ra giá trị?
Đó mới là câu hỏi đáng trả lời.
Nếu câu trả lời vẫn là Requirement.
Thì AI đã thắng từ lâu.
Còn nếu câu trả lời không phải Requirement.
Thì có lẽ...
Cả ngành phần mềm đã hiểu sai nghề Business Analyst ngay từ đầu.
CHƯƠNG II
Requirement chưa bao giờ là điểm bắt đầu
Có một giả định mà gần như Business Analyst nào cũng mang theo.
Business có vấn đề.
↓
Business đưa ra Requirement.
↓
Development xây phần mềm.
↓
Phần mềm giải quyết vấn đề.
Nghe quá hợp lý.
Hợp lý đến mức gần như không ai dừng lại để hỏi.
Requirement thật sự đến từ đâu?
Đừng trả lời là từ khách hàng.
Khách hàng không nói Requirement.
Họ nói:
"Tụi em đang mất khách."
"Kho lúc nào cũng lệch tồn."
"Nhân viên nhập liệu quá lâu."
"Sales cực quá."
Đó không phải Requirement.
Đó chỉ là triệu chứng.
Sau đó mới bắt đầu một quá trình rất dài.
Workshop.
Trao đổi.
Phản biện.
Thương lượng.
Có ý tưởng bị bác bỏ.
Có giải pháp bị loại.
Có mong muốn không bao giờ được bước vào hệ thống.
Và chỉ sau tất cả những thứ đó...
Requirement mới xuất hiện.
Điều đó có nghĩa là một chuyện rất khác.
Requirement chưa bao giờ là điểm bắt đầu.
Nó luôn xuất hiện sau khi hàng loạt quyết định đã được đưa ra.
Junior BA thường nhìn Requirement và hỏi:
"Làm sao viết cho đúng?"
Senior BA thường nhìn Requirement và hỏi:
"Tại sao Requirement này lại tồn tại?"
Đó không chỉ là khác nhau về kinh nghiệm.
Đó là khác nhau về tầng tư duy.
Một người phân tích kết quả.
Một người truy ngược về nguyên nhân.
Requirement không tự sinh ra.
Nó luôn là sản phẩm cuối cùng của một chuỗi lựa chọn.
Mỗi Requirement tồn tại...
Đồng nghĩa với việc hàng chục ý tưởng khác đã bị loại bỏ.
Mỗi Feature được build...
Đồng nghĩa với việc rất nhiều Feature khác sẽ không bao giờ được build.
Requirement không phải khởi đầu.
Nó là dấu vết của một quyết định đã được đưa ra từ trước.
Và nếu Requirement chỉ là dấu vết...
Thì câu hỏi quan trọng nhất sẽ không còn là:
"Làm sao viết Requirement tốt hơn?"
Mà là:
Điều gì đã tạo ra quyết định đó ngay từ đầu?
CHƯƠNG III
Requirement không được viết ra vì nó đúng. Nó được viết ra vì tổ chức đã chọn nó.
Nếu Requirement không phải điểm bắt đầu.
Vậy nó là gì?
Rất nhiều Business Analyst sẽ trả lời:
"Đó là thứ khách hàng cần."
Tao không nghĩ vậy.
Khách hàng không nói Requirement.
Họ nói về vấn đề.
"Đơn hàng xử lý quá chậm."
"Tồn kho lúc nào cũng lệch."
"Nhân viên nhập liệu quá lâu."
"Khách hàng bỏ đi nhiều hơn."
Đó không phải Requirement.
Đó là hiện trạng.
Từ cùng một hiện trạng.
Có thể có hàng chục hướng giải quyết.
Tuyển thêm người.
Đổi quy trình.
Đào tạo lại.
Đầu tư phần mềm.
Tự động hóa.
Hoặc...
Không làm gì cả.
Không có phương án nào mặc định đúng.
Chỉ có những lựa chọn khác nhau.
Và mỗi lựa chọn đều tạo lợi ích cho một nhóm người.
Đồng thời cũng bắt một nhóm khác phải trả giá.
Requirement không sinh ra khi khách hàng nói.
Nó sinh ra khi tổ chức bắt đầu lựa chọn.
Sales muốn nhanh hơn.
IT muốn chắc hơn.
Operation muốn ít xáo trộn hơn.
Finance muốn ít tốn tiền hơn.
CEO muốn thấy ROI.
Không ai sai.
Cũng không ai hoàn toàn đúng.
Mỗi người chỉ đang bảo vệ thứ quan trọng nhất với vị trí của mình.
Junior BA thường ghi lại những gì mọi người nói.
Senior BA quan sát những gì không ai nói.
Ai đang phản đối.
Ai đang nhượng bộ.
Ai đang im lặng.
Ai là người thật sự quyết.
Đó mới là cuộc họp Business Analyst cần phân tích.
Requirement chỉ là biên bản được viết sau cuộc họp đó.
Nó không phải cuộc họp.
Đó là khác biệt rất lớn.
Requirement không được viết ra vì nó đúng.
Requirement được viết ra vì tổ chức đã chọn nó.
Nếu chỉ nhìn Requirement.
Mày chỉ nhìn thấy phần nổi.
Nếu nhìn vào cách Requirement được sinh ra.
Mày bắt đầu nhìn thấy cách tổ chức vận hành.
Sau nhiều năm làm nghề, tao nhận ra gần như mọi quyết định đều bị kéo bởi ba lực.
- Động cơ (Incentive).
- Quyền lực (Power).
- Và sự đồng thuận (Alignment).
Tao gọi nó là IPA Framework.
Đọc thêm: IPA x Requirement Lifecycle: Combat Framework cho Senior BA
Bài này không giải thích IPA.
Vì mục tiêu của nó không phải giới thiệu thêm một framework.
Điều tao muốn nói chỉ có một.
Requirement chưa bao giờ là nơi giá trị được tạo ra.
Nó chỉ là nơi giá trị được ghi lại.
Nếu muốn trở thành một Business Analyst giỏi.
Có lẽ đã đến lúc ngừng hỏi:
"Làm sao viết Requirement tốt hơn?"
Để bắt đầu hỏi:
Điều gì đã khiến Requirement này được chọn?
CHƯƠNG IV
AI không thay thế Business Analyst. AI chỉ lấy đi nơi nhiều Business Analyst tưởng mình có giá trị.
Đến đây.
Có lẽ câu hỏi ban đầu không còn quan trọng nữa.
"AI có thay thế Business Analyst không?"
Theo tao.
Không.
Ít nhất không theo cách nhiều người đang tưởng tượng.
AI không bước vào phòng họp để thương lượng.
Không đọc được động cơ của từng stakeholder.
Không biết ai thật sự đang cầm quyền quyết định.
Không tạo ra sự đồng thuận giữa những người có lợi ích xung đột.
Những việc đó vẫn là của con người.
Nhưng AI làm một việc còn khó chịu hơn nhiều.
Nó lấy đi gần như toàn bộ những phần việc mà rất nhiều Business Analyst từng nghĩ chính là giá trị của mình.
- Viết Requirement.
- Viết User Story.
- Vẽ BPMN.
- Làm Documentation.
- Chuẩn bị Test Case.
- Tổng hợp Meeting Note.
Những việc đó vẫn tồn tại.
Nhưng chúng không còn hiếm nữa.
Đó mới là vấn đề.
Khi một thứ không còn khan hiếm.
Nó không còn tạo lợi thế cạnh tranh.
Đó là lúc tao nhận ra.
AI không tạo ra hai loại Business Analyst.
Hai loại đó vốn đã tồn tại từ lâu.
Chỉ là trước đây chưa ai nhìn thấy.
- Một nhóm dành phần lớn thời gian để sản xuất artifact.
- Một nhóm dành phần lớn thời gian để tạo ra những quyết định tốt hơn.
Ngày trước.
Khoảng cách giữa hai nhóm không lớn.
Vì artifact đủ khó để tạo.
Đủ đắt để doanh nghiệp sẵn sàng trả tiền.
Ngày hôm nay.
Artifact gần như trở thành commodity.
Khoảng cách bắt đầu lộ ra.
Không phải vì nghề Business Analyst thay đổi.
Mà vì AI bóc trần nơi Business Analyst thật sự tạo ra giá trị.
Đó mới là điều đáng suy nghĩ.
Có lẽ.
AI chưa bao giờ là đối thủ của Business Analyst.
Nó chỉ là một tấm gương.
Một tấm gương đủ trung thực để buộc mỗi Business Analyst phải tự hỏi:
Suốt những năm qua.
Doanh nghiệp thật sự trả tiền cho mình vì điều gì?
Nếu câu trả lời vẫn là:
Requirement.
Documentation.
User Story.
Hay BPMN.
Thì có lẽ...
AI không thay thế Business Analyst.
AI chỉ khiến Business Analyst không thể tiếp tục tự lừa mình nữa.
Và khi không còn tự lừa mình được nữa.
Chỉ còn hai lựa chọn.
Ở lại.
Hoặc tiến hóa.
CHƯƠNG V
AI không nâng trần nghề Business Analyst. AI nâng mức sàn để được gọi là Business Analyst.
Nếu đọc đến đây.
Mà điều đầu tiên mày nghĩ là:
"Chắc phải học thêm AI."
Thì có lẽ...
Mày vẫn đang nhìn sai vấn đề.
AI không bắt Business Analyst học thêm một công cụ.
AI đang nâng tiêu chuẩn tối thiểu để được gọi là Business Analyst.
Đó là hai chuyện hoàn toàn khác nhau.
Ngày trước.
Chỉ cần viết Requirement.
Quản lý Backlog.
Vẽ BPMN.
Ghi Meeting Note.
Làm Documentation.
Là đã có thể sống rất ổn.
Không phải vì những việc đó tạo ra quá nhiều giá trị.
Mà vì chúng tốn thời gian.
Tốn công.
Và chưa có cách nào rẻ hơn.
Bây giờ thì có rồi.
Tên của nó là AI.
Đó là lý do tao không thích câu:
"AI sẽ thay thế Business Analyst."
AI không thay thế Business Analyst.
Thị trường mới là thứ thay thế.
Doanh nghiệp sẽ không tiếp tục trả tiền cho những việc AI làm nhanh hơn, rẻ hơn và đủ tốt.
Đó không phải cảm xúc.
Đó là kinh tế.
AI không nâng trần của nghề.
Nó nâng mức sàn.
Ngày hôm qua.
Biết viết Requirement là một kỹ năng.
Ngày mai.
Đó chỉ là điều kiện tối thiểu.
Ngày hôm qua.
Biết ghi chép là năng lực.
Ngày mai.
Đó là tính năng của phần mềm.
Ngày hôm qua.
Biết tổng hợp thông tin là lợi thế.
Ngày mai.
Đó là một prompt.
Đó mới là điều đáng sợ.
Không phải AI thông minh hơn.
Mà là rất nhiều thứ từng được xem là năng lực...
Đang dần trở thành mặc định.
Thị trường không trả tiền cho sự chăm chỉ.
Thị trường cũng không trả tiền cho việc mày làm rất tốt một thứ mà ai cũng có thể làm.
Thị trường chỉ trả tiền cho thứ còn khan hiếm.
Và khi artifact không còn khan hiếm.
Giá trị của Business Analyst buộc phải dịch chuyển lên tầng cao hơn.
Hoặc mày tiến hóa.
Hoặc mày sẽ ở lại một level mà thị trường không còn muốn trả tiền nữa.
Không ai đào thải mày.
Mày chỉ đang cố bán một thứ mà thị trường không còn nhu cầu mua.
Đó mới là Dirty Reality.
Nếu mức sàn của nghề đã thay đổi.
Thì câu hỏi tiếp theo không còn là:
"Làm sao viết Requirement nhanh hơn?"
Mà là:
Mười năm tới, Business Analyst sẽ thật sự bán cái gì?
CHƯƠNG VI
Business Analyst không tiến hóa bằng số năm kinh nghiệm. Họ tiến hóa bằng loại quyết định doanh nghiệp dám giao.
Có người làm Business Analyst mười năm.
Nhưng mười năm chỉ xoay quanh Requirement.
Có người mới ba năm.
Đã được kéo vào những cuộc họp quyết định hướng đi của cả dự án.
Khác biệt không nằm ở thâm niên.
Khác biệt nằm ở niềm tin.
Doanh nghiệp đang tin mày đủ sức xử lý loại bài toán nào.
Đó mới là giá trị thật của nghề này.
Không phải mày biết bao nhiêu framework.
Không phải mày viết bao nhiêu tài liệu.
Mà là doanh nghiệp dám để mày tham gia vào những quyết định có mức độ rủi ro lớn đến đâu.
Ngày đầu tiên đi làm.
Mày xử lý Information.
Thu thập.
Ghi chép.
Xác nhận.
Nếu hôm nay.
Mày vẫn chỉ được giao đúng những việc đó.
Thì vấn đề chưa bao giờ là AI.
Vấn đề là giá trị của mày chưa hề tiến hóa.
Business Analyst không lớn lên bằng cách biết nhiều hơn.
Business Analyst lớn lên khi doanh nghiệp bắt đầu giao cho mày những bài toán nhiều bất định hơn.
Ban đầu.
Mày xử lý sự bất định của thông tin.
Sau đó.
Là sự bất định của bài toán.
Rồi đến sự bất định của giải pháp.
Tiếp theo.
Là sự bất định của quyết định.
Và cuối cùng.
Là sự bất định của chiến lược.
Đó mới là con đường tiến hóa của nghề này.
Không phải đi từ Junior lên Senior.
Mà đi từ người xử lý Information.
Đến người xử lý Business Outcome.
Đó cũng là lý do tao không còn quá quan tâm mày làm BA bao nhiêu năm.
Tao chỉ quan tâm một câu.
Nếu ngày mai doanh nghiệp đứng trước một quyết định trị giá triệu đô.
Họ có kéo mày vào phòng họp không?
Nếu câu trả lời là không.
Thì vấn đề chưa bao giờ là AI.
Vấn đề là doanh nghiệp vẫn chưa tin rằng mày tạo ra đủ giá trị ở những tầng cao hơn.
Và để bước lên những tầng đó.
Mày sẽ cần một bộ năng lực hoàn toàn khác với Business Analyst của mười năm trước.
Không phải để viết nhanh hơn.
Mà để nhìn sâu hơn.
Không phải để tạo thêm artifact.
Mà để giúp tổ chức đưa ra những quyết định tốt hơn.
Đó mới là hướng tiến hóa của nghề này.
CHƯƠNG VII
Đừng học để biết nhiều hơn. Hãy rèn để doanh nghiệp dám đặt cược vào mày.
Nếu đọc đến đây.
Mà điều đầu tiên mày nghĩ là:
"Nên học AI ở đâu?"
"Nên lấy thêm CBAP không?"
"Nên học framework nào tiếp?"
Thì có lẽ...
Mày vẫn đang tìm một đường tắt.
Và Dirty Reality luôn có một tin không dễ nghe.
Nghề này không có đường tắt.
Tao không ghét Certification.
Cũng không ghét Framework.
Chúng đều có giá trị.
Nhưng rất nhiều Business Analyst đang mắc cùng một ảo tưởng.
Họ nghĩ rằng.
Càng học nhiều.
Càng có nhiều chứng chỉ.
Giá trị của mình sẽ tự tăng lên.
Không.
Certification chỉ chứng minh rằng mày đã học.
Nó không chứng minh rằng mày làm được.
Framework giúp mày gọi tên một vấn đề.
Nó không giúp mày giải quyết vấn đề đó.
Giữa hai thứ đó.
Là một khoảng cách rất lớn.
Hiểu một khái niệm.
Và đủ bình tĩnh để xử lý nó trong một cuộc họp thật.
Đó là khoảng cách giữa Knowledge và Capability.
Khoảng cách đó không thể vượt qua bằng một kỳ thi.
Nếu muốn Communication tốt hơn.
Đừng bắt đầu bằng cách học nói.
Hãy bắt đầu bằng cách học nghe.
Nhận điều phối workshop.
Đừng né những cuộc họp khó.
Sau mỗi buổi.
Đừng chỉ review Requirement.
Review chính mình.
- Mày đã đào đủ sâu chưa?
- Mày có bỏ sót tiếng nói nào không?
- Mày có khiến cả căn phòng nhìn đúng một vấn đề chưa?
Communication của Business Analyst không phải nghệ thuật diễn thuyết.
Nó là khả năng đưa sự thật lên mặt bàn.
Nếu muốn Critical Thinking tốt hơn.
Đừng đọc thêm một cuốn sách.
Hãy tập nghi ngờ.
Mỗi Requirement.
Ép bản thân tìm ra ít nhất:
- Một giả định đang bị bỏ quên.
- Một rủi ro chưa ai nhìn thấy.
- Một cách đơn giản hơn để giải bài toán.
Critical Thinking không lớn lên từ câu trả lời.
Nó lớn lên từ việc không chấp nhận câu trả lời đầu tiên.
Nếu muốn Systems Thinking.
Đừng học vẽ sơ đồ đẹp hơn.
Hãy học nhìn xa hơn.
Mỗi Feature.
Đừng chỉ hỏi:
"Nó làm được gì?"
Hãy hỏi:
"Nó sẽ phá cái gì?"
Nó tác động KPI nào?
Quy trình nào?
Dữ liệu nào?
Con người nào?
Business Analyst bình thường nhìn thấy chức năng.
Business Analyst giỏi nhìn thấy hệ quả.
Nếu muốn Technology Fluency.
Đừng học để viết Code.
Hãy học để đối thoại.
Ngồi với Developer.
Ngồi với Architect.
Hỏi họ.
Tại sao lại chọn hướng này?
Nếu đổi giải pháp thì phải đánh đổi điều gì?
Giải pháp này sẽ gãy ở quy mô nào?
Business Analyst không cần trở thành Developer.
Nhưng phải đủ hiểu để phân biệt đâu là giới hạn của công nghệ.
Và đâu chỉ là giới hạn của tư duy.
Nếu muốn giỏi IPA.
Đừng nhìn Requirement.
Hãy nhìn con người.
Sau mỗi cuộc họp.
Đừng chỉ mang về Meeting Note.
Mang về một bản đồ vô hình.
Ai có Incentive?
Ai có Power?
Ai đang tạo Alignment?
Ai đang phá Alignment?
Nếu mày không trả lời được bốn câu hỏi đó.
Thì mày mới chỉ nghe lời nói.
Chưa nhìn thấy tổ chức.
Đó là cách năng lực được tạo ra.
Không phải học nhiều hơn.
Mà là rèn đúng hơn.
Đừng đi làm chỉ để hoàn thành Sprint.
Đừng đi làm chỉ để nhận lương.
Hãy đi làm để mua những trải nghiệm mà không trường học nào bán.
Mỗi Workshop.
Là phòng tập của Communication.
Mỗi Requirement.
Là phòng tập của Critical Thinking.
Mỗi lần tranh luận với Developer.
Là phòng tập của Technology Fluency.
Mỗi lần va chạm với Business.
Là phòng tập của IPA.
Mỗi dự án thất bại.
Là phòng tập của Systems Thinking.
Business Analyst không tiến hóa bằng Knowledge.
Họ tiến hóa bằng Capability.
Knowledge sẽ tiếp tục mất giá.
Framework sẽ tiếp tục bị commoditize.
Certification rồi cũng sẽ đến ngày hết hạn.
Nhưng một năng lực được rèn qua hàng trăm quyết định thật.
Thì không AI nào lấy khỏi mày được.
Đừng đi làm để tích lũy thêm một dòng trên CV.
Hãy đi làm để trở thành người mà doanh nghiệp dám kéo vào những quyết định họ không thể ra một mình.
Vì cuối cùng.
Thị trường không trả tiền cho những gì mày biết.
Thị trường cũng không trả tiền cho những gì mày viết.
Thị trường chỉ trả tiền cho những quyết định mà người khác không dám đưa ra nếu thiếu mày.
Kết
Nếu sau tất cả.
Mày chỉ nhớ đúng một điều.
Thì hãy nhớ điều này.
AI không làm Business Analyst biến mất.
AI chỉ làm biến mất những thứ mà Business Analyst từng ngộ nhận là giá trị.
Knowledge sẽ không biến mất.
Nhưng Knowledge sẽ ngày càng rẻ.
Requirement sẽ không biến mất.
Nhưng Requirement sẽ ngày càng dễ được tạo ra.
Documentation sẽ không biến mất.
Nhưng Documentation sẽ không còn là lợi thế cạnh tranh.
AI không nâng trần của nghề Business Analyst.
AI đang nâng mức sàn của nghề Business Analyst.
Đó là lý do giá trị của nghề này sẽ tiếp tục dịch chuyển.
Từ việc sở hữu tri thức.
Sang việc tạo ra những quyết định tốt hơn.
Từ việc viết Requirement.
Sang việc giúp doanh nghiệp hiểu đúng vấn đề.
Từ việc tối ưu Information Flow.
Sang việc bảo vệ Decision Flow.
Đó mới là sự tiến hóa.
Và cũng vì thế.
Rất nhiều thứ từng bị xem là "soft skill".
Sẽ trở thành năng lực cốt lõi.
Communication
Không còn để nói hay.
Mà để khai quật sự thật.
Critical Thinking
Không còn để phản biện.
Mà để loại bỏ những giả định sai trước khi doanh nghiệp phải trả giá.
Systems Thinking
Không còn để vẽ sơ đồ.
Mà để nhìn thấy những hệ quả mà người khác chưa nhìn thấy.
Technology Fluency
Không còn là lợi thế.
Mà là điều kiện tối thiểu để hiểu doanh nghiệp đang đánh đổi điều gì sau mỗi quyết định.
IPA
Không còn chỉ là một framework.
Mà là cách đọc động cơ, quyền lực và sự đồng thuận trong một tổ chức.
Ngày hôm qua.
Những năng lực đó giúp mày nổi bật.
Ngày mai.
Chúng sẽ là mức sàn.
Nếu phải gói Business Analyst của mười năm tới vào một mô hình duy nhất.
Tao sẽ chọn ba năng lực.
Business Thinking
Hiểu doanh nghiệp thật sự đang cố tạo ra giá trị gì.
Technology Fluency
Hiểu công nghệ làm được gì.
Và quan trọng hơn.
Không làm được gì.
Human Intelligence
Hiểu con người thật sự ra quyết định như thế nào.
Thiếu Business.
Mày sẽ xây đúng phần mềm cho bài toán sai.
Thiếu Technology.
Mày sẽ nghĩ ra những giải pháp không thể thực thi.
Thiếu Human Intelligence.
Mày sẽ có một giải pháp hoàn hảo.
Nhưng không một tổ chức nào muốn đi theo.
Ba năng lực đó.
Hôm qua là lợi thế.
Ngày mai sẽ là mức sàn.
Knowledge sẽ tiếp tục rẻ đi.
Niềm tin sẽ tiếp tục đắt lên.
Và cuối cùng.
Thị trường không trả tiền cho những gì mày biết.
Thị trường cũng không trả tiền cho những gì mày viết.
Thị trường chỉ trả tiền cho những quyết định mà người khác không dám đưa ra nếu thiếu mày.
