Стандарты в софтверной индустии конфронтация, конкуренция, сотрудничество

1. Стандарты в софтверной индустииконфронтация, конкуренция, сотрудничество 1 октября 2008, Москва Владислав Шершульский Менеджер по стратегическим инициативам, Microsoft Rus

2. Зачем беспокоиться о стандартах

3. Влияние стандартов на бизнес • Наличие стандартов способствует расширению рынка • «Сетевой эффект» -- чем больше потребителей пользуется стандартизованным решением, тем больше стремящихся к ним присоединиться • Стандарты снижают риски и издержки внедрения и владения • Стандарты снижают риски и издержки разработки • Стандарты помогают согласовать цели с партнерами и заказчиками • Стандарты служат индикатором технологических тенденций • Некоторые игроки могут использовать «войны стандартов», чтобы добиться протекционистских преимуществ Стандарты особенно выгодны стартапам и малому бизнесу Войны стандартов – новая угроза национальной и международной системе стандартизации

4. Определения стандартов • Нет одного общепринятого определения понятия технического стандарта • Неформально: Стандарт – совокупность концепций и спецификаций, выработанная в рамках заранее определенного процесса в целях достижения заданного уровня совместимости, взаимозаменяемости и/или единообразия продуктов, процедур, навыков • Стандарты бывают «закрытые» и «открытые» • Современное понимание технического стандартатребует, чтобы он не ограничивал конкуренцию • «Самое прекрасное в стандартах – возможность выбора самого подходящего из целого множества» Grace Hopper

5. «Закрытые» стандарты • «Закрытый» («частный») стандарт: • Обычно разработан и поддерживается одной или несколькими компаниями • Доступен на основе разумных недискриминационных условий (reasonable and non-discriminatory terms – RAND) • Может предполагать или не предполагать лицензионные отчисления • Примеры «закрытых» стандартов: HP Printer Command Language (PCL), IBM Video Graphics Array (VGA), Sun Java, Microsoft Rich Text Format (RTF) и др.

6. Открытый стандарт • Формальное определение “открытого” стандарта: • Стандарт должен быть разработан, принят или поддерживается в рамках заранее определенного, формализованного, коллективного и прозрачного процесса, не находящегося под контролем одного игрока; • Стандарт должен быть доступен заинтересованным на разумных условиях (бесплатно или за небольшую недискриминационную плату). • Право на внедрение и использование стандарта должно предоставляться не разумных недискриминационных условиях. В частности, владельцы использованных в стандарте прав интеллектуальной собственности (IRP) должны предоставлять ее на разумных недискриминационных условиях, в частности, хотя и не обязательно, бесплатно. • Стандарт должен: • Содействовать интероперабельности; • Способствовать честной торговле и защищать конкуренцию; • Содействовать удовлетворению интересов пользователей, покупателей, правительственных органов. • Поощрять инновации. RESOLUTION GSC-12/05 http://www.gsc.etsi.org/

7. Федеральный Закон "О техническом регулировании" • Статья 11. Цели стандартизации Целями стандартизации являются: • повышение уровня безопасности жизни и здоровья граждан, имущества физических и юридических лиц, государственного и муниципального имущества, объектов с учетом риска возникновения чрезвычайных ситуаций природного и техногенного характера, повышение уровня экологической безопасности, безопасности жизни или здоровья животных и растений; • обеспечение конкурентоспособности и качества продукции (работ, услуг), единства измерений, рационального использования ресурсов, взаимозаменяемости технических средств (машин и оборудования, их составных частей, комплектующих изделий и материалов), технической и информационной совместимости, сопоставимости результатов исследований (испытаний) и измерений технических и экономико-статических данных, проведения анализа характеристик продукции, (работ, услуг), исполнения государственных заказов, добровольного подтверждения соответствия продукции (работ, услуг); • содействие соблюдению требований технических регламентов; создание систем классификации и кодирования технико-экономической и социальной информации, систем каталогизации продукции (работ, услуг), систем обеспечения качества продукции (работ, услуг), систем поиска и передачи данных, содействие проведению работ по унификации.

8. Многообразие подходов Национальные и международные органы стандартизации Широкое «Зонтичные» организации (Открытые, De Jure) Признание Консорциумы (Открытые) Группы по интересам (Закрытые; Открытые) Альянсы (Продуктовые; Закрытые) Узкое Влияние/Скорость разработки Уменьшается Сложность Возрастает

9. S1 X1 M1 A1 PCC.I E1 P1 CITEL L3 GMM CG ETSI T3 PCC.III J22 NCITS B5 T4 V1 TC EP JTC1 SC27 SC31 SC29 SC11 SC25 802 1 SC6 SC7 11 14 IEC CISPR TC74 TC76 JISC APT ASTAP IMT-2000 TTA Сложная система стандартизации T1 TR46 TR45 CSA TIA TR41 FO2 WGs TR30 FO6 GSM Assoc CEPT CEN/ CENELEC CAC 15 MPT/TTC Council 12 ECMA 20 РЕГИОНАЛЬНЫЕ ISOC ANSI TC-32 IETF 6 NNI 13 2 ITU-R 5 11 TTC Comm. ISO AIC TC176 9 7 10 8 ITU DIN 10 4 ITU-T 9 1 8 3 PHS MoU 12 TC207 AFNOR 4 ARIB 3 15 7 ITU-D IEEE 1 16 CIAJ POSIX 11 MITF НАЦИОНАЛЬНЫЕ 2 FCC 3GPP JCP BSI INSTAC GMCF WAP Wireless Village SynchML 3GPP2 JEIDA OMA МЕЖДУНАРОДНЫЕ OITDA MWIF MeT Parlay JAIN Blue tooth OMG SDR UWCC IMTC INForum OIF W3C IMTC MIPI SIF MMCF CWTS NM IP CTSI ECTEL EMC NS TR & ACC SEMI CDG Консорциумы NIST EMA OIDA SIA PCIA UL CTIA ICSCA MMTA EIA NEMA S ~ lnA ~ ln(lnU)  Индустриальные ассоциации

10. Основные проблемы со стандартами • Стандарты как кварки (или, лучше, как глюоны) • Все от них зависят • Разработчики о них думают • Государственные деятели о них знают • Потребители о них не беспокоятся • И практически никто не наблюдает их в свободном виде • Стандарты проявляются в продуктах и политиках • Стандарты порождают иллюзии • Что их проще создавать, чем продукты • Что их можно принимать на основе вкусов и эмоций • Что достаточно одного стандарта на все случаи жизни (принцип «горца»)

11. Стандарты: подход Microsoft

12. Стандарты и интероперабельность в Microsoft Продукты Сообщества Доступ к IP Стандарты Совет Заказчиков по Интероперабельности Соглашения с партне-рами и конкурентами Commercial Licensing Community Licensing Открытые лицензии OSP (Open Specification Promise) Поддержка стандартов и возможностей интеграции в продуктах и технологиях Microsoft Учет мнения и совместная работа с заказчиками, партнерами и конкурентами Передача интеллек-туальной собствен-ности Microsoft тем, кто хочет и может ее использовать Участие в создании стандартов и их реализация в своих продуктах

13. Стандартизация и Microsoft • В Microsoft есть рабочая группа по координации работ в области стандартизации • Microsoft поддерживает, вероятно, больше стандартов и открытых спецификаций, чем любая другая ИТ-компания • Microsoft внес значительный вклад в самые разные стандарты – от шрифтов до XML и веб-сервисов • Сотрудники компании работают в примерно 500 рабочих группах по стандартизации • Каждый сотрудник может выступить с инициативой участия в разработке того или иного проекта стандарта • Компания считает работу экспертов Microsoft в рабочих группах по стандартизации полезной для бизнеса и для общества и обеспечивает необходимые для этого условия сотрудникам • Microsoft не лоббирует преференции или запрет отдельных стандартов в органах власти в целях получения односторонних преимуществ

14. Microsoft и ISO/IEC JTC 1 ISO TMB IEC SMB JTC 1 Plenary SC 2 – Character sets SC 29 – JPEG, MPEG SC 6 – Telecom, inter-system comms SC 31 – Auto ID and data capture techniques SC 7 – Software, Sys Eng SC 32 – Data Mgmt & interchange SC 17 – Cards and ID SC 34 – Document Descrip. Lang. SC 35 – User interfaces SC 22 – Prog. Languages SC 23 – Dig Storage Media SC 36 – IT for Learning & Educ SC 24 – Computer graphics SC 37 – Biometrics SC 25 – Intercon. of IT equip SWG – Accessibility SC 27 – Security SG – Web Services SC 28 – Office Equipment SWG – Directives Other ad hocs

15. Основные направления работ • Веб-сервисы • Виртуализация • Безопасность и идентификация • Офисные форматы • Потоковые форматы и форматы изображений • Доступность (Accessibility) • Языки программирования • Сетевые протоколы и инфраструкуры • Доступ к данным

16. Microsoft: стандарты и IPR • В тех случаях, когда это требуется органом стандартизации, Microsoft подписывает необходимый документ о передаче или отказе от прав на интеллектуальную собственность (IPR) • Так спецификация ISO/IEC 29500 (Open XML) соответствует всем требованиям ISO и JTC 1, а также новым требованиям ISO в области IPR • Microsoft также предоставляет свои IPR по лицензиям OSP и CNS “Microsoft Ends Era Of Closed File Formats” Slashdot

17. Войны стандартов

18. Типичный сценарий войны стандартов • Разработать и внести на рассмотрение отраслевой ассоциации и/или международного органа стандартизации проект стандарта, нивелирующий преимущества конкурента. • Качество стандарта не важно, не важно даже, будут ли им пользоваться. Важно успеть первым. • Нужно развернуть кампанию за принятие «своего» стандарта в качестве обязательного. • Нужно привлечь к поддержке «своего» стандарта и блокированию «чужого», политиков, радикальные общественные организации, экстремистов. • Нужно создать затруднения работе национальных органов стандартизации, в особенности, исключить из работы экспертов, например, завалив их поправками и замечаниями или обвинив в предвзятости. • Нужно готовить компромат на потенциальных противников и развернуть кампанию по обвинениям в коррупции всех представителей государственных органов, которые будут придерживаться принципа технологической нейтральности. • Если повезет выиграть эту войну, то можно будет захватить рынок даже имея худший продукт, не пользующийся спросом в равных условиях с конкурентом. • Если не повезет, можно обвинить международную систему стандартизации в косности, некомпетентности и коррумпированности. И пригрозить установить свои порядки без оглядки на международные органы.

19. Пример: ODF vs. Open XML • Microsoft оказался не готов к войне стандартов – мы рассматривали стандартизацию как технологическую составляющую интероперпабельности, а не как инструмент нечестной конкуренции. • Microsoft поддержал принятие конкурирующего стандарта ISO 26300 (ODF 1.0), хотя нас и не допустили к участию в его разработке. • Следуя принципу интероперабельности Microsoft стал единственной компанией, которая реализует ISO 26300, а не проприетарный ODF 1.2, разработанный без участия экспертов ISO. • Microsoft участвовал в длительной и тщательной разработке проекта ISO 29500 (Open XML) совместно с конкурентами (например, Apple и Novell). В итоге получился, на мой взгляд, не идеальный, но более подробный, более универсальный, и более корректный проект, чем 26300. Ну и прекрасно – каждому найдется место, и рынок выберет лучшее. • Некоторые ведущие компании-сторонники ODF разделили наш подход. Например, Sun вел себя в ходе кампании по принятию офисных стандартов в соответствии с самыми высокими критериями бизнес-этики • Некоторые другие поступили иначе. • Они настаивали на принятии ISO 29300 в качестве предпочтительного или даже единственного формата офисных документов в отдельных странах, апеллируя не столько к техническим, сколько к «политическим» и эмоциональным аргументам. При этом его проблемы замалчивались. • Призвали к сбору компромата и давлению на представителей национальных органов стандартизации. В некоторых странах дошло до угроз физической расправы... • Через общественную ассоциацию FFII мобилизовали по всему миру сторонников (как правило, совершенно не компетентных в вопросе – не знакомых ни с ODF, ни с OpenXML) вносить подготовленные в одном центре замечания. Это – первый пример DDoS атаки на ISO путем внесения несколько тысяч дублирующихся, вплоть до текста, замечаний. • Получив отповедь и рекомендацию заняться улучшением ISO 26300 и исправлением сделанных еще несколько лет назад замечаний, они объявили о бойкоте международных органов стандартизации. Но, думаю, до этого дело не дойдет... • К счастью, сейчас большинство разработчиков как ODF, так и Open XNL нацелены на сотрудничество.

20. Государственная политика в области стандартов • Государственная система (ИТ) стандартизации должна использоваться в целях устойчивого развития экономики в целом, а не отдельной отрасли, или отдельных компаний • Система стандартов должна способствовать конкуренции и развитию рынка • Стандарты должны содействовать инновациям (мало что так тормозит прогресс, как устаревший или неудачный стандарт) • Требование при гос.закупках следования единственному стандарту является таким же нарушением антимонопольного законодательства, как и требование использования конкретного продукта или поставщика • Принцип технологической нейтральности требует не выбора стандарта, а обеспечения интероперабельности приложений • Государство должно содействовать развитию здоровой экосистемы стандартов – естественному отбору рынком лучших, своевременному обновлению, полноте, соответствию национальным интересам и особенностям • Государство, совместно с бизнесом (как с поставщиками, так и с потребителями) должно защищать свою национальную и международную системы стандартизации от попыток эксплуатации в частных целях или разрушения отдельными коммерческими структурами

21. Спасибо!