Контрольний список, щоб уникнути блокування постачальника?


23

Чи існує набір галузевих правил, щоб уникнути блокування постачальника?

Я маю на увазі те, що можна показати менеджеру чи іншому, хто приймає рішення, що легко зрозуміти і легко перевірити.

  • Чи є загальновизнаний набір правил, контрольний список або набір умов, які допомагають виявити та запобігти блокуванню постачальника об'єктивним, вимірюваним способом?

  • Чи хтось із вас попереджав менеджера про ризик блокування постачальника на початкових етапах проекту?


блокування постачальника не обов'язково є «поганою річчю»
Рятхал

2
Це напрочуд гарне запитання, яке стосується великої групи розробників. Часто ви не знаєте, що у вас є ця проблема, поки не пізно.
joshin4colours

Чи не потребує цього питання додаткове роз’яснення стосовно конкретної сфери, яка має занепокоєння, що ви хочете уникнути блокування постачальника. В іншому випадку відповіді, які може дати кожен, є здоровим глуздом (тобто не додають нічого цінного).
Данк

4
@Ryathal Oct: Як блокування (обмеження опцій, майбутній вибір) не може бути поганим?
Джорджіо

1
@ Джорджіо, оскільки контракти на підтримку важливіші у діловому світі, ніж здатність змінюватись, коли система працює, що частина А може бути замінена на частину X, це не має значення, тому що ніхто не буде робити цього, доки до них не буде пристосований пістолет.
Рятал

Відповіді:


7

Під час роботи в якості консультанта я часто попереджую клієнтів про ризик блокування постачальника. Це випливає з гіркого досвіду, коли вас закликають перетворити невдалі проекти: якщо ви не замислюєтесь про це на початку, то це, ймовірно, обійдеться вам у довгостроковій перспективі.

Немає "стандартного контрольного списку", але ось хороший контрольний список основних речей, які я шукаю:

  • Відкритий API : чи API, який ми будемо використовувати (тобто будувати залежність), відкритий у тому сенсі, що його можна вільно реалізовувати конкуруючі постачальники?
  • Відповідність стандартам - чи відповідає продукт відповідним галузевим стандартам?
  • Наявність сумісних альтернатив - Чи є насправді інший сумісний продукт (комерційний чи відкритий), до якого ми могли б вступити з мінімальними змінами?
  • Відкритий код - це код постачальника з відкритим кодом (тобто за ліцензією, затвердженою OSI )?
  • Незалежність платформи - чи технологічний стек переноситься на різних платформах?
  • Гнучкість контракту - чи можемо ми достроково розірвати чи зменшити договір без значних штрафних санкцій?
  • Незалежне надання послуг - чи є надійні варіанти придбання послуг від різних постачальників (тобто, не тільки від початкового постачальника)
  • Здібності та навички - якщо ми маємо розлучитися з компанією з оригінальним продавцем, чи маємо ми необхідні можливості та навички, щоб продовжувати ефективно працювати або вдома, або з іншим постачальником?
  • Запис про хорошу поведінку - чи має продавець хороший досвід, який дозволяє вам довіряти їм не використовувати жодного блокування, яке вони можуть отримати?
  • Стабільність вимог - чи наші вимоги чітко визначені і, ймовірно, залишаться незмінними? (якщо так, ви можете домовитись про виконання цих вимог до переднього та вхідного блокування не так вже й важливо ...)

Якщо на більшість або на всі ці питання відповідь "так", ви можете бути впевнені у тому, щоб уникнути блокування постачальника. Якщо ні, то слід бути обережними.


13

Ось деякі вказівки, якими я користуюсь при оцінці блокування:

Чи постачальник використовує галузеві стандартні формати?

Якщо у вас є багато файлів і код, який повинен розмовляти іноземною мовою, переключення надзвичайно складно. Якщо у вас є стандартні формати, такі як XML і JSON, не так. Наприклад, ASP .Net використовує aspx, який не є html, а також правильним XML. Це ускладнює перетворення цих файлів або їх аналіз.

Чи постачає постачальник достатньо балів для інтеграції зі своєю системою?

Чи можете ви звільнити свої дані із системи та достатньо інтегрувати їх у власні системи за допомогою певної форми взаємодії, наприклад веб-служб? Якщо ви хочете інтегрувати його зі своїми системами, вам потрібно додати більше продуктів-постачальників із премією?

Наскільки важко змінити рішення на інше?

Потрібна постійна перевірка санітарності, щоб побачити, наскільки важко було б відійти від продавця. Якщо речі постачальника пронизують всю вашу інфраструктуру, ви повинні бути втомленими.


3
Ще один нетехнічний аспект - це, що свідчать постачальники щодо відповіді на запити, пов'язані з блокуванням. Деякі продавці в цьому краще, ніж інші.
Йоахім Зауер

0

Коротше кажучи, я б шукав відгуки та відгуки про постачальника та товар.

Технічно кажучи, блокування постачальника відбувається тоді, коли проект має щільну прив'язку до постачальника (стороннього товару).

Як цього уникнути? Маючи альтернативи та досліджуючи одне питання щодо кожної альтернативи - Наскільки важко змінити рішення на іншу?

На додаток до технічних деталей продукту, який рекламує постачальник, дуже важливо знати сліди успіху / невдачі, які мали інші клієнти з цим постачальником. Це може виглядати важко (виконувати, читати огляди, визначати, наскільки справжнім є огляд тощо). Однак у США існує надійна система рейтингу, яка називається BBB (Better business Bureau) .

Записи американських компаній у цьому незалежному бюро є дуже корисними і на 95% відображають реальність. Таким чином, я настійно рекомендую також проконсультуватися з ними.


4
Я вагаюсь, щоб це проголосувати, оскільки це не "неправильно", але ваша відповідь не відповідає на це питання. Блокування провайдера не має нічого спільного з BBB.

Уточнили відсутні технічні деталі.
Е.Л. Юсубов

1
Гарне редагування - воно безпосередньо стосується питання зараз
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.