KIẾN THỨC · CHIẾN LƯỢC SẢN PHẨM

Khi nào nên cấu hình, khi nào cần phát triển module?

Khung quyết định giúp phân biệt nhu cầu có thể xử lý bằng cấu hình với thay đổi cần phát triển một module riêng.

Trao đổi nhu cầu
THEO NHU CẦUĐA THIẾT BỊRÕ RÀNG & AN TOÀN
Chiến lược sản phẩm

Cấu hình thường phù hợp khi doanh nghiệp cần thay đổi cách hệ thống hành xử trong một mô hình đã có. Phát triển module phù hợp hơn khi xuất hiện đối tượng, vòng đời, quyền hoặc tích hợp mới mà nền hiện tại chưa biểu diễn được.

01

Bắt đầu từ mô hình nghiệp vụ, không từ màn hình

Một yêu cầu giao diện mới chưa chắc cần một module mới. Trước tiên cần xác định đối tượng nào đang được quản lý, trạng thái thay đổi ra sao, ai chịu trách nhiệm và dữ liệu nào là nguồn chuẩn.

  • Đối tượng nghiệp vụ đã tồn tại hay hoàn toàn mới?
  • Vòng đời hiện tại có mô tả được yêu cầu không?
  • Quyền và lịch sử xử lý có thay đổi bản chất không?
02

Dấu hiệu nên ưu tiên cấu hình

Cấu hình là lựa chọn tốt khi thay đổi vẫn nằm trong mô hình hiện có và có thể biểu diễn bằng trường dữ liệu, trạng thái, quy tắc, biểu mẫu hoặc quyền mà không tạo phụ thuộc khó kiểm soát.

  • Thêm hoặc sắp xếp trường dữ liệu
  • Điều chỉnh trạng thái, phê duyệt hoặc thông báo
  • Tạo góc nhìn, bộ lọc và báo cáo theo vai trò
03

Dấu hiệu cần một module riêng

Module mới đáng cân nhắc khi nhu cầu có vòng đời độc lập, dữ liệu sở hữu riêng, khối lượng thay đổi đáng kể hoặc cần tích hợp và kiểm soát quyền khác với phần còn lại của hệ thống.

  • Có đối tượng và quy trình riêng
  • Cần API hoặc cơ chế đồng bộ riêng
  • Có tiêu chí nghiệm thu và người sở hữu phạm vi riêng
04

Quyết định bằng lát cắt kiểm chứng

Nếu chưa đủ thông tin, hãy chọn một phần việc nhỏ nhưng sử dụng được. Phần này cần cho thấy dữ liệu đầu vào, cách hệ thống vận hành, đầu ra và người có quyền xác nhận trước khi mở rộng.

ĐIỂM CẦN GIỮ LẠI

Ưu tiên cấu hình khi mô hình hiện tại vẫn phù hợp; phát triển module khi xuất hiện nghiệp vụ, dữ liệu hoặc vòng đời mới cần quản lý riêng.