"大手SIerの利益悪化がとどまることを知らない件"で紹介されている表をちょっと拝借し、営業利益率を加えてみた。 社名 売上高（億円） 営業利益（億円） 営業利益率 2007 年度 2008 年度 2009 年度 2007 年度 2008 年度 2009 年度 2007 年度 2008 年度 2009 年度 NTTデータ 10,449 11,390 11,429 898 985 816 9% 9% 7% 大塚商会 4,694 4,671 4,271 300 270 160 6% 6% 4% 野村総合研究所 3,279 3,412 3,386 481 497 400 15% 15% 12% ITホールディングス 3,224 3,383 3,148 199 237 159 6% 7% 5% 伊藤忠テクノソリューションズ 3,192 3,072 2,903 250 216 215 8% 7% 7
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
“ベンダーがいないと何もできない”現状 一般にシステム開発は「V字型のプロセス」によって実施されることが多い。このプロセスには「ユーザー主体の作業」と「開発ベンダー主体の作業」が存在する。上流工程では、ユーザーが主体となりシステム化構想が行われ、ユーザーがベンダーの支援を受けてシステム要件を定義する。その後、ベンダーがシステムを実装し、その成果物をユーザーが受け入れテストとして検証するという流れである。 V字型のシステム開発プロセス しかし、多くの企業では「ユーザー側が主体となるべき工程までベンダーに依存している」のが現状ではないだろうか。 本稿で紹介するH社は、システム開発のほとんどを特定のベンダーに委託しており、システム開発の主導権をベンダーが完全に握っていた。このため、以下に挙げるようなさまざまな課題があった。 開発コストがベンダーによってコントロールされてしまう 長い付き合いによる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
