一括の受託開発でアジャイル - Be Happyman!!
スクラムのコーチとしてトレーニングに参加したりすると、必ず契約の話題になります。（質疑応答で100％でてきます） 「うちは一括でしか契約できないのですが、スクラムではどうしますか？」 「リリース日を約束しないとなると、契約上の納期に遅れそうな場合どうしますか？」 見積もりした結果に利益加算して契約するかと思うのですがスクラムでの契約はどうするんですか？」 などなど。よく言われているように日本のエンジニアは受託開発に従事されている方が多いので、そりゃ質問したくもなるだろうなぁ、とは思います。ただ、身もふたもない言い方をしてしまえば、今のところ答えは「準委任契約ですね」となってしまいます。 もちろん、契約モデルについては様々な試行錯誤がされています。価値創造契約も一つの形ですね。ものすごく細かく（それこそスプリント単位で）請負契約を分割するやり方も実践されています。 ただ、従来のウォーターフォ
その契約、請負ですか？準委任ですか？
IT開発においてよく紛争の元になることに、果たしてこの契約は請負なのか準委任契約なのかということが挙げられます。発注者が受注者に対して「とにかく、この納期と費用で頼んだモノを作ってきてほしい。誰が、どのような作業をするかは関係ない」と依頼する"請負契約"。一方で、「本来、我々が行うべき作業を代わりにやってほしい。そのためには、それなりに能力のある人に○○時間働いてほしい。」と依頼する"準委任契約"。同じようにITを開発する作業でも、請負契約であれば成果物として開発したソフトウェア等を納品しその瑕疵担保責任も負うとか、準委任の場合は、ソフトウェアを成果物にしない代わりに、しかるべき人間がきちんと作業を行った証跡(作業記録等)を提示するといった違いがあります。 しかし実際の開発では、この二つの区別は非常に曖昧で、そもそも契約書にも「この契約は請負です」などとは明言されていないケースが多いのでは
請負契約と準委任契約、どっちで契約すればいいの？〜請負契約・準委任契約・労働者派遣契約の違い〜 - Qiita
この記事は個人の見解であり、所属する組織の公式見解ではありません。 背景 チームのリーダーや組織のマネージャーになると、パートナー会社との仕事の進め方にも気を配らなくてはならなくなります。契約の結び方や仕事のお願いの仕方、それらのちょっとした思い違いが、思いがけないリスクになることもあります。とはいえ、そういった知識をエンジニアが改めて学ぶ機会というのは、なかなかないのではないでしょうか。 この記事では、新たにチームのリーダーや組織のマネージャーになったエンジニアに向けて、パートナー会社と上手に仕事を進める上で知っておきたい「請負契約」「準委任契約」「労働者派遣契約」の知識を、主に発注側の視点から解説します。 ショートストーリー１ 佐藤先輩「山田くん」 山田くん「あ、佐藤先輩。おつかれさまです」 佐藤先輩「例のプロジェクトのリーダーになったんだって？」 山田くん「そうなんですよ。今日もこれ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
