Ví dụ phát triển rebuild
Mở đầu

Tại nhiều doanh nghiệp, các hệ thống legacy đã được chỉnh sửa liên tục trong nhiều năm vẫn đang giữ vai trò cốt lõi trong hoạt động kinh doanh. Tuy nhiên, cùng với thay đổi của môi trường kinh doanh và tiến bộ công nghệ, ngày càng nhiều hệ thống như vậy trở thành rào cản đối với tăng trưởng.
Bài viết này giới thiệu hiệu quả và các yếu tố thành công của phát triển rebuild thông qua một dự án tái xây dựng tận dụng tài sản hiện có.
Những vấn đề cốt lõi của hệ thống legacy

Nhiều hệ thống legacy thường gặp các vấn đề sau.
- Tư tưởng thiết kế ban đầu không còn phù hợp với mô hình kinh doanh hiện tại.
- Mỗi khi nghiệp vụ thay đổi, các chỉnh sửa mang tính tình thế lại tiếp tục chồng chất
- Mã nguồn và tài liệu đặc tả không còn được lưu giữ đầy đủ
- Tình trạng hộp đen, chỉ một số người phụ trách cụ thể mới hiểu được
- Khó tích hợp với công nghệ mới và dịch vụ bên ngoài
Những vấn đề này không chỉ dừng lại ở nợ kỹ thuật, mà còn phát triển thành rủi ro quản trị cản trở tăng trưởng kinh doanh.
Vì sao chọn “phát triển tái xây dựng” thay vì “phát triển từ đầu”

Khi xem xét làm mới hệ thống legacy, không ít doanh nghiệp giả định sẽ phát triển scratch bằng cách xây dựng lại toàn bộ từ đầu.
Tuy nhiên, phát triển từ đầu tiềm ẩn những rủi ro sau.
- Thiếu sót yêu cầu do chưa hiểu đầy đủ nghiệp vụ
- Thời gian hoàn thành kéo dài
- Ảnh hưởng lớn đến nghiệp vụ trong quá trình chuyển đổi
- Nguy cơ hệ thống không được người dùng tại hiện trường chấp nhận
Tổng quan dự án

Ngành nghề: Dịch vụ BtoB
Hệ thống mục tiêu
- Quản lý khách hàng (CRM)
- Quản lý mua hàng và bán hàng
- Quản lý hóa đơn và doanh thu
Các vấn đề hiện tại
- Hơn 10 năm đã trôi qua kể từ khi hệ thống được xây dựng
- Sự lệch pha giữa quy trình nghiệp vụ và đặc tả hệ thống
- Tình trạng cần vài tháng để bổ sung chức năng
Cách triển khai phát triển rebuild

① Trực quan hóa toàn diện nghiệp vụ và hệ thống hiện tại
Việc đầu tiên chúng tôi làm là tìm hiểu quy trình nghiệp vụ, thay vì bắt đầu từ hệ thống.
- Phỏng vấn người phụ trách tại hiện trường
- Lập sơ đồ quy trình nghiệp vụ thực tế
- Rà soát các chức năng hiện có
- Phân loại theo tần suất sử dụng và mức độ quan trọng
Thông qua quy trình này, hai điểm sau đã được làm rõ.
- Các chức năng tồn tại trong hệ thống nhưng thực tế không được sử dụng
- Các quy trình đang được xử lý dựa vào kinh nghiệm cá nhân
② Tái thiết kế hướng đến tương lai
Trong phát triển rebuild, chúng tôi không chỉ tái tạo chức năng mà còn thiết kế với tầm nhìn mở rộng kinh doanh trong 3〜5 năm tới.
- Chia mô-đun theo đơn vị nghiệp vụ
- Tách biệt frontend/backend
- Thiết kế ưu tiên API
- Cấu trúc được thiết kế với giả định sẽ chuyển đổi lên cloud
Nhờ đó, trong tương lai,
- Bổ sung dịch vụ mới
- Tích hợp với SaaS bên ngoài
- Hỗ trợ các cơ sở ở nước ngoài
đã xây dựng nền tảng có thể linh hoạt đáp ứng.
③ Tái xây dựng theo từng giai đoạn bằng Agile
Trong dự án này, chúng tôi áp dụng phát triển Agile và thực hiện tái xây dựng theo từng giai đoạn.
- Bắt đầu từ những chức năng ít ảnh hưởng đến hoạt động nghiệp vụ
- Vận hành song song với hệ thống hiện có
- Rà soát và cải tiến định kỳ
- Điều chỉnh yêu cầu khi cần
Bằng cách chuyển đổi theo từng giai đoạn thay vì chuyển đổi một lần, rủi ro gián đoạn nghiệp vụ đã được giảm xuống mức tối thiểu.
Kết quả sau khi triển khai

Sau khi hoàn tất phát triển rebuild, các kết quả sau đã đạt được.
- Tốc độ phát triển: tăng khoảng 40% so với trước đây
- Giảm mạnh chi phí bảo trì và vận hành
- Làm rõ phạm vi ảnh hưởng khi bổ sung tính năng mới
- Xóa bỏ phụ thuộc vào cá nhân
- Tạo môi trường thuận lợi để đề xuất cải tiến nghiệp vụ
Đặc biệt, thành quả lớn là nhận thức “thay đổi hệ thống = rủi ro lớn” đã giảm bớt, và chu trình cải tiến nghiệp vụ liên tục bắt đầu vận hành.
Các điểm then chốt để phát triển rebuild thành công

① Đội ngũ PM am hiểu ngành
Khi các PM có chuyên môn sâu về ngành dẫn dắt việc làm rõ yêu cầu (Requirements Clarification), dự án sẽ tập trung vào giá trị thực tế thay vì chỉ chạy theo mục tiêu "xây dựng cho xong hệ thống".
② Ưu tiên nghiệp vụ hơn công nghệ
Điều quan trọng là ưu tiên thiết kế phù hợp với nghiệp vụ hơn là chạy theo công nghệ mới nhất.
③ Xây dựng nhỏ, đưa vào sử dụng sớm
Chìa khóa thành công là không chạy theo sự hoàn hảo, mà tạo ra trạng thái “có thể sử dụng trước”, rồi tiếp tục cải tiến.
Về SMILE
SMILE là công ty phát triển phần mềm có cơ sở phát triển tại Nhật Bản và Việt Nam. Ngoài phát triển hệ thống nói chung, SMILE có thế mạnh về hiện đại hóa hệ thống legacy và phát triển tái xây dựng, từng hỗ trợ nhiều doanh nghiệp BtoB.
SMILE không chỉ là nhà cung cấp phát triển phần mềm, mà là đối tác bắt đầu từ việc thấu hiểu nghiệp vụ, đồng hành cùng khách hàng để tái thiết kế nghiệp vụ và IT.
Thế mạnh của SMILE
Thúc đẩy dự án dựa trên hiểu biết về ngành và nghiệp vụ
PM am hiểu sâu về đặc thù ngành và quy trình nghiệp vụ sẽ dẫn dắt việc整理 yêu cầu, từ đó xây dựng thiết kế hệ thống phù hợp với thực tế vận hành tại hiện trường.
Nhiều kinh nghiệm thực tế trong rebuild/modernization
- Phân tích hiện trạng hệ thống legacy
- Trực quan hóa nghiệp vụ và chức năng
- Thiết kế lại với tầm nhìn mở rộng trong tương lai
- Hỗ trợ tái xây dựng và chuyển đổi theo từng giai đoạn
Chúng tôi xây dựng hệ thống bền vững bằng cách tận dụng tối đa tài sản hiện có.
Mô hình phát triển linh hoạt kết hợp Agile × Waterfall
- Giảm rủi ro chuyển đổi
- Ổn định chất lượng và tiến độ
- Linh hoạt đáp ứng thay đổi yêu cầu
Mô hình phát triển Nhật Bản × Việt Nam
- Giao tiếp suôn sẻ với doanh nghiệp Nhật Bản
- Phát triển bảo đảm chất lượng Nhật Bản
- Hiệu quả chi phí cao
Kết luận

Phát triển rebuild không chỉ là làm mới hệ thống. Đây là quá trình rà soát lại nghiệp vụ, tổ chức và IT để thiết kế lại nền tảng cho tương lai.
SMILE hỗ trợ xây dựng nền tảng IT thúc đẩy tăng trưởng bền vững thông qua quá trình tái xây dựng theo từng giai đoạn, thực tế, đồng thời tôn trọng quy trình nghiệp vụ hiện tại và tài sản sẵn có của khách hàng.
Bắt đầu tư vấn về thúc đẩy GX và DX
Từ phân tích hiện trạng, triển khai hệ thống đến cải tiến vận hành, chúng tôi sẽ cùng doanh nghiệp thiết kế lộ trình phù hợp với tình hình thực tế.
- Chúng tôi có thể giúp phân tích và hệ thống hóa các vấn đề hiện tại trong nghiệp vụ và dữ liệu của doanh nghiệp.
- Có thể thiết kế các bước triển khai phù hợp với cơ cấu vận hành của doanh nghiệp
- Có thể tiếp tục xây dựng một cơ chế dễ vận hành ngay cả sau khi triển khai.
- Có thể tận dụng dữ liệu để kiểm chứng hiệu quả và cải tiến liên tục