Hầu hết các dự án mua sắm tường video được quyết định bởi một bản demo. Nhà cung cấp trình diễn một tường video bóng bẩy, hội đồng bị ấn tượng, hợp đồng được ký — và thực tế vận hành mười tám tháng sau lại là một sản phẩm khác với những gì bản demo ngụ ý. Đây là một playbook để chạy một bake-off dự đoán kết quả vận hành thực tế thay vì kết quả của bản demo: cách xây dựng danh sách rút gọn, cấu trúc hóa quá trình đánh giá, gán trọng số cho các tiêu chí và tránh những sai lầm phá hỏng quá trình mua sắm.
Trước bake-off — tài liệu yêu cầu
Một bake-off không có tài liệu yêu cầu bằng văn bản là một cuộc thi sắc đẹp. Trước mọi tiếp xúc với nhà cung cấp, hãy ghi lại bốn điều:
- Khung tuân thủ. Các yêu cầu pháp lý nào áp dụng — xem bản đồ tuân thủ. Đây là bộ lọc đầu tiên; nó quyết định nhóm nhà cung cấp trước mọi đánh giá kỹ thuật.
- Bản kiểm kê nguồn. Mọi luồng mà tường video phải mang hôm nay và số lượng dự kiến ở năm thứ ba. Loại, độ phân giải, truyền tải.
- Mô hình điều hành viên. Bao nhiêu vị trí điều hành viên, quy trình làm việc trông ra sao, có cần điều khiển đa điều hành viên hay không.
- Khung ngân sách 5 năm. Bao gồm cả refresh và hỗ trợ, không chỉ khoản mua ban đầu (năm 0). Xem phân tích TCO để biết mô hình.
Xây dựng danh sách rút gọn
Áp dụng bộ lọc tuân thủ trước — nó mang tính nhị phân và loại bỏ nhà cung cấp nhanh chóng. Yêu cầu đăng ký Минцифры loại bỏ mọi nhà cung cấp không thuộc RU. Yêu cầu FedRAMP loại bỏ các nhà cung cấp không có chứng nhận. Phần còn lại là nhóm đủ điều kiện.
Từ nhóm đủ điều kiện, đưa vào danh sách rút gọn ba đến năm nhà cung cấp trải khắp dải kiến trúc — ít nhất một lựa chọn bộ điều khiển phần cứng và ít nhất một lựa chọn định nghĩa bằng phần mềm, trừ khi tài liệu yêu cầu đã loại trừ một bên. bản so sánh tám nền tảng và các trang /vs/ riêng lẻ là tham chiếu khởi đầu cho việc ai phù hợp ở đâu. Danh sách rút gọn nhiều hơn năm là không thể quản lý; ít hơn ba có nguy cơ bỏ lỡ kiến trúc phù hợp.
Sáu tiêu chí có trọng số
Chấm điểm mỗi nhà cung cấp trong danh sách rút gọn theo sáu tiêu chí, gán trọng số theo tần suất mỗi tiêu chí quyết định kết quả vận hành thực tế:
- Mức phù hợp vận hành — 35%. Phần mềm có khớp với quy trình làm việc thực tế của điều hành viên, tổ hợp nguồn và mô hình vận hành IT không? Yếu tố đơn lẻ lớn nhất, và là yếu tố mà demo che giấu.
- TCO 5 năm — 25%. Toàn bộ khung chi phí, gồm cả refresh và hỗ trợ, không phải giá niêm yết.
- Tuổi thọ và hỗ trợ của nhà cung cấp — 15%. Hồ sơ EOL, nhịp vá lỗi, lộ trình leo thang.
- Độ rộng tổ hợp nguồn — 10%. Hỗ trợ gốc cho bản kiểm kê từ tài liệu yêu cầu, cộng thêm khoảng dư cho dự báo năm thứ ba.
- Độ sâu tham chiếu — 10%. Các triển khai kiểm chứng được trong ngành, khu vực và dải quy mô của người mua.
- Tính linh hoạt kiến trúc — 5%. Tại chỗ / đám mây / lai, mức rủi ro khóa nhà cung cấp (lock-in).
Trọng số quan trọng hơn các con số chính xác. Điểm mấu chốt là "GUI trông đẹp" không nằm trong danh sách — nó chưa bao giờ quyết định một kết quả vận hành thực tế và nó chi phối các bản demo chính vì nó dễ trình diễn.
Cấu trúc hóa bake-off
Ba giai đoạn, theo thứ tự:
- Rà soát tài liệu. Mỗi nhà cung cấp trong danh sách rút gọn phản hồi tài liệu yêu cầu bằng văn bản. Điều này làm lộ các khoảng trống về tuân thủ và tổ hợp nguồn trước khi bất kỳ ai dành thời gian cho một bản demo.
- Demo có cấu trúc. Không phải bản demo chuẩn của nhà cung cấp — mà là demo của bạn. Giao cho mỗi nhà cung cấp cùng một kịch bản dựng từ bản kiểm kê nguồn thực tế và quy trình làm việc điều hành viên của bạn, rồi để họ chạy nó. Một nhà cung cấp chỉ trình diễn được bản demo dựng sẵn đã nói lên điều gì đó.
- Bằng chứng khái niệm. Với một hoặc hai ứng viên dẫn đầu, một PoC giới hạn thời gian trên hạ tầng thực với nguồn thực. Đây là nơi mức phù hợp vận hành được kiểm chứng — tiêu chí 35% không thể chấm điểm từ một bản demo.
Những sai lầm đánh giá phá hỏng quá trình mua sắm
- Chấm điểm bản demo thay vì triển khai. Một bản demo chạy trên phần cứng của nhà cung cấp với nội dung của nhà cung cấp. Nó hầu như không dự đoán được gì về vận hành thực tế. Hãy kiên quyết yêu cầu PoC.
- Coi "phần mềm" là một hạng mục duy nhất. Một stack giấy phép vĩnh viễn và một stack thuê bao theo từng màn hình có TCO 5 năm khác nhau hoàn toàn dù cả hai đều là "phần mềm". Hãy chấm điểm mô hình định giá, không phải nhãn mác.
- Bỏ qua câu hỏi vận hành IT. Bộ lọc duy nhất quyết định hầu hết các bake-off là thứ mà đội IT thực sự có thể duy trì. Một cơ sở không có năng lực vận hành Linux không nên chấm điểm cao một stack định nghĩa bằng phần mềm về mức phù hợp vận hành, dù sản phẩm có tốt đến đâu.
- Để hội đồng chấm điểm các tính năng họ không thể gán trọng số. Một danh sách tính năng 200 dòng là nhiễu. Hãy chấm điểm sáu tiêu chí; mọi thứ khác là chi tiết cuộn gộp vào chúng.
- Bỏ qua dự báo năm thứ ba. Một tường video định cỡ cho số lượng nguồn và vị trí điều hành viên hôm nay, chỉ đánh giá đối chiếu với hôm nay, là một dự án mua sắm cần làm lại sau ba năm.
Ma trận quyết định
Đầu ra của bake-off là một ma trận duy nhất: các nhà cung cấp trong danh sách rút gọn là hàng, sáu tiêu chí có trọng số là cột, một điểm trong mỗi ô, một tổng điểm có trọng số cho mỗi nhà cung cấp. Ma trận không phải là quyết định — nó là đầu vào có cấu trúc cho quyết định. Nếu tổng điểm có trọng số và trực giác của hội đồng bất đồng, sự bất đồng đó là đầu ra hữu ích nhất của cả quá trình: nó có nghĩa một tiêu chí bị gán sai trọng số, hoặc trực giác đang phản ứng với điều gì đó chưa được nắm bắt. Hãy giải quyết nó tường minh thay vì lặng lẽ ghi đè ma trận.
Craft Wall phù hợp ở đâu trong một bake-off
Craft Wall đạt điểm tốt ở các tiêu chí bake-off nơi kiến trúc của nó là lựa chọn khớp — TCO 5 năm, độ rộng tổ hợp nguồn, tính linh hoạt kiến trúc, mức phù hợp vận hành cho cơ sở có năng lực vận hành Linux. Nó đạt điểm thấp hơn khi tài liệu yêu cầu đòi hỏi một thương hiệu Tier 1 với tầm hỗ trợ 15-20 năm, nguồn cung từ sổ đăng ký Минцифры, hoặc độ trễ KVM dưới một khung hình cho điều hành viên.
Khung nhìn trung thực cho một đội mua sắm: Craft Wall được xây dựng để thắng các bake-off nơi kiến trúc định nghĩa bằng phần mềm là câu trả lời đúng, và để thua dứt khoát các bake-off còn lại. Các trang so sánh /vs/ ghi lại chính xác mỗi dòng rơi vào đâu so với từng đối thủ lớn — hãy dùng chúng làm tham chiếu theo từng tiêu chí khi xây dựng ma trận.
Kết luận
Một bake-off tường video chạy trên một tài liệu yêu cầu, chấm điểm theo sáu tiêu chí có trọng số, và kiểm chứng bằng PoC trên hạ tầng thực sẽ dự đoán kết quả vận hành thực tế. Một bake-off chạy trên các bản demo thì dự đoán bản demo. Nỗ lực bổ sung của quy trình có cấu trúc là nhỏ so với chi phí phát hiện lựa chọn sai mười tám tháng sau khi bắt đầu triển khai 5 năm.
Đọc tiếp: bản so sánh tám nền tảng để có điểm khởi đầu cho danh sách rút gọn, phân tích TCO cho tiêu chí chi phí 5 năm, và công cụ tính TCO tương tác để chấm điểm các con số của riêng bạn.