Pull to refresh

Программа как Искусство — новая парадигма управления программным обеспечением

Reading time 7 min
Views 2.5K
— Что для тебя Программирование?
> Программирование? Я не могу ответить.
— Почему?
> Даже не знаю…
— Ты учился когда-нибудь?
> Конечно, но это было давно.
— Работу по найму Любишь?
> Сейчас уже нет.
— Зачем ты стал Предпринимателем, и неужели ты проработал более 17 лет «программистом» и «аналитиком» в ИТ-компаниях?

Кто Ты?

> Многолетние постоянные улучшения, постоянное сопровождение и настройка клиентских рабочих мест создавало ощущение управляемости процессом, но это не всегда так. Просто существовали процессы, управление которыми не входило в KPI тех компаний, где я работал, и поэтому я решил стать Предпринимателем.
— И? Уже ничего нельзя изменить?

Проблема управления интеллектуальной собственностью


Прежде чем начать говорить о проблеме, послужившей толчком к формированию новой парадигмы, хотелось бы сказать, что из всех компаний в которых я работал только 17% компаний могли обеспечить полный жизненный цикл интеллектуальной собственности, но не сделали это.

Также следует понимать, что «Управление» — это всегда процесс, который имеет следующее устоявшееся определение:
Управлением называется процесс осуществления кем-либо руководства группой людей, при котором они выполняют определённые, заданные, требуемые кем-либо действия.
К сожалению для большинства управление всегда является синонимом страха и боли, контроля и власти, но в жизни это не всегда так. Эта установка распространяется и на управление интеллектуальной собственностью в ИТ-компаниях. В итоге, многие не замечают, почему именно из-за неумения управлять интеллектуальной собственностью в РФ нет настоящих ИТ-компаний.

Осторожно! Пример искажённого понимания термина управление.

Пример власти клиента над дизайнером. Автор анимации: DeeKay#gif@pixel_ae

∞ сфер управления жизнью


И прежде чем углубиться в проблему и ответить на вопрос «Почему?», хотелось бы привести несколько примеров сфер жизни, где возможно управление.

Я насчитал восемь сфер, которые постоянно меняются.

  • Бизнес — все могут управлять им, понимают что нужно для увеличения продаж.
  • Вторая сфера — это государство. Тут тоже понятно кто им управляет и что нужно для эффективного управления.
  • Третья сфера — это Человек, которым вообще легко управлять, были бы деньги, но как сказал один Человек, — “Деньги были, Деньги будут, Денег нет!”, а другой продолжил, — “Денег нет, но вы держитесь!”.
  • Четвёртая сфера — общество. Им управлять трудно, и деньги для общества играют совсем не ключевую роль.
  • Пятая сфера — Цивилизация. Управлять этим ещё сложнее.
  • Ну и на последок — это Природа и Роботы. И то и другое в теории управляемо, но на практике не всегда.

Что же их всех объединяет?
Их объединяет одно — это информация, а в моём понимании технология обмена информацией.



Возможность интерпретации



Именно поэтому когда яблоко висит на дереве или падает на голову Энштейна, то оно передаёт именно информацию. Другой вопрос — это интерпретация этого физического явления относительно головы Энштейна, и относительно головы Ньютона. Интерпретация зависит от технологий.

Интеллектуальная собственность ИТ-компаний


Статья 1225 ГК РФ даёт следующее определение интеллектуальной собственности:
1. Результатами интеллектуальной деятельности и приравненными к ним средствами индивидуализации юридических лиц, товаров, работ, услуг и предприятий, которым предоставляется правовая охрана (интеллектуальной собственностью), являются:

1) произведения науки, литературы и искусства;
2) программы для электронных вычислительных машин (программы для ЭВМ);
3) базы данных;
4) исполнения;
5) фонограммы;
6) сообщение в эфир или по кабелю радио- или телепередач (вещание организаций эфирного или кабельного вещания);
7) изобретения;
8) полезные модели;
9) промышленные образцы;
10) селекционные достижения;
11) топологии интегральных микросхем;
12) секреты производства (ноу-хау);
13) фирменные наименования;
14) товарные знаки и знаки обслуживания;
15) наименования мест происхождения товаров;
16) коммерческие обозначения.

2. Интеллектуальная собственность охраняется законом.
В России Интеллектуальная собственность в основном управляется на первобытно-общинном уровне, и состоит из «собирательства»:

  • различных брендов, фирменных наименований, товарных знаков и знаков обслуживания;
  • написанных различных Соглашений и Ограничений о неразглашении информации об интеллектуальной собственности, забыв просто про ноу-хау, которые относятся именно к производству, а не к поставке программы для ЭВМ, а уж тем более к лицензированию;
  • публикаций, красочных пресс-китов, дизайн-макетов сайтов с буклетами и каталогами товаров и услуг.

Интерпретации процесса создания Программы для ЭВМ


Прежде чем рассмотреть традиционный процесс создания Программы для ЭВМ следует понимать, что есть ИТ-Бизнес и есть просто Бизнес, который выступает в роли Заказчика у ИТ-Бизнеса.

Традиционный процесс создания Программы для ЭВМ

Если рассматривать программирование в этом ключе, то процесс создания Программы для ЭВМ выглядит следующим образом:

  1. маркетинговое исследование и выявление потребностей Бизнеса;
  2. воплощение Потребностей Бизнеса в форме технического задания на разработку Программы для ЭВМ;
  3. создание Программы для ЭВМ;
  4. тестирование Программы для ЭВМ;
  5. внедрение и тиражирование Программы для ЭВМ.

Некоторые компании даже могут зарегистрировать Программу для ЭВМ, получив красивое свидетельство.

Потом потребности Бизнеса меняются из-за появления новых интерпретаций способов обмена информацией и Владелец Бизнеса решает переписать Программу для ЭВМ под новые потребности, и цикл повторяется вновь и вновь. Многие ИТ-компании вливают в этот процесс и в свой Бренд миллиарды денег, и даже не пытаются удовлетворить потребности Бизнеса, а всего лишь навсего спасают свой Бренд, иногда ценой самого Бренда.

Даже если Бизнесу будет известна новая технология, но он по инерции будет постоянно игнорировать её и спасать Бренд, постоянно модернизируя Программу для ЭВМ, тем самым повторяя традиционный цикл создания Программы для ЭВМ.

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


Причина этому одна:
ни Общество, ни Государство не знают о ваших потребностях выраженных в форме Программы для ЭВМ. Всё что им видно это ваш Бренд.

В поисках Идеального Соглашения


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

Результаты поиска по тегу Соглашения на порталах «Rosneft.ru», «Kremlin.ru» и «zakupki.gov.ru».

Если рассматривать жизненный цикл интеллектуальной собственности с этой позиции, то ИТ-компании в РФ ничем не управляют из-за отсутствия обмена интеллектуальной собственностью.

Обмен интеллектуальной собственностью всегда подразумевает передачу из одной сферы управления в другую. Без полной передачи — нет обмена. Частичная передача — не работает. Поэтому когда Человек получает во временное пользование Программу для ЭВМ — в его понимании он не является полноправным собственником, а соответственно вся ответственность за использование интеллектуальной собственности лежит на Бизнесе.

Знает ли это Бизнес? Думаю, что нет, иначе бы он не тратил на повторение традиционного процесса миллиарды денег.

Пример традиционной программы для ЭВМ, которую в скором времени нужно будет переписывать для реализации ''быстрых платежей''.


Вернёмся к возможностям Искусства


А.Куинджи Осень. 1876-1890 гг.
Многие убеждены, что это апельсины, но возможно — это просто осень.

Человек в основном взаимодействует с Искусством посредством созерцания призванного побуждать к созданию новых его форм, но для некоторых Искусство — это Товар, который всегда подлежит обмену на Деньги. Человеку или Бизнесу оторванному от общества всегда нужно постоянно напоминать: что можно трогать, а чего нельзя, о чём можно говорить, а где начинает действовать соглашение о конфиденциальности.

На самом деле Программа для ЭВМ может ничем не отличаться от Искусства.

Для этого необходимо придерживаться двух главных принципов.

Первый принцип — принцип авторства
Исполнитель всегда является автором или соавтором с Заказчиком.

Второй принцип
Заказчик в любой момент может сделать объект интеллектуальной собственности общественным достоянием, а Исполнитель имеет право на это право только через N лет.

Согласно этим двум принципам ИТ-компанией всегда предполагается написание новой программы для ЭВМ, что позволяет Бизнесу получить эксклюзивный объект интеллектуальной собственности.

Второй принцип позволяет запустить самому Заказчику процесс тиражирования объекта интеллектуальной собственности для клиентов Бизнеса.

В результате процесс создания Программы для ЭВМ превращается в следующий:


  1. Выбор сфер управления для которых будет создаваться Программа для ЭВМ
  2. Маркетинговое исследование и выявление потребностей Бизнеса в рамках выбранных сфер управления
  3. Воплощение Потребностей Бизнеса в форме технического задания на разработку Программы для ЭВМ
  4. Создание Программы для ЭВМ
  5. Тестирование Программы для ЭВМ с учётом выбранных сфер управления
  6. Внедрение и передача Программы для ЭВМ
  7. Принятие решения о Переводе интеллектуальной собственности в общественное достояние
  8. Публикация Программы для ЭВМ в публичном репозитории.

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

ПИ-лицензия


Основные отличия PI-лицензии от других свободных лицензий — это эксклюзивность и обязательное указание авторства.

Многие могут заметить некоторое сходство с типом лицензии Royalty-free, но это не так, и вот основные отличия от этой лицензии, которую я назвал PI-License.
PI — License Royalty-free CC0 CC Attribution
Низкая стоимость нет да да да
Эксклюзивность да нет нет нет
Ограничения: тираж, способы использования нет да нет нет
Указание авторства да нет нет да
Модификация кода да да да да

Таким образом, созданная программа переходит в собственность Заказчика с сохранением авторства Исполнителя и автоматическим переходом в общественное достояние (СС0) через N лет.
Перевод интеллектуальной собственности в общественное достояние позволяет рассказать о своих потребностях ни «здесь и сейчас» узкому кругу единомышленников, как это обычно бывает, а предоставляет возможность передать знания из одной сферы управления в другую.

Барьеры применения ПИ-лицензии


  1. Отсутствие квалифицированных ИТ-кадров, способных на написание новых программ для ЭВМ
  2. Отсутствие желания у ИТ-бизнеса перестраивать процессы
  3. Ограниченное число компиляторов, программных компонент и библиотек, пригодных для свободного использования
  4. Громоздкость программ для ЭВМ и большая зависимость от сторонних компонент и библиотек

Вместо заключения


Надеюсь материал изложенный в данном посте окажет позитивное влияние на уже сложившиеся взаимоотношения в вашей компании. Для себя я точно решил применять эту парадигму в рабочих процессах, не забывая при этом о главном призвании Программы для ЭВМ как Искусства — побуждать к созданию новых форм Программ для ЭВМ.
Only registered users can participate in poll. Log in, please.
А вы знаете, что согласно п.2 Статьи 1295 ГК РФ, если работодатель в течение трех лет со дня, когда служебное произведение было предоставлено в его распоряжение, не начнет использование этого произведения, не передаст исключительное право на него другому лицу или не сообщит автору о сохранении произведения в тайне, исключительное право на служебное произведение возвращается автору
18.18% да знаю 2
54.55% нет не знал 6
54.55% только что узнал 6
18.18% не думал об этом 2
11 users voted. 4 users abstained.
Tags:
Hubs:
+11
Comments 0
Comments Leave a comment

Articles