タグ

契約に関するk_staticのブックマーク (8)

  • 5分でも、10万円の仕事は10万円分の価値がある

    「社長が『直したら10万出す』って言ってるんだけど助けてくれない?」と元同僚が転職先企業から。訪問して管理者パスワードもらって1分で原因突き止めて5分で直した。友人は社長に掛け合うも5分の仕事だろと支払い拒否。友人は平身低頭して飯ご馳走してくれたけど、その会社はもう助けない。 — 高橋優亮 たかはしゆうすけ (@v_takahashi) 2014, 8月 13 これがまだ「1億円出す」とか「重役の座を用意する」って話になると半ば冗談っぽく語ったようなニュアンスもあるので判断は分かれるところなんだけど、10万円ということ、元同僚が転職先の企業から(来ならこういう関係では連絡をしにくいにも関わらず)わざわざ連絡してきたってことは、相当困っていたようすで、当に10万円の対価がある内容だと関係者が認識していたはず。で、その期待に応えて対応したら......「5分の仕事」と支払いを拒否。元同僚は

    5分でも、10万円の仕事は10万円分の価値がある
    k_static
    k_static 2014/08/18
    っていうか、これは請負契約か準委任契約か、って話だと思う。準委任契約だと時間コミット、請負契約だと成果物コミットです。契約の仕方を先に口頭でも握らないと、ね。
  • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

    先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
  • アメリカにはSIerなんて存在しない - GoTheDistance

    知人のmark-wadaさんのBlogからTB。 親子丼的ビジネス奮闘記(4) IT業界構造 SIerなんてものは無い 米国と日との大きな違いは、米国の企業は基的に内製なのだ。すなわち、社内のIT部門に開発エンジニアを抱え、そこでシステムの開発から運用を行なう。 ですから、米国のベンダーはそこに製品を供給する役割であり、日でいうSIerというのはほとんどなく、あっても企業でリソースが不足したらそれを補う役割でしかない。契約にしてもはっきりしますよね。提供されるプロダクトやサービスに対する対価を払えばよいわけで、かかった人月で支払ういう出来高払いのような形態は少ない。日のようにベンダーやSIerに丸投げして、できてからこんなはずではなかったなんて事態にははじめからならない構造なのだ。 親子丼的ビジネス奮闘記(4) IT業界構造 言われてみれば・・・、っていう感じですが改めて目が鱗です

    アメリカにはSIerなんて存在しない - GoTheDistance
  • 検収

    納入品が要求仕様に合っているかの検査のこと。システム開発においては、納品されたシステムの動作を検証し、仕様を満たしているかどうかを判定する作業を指す。検収が済むと、受注者に費用を支払うことになる。現在、システムを内部だけで開発しているユーザー企業はほとんどない。開発の全部または一部を外部に委託するのが一般的だ。元請けベンダーが下請けに開発を再委託することも多い。外部企業との契約機会が増えるにつれて、検収の重要性はますます高くなっている。 検収は受注者から発注者へ責任が移る分岐点である。検収後に瑕疵(かし)による問題が発覚した場合、あらかじめ定めておいた保証期間内なら、ベンダーが修正作業を行うという契約が多いが、その期間が過ぎれば追加費用を支払わなければならない。発注者は、念入りにシステムの品質や機能をチェックする必要がある。 そのためには、発注者が落ち着いて検収を実施できる環境を整えること

    検収
  • コンサルタントがよく使うRFPの書き方:12項目で網羅的に作成

    情報システム部の存在意義は、ITサービスを通したユーザ利便性の向上にあります。ITサービスとは単一、もしくは複数のシステムによって提供されるものですから、新しいシステムを企画立案して運用に漕ぎつけるまでの流れは、情報システム部の主たる業務と言えるでしょう。 新しいシステムを構築するためには、企画段階で得た構想を要件レベルに具体化し、システム設計者に引き渡します。企画をした人間が設計・構築・テスト・リリースまで担当できるにこしたことはないのですが、上流工程を担当する人間はスキルセット上、高コスト(月単価150万円以上)であることがほとんどですし、そもそも社内でシステム実装スキルを有する人間を必要数確保できないという根的な課題もあって、要件定義フェーズ以前と設計フェーズ以降では担当者が異なることが多いのが実情です。 そこで要件定義フェーズで整理したことを正確に設計フェーズにつなげるために用い

    コンサルタントがよく使うRFPの書き方:12項目で網羅的に作成
  • 法律用語のキソ

    ●大勢の法律家が列席したとある結構披露宴でのこと・・・。 ある人が「新郎並びに新婦は…」と祝辞をやりだしたところ、 という野次が飛び交ったとか。 これは真偽のほどは定かでない笑い話ですが、法律家はこれ位、「及び」と「並びに」を厳格に使い分けています。 ●「及び」「並びに」は、どちらも並列的接続詞として使われます。「および」「ならびに」とひらがなで書いても同じ意味です。 まず、結合される語が同じ種類だったり、同じレベルのものの場合は「及び」を使い、

  • ・ー・、・ヲ・擾シ、・ァ笳上��迴セ蝣エ繝医Λ繝悶Ν・ア・・シ。

  • 契約書のツボ(3)

    「システム開発契約書」とは、ソフトウェアの開発を委託または受託するときの契約書です。 自分が委託する側なのか、受託する側なのかによって大きく内容が変わってきますが、契約書を作成したり、内容を審査したりする際の重要なポイントとしては、以下のものがあります(書では基的に受託者側の立場で解説していますので、ご注意ください)。 なお、システム開発契約の参考書としては、(旧)社団法人日電子工業振興協会によるモデル契約書を解説した「ソフトウェア開発モデル契約解説書」が秀逸です。大手SI企業では、全SEに配布しているとか。これ一冊でシステム開発契約は万全です(プロジェクトマネジャは必携です)。

  • 1