LDL. Введение в методологию. Этап предоставления заданий авторам. Предоставление заданий потенциальным авторам - работникам. В случае внутренней (собственной) разработки, задание на разработку ПО выдается работникам организации-заказчика. Выдача таких заданий отличается рядом особенностей по сравнению с заказной разработкой. ◾️Во-первых, различия связаны с формой заданий. Если в случае заказной разработки задание на разработку (договор + техническое задание) должно быть в обязательном порядке оформлено письменно, то в случае внутренней разработки задания могут выдаваться или ▫️в устной форме (напр. на бриффинге, совещании, конф-коле), или ▫️в электронной форме посредством использования систем управления проектами или мессенджеров, или ▫️(за редким исключением) в письменной форме в виде подписанного руководителем работодателя или уполномоченным им лицом задания на разработку с приложенным к нему техническим заданием, или ▫️в комбинированной форме, совмещающей все вышеуказанные. ⚠️ В целях доказывания наличия у работодателя исключительного права на созданную работниками программу (не только в случае спора с автором-работником, но и в случае спора с любым третьим лицом) рекомендуем: ▫️выдавать письменные задания на создание служебных программ; ▫️в случае выдачи заданий посредством электронных средств - фиксировать данные факты и заверять их либо у нотариуса (что дорого), либо при помощи сервисов автоматической фиксации доказательств или, как минимум, в системах контроля версий данных электронных средств, а также зафиксировать в отдельном локальном нормативном акте данные, идентифицирующие работников в таких электронных средствах (никнеймы, адреса электронной почты и т.д.); ▫️в случае выдачи заданий в устной форме - фиксировать данные факты в виде соответствующих письменных протоколов совещаний (встреч), подписываемых всеми участвующими. ◾️Во-вторых, в случае заказной разработки задание на разработку подписывается либо руководителем заказчика, действующим на основании устава, либо уполномоченным руководителем лицом, действующим на основании доверенности. В то же время, при внутренней разработке задание может быть выдано не только руководителем или лицом с доверенностью от него, но и, в теории, любым другим работником организации, стоящим в управленческой иерархии выше потенциального автора-работника. На практике такое сложно реализуемо, ввиду наличия у разработчиков непосредственных руководителей на уровне отделов/подразделений, контролирующих обоснованность как создания нового ПО, так и внесения любых изменений в уже созданное ПО. ⚠️ Следует обратить внимание, что задания на разработку ПО, вне зависимости от их формы, должны выдаваться либо ▫️непосредственно руководителем организации, действующем на основании устава, либо ▫️либо уполномоченным руководителем лицом, действующим на основании доверенности, либо ▫️любым иным должностным лицом организации, в должностные обязанности которого входит руководство разработкой. ⚠️ Рекомендуем отражать в должностных инструкциях непосредственных руководителей разработки должностные обязанности, связанные с выдачей заданий на разработку ПО. Также допускается оформление данных правоотношений посредством принятия соответствующих локальных нормативных актов (ЛНА) организации. ❗️Выдача задания на разработку ПО лицом, не наделенным такими полномочиями в силу устава, доверенности, должностной инструкции или ЛНА, несет такие же риски непризнания созданной программы для ЭВМ в качестве служебной, так же как в случае самовольного создания программы работником.