Як розкрити бічний проект для свого роботодавця англійською мовою
Вивчіть англійські фрази для повідомлення вашому роботодавцю про побічний проект, розв’ язання питань щодо права власності на інтелектуальну власність і запитання письмового схвалення.
Багато трудових договорів включають широкі положення про передачу інтелектуальної власності, які можуть, теоретично, претендувати на право власності на все, що ви створюєте - навіть не пов’язані з цим проекти, виконані у ваш власний час. У цьому підручнику ви дізнаєтеся, як англійською мовою оголосити про початок побічного проекту, розв’ язати питання щодо власника і отримати чітке письмове схвалення.
Підвищення розкриття
Поговори з ним прямо, а не надівайся, що він залишиться непоміченим.
- «Я хотів, щоб ви знали, що я працював над особистим проектом поза робочими годинами, і я б хотів переконатися, що це не конфлікт інтересів»
- «Я будую щось не пов’язане з нашим продуктом у свій власний час, і я хочу бути прозорою про це, перш ніж це буде далі»
- «Чи є процес для розкриття зовнішніх проектів, або мені слід просто документувати це в електронній пошті до вас і HR?»
Опис проекту
Будь досить конкретним, щоб не було сумнівів щодо перетинів з бізнесом твоєї компанії.
- «Це [короткий опис] — це не конкурує з чим-небудь, що ми робимо тут, і не використовує жодних з наших власницьких інструментів або кодової бази»
- «Я не використовую час компанії, обладнання або будь-яку конфіденційну інформацію для цього — це повністю окрема інфраструктура і години»
- «Проект знаходиться в іншому домені, ніж наш продукт, але я хотів позначити його в будь-якому випадку з обережності»
Адресування IP-власності безпосередньо
Задайте питання чітко, а не припускайте, що контракт не діє.
- «Враховуючи пункт про передачу IP в моєму контракті, я хочу підтвердити, що це виходить за рамки того, що компанія могла б претендувати на право власності»
- «Чи можемо ми отримати письмове підтвердження того, що цей проект, побудований повністю поза робочими годинами і без ресурсів компанії, не вважається корпоративним ІП?»
- «Я б хотів, щоб це було задокументовано, щоб не було неоднозначності пізніше, якщо проект коли-небудь переросте в щось більше»
Запит на письмове схвалення
Не полагайся на словесное “всё в порядке” для чего-то с юридическими последствиями.
- Чи можете ви надіслати короткий електронний лист, підтверджуючи, що це було розкрито і схвалено, щоб ми обидва мали запис?»
- «Я б почував себе комфортніше, якби HR міг написати це в письмовій формі, а не залишити це як вербальне розуміння»
- Якщо є формальне повідомлення про неофіційну діяльність, я радий заповнити його замість того, щоб просто написати вам електронну пошту безпосередньо
Визначення конфлікту або вирішення конфлікту
Якщо ваш роботодавець висловлює занепокоєння, робіть це конструктивно, а не оборонно.
- «Я розумію занепокоєння — чи можете ви допомогти мені зрозуміти, яка саме частина цього перетинається з нашим бізнесом?»
- Чи зміна сфери проекту вирішить конфлікт, чи це область, якої вам потрібно, щоб я повністю уникнув?»
- «Я хочу знайти рішення тут, а не просто тихо продовжувати без угоди»
Словник-довідник
| Term | Meaning |
|---|---|
| IP assignment clause | A contract term giving the employer ownership of certain work you create |
| Conflict of interest | A situation where personal and employer interests could compete or clash |
| Outside activity disclosure | A formal process for reporting external work or projects to an employer |
| Proprietary | Owned by and specific to a particular company, not publicly available |
| Moonlighting | Working on other paid or unpaid projects outside your main job |
Ключеві моменти
- Розкривати побічний проект активніше, ніж сподіватися, що він залишиться непоміченим, особливо з широким пунктом призначення IP.
- Опишете проект достатньо конкретно, щоб було зрозуміло, що він не перетинається з діяльністю вашого роботодавця.
- Запитувати безпосередньо, чи буде застосовано клаузулу IP, замість того, щоб припускати, що вона не буде застосована.
- Завжди отримуйте підтвердження розкриття та схвалення в письмовій формі, а не лише як усну розмову.
- Якщо виник конфлікт, конструктивно вступайте в діалог, щоб знайти рішення, а не продовжувати без згоди.
Навигація нюансів: професійна англійська для розробників поза основами
Розкриття свого побічного проекту вашому роботодавцю може бути неприємним, незалежно від того, наскільки ви володієте англійською. Це не просто про те, що ви робите; це про стратегічне оформлення цієї інформації в рамках встановленої професійної культури вашої компанії. Для носіїв, які не є рідними мовами, це вимагає додаткового шару точності - розуміння того, як мова використовується для передачі цінності, управління очікуваннями і вирішення потенційних проблем. Давайте розглянемо деякі конкретні сценарії, де оволодіння тонким фразуванням може зробити значну різницю.
Одна поширена проблема виникає під час перегляду коду. Уявіть, що ви працюєте над невеликою бібліотекою у вільний час, щось, що, на вашу думку, може покращити ефективність роботи команди. Під час перегляду ваш колега коментує: « Це добре написано, але здається, що воно дещо відрізняється від нашого основного проекту ». Прямим перекладом може бути « Це нам не корисно ». Замість цього, розгляньте можливість відповіді такими фразами, як « Я дякую за ваші відгуки. Я досліджував способи оптимізації [конкретного завдання], яке відповідає деяким викликам, з якими ми стикаємося в [назва проекту]. Ця бібліотека може внести свій потенційний внесок у цю справу, і я радий обговорити, як вона може бути інтегрована далі.” Зауважте використання « вирівнює з » — це демонструє, що ви розглядали ширший контекст. Аналогічно, ввічливий запит на пояснення, наприклад: «Чи можете ви розібратися, які аспекти нашого поточного робочого процесу найбільше використовуватимуться з цього?», є набагато ефективнішим, ніж потенційний конфронтаційний виклик.
Інша ситуація виникає при обговоренні інтелектуальної власності (ІВ). Типове повідомлення Slack може бути таким: « Роблю над новими речами! » Це неймовірно нечітке і викликає безпосередні питання. Натомість, прагни до ясності. Якщо ви створили щось, що може мати комерційну цінність, активно звертайтеся до власника. Кращий підхід полягає в тому, щоб сказати щось на зразок: «Я розробляю компонент, зосереджений на [короткий опис] як особистий проект. Я хочу переконатися, що ми зрівнялися з міркуваннями щодо інтелектуальної власності; я підготував попередній документ, в якому описую своє розуміння ліцензування, і був би вдячний за ваші відгуки, перш ніж продовжувати далі.” Формування його як пошуку зрівняння, а не вимоги дозволу, показує повагу до політики компанії і демонструє відповідальну поведінку.
Нарешті, забезпечення письмового схвалення часто є критичним. Не покладайтеся виключно на усні угоди. Стандартним запитом може бути просто « Чи можу я продовжити цей проект? » Замість цього, офіційне повідомлення електронної пошти з запитом на схвалення буде виглядати так: « Дорогий [Ім’ я менеджера], я пишу вам з офіційним запитом на дозвіл на продовження розробки утиліту бібліотеки [Назва проекту] як побічному проекту. Я долучив короткий опис, в якому детально описано його сферу застосування і передбачені переваги. Я зобов’ язуюсь забезпечити його відповідність вимогам компанії і буду вдячний за ваше письмове підтвердження схвалення перед початком подальшої розробки. Дякую за ваш час і увагу. “Це демонструє професіоналізм і створює документований запис - необхідний у будь-якому бізнес- середовищі.