私はなぜ、部下を退職に追い込んでしまったのか
ワタシには無理でした――つらいひとことを残して去っていった女性エンジニア。IT“業界”解説シリーズ、第8弾は準委任の仮面をかぶった請負かつ派遣な契約で部下を退職に追い込んでしまった男の悔恨の告白です。 複雑怪奇なIT“業界”を解説する本連載、第1弾はIT業界にまん延する多重下請け構造と偽装請負について、第2弾は多重下請け構造が起こる仕組みについて、第3弾はシステム開発プロジェクトには複数の契約形態が混在することを、第4弾はユーザーはなぜプロジェクトに協力したらがらないのか、第5弾は「案件ガチャ」が起こるメカニズム、第6弾はベンダーの営業が安請け合いする理由、第7弾ではエンジニアの年収が上がらない理由を説明しました。 今回は、IT訴訟解説でもおなじみの細川氏が、請負契約と準委任契約の違いを解説する。若かりし日の反省も込めて――。 ジュンイニンって何ですか？ 準委任契約なのに成果物に責任を持ち
派遣は工程表を作っちゃダメなんですか!?
連載目次 請負か、派遣か、それが問題だ システム開発にも大きな影響を及ぼす改正民法の施行が、2020年4月に迫っている。 改正法によれば、請負契約での不具合に対する損害賠償請求の考え方や、システムが未完成のまま契約が解除されたときにベンダーが既作業分を請求できるのか、などの考え方が大きく変わる。 一方で、「当該システム開発は請負か否か」の争いは、今でも多い。請負契約であれば、ベンダーはシステムを9割方作り終わっていても、最後まで完成させない限り、1銭ももらえない危険がある。 準委任や派遣であれば、システムの完成とは関係なく、働いた分の代金は払ってもらえる。 プロジェクトが途中で頓挫してシステムが完成しなかったとき、「請負契約だからお金は払わない」とするユーザー企業と「派遣契約だから働いた分は払ってもらう」と主張するベンダーが法廷の場で争うことは珍しくない。 この「請負か派遣（あるいは準委任
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
