TradeLens показал цену доминирования одного игрока
Когда один участник консорциума воспринимается как фактический владелец инициативы, остальные начинают сомневаться, действительно ли правила одинаковы для всех.
Для коммерческой модели это критично: даже сильная технология не спасает, если участники не доверяют механике принятия решений.
Университетские консорциумы ломались на расползании scope
Kuali и Sakai показали типовую проблему: слишком много сторон, слишком много пожеланий, слишком слабая дисциплина по ядру и кастомизациям.
Если не разделить общее и индивидуальное, продукт начинает одновременно пытаться угодить всем и в итоге не решает задачу никому.
Проблема free riders не исчезает сама
Открытые или полузакрытые инициативы часто сталкиваются с участниками, которые хотят получать выгоду, но не брать на себя долю расходов и обязательств.
Поэтому в SplitBuild вход, права и обязательства фиксируются заранее: кто финансирует ядро, кто получает лицензию, как принимаются изменения.
Главный вывод для SplitBuild
Нужен нейтральный оператор, ограниченный scope, этапная оплата и прозрачные правила IP. Без этого консорциум выглядит красиво только на бумаге.
Мы специально проектируем модель вокруг этих ограничений, а не вокруг абстрактной идеи «давайте всем миром строить софт».