ユースケースで要件定義を構造化、コンピュウェアが新製品
日本コンピュウェアは要件定義、管理製品「Optimal Trace v5.1」を10月16日にリリースした。品質維持が難しく、後工程でのトラブルの一因ともいわれる要件定義の作業を、ユースケースを使うことで構造化する。 Optimal Traceの特長は要件を文書ではなく、ユースケース単位で管理すること。Optimal Traceでは要件について明確なゴールを作成し、その要件内容を自然な言語で順序立てて入力する。要件の重要度、リスクなどはプロパティとして管理できる。ユースケース単位で要件を定義することで「すべての利害関係者間で情報を共有することができ、意味の取り違えを防止できる」（コンピュウェア）という。 作成した要件は単一のレポジトリで管理する。複数の要件や変更履歴、テスト計画書、関連ドキュメントをレポジトリに関連付けることができ、発注元や開発者間で情報を共有できる。また、開発に関する流れ
はじめてのRFP――発注時に意思疎通をスムーズにする提案依頼書の作り方 | 安く!早く!を実現するサイト制作の発注マニュアル
発注の基本はRFP作りから 発注をマスターしてベストな提案を引き出す いちから覚える提案依頼書の作り方 制作会社など外部の業者に対して、具体的になにをしてもらいたいかの提案要求を伝える際に必要となるのが提案依頼書（RFP：Request for Proposal）だ。場合によっては、口頭の打ち合わせベースで仕事を進めることもあるかもしれないが、RFPを作ると作らないでは仕事の進め方に大きな差が出る。ここでは、RFPを作るときに必要な基本の要素を紹介しよう。 取材・文：編集部 協力：高橋 宏祐（富士通株式会社 コーポレートブランド室 担当部長） 富士通でエンジニア職を経験した後、1998年より富士通のウェブマスターとしてウェブ戦略を企画実行。2002年6月に富士通ウェブ・アクセシビリティ指針を公開し、日本のアクセシビリティ普及をリードする。2003年にFUJITSUウェブ・ユニバーサルデザイ
オフショア時代を乗り切る明確な要求仕様作成術
正確で明確な「要求仕様」を作成するのは非常に難しい。それがオフショア開発となればなおさらである。 開発技術の発展により，従来よりも変更に強く，速くシステムを作ることは可能になった。しかし，実物を作らずに「紙上」だけで仕様を正確に定義するのは，いまだにとても難しい。 システム化の対象業務も様々で，近年では経理システムのように定型なものは少なくなった。要求を出す側のユーザーでも，アプリケーションを作成して初めて仕様が見えてくるといったことはよくあることだ。 システムに対する業務的な要求が，時間の流れによって変わってしまうこともよくある。チェンジビジョン代表の平鍋健児氏は，このことをで「ムービングターゲット」，つまり動く標的という言葉で説明している。 オフショア開発の場合，それが顕著になる。日本人同士のように，電車で移動すれば顔を合わせられる位置にいても，仕様に対する意識の違いや，仕様そのものの
「要求分析ツリー」を使って要求の構造をとらえる
システム構築プロジェクトの開始段階では，課題や要求を獲得する手段として，インタビューやヒアリングを使用するケースが多くあります。 企業活動のシステム化に際しては，オーナーである経営層から，実際にシステム操作をする現場の担当者まで，多くのステークホルダーが存在します。経営層と現場担当者では，当然のことながら視点や価値観が異なるので，同じ質問をしても聞く相手によって様々な回答が返ってきます。 例えば，現状の課題や新システムへの要望を質問した場合，経営者からは，「売上増加（3年後に年商120億にする）」とか「パート比率を上げることにより，人件費を削減したい」など，財務的な視点からの抽象度の高い要求が多くあげられます。一方，現場担当者からは，「在庫管理画面で他店の在庫を表示して欲しい」とか｢××システムのレスポンスが遅いので速くしたい｣など，自分の担当する業務に直結した具体的な機能要求があげられま
要件定義カード1枚8万円──脱・人月商売宣言 － ＠IT
「1タスク8万円」という価格体系を提示し、人月商売からの脱却を宣言するスターロジック代表取締役兼CEO 羽生章洋氏 「二度と人月商売はしません」──スターロジックは7月19日、都内で開催した自社イベント「StarLogic Conference2007」において、エンドユーザー自身による要件定義に基づき、「要件定義のカード1枚当たり8万円（税別）」という価格体系でシステム構築ビジネスを進めていくと発表した。従来の「人月」に基づく見積もりと比べて、1/3から1/5の価格になるという。 「人月換算でコストを請求する商習慣こそが、SI業界のさまざまな問題の根源。人月から脱却するには、納得でき、分かりやすい価格体系を提示することだ」（スターロジック代表取締役兼CEO 羽生章洋氏）。 低コストにできる理由は、ユーザー自ら要件定義を行い仕様を最初に明確にする点と、実装段階で自動生成により生産性を追求し
定まらない要件、ユーザーからのむちゃな要求
定まらない要件、ユーザーからのむちゃな要求：システム開発プロジェクトの現場から（4）（1/2 ページ） きっかけは食中毒事件 7年ほど前、ある食品メーカーの乳製品が原因で大規模な食中毒事件が発生しました。皆さんの記憶にも新しいことと思います。 このとき世間では、「食の安全」への関心が非常に高まりました。当時の私たちのクライアントは酒類メーカーでしたが、同じく食品を製造する企業としてこの事件を重く受け止め、品質リスクへの対策を強化することになりました。 一般的には、予防策を十分に講じても、不良品の発生を完全に防ぐことは不可能です。このメーカーでも、ラベルの印刷がずれているといった軽微なものから、工場の窓から侵入した虫が内容物に混入するといったものまで、さまざまな製品不良が発生していました。 不良品が出荷されてしまった場合、メーカーは出荷先への広報や、製品の回収を迅速に行わなければなりません。
Java初心者のチームが挑む基幹系刷新プロジェクト（番外編）
私は，2007年2月2日付の記者の眼「『使えない人間』などいない」で「Java初心者で構成されるチームがいかにプロジェクトを完遂したか，という事例」があり，その事例を取材したうえで，日経ソフトウエア2007年5月号のJava特集でレポートすると書いた。その号がいよいよ明日（3月24日），発売される。特集のルポ「Java初心者のチームが挑む基幹系刷新プロジェクト」という記事である。 具体的には，群馬県内の各JAやJA関連組織のIT共同利用施設であるJA群馬電算センターが提供しているシステムの事例だ。Javaをほとんど知らなかった4人のメンバー，JA群馬電算センター 経済情報部の片野富久氏，前原貴美子氏，大久保浩治氏，渋谷知央氏が，基幹系システムの刷新プロジェクトに先立つパイロット・プロジェクトを成功させた，というものである。 もっとも，取材を終えた今では，この事例を「『使えない人間』などいな
Case File : ニューヨーク市警｜民間での豊富な経験を“武器”に、硬直した組織文化との戦いに勝利した“熟年”の辣腕CIO - CIO Online
Home News CIO Interview 5周年記念：CIOの肖像 Case File 国内事例 海外事例 Industry Review STRATEGY CIOの役割 経営革新 ITガバナンス 業務改革／ビジネス・プロセス改革 ROI／IT価値 ベンダー・マネジメント IT組織／ITスタッフ コンプライアンス プロジェクト・マネジメント Solutions & Technologies IT基盤 データ／ストレージ管理 システム統合 ITマネジメント クライアント管理 B2B CRM BI ERP SCM／設計製造 セキュリティ管理（CSO Online） システム開発 Webサービス オープンソース／Linux EIP／コラボレーション ナレッジ・マネジメント eコマース サーバ・テクノロジー アウトソーシング ネットワーク／ワイヤレス Event Research Col
＠IT：The Rational Edge 要件定義の考古学
The Rational Edge 要件定義の考古学 by Benjamin A. Lieberman, Ph.D. Senior Software Architect Trip Network, Inc. 2002/12/26 Dr Henry Jones, Sr. インディ・ジョーンズ／最後の聖戦 Lucas Films, Ltd.（1989年）より 要件定義はシステムの心臓部だ。システムの動作を明らかにするだけでなく、構築された背景をも、最終的に利益を享受するユーザーの頭の中に焼き付けてくれる。だが、これらの要件定義は、（1）簡略的もしくは局所的な開発メカニズムによって不十分な形で拾い出されたり、（2）デベロッパの頭やコードという不可解なものの中で拾い出されたりすることも多い。残念ながら、大半のソフトウェア開発企業にとっては、どちらのアプローチも、誤りとコスト増につながってしまう。
＠IT：The Rational Edge 要件定義の管理技術（Lv0～Lv5）
The Rational Edge 要件定義の管理技術（Lv0～Lv5） by Jim heumann Requirements Evangelist Rational Software 2003/3/13 Maturity：the quality of sound judgment associated with adult humans （成熟度：成人が持つ正しい判断の質） --The Wordsmyth English Dictionary／Thesaurus 「成熟する」とは、大局を見て優れた選択を行うことを意味する。ビジネスの文脈で考えると、以下のようになるだろう。つまり、ビジネスの全体像を把握し、明確に理解していることを前提とした、損失と利益の（微妙な）取捨選択判断を下すことだ、と。 今回のThe Rational Edgeは、「組織が下すべき判断」と「要件定義管理の成熟度（R
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
実践的アプローチに基づく要求仕様の発注者ビュー検討会 - NTTデータ
http://www.smartmodeling.jp/index-j.html