（第1回）ベンダーが呆れる「発注責任」の放棄
ユーザー企業には「発注者責任」がある。ところが最近、この責任が希薄なばかりに、外注したシステム開発が頓挫したり、ITベンダーとのトラブルにつながったりするケースが増えている。今回、匿名を条件にITベンダーから「こんな発注は勘弁してほしい」との本音を聞いた。プロジェクトを成功させるために、ITベンダーの声に耳を傾けてほしい。 あらかじめ断っておくが、この特集は日経コンピュータの2008年6月15日号に掲載した記事をベースにしている。つまり、オリジナルは4年半前に書いたものだ。だが、そのオリジナルをいま読み返しても、全く古さは感じない。ITproのコラム「極言暴論！」で最近、大きな反響のあった記事とも深く関わる話なので、一部を加筆・修正して掲載することにした（関連記事：法外な開発料金の見積もり根拠、「客には絶対に言えません」）。 ITベンダーがパニックに陥った顧客の暴挙 「開発着手の1週間前に
（第2回）ダメ発注その1、要件定義もできない“低クオリティ”
ユーザー企業には「発注責任」がある。しかし実際には、この当たり前のことをわかっていないユーザー企業は数多い。その結果、システム開発プロジェクトが頓挫し、ユーザー企業とITベンダーの双方が大きな打撃を受けるケースが頻発している。この特集では、ユーザー企業がシステム開発をITベンダーに発注する際に陥りがちな問題点を、発注のQCD（品質、料金、期日）の観点から分析する。 今回は“Q”、つまり発注の品質にフォーカスして問題点をあぶり出す。なお、この特集は日経コンピュータの2008年6月15日号に掲載した記事をベースに、内容を一部修正して著者の現時点での認識などを加えたものだ。オリジナルは4年半前の記事だが、ITベンダーの事業部長、営業部長クラスの人に匿名を条件に語ってもらった“事実”は、今でも全く古さを感じさせない。 一括契約はここが恐ろしい 発注の品質、つまり要件定義の問題は、ほぼすべてのITベ
経営の立て直しは順調、金食い虫のERPが課題に
笹 宏行（ささ・ひろゆき） 1982年3月に早稲田大学大学院理工学研究科機械工学専攻修士課程を修了。同年4月にオリンパス光学工業（現オリンパス）に入社。2001年4月に内視鏡事業企画部長。05年4月にオリンパスメディカルシステムズの第1開発本部長、07年4月に同社のマーケティング本部長。07年6月にオリンパスの執行役員とオリンパスメディカルシステムズの取締役に就任。12年4月より現職。1955年9月生まれの58歳。（写真：陶山 勉） 不祥事を受けて設置した第三者委員会で指摘された通りで、人事や報酬などで社長の専横を許す仕組みが問題でした。改革のポイントもそこにあります。取締役会と経営の執行を分離し、役割を明確化しました。執行役員は現場の業務を含め執行に責任を持ち、取締役会が監督する。社外取締役を半数以上にして、内々で勝手なことができないようにもしました。 役員人事については、指名委員会を作
特許庁の55億かけて頓挫したプロジェクトの報告書が面白い
http://www.asahi.com/business/update/0124/TKY201201240616.html 24日のニュース http://www.meti.go.jp/press/20100820003/20100820003-2.pdf その発端ともいえる二年前の報告書 始まりは、ありがちな汚職だと思えた･･･その巨大プロジェクトの実体は！ 1部～2部で内容が重複してるから、ストーリーだけ知りたい人は3部から読むのをお勧めする。図表もあるのでわかりやすい。 これについてのブコメやTwitterを見ていると不祥事を叩いたり、やめた事を批判して55億賠償しろって人も結構いるのだけど、なんかもうそういう問題よりも気になる点が山ほどある。自分の感想をまとめておく。不祥事そのものより、その裏にあるプロジェクト全体や日本の開発にありがちな問題にもっと注目されて欲しいのでそういう視
［スクープ］みずほの次期システムはマルチベンダー、4社に分割発注
みずほ銀行が次期システムの開発をマルチベンダー体制で進めることが日経コンピュータの取材で判明した。富士通、日立製作所、日本IBM、NTTデータの4社に分割発注する。ハードウエアの調達とアプリケーションの開発を分離し、さらに預金や融資といった機能ごとに開発委託先を変える。大手4社に発注を分散させることで、総額4000億円を超えるとみられる大規模プロジェクトにおける技術者確保などに万全を期す。 委託内容と発注先との関係は次のとおりだ（図）。勘定系システムの中核をなす「流動性預金」のアプリケーション開発は、富士通に委託する。富士通はみずほ銀が現在使っている勘定系システム「STEPS」の開発元である。 流動性預金のアプリケーションの動作プラットフォームには、日本IBM製メインフレームを使う。みずほ銀は「CIF（カスタマー・インフォメーション・ファイル）」や「処理フロー制御」など、各アプリケーション
DellのCIOが語るIT部門の役割
先週来日したDellのロビン・ジョンソンCIOに、同社のIT化における最新状況やIT部門の役割、CIOに求められる資質について話を聞いた。 IT予算の40％を戦略的投資に投入 ガートナージャパンが先頃発表した「世界のCIO調査」では、ビジネス面の最優先課題として、日本のCIO（最高情報責任者）が「コスト削減」を挙げたのに対し、世界のCIOは「ビジネスプロセス改善」を挙げた。この違いは、景気回復について日本のCIOのほうが慎重な見方をしているため、というのがガートナーの分析だ。 とはいえ、同調査における優先順位では、この2つの課題について世界および日本のCIOとも上位に挙げており、IT化を積極的に進めている企業では同時並行で課題解消に努めている。その1社に挙げることができる米Dellのロビン・ジョンソンCIOに6月10日、話を聞く機会を得た。 Dellでは昨年来、ジョンソンCIOの指揮のもと
「幸せなソフトウェア開発」時代の終焉 － ＠IT自分戦略研究所
あなたも＠ITでコラムを書いてみないか 自分のスキル・キャリアの棚卸し、勉強会のレポート、 プロとしてのアドバイス……書くことは無限にある！ コードもコラムも書けるエンジニアになりたい挑戦者からの応募、絶賛受付中 「サポート力を強化するにはどうすればよいのか」。CompTIAには、多くのSIerからこのような相談が寄せられた。今年、不況のあおりを受けたユーザー企業の多くが、新規のシステム開発を控える傾向にあった。SIerは「安定した収入の維持」と「顧客企業とのつながりの継続」のため、業務の中心を開発から運用・サポートにしようと模索した、とCompTIAは分析している。 ■「どうやるか」ではなく「なぜやるか」を考えよ 次に、SIerの今後を担う「ITエンジニアの育成」のあり方に警鐘を鳴らすコラムを紹介しよう。『Road To IT-Engineer / ITエンジニアの生きる道』の高橋秀典氏
RFP完全マニュアル 実践編
情報システムの調達におけるRFP（提案依頼書）の必要性は，ここ数年でかなり認知度が高まっている。以前はRFPを作らないユーザーも多かったが，厳しい経済状況の中，システム投資に慎重になっているユーザーにとって，RFPを作ることは不可欠になっている。本連載では，筆者が実際に経験したRFP作成・活用の現場の情報を基に，すぐに役立つ実践的な情報を提供していく。 なお，RFPの初歩から知りたいという方は，「RFP＆提案書完全マニュアル」（日経BP社）も併せて読んでみてほしい。 ■趣旨（目的・背景・狙い）」の実践的なまとめ方 趣旨はRFPの「ミッション・ステートメント」 「目的・背景・狙い」とは何か？ 趣旨をつかむための「ネタ」とは？ ケーススタディ：ガソリンスタンド会社の顧客情報システム 趣旨の具体的な書き方の例 ■業務要求とアウトプット RFPの基本構造 RFPにおける業務要求の洗い出しの目的とは
生き残るために「要求エンジニアリング」を学ぶ
生き残るために「要求エンジニアリング」を学ぶ：上を目指すエンジニアのための要求エンジニアリング入門（1）（1/3 ページ） 上級技術者を目指すのであれば、要求エンジニアリングの習得は必須である。要求を明確化できれば、後工程の不具合が減少し、プロジェクトコストの削減や競争力強化につながるからだ。6回に渡って、要求エンジニアリングの基礎を解説する。 2009年、世界経済にとって厳しい年を迎えた。IT／ソフトウェア業界においても、ほかの業界と同じく厳しい時代になるだろう。この業界ではコストの大半を固定費である人件費が占めており、経済環境の変化に対応する力が弱い。だから、経済環境がいっそう厳しくなれば、プロジェクト価格の低下はもちろん、プロジェクト件数も減少し、ベンダ間の競争が激化する。企業は利益を出すために――いや、企業を存続させるために、多かれ少なかれ人件費の削減、時間単価の切り下げや時間当た
８千万円のシステム、利用ゼロ…検査院が指摘 : 社会 : YOMIURI ONLINE（読売新聞）
会計検査院は２日、独立行政法人「産業技術総合研究所」（産総研、本部・東京）が、水道メーターに使われる計量器などに関する電子申請システムについて、利用者が全くいないにもかかわらず、開発や保守費用に２００８年度までの５年間で約８７５４万円を使っていたとして、産総研に対し改善を求めたと発表した。 産総研では近く、このシステムを廃止する方針だ。 発表によると、産総研はメーカーなどから申請を受けて、計量器が一定の基準を満たしているかどうかの試験などを行っており、２００５年３月以降、インターネットでも申請を受けられるシステムを導入した。ところが、電子申請の場合でも、通常の書面提出による申請と同様に計量器を提出しなければいけないことなどから、電子申請の利用者は１人もおらず、今年３月までに行われた約４万件の申請はすべて書面によるものだった。 システムの一部は経済産業省の交付金でまかなわれており、検査院は「
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
最近SIerがだいぶヤバくなっている件 - GoTheDistance
via IT業界から思ったことを。 Twitterでつぶやいたら結構こんな感じで厳しい状態になっているSIerが増えているようなので、僕なりに現状をまとめてみる。 よくわかるSIer涙目の構図 サブプライム、金融危機でSIerのお得意様の金融・メーカー様が大打撃を食らう。 2008年はとりあえず様子見で予算編成は据え置きだったが、今年に入って財布にチャックがかかる。 先行き不透明なので、GW明けぐらいの今期のIT予算が相当カットされた数字になった所が続出。 計画していた新規案件を中止するなどする。運用でなるべくカバーする方向へお客様が動く。 その結果SIerは新規案件がなくなる。案件自体がなくなっていく。予算が無いから当たり前。 大手がプロパーの仕事がなくなってきたのでプロパーで人数減らしてまわし始める。 プライムで食い込んでいるお客様の仕事が減ってきたので、外注に仕事が依頼できる余裕がな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Private Site
日刊工業新聞 電子版