ソフトウェアエンジニアリングでは、ソフトウェア開発者が契約書のドラフトをレビューする必要がありますか? それとも法務部門と経営陣に任せるべきですか?
4 に答える
通常、契約はソフトウェア開発者にとってほとんど重要ではありません。私の経験では、契約がソフトウェア開発者によってレビューされることは珍しいことですが、多くの場合、エンジニアリング部門内の何らかのタイプのマネージャーによって (または少なくとも可視化されて) レビューされます。彼らの主な関心事は、成果物、日付、ペナルティ、および提供されるメンテナンス/サポートです。
ソフトウェア仕様(多くの場合、契約の付録となる場合があります) は開発者が確認する必要がありますが、実際のレビュー (サインオフおよび/または契約に署名する前のフィードバックの提供) は多くの場合、アーキテクト、プロダクト マネージャー、プロジェクトに限定されます。マネージャー、技術リード、および同様のより上級の役割。
もちろん、これは会社によって大きく異なります。また、ソフトウェアがどのような分野に属しているか、オーダーメイドのソフトウェアであるか、既製品の別のロールアウトであるかなどによっても異なります。
おそらく、成果物やスコープ、または達成が困難な要件のサニティ チェックを行うことをお勧めします。- 願わくば、これらをレビューのために契約自体から切り離してください。
状況と組織によって異なりますが、サードパーティやオープンソースを使用している場合は、コード レビューに精通しているエンジニアまたはエンジニアリング マネージャーがいて、所有権または権利を偽って伝えていないことを確認することが役立ちます。ライブラリとコード。
それは契約書の書き方次第です。提供する必要があるものの詳細が契約に組み込まれている場合は、ソフトウェア開発者がそれを確認する必要があります。多くの場合、これは契約に添付された単なる展示品です。その場合は、その展示を確認するだけで済みます。ソフトウェアチームは、契約の大部分を占める違約条項や免責条項などについて心配する必要はありませんが、納期や仕様について心配する必要があります。