Create-program
Данная страница является адаптированным переводом "How to Create an Open Source Program" https://todogroup.org/guides/create-program/
Как создать программу развития открытого ПО
| Центр компетенции открытого ПО (далее - OSPO, open source program office) предназначен для поддержки, создания и расширения использования программного обеспечения с открытым исходным кодом (Open Source), информировании о его преимуществах и принятия культуры Open Source внутри компании. Имея такой центр, компании могут четко формулировать и реализовывать свою стратегию работы с открытым ПО, предоставляя своим руководителям, разработчикам, маркетологам и другим сотрудникам инструменты, необходимые им для использования ПО с открытым исходным кодом и достижения успеха в их деятельности. |
A central open source program office is a designated place where open source is supported, nurtured, shared, explained, and grown inside a company. With such an office in place, businesses can establish and execute on their open source strategies in clear terms, giving their leaders, developers, marketers, and other staff the tools they need to make open source a success within their operations. |
| Это руководство поможет вам понять, зачем и как создать программу управления использованием ПО с открытым кодом, внутри вашей компании, а так же показать как ваши разработчики могут вносить свой вклад к открытые проекты за пределами непосредственной деятельности вашей компании. Он будет охватывать такие особенности деятельности OSPO, как роли и обязанности, организационную структуру, элементы управления программой использования открытого ПО, как выбрать и нанять менеджера программы использования открытого ПО, и многое другое. | This guide aims to help you figure out why and how to establish a program to manage the open source use and creation inside your company, as well as to show how your developers can make their own contributions to open source projects outside your operations. It will cover topics for open source offices including: roles and responsibilities, corporate structures, elements of an open source management program, how to choose and hire an open source program manager, and more. |
Зачем открывать центр компетенции открытого ПО
| Зачем открывать центр компетенции открытого ПО | Why create an open source program office |
| ПО с открытым кодом широко используется сегодня компаниями из множества отраслей - от розничной торговли до финансовой сферы, автомобилестроения и многого другого. Однако, этот факт не всегда полностью осознают руководители, управляющие деятельностью этих компаний. |
Open source software is widely used today by companies in a broad range of industries from retail to finance to automotive, and more. However, it’s not always fully understood by the executive leaders and decision-makers running the operations. |
| Ключевая проблема заключается в том, что пока предприятия сами разрабатывают ПО и следуют традиционным бизнес-планам, культура ПО с открытым кодом может сбивать их с толку. В сфере Open Source есть своя методология разработки, которая отличается от традиционных бизнес-процессов. Одно из самых больших отличий в том, что разработка ПО с открытым кодом ведется совместно, на основе сотрудничества, в то время, как проприетарное ПО и методы ведения бизнеса закрыты. Для многих предприятий необходимые изменения в философии, при переходе к использованию открытого кода не даются легко и естественно. |
A key problem is that, while enterprises develop and follow traditional business plans which dictate their operations and goals, open source software can be baffling. Open source innovation has a methodology of its own and doesn’t follow traditional business processes. One of its biggest differences is that open source development is collaborative, while traditional software and business practices are proprietary and closed. For many businesses, the needed change in philosophy when approaching open source use doesn’t come easily or naturally. |
| Вот где создание корпоративной программы использования открытого ПО может быть очень полезно. Создав центр компетенции открытого ПО, компании могут включиться в движение Open Source, оптимизировать и организовать использование открытого ПО таким образом, чтобы напрямую увязать его с долгосрочными бизнес-планами компании. Центр компетенции открытого ПО предназначен для того, чтобы координировать деятельность компании в области открытого ПО, помогая объединить вместе все необходимые компоненты. |
That’s where the creation of an open source program can be a major boon. By creating an open source program office, businesses can enable, streamline and organize the use of open source in ways that tie it directly to a company’s long-term business plans. An open source program office is designed to be the center of the universe for a company’s open source operations and structure, helping to bring all the needed components together. |
| Это может охватывать такие области, как установление правил использования кода, его распространения, отбора, аудита и других регламентов, таких как обучение разработчиков, обеспечение соблюдения юридических условий, укрепление и вовлечение сообщества. Центр компетенции открытого ПО может также обеспечивать защиту и коммуникации во всех сферах, связанных с открытым ПО, как внутри, так и за пределами компании. |
This can include setting code use, distribution, selection, auditing and other policies, as well as training developers, ensuring legal compliance and promoting and building community engagement. The office can also provide advocacy and communications about all things open source inside and outside the company. |
|
“The open source program office is an essential part of any modern company with a reasonably ambitious plan to influence various sectors of software ecosystems. If a company wants to increase its influence, clarify its open source messaging, maximize the clout of its projects, or increase the efficiency of its product development, a multifaceted approach to open source programs is essential.” – John Mark Walker, founder of the Open Source Entrepreneur Network (OSEN). |
Роль центра компетенции открытого ПО
| Роль центра компетенции открытого ПО | The role of the open source program office |
| В конечном счете, хорошо организованный центр компетенции открытого ПО (далее - OSPO) ценен тем, что упорядочит использование открытого ПО, отправку кода во внешние проекты и создание открытого ПО внутри компаний для получения стратегического преимущества. |
Ultimately, a well-organized open source program office is valuable because it can advance open source use, contribution, and creation inside companies for strategic advantage. |
| Успешный OSPO может принести большую пользу корпоративному использованию открытого ПО, создав процессы, которые позволят эффективно действовать разработчикам и их командам. Он поощряет стандартизацию в написании кода, управлении, процессах и инструментах. В то же время, центр компетенции открытого ПО может помочь избежать ненужных жестких процессов, которые творческие разработчики стараются обойти или игнорировать (что угрожает безопасности и другим аспектам проектов). |
A successful office can greatly benefit corporate open source use by establishing processes that enable developers and their teams. It encourages standard coding and organizational practices, processes, and toolsets. At the same time, a program office can help avoid or remove unneeded, rigid processes which creative developers may circumvent or ignore anyway, threatening security and other aspects of projects. |
Функции центра компетенции (OSPO) могут быть разнообразны. Например:
|
The responsibilities of a program office are varied. These include: Clearly communicating the open source strategy within and outside the company |
| Для каждой компании роль центра компетенции открытого ПО, вероятно, будет индивидуализирована в зависимости от ее бизнеса, продуктов и целей. Не существует общего шаблона для создания плана развития открытого ПО для предприятий, который был бы применим ко всем отраслям, или даже ко всем компаниям в одной отрасли. Создание такого общего шаблона - трудная задачей, но вы можете извлечь уроки из опыта других компаний и обобщить их подходы, чтобы они соответствовали требованиям вашей организации. |
For every company, the role of the open source program office will likely be custom-configured based on its business, products, and goals. There is no broad template for building an open source program that applies across all industries — or even across all companies in a single industry. That can make its creation a challenge, but you can learn lessons from other companies and bring them together to fit your own organization’s requirements. |
|
“There isn’t a one size fits all model. I can’t stand up in front of a crowd and say, ’this is how you should do it,'” – Jeff McAffer, director of the Open Source Programs Office at Microsoft. |
| Последние несколько лет компания Microsoft работает над созданием и усовершенствованием собственного подхода к открытому ПО. С десятками тысяч сотрудников в самых разных подразделениях, центр компетенции открытого ПО в Microsoft помогает разработчикам, командам маркетологов и любым другим специалистам, работающим с открытым исходным кодом для облачных сервисов, оборудования, программных продуктов, игр, контента, мультимедиа и т.д. Каждое подразделение нуждается в различной поддержке, основанной на его индивидуальной деятельности и сценариях взаимодействия, поэтому невозможно применить один и тот же подход для всех. | Microsoft has been working over the last several years to create and refine its own open source approach. With tens of thousands of employees in a wide range of business units, Microsoft’s dedicated open source program office works to assist developers, marketing teams and others who are engaging with open source for cloud services, hardware and software products, games, content, media, and other product lines. Each division requires different assistance based on its individual business models and engagement scenarios, making it impossible to serve them all with the same offerings. |
| Ключевая роль центра компетенции открытого ПО в том, чтобы начать разговор по существу и предоставить факты, когда подразделения компании начинают обсуждать использование открытого ПО. Тогда будет полное понимание того, почему рассматривается этот вопрос, каковы будут последствия и что необходимо для достижения поставленных целей. Часто речь идет о том, чтобы построить разговор таким образом, чтобы заинтересованные стороны знали, с чего начать и о чем подумать, когда они будут принимать решения по вопросам открытого ПО. | A key role for the open source program office is to bring substance and facts to the conversation when business units begin to consider open source in their plans so there is a full understanding of why it is being considered, what the consequences will be, and what is needed to reach its goals. It’s often a matter of framing the conversation so that stakeholders know where to start and what to think about as they weigh their decision. |
| Центр компетенции открытого ПО также может быть важным связующим звеном между разработчиками и сообществом открытого ПО для решения проблем и понимания проблем или требований, которые возникают в ходе разработки. Центр компетенции может оказывать помощь в юридических вопросах, обеспечивать защиту интересов разработчиков, а так же выступать от лица компании для коммуникаций с внешними программистами, которые участвуют в развитии открытых проектов компании. Центр компетенции открытого ПО также может помочь обмениваться информацией внутри компании, включая команду управления продуктом для последующей доработки кода. Кроме того, центр компетенции открытого ПО всё чаще улучшает процесс найма разработчиков, находя тех, кто предан делу и сосредоточен на росте и устойчивости проектов. | The program office can also be a critical liaison between developers and the open source user communities to resolve and understand issues or requirements that arise. The program office can assist with legal issues, provide developer advocacy, and act as a voice for external users who are building on a company’s open source projects. The program office can also help relay that information to others inside the company, including the product management team, to further advance the code. In addition, open source offices are increasingly hiring dedicated developer advocates to focus on making sure that their projects grow and are sustainable. |
Пример: программа развития открытого ПО в Google
| Пример: программа развития открытого ПО в Google | Example: Open source program at Google |
|---|---|
| В Google, где использование открытого кода занимает центральное место в миссии и успехе компании с момента её основания в 1998 году, роль центра компетенции открытого ПО весьма значительна. По словам Уилла Норриса (Will Norris), центр компетенции открытого ПО Google был открыт в 2004 году, в основном, для обеспечения юридических требований, чтобы понять законность и организовать использование открытого кода в соответствии с его лицензиями. В то время компания Google была намного меньше, но при этом вовлечена в широкий спектр проектов с открытым исходным кодом, а на использование кода внутри компании было не много формальных процессов согласования. По мере того, как компания продолжала расти, этот недостаток нужно было исправить, а организацию процессов изменить, рассказал Норрис, который работал в центре компетенции открытого ПО в течение четырех лет, первоначально в качестве инженера-программиста. Он стал его руководителем в сентябре 2016 года. | At Google, where the use of open source has been central to its mission and success since the company began in 1998, the role of the open source program office is broad. The office was started in 2004 largely as a compliance effort to understand and organize its use of open source licenses and code, according to Will Norris, the manager of the office. Google was much smaller back then and was involved in a wide range of open source projects and code use, but there weren’t many formal compliance processes in play at that time. As the company continued to grow, that lack of compliance and organization had to change, said Norris, who has worked in the office for four years, originally as a software engineer. He became its manager in September 2016. |
| Google управляет своим центром компетенции открытого ПО в соответствии с тремя важными принципами: помощь сотрудникам в использовании открытого кода, внесение своего вклада в код обратно сообществу, а также поддержка широкой экосистемы разработки открытого ПО по всему миру. Эта миссия остается неизменной с момента создания центра компетенции, в котором всего лишь 15 участников команды, обслуживающих компанию с 72 000 сотрудников. | Google runs its open source program office in adherence to three important principles aimed at helping its employees use open source and release open source back to the community, and to support the broader open source ecosystem around the world. That mission has remained constant since the creation of the office, which has only about 15 team members who serve a company with about 72,000 employees. |
| Большая часть усилий по поддержанию здоровой экосистемы открытого ПО связана с наймом квалифицированных и опытных инженеров для работы над проектами, инвестированием значительных сумм денег компании в фонды открытого ПО, группы и проекты, которые в этом нуждаются, а также регулярным спонсированием технологических конференций, которые распространяют идеологию и информацию о пользе создания открытого ПО. | Much of its efforts to keep the open source ecosystem healthy involve hiring qualified and experienced engineers to work on projects, investing sizable amounts of the company’s money in the open source foundations, groups, and projects that need it, while also regularly sponsoring technology conferences which spread the gospel and usefulness of open source software creation. |
| Это также подразумевает проработку и запуск таких программ, как Google’s Summer of Code, которая дает возможность студентам из университетов и колледжей по всему миру провести лето, создавая код с помощью наставников, которые обеспечивают обучение и руководство. | It also means developing and running programs like Google’s Summer of Code which provides opportunities for students at accredited universities and colleges around the world to spend their summers creating code with help from mentors who provide training and guidance. |
| Для центра компетенции Google, Summer of Code является примером программы, которая обеспечивает прямую выгоду - поток потенциальных будущих разработчиков, которые могут однажды прийти на работу в компанию, обладая опытом и практическими знаниями о том, как происходит разработка ПО с открытым кодом. В мире открытого ПО подобная стратегия может принести пользу многим другим компаниям, посредством похожих инициатив внесения вклада в сообщество открытого ПО по проектам, которые они используют. | For Google’s open source program office, the Summer of Code is an example of a program which provides direct benefits for its investments – a stream of potential future developers who can one day come to work for the company, armed with experience and some real-world knowledge of how it does open source development. In the open source world, that same strategy can benefit many other companies through similar open source program office investments in the communities in which they participate. |
| В большинстве случаев, (управление) взаимодействие с сообществом открытого ПО в Google осуществляется в сотрудничестве с продуктовыми командами, а центр компетенции открытого ПО предоставляет командам и открытым проектам поддержку для следования по тому пути, который они хотят. Бизнес-цели различаются для разных проектов, поэтому именно в зависимости от целей принимается решение, развивать ли проект как ПО с открытым кодом. Обычно в Google на стадии реализации от 2000 до 4000 открытых проектов одновременно. | Most open source community management at Google happens within its many product teams, with the open source program office giving teams and projects support to follow the paths they want to take. The business goals vary for individual projects based on whether it makes sense to open source a project in each case. Some 2,000 to 4,000 open source projects are typically underway at once at Google. |
|
“We allow the various business units around the company to make the decision on whether it makes sense to open source a given project from a business perspective, because there’s a lot of different reasons why you might open source a project or a piece of code. We’re comfortable with allowing projects to take the approach that works for them given their goals. We play more of a role of facilitating and advising.” – Will Norris , open source office manager at Google. |
| Центр компетенции открытого ПО в Google состоит из команды по соблюдению юридических требований, в которую входят два юриста, команды по связям с общественностью для участия в мероприятиях и команды инженеров, которые создают инструменты для автоматизации проверки соблюдения нормативных требований и поддержки программ разработки в компании. Другой важной обязанностью является внимательное и постоянное отслеживание широкого набора статистических данных об использовании открытого кода, включая тот, что необходим для обеспечения совместимости и сколько времени требуется на релиз или добавление кода. | The Google program office is made up of a compliance team which includes two lawyers, an outreach team for event participation and an engineering team that builds tooling to automate compliance checks and support the company’s development programs. Another of its important responsibilities is carefully and constantly tracking a wide range of statistics on open source use, including what needs to be built to be compliant and how long it takes for code to be released or brought in. |
| Недавно центр компетенции открытого ПО Google, выступил с интересной инициативой, которая поощряет всех работников, отвечающих за открытый код в своей основной работе, будь то графические дизайнеры, технические писатели, маркетологи или разработчики - тратить до 20% своего времени на работу для других проектов внутри компании. Идея в том, чтобы способствовать взаимному сотрудничеству между командами, что поможет им понять друг друга и улучшить проекты по всем направлениям. | A recent role being taken on by the Google program office is an interesting initiative which is encouraging all workers who are responsible for open source in their primary jobs – whether they are graphics designers, tech writers, marketing people or developers – to spend up to 20 percent of their time to do their specific job for other projects within the company. The idea is to foster more cross-collaboration between teams, which can help them understand each other and improve projects across the board. |
Создание центра компетенции открытого ПО
| Учреждение центра компетенции открытого ПО | Establishing an open source office |
|---|---|
| Для каждой компании именно здесь начинается индивидуальное решение. Процесс может начаться как сверху вниз, в качестве инициативы высшего руководства, так и снизу вверх, как действия разработчиков и энтузиастов, которые уже используют ПО с открытым кодом и хотят это формализовать. Это может проявиться как желание создать руководство по правовым вопросам и безопасности, или как усилия со стороны "широких масс", которые созреют и привлекут внимание корпоративных лидеров. Это может даже начаться с дальновидного генерального или технического директора, который отстаивает идею продвижения компании вперед и повышения её ценности, благодаря приверженности открытому коду. Такое согласие и поддержка со стороны руководства будут иметь важное значение для динамичного продвижения проекта. | For every company, this is where the individualized decisions begin. The process can start from the top down, with buy-in from top management; or from the bottom up, where pockets of developers and open source enthusiasts have been using open source and want to see it formalized. It can manifest itself as a desire to create guidance around legal issues and security, or it can start as a grassroots effort that matures and attracts the attention of corporate leaders. It can even start with a forward-thinking CEO or CTO who champions the cause to drive the company forward and add value by deepening its commitment to open source. That kind of consensus and executive support will be essential to gain traction and move the project forward. |
| Итак, с чего начинается ваш путь к созданию центра компетенции открытого ПО? Вот несколько важных шагов: | So where do you start your open source program office journey? Here are some critical steps to follow: |
| I. Найдите лидера | 1. Find a leader |
| Независимо от того, как вы планируете начать, важно найти правильного руководителя центра, который поможет разработать основные идеи, а затем запустить новорожденный центр компетенции открытого ПО внутри компании. Лучший кандидат должен иметь полное понимание того, как работать с открытым кодом, а так же некоторые технические навыки - от работы разработчиком до участия в существующих открытых проектах. Они должны иметь широкое понимание деятельности (бизнеса) вашей компании, а также обладать деловой хваткой и управленческими навыками, чтобы помочь в разработке стратегии и планов для всех подразделений. И они должны быть общительными, чтобы передавать свой энтузиазм, знания и информацию другим и помогать им понять, как инициативы в области открытого будут преобразовывать, изменять и улучшать ситуацию для компании. Руководитель центра компетенции открытого ПО должен уметь говорить с людьми о технологиях, но им (людям?) не обязательно знать все тонкости каждой технологии, потому что сегодня очень много сфер связано с открытым ПО. | Regardless of how your planning starts, it’s important to find the right leader to help develop and then run the fledgling program office inside a company. The top candidate will have a detailed understanding about how open source works, along with some technical chops from working as a developer, contributor, or committer on existing open source projects. They should have a broad understanding of your company’s business along with the business acumen and management skills to help inform strategy and plan across business units. And they need to be sociable so they can convey enthusiasm, knowledge, and information to others and help them understand how the open source initiative is going to transform, change, and improve things for the company. The head of the program office needs to be able to talk with people about the deep technology, but they don’t have to know the ins and outs of every technology at play because there are just too many to master. |
| В духе сотрудничества, существующего в мире открытого ПО, есть множество онлайн-ресурсов, которые помогают найти лучших кандидатов на роль лидера, включая подробные примеры описания вакансий для руководителя OSPO и других лидеров, от различных компаний, в которых есть такие должности, включая Capital One, Box, VMware, Microsoft, Twitter и Yahoo. | In the spirit of open source collaboration, a plethora of online resources exists to help find the best candidates including detailed sample job description postings for open source program managers and other leaders from a variety of companies that established such roles, including Capital One, Box, VMware, Microsoft, Twitter and Yahoo. |
| II. Определите ваши функции | 2. Define your operations |
| Бюджет, персонал, а так же технологические инструменты и системы, необходимые OSPO, также являются ключевыми вопросами, которые нужно решить при организации его деятельности. Некоторые компании начинают с того, что менеджер OSPO работает не полный рабочий день, но узнают, что даже с таким подходом можно сделать довольно много. Если сделать эту должность чьей-то постоянной работой, то это серьезный шаг к тому, чтобы запустить OSPO, но нужна еще небольшая поддержка персоналом, чтобы удержать ее темп. | The budget, staffing, and technology tools and systems needed by a new program office are also key issues to resolve in establishing its operations. Some companies begin with a part-time manager, but learn they will only get so far with that approach. Making the position someone’s full-time job is a solid step to get the program off the ground, along with a small support staff to keep it nimble. |
| Если OSPO слишком большой, существует опасность того, что он станет слишком централизованным. Вы хотите, чтобы разработчики и сообщество открытого ПО оставались в контексте процессов компании так много, как это возможно. Крупные офисы позволяют другим сотрудникам передавать/определять задачи в OSPO, а не решать их самостоятельно. | If a program office is too large, there’s a danger it can become too centralized. You want to keep developers and open source communities within the company in the process as much as possible. Outsized offices allow others to defer issues to the program office rather than resolving them on their own. |
| Примером четко определенного OSPO является такой, который управляет стратегией, процессами и инструментами, а так же работает с устранением трений там, где их можно найти, используя инструменты для автоматизации того, что может быть оптимизировано, и делегирования задач, которые должны быть выполнены. Подробнее о том, как устанавливать регламенты и выстраивать процессы, мы рассмотрим в следующих разделах. | An example of a well-defined open source program office is one that drives needed policy, processes and tools, while also operating with a mantra of eliminating friction where it is found, using tools to automate what can be streamlined, and delegating tasks which need to be accomplished. We’ll cover more specifics on how to set policies and processes in the sections below. |
| OSPO должен предложить четкую стратегию и процессы, но при этом оставаться гибким. Когда пользователи и разработчики открытого ПО нуждаются в помощи, деятельность OSPO больше похожа на консультирование, предоставляющее рекомендации, но при этом позволяя сотрудникам принимать индивидуальные или групповые бизнес-решения, связанные с их работой. В конечном счете, цель заключается в установлении правильного баланса обязанностей и ответственности для удовлетворения потребностей вашей компании и ее пользователей ПО с открытым исходным кодом. | A program office must offer structured policies and processes but also remain flexible. When open source users and contributors need help, the office operates more like a consultancy, providing guidance while still allowing employees to make individual or group business decisions relating to their work. Ultimately, the goal is to establish the right balance of duties and responsibilities to meet the needs of your company and its open source users. |
| III. Ищите обратную связь и "покупателей" OSPO. | 3. Seek feedback and buy-in |
| Создание OSPO - это не то, что следует делать "в вакууме". Поскольку он будет играть центральную роль в вашей организации, ее успешное создание потребует открытого и честного вклада и обратной связи от всех вовлеченных сторон внутри предприятий. Убедитесь в том, что все, от руководителей до разработчиков, имеют право голоса при создании OSPO, это поможет обеспечить широкую поддержку ваших усилий. | Establishing an open source program office isn’t something that should be done in a vacuum. Because it will have a central role in your business, creating it successfully will require open and honest input and feedback from all involved parties inside enterprises. Making sure that everyone from the executives to the developers have a say in its creation will help give the effort broad-based support. |
|
“If your goal is to really get a handle on what your company is doing with open source, in both directions – releasing and bringing it in – it really requires thinking about what are the core things that you really, really care about. Keep your process as streamlined as possible to focus on those things and then on top of that, automate as much as you possibly can.” – Will Norris , open source office manager at Google. |
Структура программы развития открытого ПО
| Структура программы развития открытого ПО | Program Structure |
|---|---|
| Так как и где должен располагаться OSPO в орг. структуре компании? Следует ли чтобы он был внутри технического департамента? Или в юридическом департаменте, отделе технического директора или в другом конкретном подразделении? Опять же, это зависит от основной деятельности вашей компании и вашей стратегии в области открытого ПО. | So how and where should open source program offices fit inside a company’s organizational structure? Should it be inside the engineering department? Or in the legal department, the CTO’s office or in another specific business unit? Again, that depends on your company’s primary business and your open source strategy. |
| - Юридический департамент | - Legal |
| Для компаний, имеющих большой портфель интеллектуальной собственности, это может означать, что OSPO идеально подойдет для работы в юридическом департаменте, где разработчики могут работать в тесном контакте с командой юристов по возникающим вопросам. Это может быть хорошим вариантом для компаний, производящих аппаратное обеспечение, потому что они всегда обеспокоены потенциальной возможностью столкнутся с проблемами в области интеллектуальной собственности. | For companies that have large intellectual property portfolios, that could mean the open source program office might be a perfect fit in the legal office, where developers can work closely with the legal team on issues that arise. That might be a good fit for a hardware company because it’s always concerned about potentially running into IP-related legal issues. |
| - Технический департамент | - Engineering |
| Другие компании больше инженерно-ориентированы, поэтому они предпочитают встраивать OSPO в технические департаменты. Это позволяет им сосредоточить усилия непосредственно на повышении эффективности и продуктивности своих разработчиков. | Other companies are more engineering-driven, so they choose to maintain their open source program offices within their engineering departments. That allows them to focus their efforts directly on making their developers more effective and productive in their work. |
| - Общественные связи, маркетинг и коммуникации | - Developer Relations, Marketing, or Communications |
| В других случаях OSPO расположен внутри маркетингового направления, потому что компании используют открытое ПО для привлечения внимания покупателей к продуктам, которые построены с использованием открытого ПО. | In other cases, some open source offices are located inside the marketing wing of organizations because they use open source to funnel leads aimed at selling the products they build using open source. |
| В Twitter, где использование открытого ПО было неотъемлемой частью успеха компании, разработчикам было трудно возвращать измененный код в OpenSource-проекты, начиная с 2010 года, потому что юридический отдел компании испытывал серьезные опасения по поводу лицензирования кода и связанных с этим вопросов. Разработчики и инженеры-программисты ответили на это поиском способов автоматизации процесса соблюдения(соответствия) лицензий - "смазки колес" - чтобы снизить обеспокоенность юридического и технического департаментов. В результате был создан OSPO и нанят менеджер, который исправил процессы, упростил процедуры, внедрил инструменты для автоматизации задач и сделал другие необходимые изменения. | At Twitter, where open source use has been integral to the company’s success, developers were finding it difficult to contribute back to open source projects starting in 2010 because the company’s legal department had serious concerns about code licensing and related issues. Developers and software engineers responded by seeking ways to automate the license compliance processes – to “grease the wheels” – to alleviate the concerns of the legal and engineering departments. The result was the hiring of an open source program manager and the creation of an open source program office to fix processes, streamline procedures, bring in tools to automate tasks and make other needed changes. |
| Интересно, что Netflix выбрала другой подход и не стала использовать централизованный OSPO, говорит Эндрю Спайкер (Andrew Spyker), менеджер компании по работе с контейнерным облаком. Вместо этого, компания, занимающаяся потоковым показом фильмов (и развлечениями?), организует свое использование открытого ПО посредством небольшой кросс-функциональной рабочей группы, которая ведет внутренний список (почтовой) рассылки для обсуждений и встречается неофициально один раз в месяц, чтобы помочь друг другу в решении проблем, касающихся открытого ПО. Участники волонтерской рабочей группы оказывают помощь другим децентрализованным командам, избавляя всех от необходимости сосредотачиваться на таких (административным?) задачах, как правовые вопросы, инструменты, мониторинг и продвижение в сообществе. Для Netflix это подходящий вариант, потому что эта компания из сферы развлечений, а не разработки ПО. | Intriguingly, Netflix took a different approach and chose not to create or use a centralized open source program office, says Andrew Spyker, the manager of the company’s container cloud. Instead, the streaming movie and entertainment company organizes its open source use through a small, cross-functional working group that runs an internal mailing list for discussions and meets informally once a month to help each other resolve open source issues. The volunteer working group members assist other decentralized teams, leaving everyone with less need to focus on administrative tasks such as legal issues, tools, monitoring and community promotion. For Netflix this is a workable approach because it’s an entertainment company and not a software company. |
| В Microsoft структура OSPO уникальна, потому что он находится в ее техническом департаменте, где работает около 60 000 инженеров-программистов. Это огромное количество разработчиков, так что пришлось отказаться от идеи того, что детали всех проектов с открытым исходным кодом должны проходить через один централизованный OSPO, ведь он стал бы перегружен и неработоспособен. Вместо этого, для вещей, которые не могут быть автоматизированы, команда OSPO компании позволяет инженерам принимать локальные решения по своим проектам, а не пытаться протащить их через "узкое горлышко", которое может затянуть разработку. | At Microsoft, the structure of its open source program office, which is inside its engineering department, is unique because it has some 60,000 software engineers to support. That large number of developers required a move away from the idea that the details of all open source projects would have to go through one centralized office, which would have been overwhelmed and unworkable. Instead, for things that can’t be automated, the company’s open source program office team enables engineers to make local decisions about their projects, rather than having to attempt to navigate a centralized bottleneck that could gum up the operations. |
| В рамках работы OSPO инженеры Microsoft могут ознакомиться с процессами компании, которые затрагивают ПО с открытым исходным кодом, сообщить, что они хотят использовать части кода или опубликовать что-либо для OpenSource сообщества, и получить обратную связь относительно этих инициатив. Около 300 различных групп экспертов в области бизнеса и права готовы рассмотреть обращения на основе своего опыта, помогая найти приемлемый для компании подход с помощью узкоспециализированного процесса. | Under its process, Microsoft engineers can go into the company’s open source workflows, share that they want to use a piece of code or release something to an open source community, and then receive responses from local reviewers who provide feedback. About 300 different groups of business and legal reviewers are available to weigh in on the localized requests with their expertise, helping to provide a workable approach for the company through a highly specialized process. |
|
“If we tried to have a centralized body to approve open source for Windows, Office, and Azure, we would be pulling our hair out. Those are fundamentally different businesses. We give engineers the tools and guidance to enable their work, but are not a central approval body. That works in some companies but would not work here.” – Jeff McAffer , director of the Open Source Programs Office at Microsoft |
Роли в OSPO
| Управленческие роли | Management roles |
|---|---|
| При создании OSPO необходимо также принять решение о ролях и обязанностях менеджера программы с открытым исходным кодом, юридической службы компании и любого наблюдательного совета, состоящего из инженеров и руководителей. | In creating an open source program office, decisions also must be made to establish the roles and responsibilities of the open source program manager, the company’s legal team, and any review board made up of engineers and executives. |
| Менеджер программы | Program Manager |
| Для достижения максимальной эффективности, менеджер программы должен быть наделен полномочиями руководящего уровня, осуществляя прямой контроль и практическое управление интересами компании в ее деятельности, связанной с открытым исходным кодом. Это даст необходимые инструменты для того, чтобы вести предприятие к выполнению поставленных целей в области открытого исходного кода. | For maximum effectiveness, the program manager should be empowered as an executive-level position with direct oversight and hands-on management of the company’s interests in its open source activities. That would give them the tools they need to lead the way inside an enterprise toward its open source goals and vision. |
| Microsoft использует Open Source Executive Council, который похож на наблюдательный совет. Это группа, в состав которой входят вице-президенты всех основных бизнес-подразделений компании, предоставляет рекомендации по изменению и введению политики, устанавливает приоритеты для open source program и помогает проводить изменения. | Microsoft uses an Open Source Executive Council, which is similar to a review board. The group, which is made up of vice presidents from all the major business units inside the company, provides board of directors-style guidance on policy changes and introductions, sets priorities for the open source program, and assists in driving changes in behavior. |
| Юрист | Legal |
| Как и любая другая функция в компании, юридическая команда должна иметь право голоса в работе OSPO, чтобы обеспечить соблюдение законов, лицензионных соглашений на код и разных юридических нюансов. Если говорить именно об открытом коде, то юридическая команда должна отвечать за то, чтобы компания могла как использовать внешний код внутри предприятия, так и вносить вклад во внешние открытые проекты на приемлемых условиях. Крупным организациям следует рассмотреть возможность найма или обучения специального юриста, который будет консультировать по их open source program. Но вы также можете воспользоваться услугами специалиста, работающего неполный рабочий день, или частного юриста. Часто бывает полезно работать с юристом, который обладает знаниями и опытом в области лицензирования открытого кода и интеллектуальной собственности, поскольку это может быть специализированная, а иногда и запутанная юридическая область по сравнению с коммерческими контрактами или стандартами. | Like every other function inside a company, legal teams must have a say in the operations of the open source program office to ensure compliance with laws, open source licensing agreements, and other legal details. Specific to open source, the legal team needs to be responsible for ensuring that a company can consume code internally and contribute back to projects with acceptable terms. Larger organizations should consider hiring or training a dedicated attorney to advise their open source program. But you could also use a part-time, knowledgeable staff member or outside counsel. It is often helpful to work with an attorney who is knowledgeable and experienced with open source licensing and IP as it can be a specialized, and at times baffling, legal domain relative to commercial contracts or standards. |
| Команда по соблюдению требований открытого исходного кода | Compliance Team |
| Команда по соблюдению требований к открытому исходному коду - это междисциплинарная группа, состоящая из различных лиц, на которых возложена миссия по обеспечению соблюдения требований к открытому исходному коду. Основная группа, часто называемая Советом по проверке открытого исходного кода (Open Source Review Board, OSRB), состоит из представителей инженерных и продуктовых команд, одного или нескольких юристов, а также ответственного по соблюдению требований (который часто является менеджером программы открытого исходного кода). | The open source compliance team is a cross-disciplinary group consisting of various individuals tasked with the mission of ensuring open source compliance. The core team, often called the Open Source Review Board (OSRB), consists of representatives from engineering and product teams, one or more legal counsel, and the compliance officer (who is often the open source program manager). |
| Расширенная команда состоит из сотрудников различных департаментов, которые постоянно вносят свой вклад в работу по соблюдению требований к открытому исходному коду. В их число могут входить представители отделов документирования, логистики, корпоративного развития, информационных технологий, локализации и исполнительного комитета по использованию открытого кода (OSEC). Однако, в отличии от основной команды, участники расширенной команды работают только над своей частью задач, которые передают им Совет по проверке открытого исходного кода (OSRB). В книге Ибрагима Хаддада (Ibrahim Haddad) "Open Source Compliance in the Enterprise" ("Соблюдение требований к открытому исходному коду на предприятии"), подробно рассматриваются роли и обязанности лиц, вовлеченных в деятельность по соблюдению требований к открытому коду. | The extended team consists of various individuals across multiple departments that contribute on an ongoing basis to the compliance efforts. These may include documentation, supply chain, corporate development, IT, localization and an Open Source Executive Committee (OSEC). However, unlike the core team, members of the extended team are only working on compliance on a part-time basis, based on tasks they receive from the OSRB. Samsung program manager Ibrahim Haddad’s book, Open Source Compliance in the Enterprise , provides a detailed discussion on the roles and responsibilities of individuals involved in achieving open source compliance. |
| Взаимоотношения с разработчиками и ИТ-евангелизм | Developer Relations, Advocacy, and Evangelists |
| Разработчики проектов с открытым кодом и ит-евангелисты могут быть важны для начинающего OSPO, поскольку они формируют интерес и энтузиазм в сообществе разработчиков компании к конкретным проектам, что помогает наращиванию усилий и повышению командной работы среди инженеров. Евангелисты часто посещают конференции и технические встречи, где объясняют, что такое открытый код и как его можно использовать. Какие трудности и возможности приносят открытые проекты, одновременно делясь своим корпоративным опытом с сообществом разработчиков открытого ПО. | Open source developer relations and evangelists can be important to a fledgling open source program office because they can work to build interest and enthusiasm within a company’s developer community for specific projects, which can help grow the efforts and increase teamwork among engineers. Evangelists often go to conferences and tech events and explain what open source is to help audiences understand how it can be used and what challenges and opportunities it offers, while sharing their corporate experiences with the open source community. |
| И другие... | Others |
| Кроме того, для успеха OSPO важно бывает наличие и других ролей, включая системных администраторов, менеджеров по обучению, специалистов по интеграции, сотрудников поддержки и развертывания ПО, руководителей проектов внедрения и евангелистов открытого ПО. Например, системные администраторы помогут выбрать, предоставить и интегрировать необходимые инструменты для инженеров, работающих над своими открытыми проектами, а также обеспечат соответствие лицензионной политике предприятия и другим требованиям. | In addition, the creation of other job roles is important for the success of the open source program office, including tool administrators, training managers, integration developers for tools and systems, deployment support staffers, implementation project leads, and open source evangelists. Tool administrators, for example, are needed to help select, provide and integrate needed tools for engineers working on their open source projects, while also ensuring the tools meet the licensing and other requirements of an enterprise. |
Утверждение политик и процессов
| Утверждение политик (регламентов, принципы, установки?) и процессов | Setting policy and processes |
|---|---|
| После того, как многие первостепенно-важные вещи уже запланированы или сделаны для OSPO вашей компании, охватывающие, собственно, создание OSPO и определения его орг. структуры, следующим шагом будет разработка четко определенных политик и процессов, которые позволят последовательно реализовать стратегию вашей компании в области Open Source. | With many of the other important components now planned or assembled for your company’s open source program office, from its creation to its structure to personnel, the next step is to develop well-defined policies and processes which will enable consistent implementation of your company’s open source strategy. |
| Политики должны содержать требования и правила для работы с открытым ПО во всей компании, а также задокументированные исполняемые процессы, которые обеспечат соблюдение этих правил на ежедневной основе. | The policies should lay out the requirements and rules for working with open source across the company, as well as documented and executable processes which will ensure the rules are followed on a day-to-day basis. |
| Чрезвычайно важно, чтобы реализация политик требовала минимальных накладных расходов. Корпорация Майкрософт следит за тем, чтобы реализация политик ее OSPO была максимально ненавязчивой для разработчиков и других участников команды. Подход заключается в регулярной оптимизации, делегировании и автоматизации исполнения текущих политик таким образом, чтобы правила пересматривались и обновлялись с целью упрощения их применения. Для этого необходимо постоянно подвергать сомнению необходимость существования правил и искать способы их улучшения для пользователей. | Crucially, they should require minimal overhead. Microsoft looks at its open source program office policies and processes with the goal of making them as unobtrusive as possible for developers and other team members. The approach is to repeatedly eliminate, automate and delegate when reviewing existing open source policies and processes so the rules are constantly questioned and updated to streamline procedures. That means asking why policies are even in place and how they can be improved for users. |
|
“Having a well-defined policy in place, that’s great, but it’s got to be a well-defined minimal policy. Otherwise you get lawyers, security folks, business folks, all piling in their concerns and constraints. Soon you end up with a strait jacket full of policy that basically means that nobody can do anything.” – Jeff McAffer , director of the Open Source Programs Office at Microsoft |
| Как бы обстоятельно не разрабатывались политики OSPO, компании должны быть готовы развивать и менять правила и процедуры с течением времени по мере изменения их бизнеса, а также роста уровня зрелости и вовлеченности в процессы развития ПО с открытым кодом. | Even as those rules are carefully created for open source program offices, companies must be prepared to evolve and modify the rules and procedures as needed over time as their businesses change and as their open source engagements mature and grow. |
| Это может показаться еще одним сложным шагом на длинном пути, однако, как и сам открытый код, примеры правил и процессов находятся в открытом доступе и свободны для использования и адаптации, что значительно облегчает вашу задачу. | This may sound like yet another daunting step in the process, but like open source code itself, sample rules and processes are available from open source silos and can be implemented and customized by enterprises, making your tasks easier. |
| Одним из отличных примеров является Google, которая в начале 2017 года опубликовала свои политики в отношении открытого кода для свободного ознакомления и использования, чтобы другие могли узнать как компания использует, выпускает и поддерживает открытый код и как она участвует в проектах и сообществах. Часть материалов была скрыта из соображений безопасности, но даже в таком виде они содержат много полезной информации о том, как компания выполняет эту работу. | Among the best examples of such rules are from Google, which early in 2017 published its open source policies for review and free use so others can learn how the company uses, releases and supports open source and how it’s involved in projects and communities. Some of the content is scrubbed for security and privacy reasons, but it provides many lessons learned in how the company does its work. |
При разработке политик в отношении открытого кода необходимо обсудить следующие вопросы:
|
When drafting open source policies, among the many topics that need to be discussed are:
How employees of your company can contribute to open source projects How your company can open source internal projects How your company accepts external contributions to their open source projects How to prepare for open source releases How approvals are received+How developers can use open source code they find on GitHub and other code repositories Procedures and rules explaining how open source code can be brought into your company How the incoming code is catalogued so others know it is being used How a company can grow a community of like-minded external developers around it to keep it thriving Rules that help determine when code should be released as open source or kept as intellectual property |
| Политики релизов | Policies for releasing code |
| Вы хотите помочь людям успешно вносить свой вклад или выпускать собственные проекты с открытым кодом. Руководства и чек-листы гарантируют, что разработчики будут располагать всем необходимым для того, чтобы сделать код открытым без проблем с лицензированием или конфиденциальностью. Для новых участников не лишним будет иметь внутренние регламенты код-ревью и возможности безопасного получения обратной связи перед непосредственно публикацией (см. Руководство по участию в сообществах открытого кода.) | You want to help people be successful in making contributions to open source projects and in releasing their own projects. Guidelines and checklists ensure that developers have everything they need to release their code as open source without running into licensing or confidentiality issues. Especially for new contributors, it can also help to have an internal review process available as a safe place to get feedback before making a contribution. (See our guide on Participating in Open Source Communities.) |
| Ваша организация должна стремиться к внедрению политики разработки “upstream first” в отношении проектов с открытым кодом. Отправляя исправления в исходный проект, и осуществляя их внедрение в собственные продукты после через исходный код, вы избежите огромных временных и материальных затрат на реинжениринг проекта после каждого релиза. | Your organization should also strive to adopt an “upstream first” development policy. By submitting patches to the upstream open source project first, and incorporating them into your own products downstream, you will avoid spending a massive amount of time and money on re-engineering after each release. |
| Политики принятия внешнего вклада | Policies for accepting contributions |
| До тех пор пока проекты с открытым кодом компании не развиваются на базе нейтральной организации, вашей компании особенно важно установить [...] правила, которые регламентируют процедуру получения вклада сторонних разработчиков. | Unless your open source projects are housed at a neutral foundation, you’ll want to […] Rules that set out procedures for your company to receive contributions to your own open source projects from external developers are particularly important. |
|
“You actually don’t want to be the only people contributing to your open source project. You want to have people outside your company contribute to your open source project, because at the end of the day, there’s no way to hire all the smartest people in the world. It’s impossible. Even if you’re Google, it’s still impossible.” – Chris Aniszczyk , COO of the Cloud Native Computing Foundation. |
| Это одно из преимуществ раскрытия кода для внешних сообществ и приглашения других разработчиков к работе над вашими проектами. Потому что, по большому счету, улучшать код и расширять возможности проекта могут блестящие люди со всего мира, которые даже не являются сотрудниками вашей компании. Такой способ сотрудничества очень важен для бизнеса и является общей целью многих OSPO. | That is, of course, one of the benefits of putting your company’s open source code out into other communities and inviting other developers to establish an interest in your own projects. Because in the grand scheme of things, even though they are not officially your employees, you can have brilliant people working on your company’s code from around the world, making it better and expanding its capabilities. This kind of collaboration is important for companies and is a common focus for many open source program offices. |
| Политики поощрения заимствования | Policies to promote adoption |
| Еще вам необходимо побудить других использовать ваш код в своих продуктах и услугах. Это ключ к созданию экосистем, которые, в свою очередь, помогают расти и поддерживать ваши проекты с открытым кодом. Политики использования открытого кода могут принимать различные новаторские формы. | You also want to encourage others to use your code in their products and services. This is key to building ecosystems that in turn help grow and sustain your open source projects. Policies for open source use can come in a variety of innovative forms. |
| В Red Hat практикуется уникальное правило: в большинстве случаев новый код разрабатывается как открытый с самого начала. Это значит, что каждая часть программного обеспечения, разработанная внутри компании, в будущем может быть выпущена виде открытого кода. Это интригует, потому что обычно инженеры по-разному относятся к открытию своего кода, так как его будут изучать другие люди. Возможность внешнего исследования, как правило, пробуждает их лучше структурировать проекты, создавая более чистый код с меньшим или оптимизированным количеством зависимостей. | Red Hat has a unique policy by defaulting to open source with its newly-created code in most cases from the start. That means that when developing each piece of software inside the company, it is assumed that in the future it may be destined to be released as open source. This is intriguing because typically there is a different attitude among engineers for releasing their code as open source because other people will then be looking at it. Due to that scrutiny, they tend to structure things in better ways when writing open source, creating cleaner code with fewer or improved code dependencies in their work. |
| Политики внутреннего использования открытого кода | Policies for internal consumption |
| Другие необходимые политики содержат правила, регламентирующие каким образом ваша команда определяет надежные источники использования и создания ПО с открытым кодом, процедуры управления и поддержки открытого кода, а также правила взаимодействия с сообществом вокруг ваших проектов.(см. Руководство по использованию и распространению открытого кода.) | Other needed policies include rules about how and where your team finds trusted sources for open source software use and creation, policies about establishing code management and maintenance procedures, and formalizing community interaction for your projects. (See our guide on Using and Distributing Open Source Code.) |
| Политика использования открытого кода гарантирует, что любое программное обеспечение (проприетарное, третьих лиц или с открытым кодом), которое попадает в реестр доверенных продуктов, прошло аудит, было изучено и одобрено. Это также гарантирует, что у вашей компании есть план по выполнению лицензионных обязательств, возникающих в результате использования различных программных компонент, перед тем как ваши продукты будут предоставлены клиентам. | An open source usage policy ensures that any software (proprietary, third-party, or open source) that makes its way into the product base has been audited, reviewed, and approved. It also ensures that your company has a plan to fulfill the license obligations resulting from using the various software components, before your products make it to customers. |
| Например, ваши политики могут требовать от инженеров получать одобрение от внутренних аудиторов, таких как наблюдательный совет по открытому коду (OSRB, open source review board), перед интеграцией любого открытого кода в продукт. В политиках также может быть указано, что программное обеспечение, полученное от третьих лиц, должно быть подвернуто обязательному аудиту на предмет выявления использованного открытого кода, что гарантирует выполнение лицензионных обязательств до отправки продукта конечному клиенту. | For example, your policy could require engineers to receive approval from your organization’s auditing staff, such as an open source review board (OSRB), before integrating any open source code in a product. It may also state that software received from third parties must be audited to identify any open source code included, which ensures license obligations can be fulfilled before a product ships. |
| Политики соответствия | Policies for compliance |
| Вам понадобятся политики, формализующие процедуры соблюдения правовых норм и обеспечения надзора за исполнением программы. (см. нашу книгу "Нормативные требования к открытому коду на предприятии" для более подробной информации о политиках соответствия). | Also needed are policies to formalize and establish legal compliance procedures and to assure executive oversight for the program. (See our ebook, Open Source Compliance in the Enterprise , for a detailed compliance program.) |
| Вы также захотите определить как будете управлять программными инструментами, которые помогут автоматизировать значительную часть работы по тестированию кода и проверки его соответствия, упрощая процедуры взаимодействия разработчиков и контрибьюторов. В качестве примера [я думаю, нужно упомянуть инструменты SPDX и OpenChain от The Linux Foundation наряду с вашей работой и работой команд разработки и интеграции, которые позволят убедиться, что код от третьих сторон также соответствует требованиям.] | You’ll also want to map out how you’ll handle the software tools that will make much of the compliance and code testing work possible by automating it and streamlining procedures for developers and contributors. For example, the [I think we need to mention SPDX and OpenChain tools from The Linux Foundation, along with help from your and working with internal supply chain teams, will internally to ensure that code brought in by third parties is also compliant.] |
| Сегодня на рынке представлен широкий выбор инструментов как с открытым кодом (например, FOSSology), так и платных проприетарных, которые могут помочь вам в решении этих важных задач. Для большинства OSPO можно составить исчерпывающий набор высококачественных инструментов, избежав необходимости разработки собственных решений. Опять же, это стало возможным, благодаря совместной работе над открытым кодом контрибьюторов, создающих и совершенствующих инструменты, которые могут выполнять такие задачи для предприятий. Даже если имеющиеся инструменты не делают именно то, что нужно вашему проекту, пользователи могут внести вклад в разработку, чтобы реализовать или улучшить те функции, которые им необходимы. Участие в работе сообществ разработчиков корпоративных инструментов с открытым кодом обеспечит поддержку вашему OSPO. | There’s a broad array of open source (e.g. FOSSology) and fee-based proprietary tools in the marketplace today that can help with these important tasks. For most open source program offices, a high-quality and comprehensive collection of tools can be brought together without the need to build your own custom tools. Again, much of this is due to open source collaboration, where contributing developers have created and refined the tools which can handle these tasks for enterprises. And if the tools don’t do exactly what your project needs, then users can contribute back to modify and improve them to gain the capabilities they seek. Getting involved in the open source community around enterprise tooling is something that your open source program office will likely support. |
Существующие ресурсы, посвященные открытому коду, являются потенциальными "золотыми жилами" в поиске материалов, необходимых вашим проектам с открытым кодом, включая лицензионные соглашения с контрибьюторами (CLA). CLA Проекты, использующие CLA, требуют от контрибьюторов, а часто и компаний, где они работают, подписания соглашения до включения их вклада в проект. |
Existing open source resources are also potential gold mines for finding other materials needed by your open source projects, including documentation for contributor license agreements (CLAs). CLAs Projects that use CLAs require contributors, and often their companies, to sign the CLA before contributions will be accepted by the project. |
| Многие компании написали собственные CLA, но обобщенные версии доступны под открытой лицензией и могут быть использованы в качестве основы для старта. Большую часть необходимого вы сможете найти в шаблоне, а затем доработать CLA для покрытия оставшихся вопросов. Юристы потенциальных компаний-партнеров часто будут признательны за использование стандартных определений. | Many companies have written their own CLAs, but generic versions are available as open source agreements which one can use without starting from scratch. Most of what you will need can be found in a template and then you can customize the CLAs to cover any issues that remain. Attorneys from other potential contributing companies will often appreciate reuse of standard terms. |
| Google регулярно использует различные инструменты для автоматической проверки кода с настраиваемыми фильтрами, которые могут сканировать базы кода на предмет лицензионной чистоты, совместимости лицензий и других факторов. Каждый раз, когда Google выпускает новую версию Android или другого приложения, оно проходит процесс автоматизированной проверки лицензионного соответствия, упрощающий процедуру для компании. Автоматизация усиливает уверенность инженеров в том, что процесс прост, удобен и не будет обременением для них при создании приложений. | Google regularly uses a variety of tools to perform automated code checks using features such as custom filters, which can scan code bases to check for licenses, license compatibility, and other factors. Each time Google releases a new version of Android or other application, it undergoes an automated process for checking license compliance, simplifying procedures for the company. Automation quickens making the argument to engineers that the process is simple and seamless and won’t burden them to use for their applications. |
| Все новые инженеры Google должны пройти часовой курс по открытому коду, где лицензирование и соблюдение нормативных требований представлены как часть того, как компания ведет бизнес. Основной урок в том, что Google не только обязана контролировать соблюдение лицений, но и сама должна соблюдать их, потому что так правильно для сообщества. Юристы Goggle могут представлять интересы компании, если при лицензировании или использользовании кода допущена очевидная ошибка, но компания очень чувствительна к выпуску кода, который потенциально может нанести ущерб ее репутации в сообществе. | All new Google engineers are also required to go through a one-hour open source class where licensing and compliance are stressed as part of how the company does business. A key lesson shared by the company is that not only is Google obligated by licensing legalese to comply with licenses, but that it also complies because it’s the right thing to do for the community. Google’s lawyers are available to represent the company if an obvious mistake is made in licensing or code use, but the company is very sensitive about potentially submitting code that could harm its standing in the community. |
|
|
Вместо заключения
| Вместо заключения | Final words |
|---|---|
| Когда ваша компания решает создать OSPO, предстоит многое сделать и о многом подумать, но ценность, вероятно, перевесит усилия, затраченные на выполнение этой работы. Поиск подходящего лидера, который возьмет на себя ответственность за развитие инициативы OSPO, является важным шагом на пути к успеху. | There’s a lot of work to do and much to consider when your company decides to create an open source program office, but its value will likely outweigh the efforts taken to accomplish it. Finding just the right leader to drive the program office initiative is a critical step in the process to make it a success. |
|
|
| Примеры вакансий для OSPO | Example open source program job listing |
| Если вы заинтересованы в создании офиса программы с открытым исходным кодом и хотите определить штат, мы советуем взглянуть на шаблон от TODO Group вместе с реальными примерами описания вакансий: https://github.com/todogroup/job-descriptions | If you’re interested in building out and open source program office and want to hire for the role, we advise taking a look at a template from the TODO Group along with real example job descriptions: https://github.com/todogroup/job-descriptions |
| Благодарности | Acknowledgements |
Авторы данного руководства:
|
Contributors to this guide:
|
| Эти руководства были созданы в сотрудничестве с TODO Group: профессиональным сетевым сообществом по программам с открытым исходным кодом в Linux Foundation. Особая благодарность Пэм Бейкер (Pam Baker) за помощь в написании и менеджерам программ с открытым исходным кодом, которые вложили свое время и знания в создание этих всеобъемлющих руководств. Среди участников, такие компании как Autodesk, Comcast, Dropbox, Facebook, Google, Intel, Microsoft, Netflix, Oath (Yahoo + AOL), Red Hat, Salesforce, Samsung и VMware. Чтобы узнать больше, посетите: todogroup.org. | These resources were created in partnership with the TODO Group: the professional open source program networking group at The Linux Foundation. A special thank you to Pam Baker for writing assistance and the open source program managers who contributed their time and knowledge to making these comprehensive guides. Participating companies include Autodesk, Comcast, Dropbox, Facebook, Google, Intel, Microsoft, Netflix, Oath (Yahoo + AOL), Red Hat, Salesforce, Samsung and VMware. To learn more, visit: todogroup.org. |