www.gnuman.ru

Резюме | Контакты | Работа | Page Title Eraser | GrayModern2 | Статьи
Путешествия | Фотоальбомы | Проект 365 | Блог | Черный список
Как выиграть суд у ГИБДД и вернуть права | Технический департамент своими руками

Контракты и соглашения которые не стоит подписывать

Автор: Джоэл Спольски
Переводчик: Александр Лебедев

В оригинале статья называлась NDAs and Contracts That You Should Never Sign и была написана 28 марта 2000

По прошествии лет я подписывал множество NDA (non-disclosure agreements или соглашение о неразглашении)... похоже, что в Силиконовой долине это аналог японских визитных карточек. Некоторые из них коротки и просты, другие весьма заковыристы.

Есть один пункт, который я видел во многих NDA, но считаю совершенно неприемлемым. Это пункт, запрещающий вам нанимать людей, которые работают на компанию, с которой вы заключает это соглашение. Вероятно, они думают, что время от времени заходя к ним вы переманите всех их сотрудников и разорите их. Знаете что? Если ваши сотрудники так жаждут уйти, это ваша проблема, а не моя. Вам следовало бы удерживать людей хорошим отношением, а не воздвигая искусственные препятствия их карьере. Порой это доходит до абсурда - недавно я подписался под этим пунктом в 3-страничном NDA, заключая соглашение со стартапом, состоящим из ровно двух основателей и нуля наемных сотрудников. Таким образом основатели, включив этот пункт в контракт, сделали ничто иное как гарантировали, что если их идея не сработает и стартап обанкротится, никто из встреченных во время работы в стартапе не-людей не смог предложить им работу.

Подобно этому множество компаний имеют наглость включить антиконкуррентный пункт в свои трудовые договоры. Как правило, утвержается, что вы согласны не работать на их "конкурентов" или даже "потенциальных конкурентов" (которых никогда нельзя точно определить) в течение некоторого времени, обычно года или двух, после того как покинете компанию.

Это очень суровое ограничение. Я заключил такой контракт с Microsoft, не особенно обратив внимание на этот пункт. Когда я ушел из компании, выснилось, что поскольку Microsoft вовлечена во все относящееся к программным продуктам, то формально я ВООБЩЕ не мог работать в своей сфере в течение 12 месяцев после того, как покинул Microsoft.

Разумеется, Microsoft крайне редко дает ход этому пункту. Помимо всего прочего, это считается юридически неосуществимым в некоторых штатах, например, в Калифорнии, хотя в Нью-Йорке, как я слышал, этот пункт иногда может быть применен. Зачем этот пункт в контракте, если они не собираются приводить его в действие?

В Juno руководство пыталось добавить такой пункт в контракт. Разумеется это вызвало некоторые волнения. И знаете, что из этого вышло? Работники одержали верх! Пункт был убран из стандартного контракта.

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

Еще один опасный пункт говорит, что вы соглашаетесь не нанимать никого и не быть нанятым никем из сотрудников компании в течение года или двух после ухода из компании. Идея в том, чтобы предотвратить массовый уход группы людей и она предназначена для того, чтобы помешать распространенной практике, когда менеджер уходит из компании и уводит свою команду вместе с собой.

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

И если кто-то из компании уходит, чтобы начать классный стартап, вы не можете пойти туда работать! Подписывая этот пункт, вы просто отсекаете целый спектр возможностей в вашей карьере.

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

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

Я не юрист и эта статья не является юридической консультацией.


Оригинал статьи: http://local.joelonsoftware.com/wiki/Контракты и соглашения которые не стоит подписывать


Другие статьи Джоэла Спольски (The Joel on Software) на русском языке
Маркетологи vs. Разработчики
Похож ли медленный рост на медленную смерть?
О чем ваша компания?
Студенческие проекты и тайм-менеджмент
Особенности Вайфая на конференциях
Новый Офис Fog Creek
Почему форматы Microsoft Office такие сложные? (И как это обойти)
Речь в Йельском университете 1
Речь в Йельском университете 2
Речь в Йельском университете 3
Письмо о стратегии VI
Семь шагов на пути к восхитительной службе по работе с клиентами
Общая картина
Консалтинг по оценке производительности (из писем)
Измерения продуктивности
В поисках Великих Разработчиков
Не дайте Астронавтам Архитектуры вас запугать
Секрет айсберга
Метод отождествления
Метод экономической мотивации
Командный метод управления
Три метода управления (введение)
А ваш язык программирования так может?
Контракты и соглашения которые не стоит подписывать
Ежедневная сборка - ваш союзник и друг
Моя первая проверка Билла Г
Испытание Удобства и Простоты Использования с Морами
Опасности обучения на Java
Как поставлять что-нибудь по почте
Превращение денег в программное обеспечение, которое работает
Три заблуждения теории вычислительной техники
Достигая тех высот
Выбор даты выпуска
Как заставить неправильный код выглядеть неправильно
Совет студентам изучающим вычислительную технику
Верблюды и песочница
Пожалуйста, сэр, могу ли я получить компоновщик?
Как Microsoft проиграла битву за API
Не просто удобство использования
Абсолютный Минимум, который Каждый Разработчик Программного Обеспечения Обязательно Должен Знать о Unicode и Наборах Символов
Как сделать так, чтобы ваше резюме прочитали
Двоекультурие
Бионический офис
Лорд Палмерстон в программировании
Закон Дырявых Абстракций
О вреде премирования
Пять миров
Огонь и движение
Назад, к основам
Весна в Кэмбридже
О вреде многозадачности применительно к людям
По главной улице без оркестра
Тест Джоэла: 12 шагов к лучшему коду
У Microsoft поехала крыша
Cтратегические заметки III. Позвольте мне отказаться!
Пять (неуважительных) причин не иметь тестеров
Ну откуда все эти (неоригинальные) мысли?
Планирование программного обеспечения малой кровью
Стратегические заметки II: Вопрос о курице и яйце
"Я начальник - ты дурак" и команда клоунов
Искусство проведения интервью
А вот ещё про отпуск
Введение в Восхитительный Дизайн
Для чего нужны тестировщики



Правильный CSS! Valid XHTML 1.0 Transitional