Voskhod VC

⚡Продолжаем разбирать юридические риски и негативные последствия, связанные с разработкой ПО вместе с юристом Анастасией Нерчинской. Первый разбор - тут.

⚠️Проблема 2: несвоевременное оформление прав на ПО в процессе его создания, откладывание “на потом”. Поэтому “в моменте” сложно доказать, что права на конкретные компоненты ПО принадлежат стартапу.

Примеры типовых ошибок:
🔺На начальных этапах деятельности стартапа (особенно в процессе проверки гипотезы) на корректное юридическое оформление документации по разработке ПО обычно нет необходимой экспертизы (для этого нужно привлекать профессионального ИТ-юриста).
🔺Компания понимает, что у нее хорошие отношения с разработчиками, «все свои», а значит, все необходимые документы и процессы можно оформить позже (например, перед новым раундом).
🔺У стартапа небольшая команда, поэтому процессы разработки не автоматизированы, бэк-офиса нет, а оформление документов в «ручном режиме» по каждому созданному объекту ПО отвлекает от основной работы, что не кажется эффективным.
🔺В компании не выстроены механизмы работы с информацией и трекингом задач в процессе создания ПО: отсутствует защита от утечек информации, не внедрены правила (на уровне локальных нормативных актов) работы с бэкапами и черновыми версиями ПО, репозиториями и учетным записями, системами контроля версий и иными информационными сервисами.

❗Основной риск:
Компания становится уязвима перед конкурентами, и, скорее всего, не сможет защитить свои права на ПО в случае спора с третьим лицом. В любом споре компания должна подтвердить наличие у нее прав на спорный компонент. Если она не сможет сделать это, конкурент компании, даже если он действительно использует заимствованную разработку стартапа, не будет привлечен к ответственности. Если спорный компонент ПО был значимым – компания утратит конкурентное преимущество.

Дополнительные негативные последствия:
▪️Кто-то из ключевых разработчиков может уволиться из компании; с кем-то могут испортиться отношения и т.п., - ничего «дооформить» не получится или это станет сложнее;
▪️В процессе развития продукта сильно усложняется архитектура ПО. Поскольку отдельные части ПО и без того сложно идентифицировать для целей документирования, если откладывать процесс оформления «на потом» - можно «потерять» ряд компонентов или потратить на эту задачу намного больше ресурсов.

тг-канал автора: Анастасия Нерчинская

#voskhodvc #риски

@VoskhodVC - канал венчурного фонда "Восход"

www.group-telegram.com/in/voskhodvc.com/377

1.3K viewsSep 12, 2024 at 12:43

⚡Продолжаем разбирать юридические риски и негативные последствия, связанные с разработкой ПО вместе с юристом Анастасией Нерчинской. Первый разбор - тут.

⚠️Проблема 2: несвоевременное оформление прав на ПО в процессе его создания, откладывание “на потом”. Поэтому “в моменте” сложно доказать, что права на конкретные компоненты ПО принадлежат стартапу.

Примеры типовых ошибок:
🔺На начальных этапах деятельности стартапа (особенно в процессе проверки гипотезы) на корректное юридическое оформление документации по разработке ПО обычно нет необходимой экспертизы (для этого нужно привлекать профессионального ИТ-юриста).
🔺Компания понимает, что у нее хорошие отношения с разработчиками, «все свои», а значит, все необходимые документы и процессы можно оформить позже (например, перед новым раундом).
🔺У стартапа небольшая команда, поэтому процессы разработки не автоматизированы, бэк-офиса нет, а оформление документов в «ручном режиме» по каждому созданному объекту ПО отвлекает от основной работы, что не кажется эффективным.
🔺В компании не выстроены механизмы работы с информацией и трекингом задач в процессе создания ПО: отсутствует защита от утечек информации, не внедрены правила (на уровне локальных нормативных актов) работы с бэкапами и черновыми версиями ПО, репозиториями и учетным записями, системами контроля версий и иными информационными сервисами.

❗Основной риск:
Компания становится уязвима перед конкурентами, и, скорее всего, не сможет защитить свои права на ПО в случае спора с третьим лицом. В любом споре компания должна подтвердить наличие у нее прав на спорный компонент. Если она не сможет сделать это, конкурент компании, даже если он действительно использует заимствованную разработку стартапа, не будет привлечен к ответственности. Если спорный компонент ПО был значимым – компания утратит конкурентное преимущество.

Дополнительные негативные последствия:
▪️Кто-то из ключевых разработчиков может уволиться из компании; с кем-то могут испортиться отношения и т.п., - ничего «дооформить» не получится или это станет сложнее;
▪️В процессе развития продукта сильно усложняется архитектура ПО. Поскольку отдельные части ПО и без того сложно идентифицировать для целей документирования, если откладывать процесс оформления «на потом» - можно «потерять» ряд компонентов или потратить на эту задачу намного больше ресурсов.

тг-канал автора: Анастасия Нерчинская

#voskhodvc #риски

@VoskhodVC - канал венчурного фонда "Восход"

BY Voskhod VC