Як переговорити про IP присвоєння пункту англійською мовою
Вивчіть англійські фрази, які використовуються, щоб поставити під сумнів широку умову щодо передачі інтелектуальної власності і запитати про відокремлення для особистих проектів.
Деякі трудові договори містять пункт про передачу права власності, достатньо широкий, щоб ви могли претендувати на право власності на все, що ви створюєте, навіть якщо це не пов’ язано з вашою роботою або зроблено повністю у ваш власний час. У цьому підручнику ви знайдете англійську мову для висловлювання зауважень щодо обсягу, запитів на вилучення і отримання підтвердження щодо остаточної мови.
Зростання занепокоєння
Задайте це під час переговорів про пропозицію, до того, як ви щось підпишете.
- «Я помітив, що пункт про передачу IP досить широкий — чи можемо ми пояснити, чи стосується це проектів, не пов’язаних з бізнесом компанії?»
- «У мене є деякі особисті проекти поза роботою, і я хочу переконатися, що ця стаття не навмисно претендує на їх власність»
- «Перед тим, як я підпишу, я б хотів зрозуміти, що саме входить в рамки, а що — не в межі цього пункту»
Розуміння теперішнього обсягу
Запитайте конкретні питання про те, що насправді стосується пункту.
- «Чи цей пункт застосовується тільки до роботи, виконаної під час праці з використанням ресурсів компанії, або він поширюється на все, що створено в особистий час також?»
- «Чи є мова, що відрізняє роботу, пов’язану з нашим бізнесом, і справді не пов’язані особисті проекти?»
- «Що б сталося з цим пунктом, якби я побудував щось в абсолютно іншому домені, повністю поза робочими годинами?»
Запит на вилучення
Запропонувати особливу мову, яка обмежує обсяг пункту.
- «Чи можемо ми додати виключення проектів, які не використовують час компанії, обладнання або конфіденційну інформацію, і не пов’язані з нашим бізнесом?»
- «Я б хотів перерахувати цей конкретний існуючий проект явно як виключений з пункту призначення»
- Чи буде компанія відкрита для стандартної мови «попередніх винаходів», яка захищає речі, які я побудував до приєднання?»
Я хочу пояснити, чому це так важливо для вас
Сформулювати запит навколо справедливості і норм промисловості, а не недовіри.
- «Це не про недовіру — я просто хочу ясності, щоб я не випадково не порушував свій контракт, працюючи над чимось не пов’язаним у свій власний час»
- «Більшість контрактів, які я бачив, включають виключення особистих проектів, і я б хотів переконатися, що наш також перед тим, як підписати»
- «Я хочу мати змогу працювати над побічними проектами, не турбуючись, що ця стаття створить неоднозначність пізніше»
Підтвердження остаточної мови
Не покладайтеся на вербальне запевнення, що «це насправді не здійснюється таким чином»
- «Чи могла б юридична особа надіслати оновлену мову пункту, що відображає вилучення, яке ми обговорювали?»
- «Я б хотів побачити це в фактично підписаній угоді, а не просто як побічну розмову, оскільки це буде важливо, якщо коли-небудь буде суперечка»
- «Якщо я побачу переглянуті формулювання, я буду зручно підписувати»
Словник-довідник
| Term | Meaning |
|---|---|
| IP assignment clause | A contract term giving the employer ownership of work created under certain conditions |
| Carve-out | An explicit exception excluding something from a broader contract term |
| Prior inventions clause | Language protecting things you created before your employment started |
| Scope | The specific boundary of what a contract clause covers |
| Confidential information | Non-public information belonging to the employer, protected by contract |
Ключеві моменти
- Зверніть увагу на широку умову щодо присвоєння IP-адрес до підписання, а не після того, як виникнуть суперечки.
- Запитайте конкретно, чи стосується ця умова лише матеріалів, пов’ язаних з роботою, чи стосується і не пов’ язаних з нею особистих проектів.
- Запропонуйте відокремити проекти, які не використовують час компанії, ресурси або конфіденційну інформацію.
- Сформулювати запит чітко і чесно, а не з недовірою до роботодавця.
- Завжди отримуйте будь-які погоджені відступи відображені в фактично підписаному договорі, а не просто обговорюються вербально.
Національні мови: англійська, німецька, німецькомовні діти не мають права на навчання рідною мовою
Переговори про присвоєння IP-адреси, особливо якщо ваша перша мова не є англійською, можуть бути неймовірно складними. Це не просто розуміння юридичних термінів; це впевнене висловлення вашої точки зору і забезпечення захисту вашої роботи. Багато розробників, навіть ті з сильними технічними навичками, неохоче відкидають пункти, які вони не до кінця розуміють, бояться, що це буде сприйматися як неповага або відсутність зобов’язань. Цей розділ присвячено передачі англійською мовою людей, для яких англійська не є рідною, словника і фраз, необхідних для ефективного ведення таких розмов, з використанням реалістичних сценаріїв на робочому місці, з якими ви можете зіткнутися під час перегляду коду, обговорень у Slack або описів запитів на витягування.
Однією з ключових областей є формулювання ваших питань таким чином, щоб продемонструвати розуміння, але все ще підкреслювати потенційні проблеми. Замість того, щоб просто сказати «Це занадто широке», що може звучати обвинувачуючим, спробуйте сформулювати це як запитання: «Чи можемо ми прояснити обсяг цього завдання? Зокрема, мені цікаво, як застосовувати цю умову до коду, розробленого під час моїх особистих проектів — наприклад, якщо я буду робити внесок у відкриту бібліотеку, засновану на роботі нашої команди. Чи все це все ще підпадає під цю угоду?” Цей підхід негайно встановлює ваш намір як співпрацю і зосереджений на роз’ясненні, а не прямому опору. Аналогічно, при перегляді опису PR, що пропонує широке IP-власництво, корисною відповіддю може бути: «Дякую за опис призначення IP. Щоб забезпечити ясність, чи можемо ми додати речення, яке б визначало, що код, створений виключно для особистого навчання або експериментів, виключено з цього пункту? Це зменшить будь-яку потенційну плутанину вниз по лінії»
Інша поширена проблема виникає в розмовах Slack. Уявімо, що ви бачите коментар до запиту на збирання, який пропонує автоматично призначати всі внески до коду компанії: « Всі коди, що було перенесено до цього сховища, тепер вважаються IP компанії ». Продуманою відповіддю, яка демонструє ретельне розглядання наслідків, може бути: « Дякуємо за оновлення! Я вдячний за пояснення щодо ІП. Щоб забезпечити відповідність потоку роботи нашої команди і моєму розумінню співпраці з відкритим кодом, чи не можна було б додати коротку замітку, що особисті проекти або навчання коду за допомогою цього сховища не вплине на присвоєне право власності на IP?» Це демонструє, що ви активно слухаєте і намагаєтеся інтегрувати нову інформацію, зберігаючи свою точку зору.
Нарешті, пам’ятайте, що коротка і точна мова є ключем. Уникайте надто складних структур речень. Розбивати великі запити на менші, зручніше керовані точки. І не бійтеся просити про пояснення - набагато краще задати прояснююче питання, ніж неправильно інтерпретувати ситуацію і, можливо, погіршити вашу роботу або розуміння. Практикування цих фраз у моделях може значно підвищити вашу впевненість у собі і забезпечити, щоб ваш голос було ефективно почуто у команді.