ПО школе

Введение
1. Активное внедрение информационных технологий (ИТ) в образование требует от администрации школы более четкого понимания, где и как "растет" программное обеспечение (ПО), как его правильно использовать и получать. Вопрос этот не такой простой, как кажется на первый взгляд, затрагивает многие аспекты гражданских правоотношений. В этих заметках я постарался сделать общий обзор проблем без претензии на полноту освещения всех вопросов.
ПСПО/ СБППО
1. О существовании коммерческого (проприетарного) и свободного ПО все уже знают после рассылки по школам России пакетов "Первая помощь" (СБППО) и дисков из пилотного проекта ПСПО (пакета свободного программного обеспечения). Однако понятие "свободное" даже в отношении ПО заметно сложнее для понимания, чем "несвободное".
- Логика коммерческого ПО ("несвободного") - издержки на создание программного продукта компенсируются стоимостью продажи этого продукта. Соответственно, для законного использования такого ПО его необходимо купить. Цена и доступность определяются различными условиями комплектации и маркетинга.
- Логика свободного ПО (СПО) заметно сложнее - компенсация затрат на его создание осуществляется
  - либо через смежные услуги (поддержка, внедрение, доработка на заказ ...),
  - либо косвенным путем через иные продукты и услуги.
    - Сегодня многие коммерческие фирмы либо содержат в штате сотрудников, ответственных за развитие СПО, либо спонсируют СПО-разработки, которые влияют в нужном им направлении на развитие рынка ПО или интересов потребителей. Довольно часто СПО - лучший способ заявить о себе новому разработчику на рынке труда, т.к. продвижение нового платного продукта на конкурентном рынке ПО - весьма сложная задача.
1. Прежде всего, СПО заставляет понять, что существует много "степеней свободы". Обычно их начинают осознавать со свободы от оплаты, что,
- во-первых, радует,
- во-вторых, настораживает, т.к. все давно выучили присказку про мышеловку с бесплатным сыром,
- в-третьих, не всегда справедливо, хотя чаще всего, действительно, бесплатно.
1. Как мы уже отметили, СПО часто является эффективным маркетинговым средством для смежных ресурсов, поэтому пользователи могут безболезненно и очень полезно распорядиться этим ПО.
2. Недостатком СПО является отсутствие обязательств и гарантий по поддержке и развитию, если не заключены соответствующие договорные отношения с производителем. Справедливости ради, стоит отметить, что и коммерческое ПО имеет весьма ограниченные обязательства и гарантии, а перспективы развития у иного СПО гораздо более четко просматриваются, чем у некоторого коммерческого ПО.
3. Если говорить о других "степенях свободы", не стоит забывать о возможностях распространения и доработки ПО.
4. Коммерческое ПО имеет ограничения на количество точек использования (по числу компьютеров, дисков, одновременно работающих пользователей ...) и, как правило, запрещает вмешательство в программный код. Для школ это означает невозможность использования закупленного ПО на всем парке имеющейся техники и передачи его ученикам для домашнего использования.
5. СПО имеет множество разновидностей лицензирования, но распространение его, как правило, ничем не ограничено. Чаще всего различаются условия изучения и/или использования программного кода. Одна из наиболее либеральных лицензий - BSD. Единственное ее ограничение - необходимость ссылки на авторов исходного ПО. Другая из распространенных лицензий СПО - GPL. Она дает практически все "степени свободы", кроме права использовать исходное ПО в проприетарном ПО. Чтобы не попасть впросак, нужно внимательно читать лицензионные соглашения.
6. Кроме лицензионных соглашений ПО, существует законодательство, которое отражает не все существующие варианты лицензий. Поэтому существует риск нарушения либо законодательства, либо лицензионных соглашений. Первое влечет наказание, предусмотренное законом, а второе - ущерб для профессионального имиджа со стороны ИТ-сообщества.
7. Ключевым элементом соблюдения закона является наличие доказательств существования договорных отношений с производителем ПО независимо от его типа: коммерческого или свободного. Доказательством могут служить специфические артефакты, например, наклейки, чеки, оригинальные диски, документ (сертификат) о регистрации пользователя ПО производителем, а также, общедоступная информация, например, указание данных пользователя ПО на сайте производителя. Может рассматриваться доказательством наличие в процедуре установки ПО неустранимого этапа, требующего подтверждения текста лицензионного соглашения кнопкой типа "Согласен", но спокойнее для проверок иметь материальные артефакты.
ПО "коробочное" или заказное
1. Можно говорить о 3-х вариантах приобретения коммерческого ПО:
- Чаще всего мы используем стандартное однотипное ПО, распространяемое в стандартных упаковках (коробках). Его однотипность позволяет снизить себестоимость изготовления и, соответственно, делает такое ПО самым доступным по цене. При этом передаются только права на использование ПО, причем, в оговоренных рамках по числу лицензий либо по локальной сети пользователя (сетевая версия). Если принять участие в разработке ПО в качестве бета-тестера ("подопытного кролика"), можно получить право использования этого ПО бесплатно или со значительными скидками - в этом случае платой являются те дополнительные издержки, которые приходится нести из-за ошибок и неурядиц в процессе разработки.
- Возможно изготовление ПО на заказ, если характеристики стандартного ПО не удовлетворяют потребностям. Стоимость такого ПО в разы превышает стоимость аналогичных "коробочных" продуктов. Условия лицензирования, если специально не оговорено иное, не отличаются от стандартного ПО. Если заказчик захочет получить права на распространение полученного по его заказу ПО, стоимость договора возрастет в разы, поэтому обычно подобные права не заявляются. При вмешательстве в программный код представителями заказчика подрядчик обычно не предъявляет исков, но категорически отказывается от дальнейшей технической поддержки своего ПО - это стандартное условие практически всех подобных договоров.
- Существует промежуточное звено между "коробочным" и заказным ПО, если типовое ПО содержит в себе возможности доработки, гибкой настройки. Такую доработку делают либо квалифицированные сотрудники самого покупателя ПО, либо сторонние фирмы на договорных условиях. Самым ярким примером подобной практики является продукция фирмы 1С, которая распространяется через сеть ее партнеров 1С:Франчайзи. Они не только являются сетью по распространению коробочных продуктов 1С, но и берутся за доработку их под конкретного заказчика. Таким образом, реализуется взаимовыгодный симбиоз 1С и ее партнеров. Для потребителей это сказывается на существенном снижении стоимости совокупного продукта, которая складывается из суммы затрат на коробочный продукт 1С и его доработку на заказ у одного из Франчайзи.
1. Процесс заказной разработки накладывает на заказчика ряд обязательств не только по оплате ПО, но и по организации всех работ. Работы складываются из 3-х этапов:
- в начале работ: формирование технического задания (перечня требований к ПО)
- в процессе разработки: уточнение условий эксплуатации и согласование интерфейсов ПО
- при сдаче работ: отладка и внедрение ПО.
1. На всех этих этапах заказчику приходится отвлекать своих сотрудников от основной работы и нагружать их дополнительными обязанностями по содействию сотрудникам подрядчика. Эти обязательства всегда четко прописываются в договорах на разработку ПО, т.к. от их выполнения зависит график работы подрядчика. Опытные подрядчики ставят свой график разработки в зависимость от сроков выполнения обязательств заказчиком. Это снимает с них ответственность за задержку разработки ПО в случае невыполнения заказчиком обязательств по содействию разработке.
Авторские и смежные права
1. В России и в мировой практике право авторства является неотъемлемым правом создателя ПО. Его не обязательно регистрировать, если авторство очевидно. Как правило, права на использование, распространение и изменение ПО также принадлежат автору. Исключение составляет ситуация, когда создание ПО являлось обязательством автора в рамках договорных или трудовых отношений. В этом случае заказчик (работодатель) имеет право на использование ПО. Обычно в подобных договорах прописываются все варианты прав на продукт, в частности, на распространение и изменение. Если какие-то права в договоре не предусмотрены, а заказчик предъявляет на них претензии, ему придется оспаривать их в суде.
2. В применении к школе, творческие сотрудники иногда самостоятельно пишут некоторые программные изделия и применяют их в работе. Как правило, обязанности по созданию программных продуктов в школе не предусмотрены, поэтому все авторские и смежные права на подобные разработки принадлежат этим творческим сотрудникам. Обычно такие разработки не являются предметом спора, но в конфликтной ситуации возможны проблемы, например, если автор начнет коммерческое распространение своего ПО и потребует от школы приобретения лицензии. Возможно и противоположное развитие событий, если администрация школы заявит свои претензии на созданное ее сотрудником ПО. Оба варианта развития событий разрушат изначальную конструктивную мотивацию всех участников, а выигрыш спора в суде только закрепит разрыв.
3. На мой взгляд, творческая обстановка гораздо важнее имущественных споров, тем более, что коммерческие перспективы школьных разработок весьма сомнительны, даже если разработка очень качественная - рынком управляют конъюктурные связи, а не качество.
4. Я бы назвал ситуацию с созданием ПО в школе "беспроигрышным некоммерческим договором", т.к.
  - в случае провала инициативы никто ничего не теряет:
  - создатель получает ценный опыт и объективную самооценку своих возможностей
  - школа получает организационное развитие в области пробной инициативы
  - в случае удачи разработки обе стороны очевидно выигрывают:
  - создатель получает опыт успешной разработки и осознает свои возможности
  - школа бесплатно получает нужный ей продукт и организационное развитие, облегчающее его внедрение
5. В условиях рынка молодым людям сложно найти свою нишу не только потому, что нужно искать вакансии, а скорее потому, что они еще не знают своих возможностей. Предоставляя условия для реализации и развития творческих амбиций, школа оказывает им важную некоммерческую услугу, которая с лихвой компенсируется даже при неудаче разработки - это позволяет качественно решать рутинные задачи квалифицированными руками: школа удерживает творческих сотрудников наличием творческих задач, обременяя их рутинными задачами обеспечения текущего учебного процесса, за которые они получают свою зарплату. Без творческих задач такие сотрудники будут активно "смотреть на сторону", а для рутины придется искать менее квалифицированные руки. Причем, не всегда они сами осознают эту проблему. Умение выявить это состояние внутренней неудовлетворенности сотрудника, которое неизбежно приведет к его уходу, и умение предложить задачу в русле его интересов - полезные качества руководителя.

М. Э. Кушнир,

18.08.2009