Danh sách kiểm tra để tránh nhà cung cấp khóa?


23

Có một bộ quy tắc được ngành công nghiệp phê duyệt để tránh khóa nhà cung cấp không?

Ý tôi là, một cái gì đó người ta có thể chỉ ra cho người quản lý, hoặc người ra quyết định khác, dễ hiểu và dễ kiểm chứng.

  • Có bất kỳ bộ quy tắc, danh sách kiểm tra hoặc bộ điều kiện nào được chấp nhận phổ biến giúp phát hiện và ngăn chặn nhà cung cấp khóa theo cách khách quan, có thể đo lường được không?

  • Có ai trong số các bạn đã cảnh báo người quản lý về nguy cơ khóa nhà cung cấp trong các giai đoạn ban đầu của dự án không?


khóa nhà cung cấp không nhất thiết là "điều xấu"
Ryathal

2
Đây là một câu hỏi hay đáng ngạc nhiên, có liên quan đến một nhóm lớn các nhà phát triển. Thường thì bạn không biết bạn có vấn đề này cho đến khi quá muộn.
joshin4colours

Không phải câu hỏi này cần làm rõ thêm về lĩnh vực quan tâm cụ thể mà bạn muốn tránh bị khóa nhà cung cấp. Mặt khác, các câu trả lời mà bất cứ ai cũng có thể đưa ra là lẽ thường (nghĩa là không thêm gì vào giá trị).
Dunk

4
@Ryathal Tháng 10: Làm thế nào để khóa (hạn chế các tùy chọn, lựa chọn trong tương lai) không bị xấu?
Giorgio

1
@Giorgio vì các hợp đồng hỗ trợ quan trọng hơn trong thế giới kinh doanh hơn là khả năng thay đổi, một khi hệ thống đang hoạt động thì phần A có thể được hoán đổi với phần X là không liên quan vì không ai sẽ làm điều đó cho đến khi có một khẩu súng trên đầu.
Ryathal

Câu trả lời:


7

Trong công việc là một nhà tư vấn, tôi thường xuyên cảnh báo khách hàng về nguy cơ bị khóa nhà cung cấp. Đây là từ kinh nghiệm cay đắng khi được gọi để xoay quanh các dự án thất bại: nếu bạn không nghĩ về điều này ngay từ đầu, thì có lẽ nó sẽ khiến bạn phải trả giá về lâu dài.

Không có "danh sách kiểm tra tiêu chuẩn" nhưng đây là một danh sách kiểm tra tốt về những điều chính mà tôi tìm kiếm:

  • API mở : API mà chúng ta sẽ sử dụng (nghĩa là xây dựng sự phụ thuộc vào) mở theo nghĩa là nó có thể được thực hiện tự do bởi các nhà cung cấp cạnh tranh?
  • Tuân thủ tiêu chuẩn - sản phẩm có phù hợp với tiêu chuẩn ngành liên quan không?
  • Sự hiện diện của các lựa chọn thay thế tương thích - Có thực sự có một sản phẩm tương thích khác (thương mại hoặc nguồn mở) mà chúng tôi có thể chuyển đổi với những thay đổi tối thiểu không?
  • Nguồn mở - là mã nguồn của nhà cung cấp (tức là theo giấy phép được OSI phê duyệt )?
  • Độc lập nền tảng - là ngăn xếp công nghệ di động trên các nền tảng khác nhau?
  • Linh hoạt theo hợp đồng - chúng ta có thể chấm dứt hoặc thu hẹp hợp đồng sớm mà không bị phạt đáng kể không?
  • Cung cấp dịch vụ độc lập - có các tùy chọn đáng tin cậy để mua dịch vụ từ các nhà cung cấp khác nhau (tức là không chỉ nhà cung cấp ban đầu)
  • Khả năng và kỹ năng - nếu chúng tôi thành lập công ty với nhà cung cấp ban đầu, chúng tôi có khả năng và kỹ năng cần thiết để tiếp tục làm việc hiệu quả trong nhà hoặc với nhà cung cấp khác không?
  • Hồ sơ về hành vi tốt - nhà cung cấp có hồ sơ theo dõi tốt cho thấy bạn có thể tin tưởng họ không khai thác bất kỳ khóa nào họ có thể có được không?
  • Tính ổn định của các yêu cầu - các yêu cầu của chúng tôi có được xác định rõ và có khả năng giữ nguyên không? (nếu vậy, bạn có thể ký hợp đồng cho các yêu cầu này trước và khóa nhà cung cấp không quan trọng lắm ...)

Nếu câu trả lời là có cho hầu hết hoặc tất cả các câu hỏi này, bạn có thể chắc chắn chắc chắn về việc tránh bị khóa nhà cung cấp. Nếu không, bạn nên cẩn thận.


13

Đây là một số nguyên tắc tôi sử dụng khi đánh giá khóa trong:

Nhà cung cấp có sử dụng các định dạng tiêu chuẩn công nghiệp không?

Nếu bạn kết thúc với hàng tấn tệp và mã phải nói tiếng nước ngoài, thì việc chuyển đổi là cực kỳ khó khăn. Nếu bạn có các định dạng tiêu chuẩn như XML và JSON thì không. Ví dụ: ASP .Net sử dụng aspx, đây là đánh dấu không phải là html, cũng không phải là XML hợp lệ. Điều này làm cho rất khó để chuyển đổi các tệp hoặc phân tích chúng.

Nhà cung cấp có cung cấp đủ điểm để tích hợp với hệ thống của họ không?

Bạn có thể giải phóng dữ liệu của mình ra khỏi hệ thống và tích hợp nó với các hệ thống của riêng bạn thông qua một số hình thức tương tác, như các dịch vụ web không? Nếu bạn muốn tích hợp nó với các hệ thống của mình, bạn có cần thêm nhiều sản phẩm của nhà cung cấp với giá cao không?

Làm thế nào là khó khăn để thay đổi giải pháp cho một giải pháp khác?

Kiểm tra vệ sinh liên tục là cần thiết để xem việc di chuyển khỏi nhà cung cấp sẽ khó khăn như thế nào. Nếu công cụ của nhà cung cấp tràn ngập toàn bộ cơ sở hạ tầng của bạn, bạn sẽ mệt mỏi.


3
Một khía cạnh phi kỹ thuật khác là: những gì các nhà cung cấp theo dõi hồ sơ liên quan đến việc đáp ứng các yêu cầu liên quan đến khóa. Một số nhà cung cấp là tốt hơn so với những người khác.
Joachim Sauer

0

Tóm lại, tôi sẽ tìm kiếm các đánh giá và phản hồi về nhà cung cấp và sản phẩm.

Về mặt kỹ thuật, khóa nhà cung cấp xảy ra khi dự án có khớp nối chặt chẽ với nhà cung cấp (sản phẩm của bên thứ ba).

Làm thế nào để tránh điều đó? Bằng cách có các lựa chọn thay thế và nghiên cứu một câu hỏi về mỗi phương án - Làm thế nào khó để thay đổi giải pháp cho một giải pháp khác?

Ngoài các chi tiết kỹ thuật của sản phẩm mà nhà cung cấp quảng bá, điều rất quan trọng là phải biết theo dõi thành công / thất bại mà các khách hàng khác có với nhà cung cấp này. Nó có thể trông có vẻ khó khăn (Goggling, đọc các nhận xét, xác định mức độ chính xác của đánh giá, v.v.) để thực hiện. Tuy nhiên, có một hệ thống xếp hạng đáng tin cậy ở Mỹ được gọi là BBB (Văn phòng kinh doanh tốt hơn) .

Các hồ sơ của các công ty có trụ sở tại Hoa Kỳ trong Cục độc lập này rất hữu ích và 95% phản ánh đúng thực tế. Vì vậy, tôi sẽ khuyên mạnh mẽ để kiểm tra với họ là tốt.


4
Tôi ngần ngại bỏ phiếu vì điều này không "sai", nhưng câu trả lời của bạn không thực sự giải quyết được câu hỏi. Khóa nhà cung cấp không liên quan gì đến BBB.

Làm rõ phần còn thiếu của chi tiết kỹ thuật.
EL Yusubov

1
Chỉnh sửa tốt - nó trực tiếp giải quyết câu hỏi ngay bây giờ
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.