さらに、ITプロフェッショナルは、そのようなペーパーを準備するのに必要な経験を持たず、したがって、それらが存在しない場合や利用可能な場合にどのようなリスクや利点が生じるかを理解します。
したがって、以下では、ソフトウェア製品の開発に携わるプログラマーおよびその他のITプロフェッショナルの職務記述書を設計するための2つの主な議論を検討します。
公式作品の権利
法律によれば、ソフトウェアを含む公式作品、関連資料および開発（アーキテクチャ、設計、文書化）に対する権利は、そのような作品が確立された労働義務の範囲内で従業員によって作成された場合にのみ会社に属します（第1295条1項）ロシア連邦民法）。
したがって、現時点では、作品またはその一部を作成するだけでは不十分です。
a）労働契約を締結する従業員。
b）勤務時間中。
c）特定のジョブ割り当てに基づく。
そのような従業員の義務には、そのような製品を作成するための要件を必ず含めてください。 それ以外の場合、作品の結果に対する権利は、著者によって完全に保持されます。
たとえば、従業員（著者）がプロジェクトマネージャーとして組織に受け入れられ、プログラマーの既存のスキルを使用したソフトウェア製品の作成に参加する場合、デフォルトでは、そのような従業員によって書かれたコードの一部に対する権利は雇用主に譲渡されません。
その理由は、法律にはプロジェクトマネージャーの職務の説明が含まれていないためです。 統一関税・資格専門家ハンドブック（ETKS）には、そのような立場はありません。従業員との労働契約には、原則として、一般的な労働義務が示されています。
したがって、唯一の方法は、プロジェクトマネージャーの職務記述書に 、位置の主な責任とともに、プログラミング、アーキテクチャ、設計（彼のスキルに応じて）の追加の責任を示すことです。
この状況は、ソフトウェアを開発しているIT企業の従業員が行っている投稿の大部分と似ています。 組織に職務記述書がない場合は、プロデューサー、ゲームデザイナー、アーキテクト、チームリーダー、プロダクトマネージャー、および他の定評のある役職の職責の説明を見つけてください。
奇妙なことに、プログラマーとデザイナーの仕事の場合にも同様の問題が発生します。 そのようなポジションはETKSで記述されているという事実にもかかわらず、プログラマーの職務記述書とデザイナーの職務記述書は、開発の特定の主題に関連する仕事の責任の範囲を常に指定する必要があります。
アプリケーション開発オブジェクトだけでなく、多くのプログラミング言語とテクノロジーが使用されています。 それらは大きく異なります。 したがって、Javaプログラマーは、Delphiでソフトウェアアプリケーションを開発する義務を負うことはできません。
公式著作物の権利の保護について詳しくは、記事「 ソフトウェアの権利に関する真実」を参照してください。
人事管理
ここでは、従業員の仕事の特定のパラメーターと期待される結果、職務内容の知識とスキルの要件を修正する可能性に注意します。
確立された要件およびパラメーターに違反した場合、解雇までの労働義務違反に対する懲戒責任を従業員に課すことができます。
さらに、職務の範囲、および特定の地位にある従業員の知識とスキルの要件により、彼は客観的に認証を実施することができます。 これは若い専門家にとって良い動機付けツールです。