Mua phần mềm
10 bài viết
Giá trọn gói hay tính theo giờ công: mỗi kiểu đẩy rủi ro sang ai
Fixed price (giá trọn gói) chốt phạm vi và giá trước khi làm, bên làm chịu rủi ro ước lượng sai. Time and material (theo giờ công) trả theo giờ làm thật, người mua chịu rủi ro đó nhưng đổi hướng dễ hơn. Bảng so sánh, khi nào hợp kiểu nào, và điều khoản cần có cho từng kiểu.
Vì sao ba báo giá cho cùng một phần mềm chênh nhau năm lần
Ba báo giá làm phần mềm chênh nhau vài lần thường không phải vì một bên hét giá. Năm nguồn chênh lệch: hiểu phạm vi khác nhau, dùng lại mã có sẵn hay viết mới, có hay không kiểm thử và tài liệu, ai chịu rủi ro phát sinh, bảo hành bao lâu. Ví dụ số giả định cho thấy cách quy ba báo giá về cùng mặt bằng.
Freelancer, agency nhỏ hay công ty lớn: chọn theo rủi ro chứ không theo giá
Thuê lập trình viên tự do, một đội nhỏ vài người hay một công ty lớn: mỗi lựa chọn đẩy một loại rủi ro khác nhau về phía người mua. Bảng so sánh sáu loại rủi ro, việc nào hợp với ai, và cách giảm rủi ro khi đã chọn.
Đọc hồ sơ năng lực và portfolio của công ty phần mềm: dấu hiệu dự án mượn, ảnh mẫu, khách không có thật
Hồ sơ năng lực công ty phần mềm là tài liệu bán hàng, nên đọc như kiểm toán viên đọc báo cáo. Sáu dấu hiệu dự án mượn hoặc dựng cho đẹp, cách kiểm từng dấu hiệu trong mười phút, và những gì một hồ sơ trung thực nên có.
Mười câu hỏi để biết công ty phần mềm có từng làm thật việc bạn cần
Hồ sơ đẹp và lời chào hàng tự tin không chứng minh được kinh nghiệm. Mười câu hỏi và phép thử trong buổi gặp đầu, từ xin xem hệ thống đang chạy tới hỏi người sẽ viết mã, giúp phân biệt công ty phần mềm đã làm thật với công ty sẽ học trên dự án của bạn.
Ngân sách làm phần mềm: chia tiền cho làm mới, vận hành và bảo trì trong ba năm
Chi phí phát triển phần mềm chỉ là khoản đầu tiên. Ngân sách đúng tính đủ ba năm: làm mới, vận hành (máy chủ, tên miền, dịch vụ trả theo lượt), bảo trì và thời gian của người nội bộ. Bảng khung sáu dòng để lập ngân sách, ví dụ số giả định, và những khoản hay bị để trống.
SRS là gì: tài liệu đặc tả yêu cầu phần mềm, khi nào cần bản đầy đủ và khi nào một trang là đủ
SRS (Software Requirements Specification) là tài liệu đặc tả yêu cầu phần mềm: mô tả phần mềm phải làm gì, cho ai, trong điều kiện nào, đủ chi tiết để làm và để nghiệm thu. Bài giải thích cấu trúc thường gặp theo chuẩn ISO/IEC/IEEE 29148, phần người mua cần đọc kỹ, và khi nào một bản rút gọn là đủ.
Viết yêu cầu phần mềm khi bạn không biết kỹ thuật: mẫu một trang đủ để ba bên báo giá như nhau
Tài liệu yêu cầu phần mềm không cần thuật ngữ. Một trang gồm bảy mục: mục tiêu đo được, người dùng, năm luồng việc chính, dữ liệu, kết nối, thứ không làm và hạn chót. Kèm mẫu điền sẵn bằng dữ liệu giả và cách gửi để ba công ty báo giá trên cùng một phạm vi.
Có nên làm phần mềm riêng không: bảy câu hỏi trước khi chi tiền
Viết phần mềm theo yêu cầu đáng tiền khi quy trình của doanh nghiệp đủ khác để phần mềm đóng gói phải bẻ cong, và đủ ổn định để không đổi mỗi tháng. Bảy câu hỏi trả lời trong một buổi họp giúp biết mình đang ở phía nào trước khi gọi bất kỳ công ty phần mềm nào.
Blockchain là gì: chỗ dùng được thật và chỗ chỉ là quảng cáo trong báo giá phần mềm
Blockchain là một cuốn sổ ghi chung do nhiều máy cùng giữ, ghi rồi thì không sửa lén được. Bài giải thích blockchain bằng lời thường, cách nhận ra blockchain thật và blockchain gắn nhãn trong báo giá, chi phí và rủi ro, câu nên hỏi, và khi nào cơ sở dữ liệu thường là đủ.
