Khám phá nguyên tắc “Start Where You Are” – một trong 7 Guiding Principles của ITIL 4 Foundation qua câu chuyện thực tế về tối ưu hệ thống Freshdesk và xử lý lỗi Version Conflict. Bài học giúp doanh nghiệp tận dụng tối đa tài nguyên hiện có trước khi quyết định xây dựng hoặc thay thế hệ thống mới.
Đừng vội “đập đi xây lại” khi hệ thống gặp vấn đề
Có bao giờ bạn rơi vào tình huống này chưa: Chiếc máy tính hay điện thoại bạn đang dùng bỗng nhiên chạy hơi chậm khi bạn mở nhiều tab trình duyệt cùng lúc. Thay vì ngồi tắt bớt ứng dụng chạy ngầm, dọn dẹp bộ nhớ hay khởi động lại máy, ý nghĩ đầu tiên xuất hiện trong đầu bạn là gì?
Chắc phải đổi máy mới thôi!
Tâm lý này cực kỳ phổ biến trong cuộc sống và giới làm Dev chúng tôi cũng không ngoại lệ. Mỗi khi nhìn thấy một hệ thống phần mềm cũ chạy hơi chậm hoặc gặp lỗi quá tải, phản xạ tự nhiên của dân kỹ thuật luôn là: Code cũ nhìn rối quá, hay mình đập đi xây lại từ đầu cho nhanh và sạch!
Thế nhưng, thực tế đã cho chúng tôi nhiều bài học đáng giá. Việc xóa sạch làm lại nghe thì hấp dẫn, nhưng nó giống như việc bạn quyết định vứt bỏ cả chiếc máy tính đang dùng chỉ vì một linh kiện bên trong bị xuống cấp vậy.
Đó là lý do tại sao chúng tôi luôn nhắc nhở nhau một nguyên tắc cực kỳ giản dị nhưng vô cùng thấm thía trong ITIL 4 Foundation: Start Where You Are – bắt đầu từ những gì đang có.
Start Where You Are là gì? Nguyên tắc quan trọng trong ITIL 4
Nói một cách dễ hiểu nhất, nguyên tắc Start Where You Are khuyên chúng ta: Trước khi quyết định thay đổi hay làm cái mới, hãy dành thời gian quan sát kỹ những gì mình đang có trong tay và tìm cách tận dụng chúng tốt nhất có thể.
Trong cuộc sống hàng ngày, đây chính là nghệ thuật “liệu cơm gắp mắm”. Thay vì mua một chiếc tủ quần áo mới toanh khi tủ cũ bị chật, bạn thử sắp xếp lại đồ đạc, lắp thêm vài chiếc móc treo hoặc tận dụng các góc trống.
Trong dự án công nghệ, tư duy này giúp chúng tôi tránh mất thời gian tự đi xây dựng những thứ mà người khác đã làm rất tốt và đang có sẵn ngay trước mắt.
Hành trình tối ưu hệ thống Freshdesk: Từ đơn giản đến tối ưu
Giúp bạn dễ dàng hình dung nguyên tắc Start Where You Are hoạt động thế nào trong thực tế, hãy cùng nhìn lại một dự án thực tế của team Dev khi giải quyết bài toán đo thời gian trễ hạn (SLA) của các yêu cầu hỗ trợ (ticket) trên nền tảng Freshdesk.
Giai đoạn đầu: Tận dụng tối đa những gì Freshdesk có sẵn
Ở phiên bản đầu tiên, để tối ưu chi phí và thời gian cho khách hàng, team Dev đã áp dụng triệt để nguyên tắc Start Where You Are. Team thiết kế một ứng dụng chạy ngầm hoạt động hoàn toàn dựa trên hạ tầng sẵn có của Freshdesk, sử dụng bộ nhớ thu nhỏ nội bộ của nền tảng này (gọi là Custom Objects) để lưu lịch sử sự kiện của ticket.
Giải pháp ban đầu này tận dụng trực tiếp các tính năng mặc định trên Freshdesk mà khách hàng đang sử dụng. Nó đáp ứng tốt các tác vụ nhẹ nhàng hàng ngày.
Tuy nhiên, khi lượng ticket của khách hàng tăng vọt, một vấn đề kỹ thuật nan giải phát sinh: Lỗi xung đột ghi dữ liệu (Version Conflict).
Hãy tưởng tượng lỗi này giống như việc hai người cùng lúc tranh nhau viết vào đúng một dòng trên một trang sổ. Ví dụ: Đúng vào cùng một giây, nhân viên hỗ trợ vừa bấm cập nhật thông tin ticket thì khách hàng cũng gửi mail phản hồi. Cả hai hành động này đều lao vào ghi dữ liệu lên cùng một bản ghi Custom Object trên Freshdesk. Vì diễn ra đồng thời, Freshdesk sẽ báo lỗi xung đột phiên bản và từ chối ghi nhận một trong hai hành động. Kết quả là hệ thống bị mất lịch sử cập nhật, khiến việc theo dõi thời gian trễ hạn không còn chính xác.
Cám dỗ của việc đập đi xây lại
Đứng trước bài toán này, phản xạ đầu tiên của nhiều người sẽ là:
“Hạ tầng Freshdesk giới hạn quá! Hay là khuyên khách hàng bỏ luôn Freshdesk đi, chuyển sang mua một hệ thống quản lý ticket khác tốt hơn, hoặc bên mình tự xây dựng một nền tảng mới?”
Nhưng nghĩ kỹ lại, nếu bắt khách hàng đổi phần mềm, họ sẽ phải đào tạo lại cả trăm nhân viên, quy trình làm việc đang trơn tru của toàn bộ doanh nghiệp sẽ bị đảo lộn hoàn toàn. Chi phí và rủi ro là quá lớn.
Giải pháp cải tiến: Giữ nguyên trải nghiệm người dùng, chỉ thay đổi cách xử lý bên trong
Áp dụng đúng bản chất của nguyên tắc Start Where You Are, team Dev quyết định chọn một hướng đi tốt hơn: Giữ lại những gì đang chạy tốt và chỉ nâng cấp bộ phận bị lỗi.
Nhìn vào hệ thống, chúng tôi thấy giao diện hiển thị và luồng tiếp nhận ticket của Freshdesk vẫn hoạt động rất tốt. Cái duy nhất bị lỗi là khâu ghi đè dữ liệu đồng thời ở phía sau.
Thế là giải pháp nâng cấp ra đời với hướng giải quyết tối ưu:
- Giữ nguyên trải nghiệm: Nhân viên trên hệ thống vẫn làm việc trên màn hình Freshdesk cũ, không cần học cách sử dụng bất kỳ công cụ nào khác. Mọi thông tin hiển thị vẫn nằm nguyên vị trí cũ.
- Xếp hàng chờ xử lý: Thay vì để các sự kiện tranh nhau ghi trực tiếp vào Freshdesk, team thiết kế một máy chủ xử lý độc lập bên ngoài. Khi các sự kiện xảy ra cùng lúc, chúng sẽ được gửi về máy chủ này và xếp hàng ngay ngắn trong một hàng đợi thông minh.
- Xử lý và lưu trữ dữ liệu tuần tự: Máy chủ bên ngoài sẽ đóng vai trò như một “người điều phối”, lấy từng sự kiện trong hàng đợi ra xử lý tuần tự, ghi chép cẩn thận vào cơ sở dữ liệu. Sau đó, hệ thống chỉ gửi kết quả cuối cùng ngược lại để cập nhật lên Freshdesk.
Nhờ giải pháp này, lỗi xung đột dữ liệu đồng thời được giải quyết triệt để. Hệ thống chạy ổn định, chính xác mà khách hàng không hề phải thay đổi bất kỳ thói quen làm việc nào.
Bài học từ nguyên tắc Start Where You Are
Câu chuyện cải tiến này không chỉ dành riêng cho Dev, mà bất kỳ ai cũng có thể áp dụng vào công việc hàng ngày:
- Kế thừa trước khi cải tiến: Khi bắt đầu một dự án hay quy trình mới, thay vì vội vã đập đi xây lại, hãy tìm xem những gì đang vận hành tốt để giữ lại và tiếp tục phát huy.
- Tập trung sửa đúng điểm yếu: Hãy xác định chính xác khâu gặp vấn đề lớn nhất để khắc phục, tránh lãng phí nguồn lực và làm xáo trộn những phần khác đang chạy ổn định.
- Đặt trải nghiệm người dùng lên hàng đầu: Mọi sự cải tiến đều phải hướng tới sự tiện lợi của người sử dụng, tránh bắt họ thay đổi thói quen chỉ để phục vụ cho sự thuận tiện của chúng ta.
Lời kết
Nguyên tắc Start Where You Are trong ITIL 4 Foundation giúp chúng ta biết cách trân trọng tài nguyên và công sức của tập thể. Sự cải tiến giá trị nhất đôi khi không phải là tạo ra một thứ hoàn toàn mới, mà là biết cách tối ưu hóa và mang lại giá trị mới cho những gì đã có sẵn.
Vì vậy, trước khi quyết định xây lại từ đầu, hãy thử dừng lại một chút để quan sát và tự hỏi: Mình có thể tận dụng hoặc cải tiến điều gì từ những gì đang có?
>>> Tìm hiểu thêm: Cách Freshdesk Làm Mọi Việc Trở Nên Dễ Dàng Hơn
