Комментарии 28
По сути, электронный аналог для:
«2.4. В отчетных документах работника перед работодателем:
Приказ о постановке служебного задания конкретному работнику
Отчет о выполнении служебного задания
Акт о передаче результата выполнения служебного задания, подписанный обеими сторонами трудового договора
Или для аналогии нужна электронная подпись еще?
Но самого факта постановки задачи может быть недостаточно. Задача должна быть поставлена отдельному работнику (или группе лиц), и исходя из служебного задания должно быть понятно, какого результата должны добиться авторы.
Если спор окажется в суде, рассматриваться будут все доказательства вместе взятые. Сейчас суды принимают, в том числе, скриншоты переписки в электронной почте. Даже не заверенные нотариально.
Что касается электронной подписи — она может быть, но её использование необязательно. В законе подобные меры не закреплены, да и на практике не всем работодателям этот инструмент покажется удобным.
В статье был сделан акцент на этом: «даже если автор при создании произведения пользовался материалами, принадлежащими работодателю, это не дает основания полагать, что созданное произведение является служебным». То же самое — с рабочим временем и рабочим компьютером. Постановка задачи не должна быть формальной. Между ней и результатом должна быть причинно-следственная связь, возникновение которой будет доказывать работодатель.
А разработчикам, в свою очередь, необходимо заранее пытаться «обезопасить» собственные продукты.
Прям вредные советы. Добавлю как ещё угробить свою компанию:
Все договора делайте максимально сложными, не менее чем на 60 страниц.
Зарплату начисляте всем на новый счёт банка с зарплатным проектом. Если будут просить скидывать на свои реквизиты, категорически. отказывайтесь.
Делайте список обязанностей максимально широким. Можете объединить обязанности всей компании. Тогда на работника всегда можно будет надавить.
Не пытайтесь договорится с увольняющимся работником. Накричите на него и разругайтесь, больше у вас такой возможности не будет!
Запретите пользоваться любыми устройствами, кроме выданных на работе, а в договоре укажите что все созданное на ваших устройчивах и на вашей территории принадлежит вам!
— в день ЗП недоумённо спрашивайте «за какой проект?»
— мониторьте деятельность работника по вебке/камере слежения каждые 5 минут
— возведите в культ переработки. Что, Евгений, не перерабатываете как все? Недолго тут продержитесь
— у нас эйджайл, мы не пишем доки, — ведь все знания хранятся внутри команды
А как обстоят дела с решениями, которые реализовал работник вне рабочего времени?
К примеру, работник пилит какой-то интересный домашний проект во внерабочее время и выкладывает его на гитхаб.
Работодатель решил сжульничать, поставил ему официальную задачу "создать систему автоматизации решения проблем предприятия" (одновременно достаточно чётко и максимально размыто и совпадает с задачами домашнего проекта),… а потом через год (когда официально времени на эту задачу за весь год было в общей сложности выделено всего 1 день) потребовать права на проект на гитхабе мотивируя наличием служебного задания.
Мне кажется, защититься от всего подобного можно только одним способом — вести всю разработку проекта в собственной системе, где будут и тикетв и код и тогда в случае проблем можно будет в суде предоставить всё — и таймлайны задач разработчика и закомиченный им код и и.д. и т.п.
Бывают случаи, когда на разных концах планеты незнакомые люди приходят к одному техническому решению. Но это не тот случай, который вы описываете.
Универсального критерия одинаковости решений нет. Один из вариантов — экспертиза исходных кодов. Или экспертиза (сравнительная характеристика) технического результата, который достигается использованием обоих решений.
Неожиданное тело статьи, ожидал что-то более житейское про ситуацию между руководителем, сотрудником и привлекательным новым рабочим местом.
Но, не хватает самого главного, ссылок на статьи законов на основании которых вы сформулировали свои выводы.
Утверждений много, а на основании чего они строятся не понятно.
Что касается рекомендаций (в частности, какими документами оформлять служебные задания) – то это результат комплексной работы по анализу практики (корпоративной и судебной), законов и других нормативно-правовых актов и т.д. В статье изложена самая суть, которая, по моему мнению, должна быть интересна широкому кругу лиц.
Спасибо за отклик. В следующих статьях постараюсь делать больше ссылок и на законы, и на практику.
Разработчик хочет уйти в стартап. Что делать работодателю?