燃えない紙に書かれたプロジェクトなら、燃えませんか？（期待の目） 次回は「ドキュメント作成」です。 →他の用語解説も読んでみる ■「要件定義」：おすすめ記事・超まとめ ID管理システム、要件定義から基本設計まで（＠IT Security&Trust 2009年6月） いまからID管理システムを導入するならば、先人の知恵や実例を踏まえた形で設計すべきです。 データベース設計はいつ、何をポイントに行うか（＠IT Database Expert 2009年7月） システム開発ライフサイクルと照らし合わせ、それぞれのフェイズで必要となるデータベース設計について、お話をします。 要件定義のポイントが分かる3つのホワイトペーパー（TechTarget Japan 2012年8月） ERPなどのアプリケーション開発を成功させる上で重要になる要件定義。複数の部門が関与するだけにその作成は簡単ではない。要件

業務中に逃亡した荒井さんについて、会社側は「期待を上回る38人を捕獲できた」と発表しました。 次回は「リーン・スタートアップ」です。 →他の用語解説も読んでみる ■「ウォーターフォール開発」：おすすめ記事・超まとめ ウォーターフォール・モデル 情報マネジメント用語事典 ビジネス価値の見極めが、開発効率を決める 開発のスピードと品質を両立するための手段やツールもあるが、最も効果的なのは実現したいビジネス価値を見極めることだ スプリント1「高校生になって初めてスクラムを始めました」 ～「ストーリー」で何を作るかまとめよう 「ウォータフォール（WF）：最初決めた目標に何がなんでも突っ走る。目標のためなら浪人も辞さない」

昨日、富士フイルムと静岡県立静岡がんセンターが共同記者会見を実施しました。医師の画像診断をサポートする「類似症例検索システム」の開発に成功したという会見です（Tech-On！関連記事1）。CT画像の読影を行う際、医師が画像上の病巣をクリックすると、データベースから類似した特徴を持つ症例を瞬時に探しだし、似ている順に表示するといったシステムです。富士フイルムの人工知能（AI）技術と、静岡がんセンターが持つ1000例に及ぶ豊富な症例データベースを組み合わせて開発したとのこと。2012年秋に発売予定といいます。 筆者はこの会見において、静岡がんセンター 総長の山口建氏が語った言葉が印象に残りました。「医療機器（システム）を開発している開発者は、その機器の操作方法を実はよく知らない」――。 例えば、今回発表したシステムは、富士フイルムの医用画像情報システム「SYNAPSE（シナプス）」上で使用しま

「今、困っていることは」と聞かれて、こう答える経営者はまずいない。不祥事や事故を起こした企業の経営者であれば「信用を取り戻したい」と言うかもしれないが、昔からそうだったとなると尋常ではない。 スペイン語で冒頭の回答をしたのは、ウルグアイのIT（情報技術）企業、アルテッチ社（Artech）の創業者であるブレオガン・ゴンダ（Breogan Gonda）社長である。記者になって25年、スペイン語の通訳を介した取材は初めてであったが、聞き間違えたわけではない。 我々は技術の会社であり、研究開発にずっと力を入れてきました。20年かけて育てた技術とそれを実装した製品に自信を持っています。しかし、当社の説明を聞いた人はたいてい、「そんなことができるとは思えない。できるとしたら魔法だ」と言ってなかなか信用してくれないのです。魔法ではなく技術だと分かっていただくのは本当に大変です。 “魔法”と誤解されるその

システムインテグレータ最大手NTTデータを率いる山下社長は若い頃、汎用コンピュータ用のデータベース開発に取り組み、プログラムを自ら作っていた。その経験から山下氏は「人生のどこかで手を動かしてプログラムを作る仕事を経験した方が絶対に面白い。20代あるいは30代の前半くらいまでに真水の仕事をどれだけやったか、それがその後の人生の豊かさにつながる」と同社幹部としては異例の発言をする。（聞き手は谷島 宣之＝日経コンピュータ編集長、写真は小久保松直） 2009年度、100億円近い投資を計画していると聞く。狙いは何か。 100億円のうち、40億円くらいかけようと考えているのが、「倍速開発」という案件です。これが一番大きい投資になります。我が社としてぜひともやらないといけないのは、お客様のお気の召すまま、ご希望のオーダーメード・システムを、パッケージ・ソフトを使った場合と同じスピードで作って差し上げる、

10社製品の統合度合いを比較、カバー範囲が広いのはIDaaSを持つMicrosoft 2024.10.24

まず、図1をご覧いただきたい。これは情報システムの開発プロジェクトがどれくらい予算オーバーするかを、統計的に分析したものである。黒丸で示してあるのが一つひとつの情報システム開発プロジェクトである。お気づきのように、プロジェクト規模が大きくなればなるほど、当初予算に対する超過割合も高くなる傾向が見られる。 同じ図の上で、道路、鉄道、橋やトンネルなどの建設系開発プロジェクトもプロットしてある。こちらも予算オーバーのケースがあるが、明らかに情報システムほどのコストオーバーは起きていない。また、プロジェクト規模が大きくなったとしてもコストオーバーのレベルがそれに応じて高くなるということもない。 非常に深い意味合いを感じさせる分析ではないだろうか。同じように大規模なエンジニアリング開発プロジェクトであるにもかかわらず、情報システムのみがコスト管理ができない、という事実が突きつけられている。この差はな