Tự dựng công cụ theo dõi dự án bằng nền tảng low-code (Power Apps, AppSheet…): khi nào nên, khi nào không?

Theo Microsoft, Power Apps là bộ ứng dụng, dịch vụ và trình kết nối cùng nền tảng dữ liệu, cho phép xây ứng dụng nghiệp vụ nhanh, kết nối được với nhiều nguồn dữ liệu, kể cả cho người không phải lập trình viên chuyên nghiệp. AppSheet và các nền tảng tương tự cũng theo hướng này.

Phù hợp khi

• Nhu cầu đặc thù và hẹp: biểu mẫu hiện trường, phê duyệt nhiều cấp, kiểm tra an toàn, nhật ký công trường.
• Cần kết nối dữ liệu của các hệ thống sẵn có trong tổ chức.
• Muốn thử nhanh để làm rõ yêu cầu trước khi mua hoặc đặt làm phần mềm chính thức.

Không nên khi

• Muốn tự dựng lại cả một công cụ quản lý dự án đầy đủ (lập tiến độ, đường găng, nguồn lực) — đã có sản phẩm làm tốt hơn.
• Ứng dụng trở thành hệ thống quan trọng (tài chính, hợp đồng) mà không có đội IT hỗ trợ.

Rủi ro lớn nhất: "ứng dụng của một người" — không tài liệu, không ai khác hiểu, tài khoản sở hữu gắn với cá nhân. Thêm vào đó: phân quyền dữ liệu sai, chi phí giấy phép tăng theo số người dùng, ứng dụng nhân bản không kiểm soát.

Quản trị gợi ý

1. Ứng dụng quan trọng phải có ít nhất hai người hiểu và có quyền quản trị; tài khoản sở hữu là tài khoản dịch vụ hoặc nhóm.
2. Tài liệu tối thiểu: mục đích, nguồn dữ liệu, ai dùng, cách xử lý khi lỗi.
3. Đăng ký ứng dụng với bộ phận IT, tuân theo chính sách dữ liệu của tổ chức.
4. Có môi trường thử tách khỏi môi trường đang dùng.
5. Đánh giá lại mỗi năm: tiếp tục, chuyển cho IT, hay thay bằng sản phẩm.

Hướng dẫn chọn công nghệ của Chính phủ Anh cũng nhắc: tận dụng thành phần sẵn có và cân nhắc tổng chi phí sở hữu — kể cả chi phí duy trì ứng dụng tự làm.

Nguồn:

• Microsoft Learn — What is Power Apps?
• GOV.UK Service Manual — Choosing technology: an introduction