システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
芦屋広太 ひとつ上のヒューマンマネジメント
部下に仕事をさせない課長［後編］ [2008年09月19日] 前回は，チームリーダーになった筆者の仕事を，上司である課長が“禁止”した状況を説明した。リーダーになって権限を持った筆者は，いままで通り，個別システム設計やテストなどの仕事を実施しようとしたが，課長に呼ばれ「今後は，リーダーとしての仕事以外は禁止」と厳しく言われることとなってしまった。 部下に仕事をさせない課長［前編］ [2008年09月17日] 我々は「担当者としては優秀だが，リーダーとしては成果が出ていない」と人を評価することがある。これは，担当者として仕事も速く，結果も確実で非常に役に立ったのに，リーダーとして部下を持たせたらチームがうまくいかない，組織としてのパフォーマンスが発揮されない」という状態を意味する。では，なぜ，そういうことが起こるのかを考えてみよう。 気になる「無配慮な」メール [2008年09月11日]
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
