Mô hình định giá trọn gói có ưu điểm "khoán gọn", nhanh chóng đạt được mục tiêu. Bên cạnh ưu điểm thì cũng có nhược điểm. Do đó mô hình này "lợi về tiền bạc, thiệt về CƠ HỘI". Cơ hội ở đây là tiềm năng sáng tạo, mở rộng thay đổi, nâng cấp... "Mục tiêu cố định là giá trị cốt lõi" của mô hình này. Lựa chọn Fixed-Cost khi: 1. Deadline rõ ràng. 2. Hạng mục công việc (spec) đã đủ chi tiết để triển khai. 3. Các thay đổi là gần như không có, hoặc thay đổi rất ít. 4. Không đủ nguồn lực để "kiểm soát nhà thầu". 5. Giai đoạn triển khai ngắn. 6. Hạn chế rủi ro do tác động phụ của việc "kéo dài thời gian" Ưu điểm: 1. Không lo bị bội chi ngân sách: Không phát sinh yêu cầu, không phát sinh chi phí. 2. Không đánh mất niềm tin: Hai bên thống nhất tuân thủ các điều khoản chi tiết trong hợp đồng, 3. Không cần giám sát: Nghiệm thu kết quả cuối cùng dựa vào bản mô tả hạng mục công việc 4. Không cần tương tác nhiều: Nhà thầu có trách nhiệm nghiệm thu kết quả theo từng giai đoạn. 5. Rủi ro thấp: Khả năng dự án thất bại là thấp do "rủi ro" được chia sẻ đều cho cả 2 bên. Nhược điểm: 1. Thời gian chuẩn bị dài hơn: Có thể lỡ cơ hội kinh doanh 2. Thiếu trao đổi dẫn đến rủi ro "mismatch": Rất ít cơ hội cho sự thay đổi 3. Khó có lợi thế về sáng tạo, khác biệt: Sáng tạo trong lĩnh vực phần mềm là rất lớn.

Một số dự án phát triển phần mềm phù hợp hơn với mô hình định giá theo thời gian và vật liệu. Bởi vì việc lập hóa đơn phụ thuộc vào chi phí công việc theo giờ nên doanh nghiệp sẽ có nhiều quyền can thiệp hơn khi áp dụng phương thức này. Mô hình T&M tạo nhiều điều kiện linh hoạt hơn cho các doanh nghiệp đang outsource dự án của họ, bởi chi phí cố định duy nhất trong hoàn cảnh này là mức lương theo giờ của kỹ sư, mức tính tiếp theo sẽ nằm ở chi phí vật liệu (prototype, mockup, kịch bản test, tài liệu,...). Bên cạnh đó, họ có thể đưa ra những thay đổi kịp thời để đảm bảo chất lượng, tiến độ, cùng một số ưu điểm sẽ được liệt kê dưới đây. Tính linh động (dynamic) và linh hoạt (agile) là các yếu tố cốt lõi của T&M. Ưu điểm: 1. Ngân sách linh hoạt: Có thể thanh toán một phần, hoặc nhiều đợt 2. Phạm vi yêu cầu có độ chắc chắn cao: Có thêm thời gian để quyết định và cân nhắc từng tính năng sản phẩm 3. Dự án khởi động nhanh hơn: Không cần chờ bản kế hoạch hoàn hảo 4. Không tốn nhiều chi phí cho kế hoạch chuẩn bị: Lập kế hoạch linh hoạt, chia nhỏ để triển khai 5. Chậm mà chắc: Dễ được chấp nhận thay đổi về yêu cầu hơn so với chi phí cố định. Nhược điểm: 1. Không có ràng buộc tiến độ:, hoặc tiến độ thay đổi liên tục 2. Kiểm soát ngân sách dự án: Thấp. Tổng ngân sách không thể dự đoán một cách chính xác. 3. Tốn thời gian tham gia thảo luận, nghiệm thu liên tục. Vời nhà thầu uy tín, chất lượng, các bên liên qua can thiệp sâu vào quy trình làm dự án sẽ có tác dụng ngược. 4. Không phù hợp cho dự án nhỏ

Chúng tôi triển khai ERP dựa trên công thức đơn giản "Bắt bệnh rồi mới kê đơn thuốc". Thường quy trình triển khai ERP rất phức tạp và kéo dài. Chúng tôi sử dụng 3 nguyên tắc đơn giản sau: [1] Tìm các vấn đề bức xúc. Chỉ giải quyết các vấn đề đang "ngứa ngáy" (pain points) [2] Xác định các yếu tố chưa tối ưu, đưa vào danh sách cần "chuyển đổi". Các vấn đề thách thức nhất sẽ được kê "đơn thuốc". [3] Không còn là lý thuyết nữa mà là "thực chiến". Bắt tay ngay vào chuyển đổi lý luận (POC - Proof Of Concept) thành Case Study thực tế . <img src='https://www.tigosolutions.com/Content/themefrontend/assets/images/tigoway_principles.png' />

SSO (single-sign-on) là tính năng đăng nhập 1 lần cho tất cả các hệ thống (trong hệ sinh thái). SSO tương tự như chiếc khóa thông minh cho xe máy, ô tô. SSO cho phép truy cập thông minh vào nhiều lớp tài nguyên với độ an toàn cao. Tùy vào quy mô của dự án và yêu cầu cụ thể, hệ thống có thể trang bị SSO sớm hay muộn. Nếu chỉ xem SSO là 1 tính năng (nhỏ) thì hệ thống sẽ không thực sự an toàn khi vận hành trên Internet, thay vào đó chỉ nên vận hành nội bộ (Intranet) hoặc mạng con (VPN). Nếu lập kế hoạch xây dựng SSO là module với nhiều tính năng và công nghệ phức tạp, bạn có thể yên tâm mở truy cập SSO trên môi trường mạng bên ngoài cho nhiều hệ thống hoặc hệ sinh thái khác nhau. Các dự án lớn triển khai cho Bộ, Cơ quan Nhà nước mà chúng tôi từng tham gia đều được tư vấn cụ thể về tính năng này. Bạn có thể liên hệ với chúng tôi để được tư vấn thêm.

As-is là trạng thái hiện tại (“now” state). To-be là trạng thái tương lai mong muốn (“desired future” state). Đây là các thuật ngữ thường gặp trong “Yêu cầu chuyển đổi và sẵn sàng” - một trong số các loại tài liệu yêu cầu. AS-IS là thuật ngữ không mởi, hay được dùng khi dán mác cho các thiết bị (thí dụ máy tinh), có nghĩa là "hiện trạng thế nào thì chấp nhận như thế". Ngày nay AS-IS trở thành thuật ngữ phổ biến trong triển khai các dự án CNTT, đặc biệt là các hệ thống ERP.