↓ Chuyển đến nội dung chính
Màn hình Excel cũ kỹ và giao diện ERP mới - cơn ác mộng của BA
  1. Bài viết/

"em ơi, làm giống Excel cũ nhé": cơn ác mộng của BA

Đặng Đức Quân
Tác giả
Đặng Đức Quân
Chuyện nghề BA trong lĩnh vực sản xuất. Viết cho mình, và cho cả những ai đang muốn dấn thân vào con đường này.

Cập nhật lần cuối:

Giả sử bạn đang họp với một anh trưởng phòng, anh ấy mở ra cái file Excel đã dùng nhiều năm, ô xanh ô đỏ loạn xạ, VLOOKUP chồng lên VLOOKUP, rồi nhẹ nhàng bảo “em ơi, làm giống cái này nhé, đơn giản thôi”. Bạn cười, trong lòng thì không cười nổi.

Chưa nghe câu đó bao giờ thì chắc bạn chưa làm BA cho dự án chuyển đổi số ở Việt Nam, còn nghe rồi thì chắc bạn hiểu cái cảm giác vừa buồn cười vừa bất lực ấy.

cái Excel đó có gì đặc biệt
#

Excel cũ không chỉ là một bảng tính, nó là cả một quá trình người dùng tự mày mò, từng cái conditional formatting, từng cái pivot table, từng công thức ghép từ nhiều sheet đều có lý do của nó, mà thường không phải lý do kỹ thuật, là lý do thói quen. Ô màu đỏ nghĩa là “hàng này sắp trễ”, ô màu vàng là “đang chờ duyệt”, có dòng bị ẩn vì là số tổng hợp cũ họ giữ lại để đối chiếu. Họ thuộc lòng cái file đó, còn mình vào nhìn thì chẳng hiểu gì.

Vấn đề là cái Excel ấy ổn cho một người dùng, đưa lên ERP với hàng chục người cùng nhập, cùng xem, cùng báo cáo thì mọi chuyện khác hẳn. Mình từng gặp khách muốn giữ Excel cũ chỉ vì một lý do, là họ báo cáo sếp bằng Excel, mà sếp đọc Excel cũng lâu. Theo mình, trường hợp đó chuyển sang dashboard và báo cáo ngay trên hệ thống là tốt nhất, cho cả người làm lẫn người đọc. Cái bẫy dữ liệu này mình có viết trong bài ERP không chạy trên phần mềm, mà chạy trên dữ liệu.

cái bẫy “làm giống”
#

Nguy hiểm nhất không phải câu nói, mà là cái gật đầu của BA. Gật thì dễ lắm, ừ có mấy cái cột, làm y chang thôi, nhưng theo mình đó là sai to, vì làm giống Excel cũ nghĩa là copy luôn mấy cái workaround họ tự chế ra vì không có hệ thống, giữ nguyên quy trình thủ công trong khi Excel chẳng validate hay enforce business rule nào cả, và đóng khung tư duy vào cách làm cũ trong khi ERP có thể làm tốt hơn nhiều.

Rất dễ tưởng việc của BA là làm đúng y chang những gì stakeholder yêu cầu. Theo mình, việc thật là mổ xẻ cái yêu cầu đó, hỏi tại sao họ cần cái ô màu đỏ, cái VLOOKUP kia, rồi đề xuất cách làm tốt hơn, chuyện này bài 3 nguyên tắc sống còn để lấy yêu cầu hiệu quả có nói kỹ.

nghe câu đó thì làm gì
#

Không có công thức thần kỳ nào đâu, chỉ có mấy việc mà theo mình nên làm.

Đừng gật đầu ngay. Câu đầu tiên nên là “anh cho em xem file đó được không?”, xem xong rồi hẵng nói.

Hỏi “cái này để làm gì?” thay vì “cái này làm thế nào?”. Người dùng sẽ chỉ cho bạn cách họ làm, còn việc của BA là hỏi tại sao họ làm thế và nó giải quyết vấn đề gì.

Chốt gap giữa Excel và ERP. Kiểu “Excel làm được A, B, C, ERP có ưu điểm X, Y, Z cho team nhưng sẽ mất một số thói quen cũ, anh chịu trade-off không?”, câu hỏi này nghe hơi khó chịu nhưng cần thiết.

Khách chưa tin thì cho chạy song song, nhưng có điểm dừng. Nhiều khi khách giữ Excel chỉ vì chưa tin hệ thống. Ở một dự án, mình đồng ý cho chạy Excel song song khoảng 2 tuần, số liệu khớp hoàn toàn thì khách ok bỏ Excel. Cái quan trọng là phải có điểm dừng, chứ để song song mãi thì thành làm trùng việc.

Đề xuất quy trình mới, đừng chỉ copy. Thay vì “em làm màn hình y chang Excel”, hãy rủ “mình cùng thiết kế cái tốt hơn nhé, giữ cái hay của Excel, bỏ cái dở, thêm mấy thứ ERP làm được mà Excel không làm được”.

người dùng không ngu
#

Công bằng mà nói, không phải cái gì của Excel cũ cũng nên bỏ, có những logic nằm trong file đó là kinh nghiệm thật của người dùng, chỉ là chưa ai viết ra thôi. Người dùng không ngu, họ chỉ đang dùng công cụ họ có theo cách họ biết, và việc của BA là tách cái hay ra khỏi thói quen, rồi cho họ thấy có cách tốt hơn.

Bạn đã nghe câu “làm giống Excel cũ nhé” bao giờ chưa, và lúc đó bạn xử lý sao?

Bài viết liên quan

3 nguyên tắc sống còn để lấy yêu cầu hiệu quả

Lấy yêu cầu nghe thì đơn giản, cứ đến ngồi hỏi rồi ghi lại là xong, nhưng làm thật rồi mới thấy nó dễ biến thành ác mộng thế nào, và mấy nguyên tắc dưới đây là những thứ mình đúc ra từ chính các vết sẹo của mình ở dự án ERP/MES. hai trở ngại lớn # Cái bẫy đầu tiên là kinh nghiệm. Thiếu kinh nghiệm thì mình chỉ khai thác được phần nổi của tảng băng, còn phần chìm thì nằm ở mấy chỗ khách hay quên kể như các trường hợp ngoại lệ (business cases), các rủi ro kỹ thuật kiểu tích hợp hệ thống hay chuyển đổi dữ liệu, và phức tạp nhất là yếu tố con người. Cái này không có đường tắt, phải trầy vi tróc vảy qua ít nhất một dự án trọn vẹn mới mong thuần thục. Theo mình, nếu chỉ cầm bảng câu hỏi mẫu đi hỏi thì bạn sẽ chỉ nhận về đúng phần nổi đó, còn nếu người cần hỏi lại né tránh thì xem thêm cách làm khi stakeholder không hợp tác.

ERP không chạy trên phần mềm, mà chạy trên dữ liệu

·
Người ta hay hỏi nhau “bên đó chạy ERP gì”, như thể chọn đúng phần mềm là xong một nửa dự án, nhưng càng làm mình càng thấy câu hỏi đó đặt sai chỗ, vì hai nhà máy chạy cùng một hệ thống vẫn có thể một bên trơn tru, một bên ngày nào cũng ngồi đối chiếu Excel. Khác nhau ở dữ liệu. không phải ERP gì, mà dữ liệu có chạy xuyên không # Giả sử một nhà máy có ERP, có MES, có hệ thống kho, nhưng mỗi hệ thống là một ốc đảo, dữ liệu từ PLM sang ERP phải export Excel, từ ERP sang MES lại import bằng tay, mỗi lần đổi cấu hình sản phẩm là một đợt đối chiếu mệt nghỉ. Theo mình, cảnh này không hiếm ở nhà máy Việt. Ai cũng biết dữ liệu quan trọng, nhưng nối được một mạch từ khâu thiết kế đến khâu vận hành thì không nhiều nơi làm được, và phần mềm có xịn đến đâu mà dữ liệu đi bộ qua tay người thì cũng chỉ nhanh bằng người gõ.

BA mới vào nghề: 5 cú sốc không ai nói trước

Khách nói họ cần cả một đống màn hình quản lý ở nhiều module, mình hì hục đào mãi mới vỡ ra là thứ họ thật sự cần chỉ là một cái dashboard. Sốc nhẹ. Đó là một trong những cú sốc đầu tiên của mình với nghề BA, và nó chẳng có trong giáo trình nào mình từng đọc. Bài này gom lại mấy cú sốc mà BA mới vào nghề hay va phải, trong đó hai cú đầu là chuyện thật của mình, còn ba cú sau là quan điểm của mình về những gì người trong nghề hay gặp.