システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
法律というカードの切りかた - レジデント初期研修用資料
「プロ法律家のクレーマー対応術」という本の抜き書き。 法律の専門家である弁護士が、「自らの有効な使いかた」を指南してくれる、 おもしろい立ち位置で書かれている本。 あくまでも「弁護士に相談できる」という状況でしか役に立たないけれど、 何というか読むと「勝つ予感」がしてくる。 意味のない責任回避が顧客を怒らせる 単なる責任回避は、交渉の成功に何ら貢献しない 企業側が、意味のない責任逃れをする態度を見せることで、「怒れる顧客」が「悪質なクレーマー」へと変貌してしまう 代理店の過失を、たとえば本社に持ち込まれたとして、 それを「代理店の問題だからうちは関係ない」といった対応を行ったところで、 その責任逃れは、「本社の人」を慰撫する役には立っても、顧客の不満解消には、全く貢献しない メディアを騒がす不祥事などでも、たとえば企業の代表者が「報告を受けていなかった」であったり、 「あれは現場の判断であ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
