Иннерсорс — это применение лучших практик разработки ПО с открытым исходным кодом и формирование культуры, подобной культуре открытого исходного кода внутри организаций. Организация может продолжать разрабатывать проприетарное программное обеспечение, но при этом открывает свою разработку изнутри. Этот термин был введён Тимом О'Райли в 2000 году.

Мотивация

Открытый исходный код признан способным поставлять высококачественное программное обеспечение. Кроме того, открытое сотрудничество в открытом исходном коде позволяет сотрудничать даже конкурентам (например, ARM и Intel работают над ядром Linux на основе объективных решений).

Следовательно, организации-разработчики программного обеспечения хотят извлечь выгоду из его результатов (компонентов и инструментов), а также из практик разработки, применяемых и установленных в мире открытого исходного кода.

Используемые практики открытого исходного кода

Помимо нескольких практик, установленных в таких фондах, как Apache Software Foundation, Linux Foundation и Eclipse Foundation, иннерсорс и проекты с открытым исходным кодом требуют открытого сотрудничества, открытой коммуникации и надлежащего контроля качества.

Открытое сотрудничество

Все необходимые артефакты разработки (например, код, документация, система отслеживания ошибок и т. д.) должны быть доступны для всех сотрудников компании, использующей иннерсорс. Центральные программные кузницы являются важным инструментом для реализации открытого сотрудничества.

Основываясь на принципах открытого сотрудничества (эгалитарность, меритократия и самоорганизация), обычно приветствуется любой участник, желающий помочь проекту иннерсорса. Вклады в проекты иннерсорса обычно оцениваются по их ценности для проекта. Меритократию также можно обеспечить с помощью открытой коммуникации, поскольку решения обсуждаются публично. Хотя организация не обязательно становится полностью самоорганизующейся для внедрения иннерсорса, он позволяет отдельным лицам, организационным единицам и сообществам проектов более высокую степень самоорганизации.

Открытая коммуникация

Проекты и программы иннерсорса полагаются на открытую коммуникацию, чтобы сделать все общение доступным для всех сотрудников. Открытая коммуникация — это публичное (внутри компании), письменное, архивированное и полное общение. Цель состоит в том, чтобы позволить любому лицу или стороне, заинтересованной в проекте иннерсорса, участвовать в общении. Поскольку обсуждения открытой коммуникации архивируются, пассивно собирается подробная документация по программному обеспечению, которая позволяет вернуться назад и пересмотреть исторические обсуждения и решения.

Контроль качества через разделение вклада от интеграции Специализированный обзор кода и разделение участников и коммиттеров (интеграторов, разработчиков с доступом на запись) обеспечивает качество проекта с открытым исходным кодом, а следовательно, и проекта иннерсорса.

Преимущества

Помимо качественных характеристик программного обеспечения с открытым исходным кодом сообщается о следующих преимуществах:

Более эффективная и результативная разработка

• Более быстрое время выхода на рынок
• Снижение затрат на разработку

Преодоление границ организационных единиц

• Распределение затрат и рисков между организационными единицами
• Сотрудничество между организационными подразделениями
• Обмен информацией в рамках программы

Более успешное повторное использование

• Использование компетенций, отсутствующих у поставщиков компонентов
• Независимость между повторными пользователями и поставщиками
• Облегчение работы поставщиков компонентов

Улучшенный программный продукт

• Повышенное качество кода
• Более инновационная разработка

Более гибкое использование разработчиков

• Упрощённое развёртывание разработчиков
• Сотрудничество отдельных разработчиков

Усовершенствованное управление знаниями

• Обучение на основе сообщества
• Открытость и доступность знаний

Повышенная мотивация сотрудников

Распространённость

Среди прочих следующие компании известны тем, что внедрили иннерсорс:

• HP
• Philips
• Lucent
• Nokia
• IBM
• DTE
• Robert Bosch
• Google
• Microsoft
• SAP
• PayPal
• Capital One
• Amdocs
• Skyscanner
• Comcast
• T-Mobile

Ключевые факторы для внедрения иннерсорса

Иннерсорс может быть перспективным подходом для крупных организаций, разрабатывающих программное обеспечение. Однако он может не подходить для всех условий. Следующие девять факторов, сгруппированных в три категории, можно учитывать при оценке того, насколько InnerSource может быть уместным.

Факторы продукта

• Продукт-семя для привлечения сообщества;
• Множество заинтересованных сторон для разнообразных вкладов;
• Модульность для привлечения участников и пользователей.

Процессные и инструментальные факторы

• Практики, поддерживающие разработку в стиле «базара»;
• Практики, поддерживающие обеспечение качества в стиле «базара»;
• Стандартизация инструментов для облегчения совместной работы.

Организационные и общественные факторы

• Координация и лидерство для поддержки возникновения внутренней меритократии;
• Прозрачность для раскрытия организации;
• Поддержка руководства и мотивация вовлечения людей.

Литература

1. O'Reilly, Tim (2000-12-01). «Open Source and OpenGL». oreilly.com. O'Reilly and Associates. Archived from the original on 2015-02-15. Retrieved 2017-02-22. [Мы] также работали с компаниями над тем, что мы называем «иннерсорсингом» — то есть помогали им использовать методы разработки с открытым исходным кодом внутри корпорации.
2. Kevin Crowston, Kangning Wei, James Howison, Andrea Wiggins (2012), ACM (ed.), «Free/Libre open-source software development: What we know and what we do not know», ACM Computing Surveys (in German), 44 (2): 1–35, doi:10.1145/2089125.2089127.
3. Capraro, Maximilian; Riehle, Dirk (2016-12-01). «Inner Source Definition, Benefits, and Challenges». ACM Comput. Surv. 49 (4): 67:1–67:36. doi:10.1145/2856821. ISSN 0360-0300.
4. Stol, Klaas-Jan; Fitzgerald, Brian (2015-07-01). «Inner Source — Adopting Open Source Development Practices within Organizations: A tutorial» (PDF). IEEE Software. 32 (4): 60–67. doi:10.1109/MS.2014.77. hdl:10344/4443. ISSN 0740-7459.
5. Oram, Andy (2015). Getting Started with InnerSource. O’Reilly Media, Inc. ISBN 978-1-491-93758-7.
6. Smith, Jared (2016). Using open source methods for internal software projects. O’Reilly Media, Inc.
7. Stol, K. J.; Avgeriou, P.; Babar, M. A.; Lucas, Y.; Fitzgerald, B. (2014). «Key factors for adopting inner source». ACM Transactions on Software Engineering and Methodology. 23 (2): 1. doi:10.1145/2533685. hdl:10344/3897.