要求開発超入門 / Vol.11 AsIsとToBeとは | リコーITソリューションズ株式会社
要求開発において、AsIsとは現状の業務やシステムのことを示します。またToBeとは、次期の業務やシステムのことを示しています。 さて、ビジネスを"見える化"するには、どのような観点が必要なのでしょうか？ まず、現状の業務・システムはどのようになっているのか捉えなければならないでしょうね。そして、将来のあるべき姿としての業務・システム像も必要です。さらに、予算・コスト・期間を踏まえた、現実的な次期の業務・システムの姿も"見える化"しなければなりません。 このことを図で表すと図1のようになります。このように業務・システムの姿を、現状、理想（あるべき姿）、次期という3つの形式にまとめるのは、基礎知識として知っておく必要があるでしょう。 しかしながら、この3つの"見える化"を行うのは実践的ではありません。あるべき姿と次期という2つを捉えるのはコスト的にも大変で、しかも、両者の違いが非常に曖昧にな
「要件定義」を理解しよう （要求・要件の３レベルのまとめ） - 主に言語とシステム開発に関して
システム開発の要件定義には，さまざまな手法がある。 たとえば，「要件」という言葉と「要求」という言葉が混同され紛らわしい。 が，どの手法も基礎は同じ。 ビジネス 業務 システム という３階層さえ把握すれば， 要件定義や要求定義について書かれたどんな文章も読みこなしてゆける。 要件定義の「３階層」を理解するための一覧表 要件の３段階 段階 1 2 3 名称 ビジネス要件 業務要件 システム要件 主役・焦点 ビジネス， 企業経営者 業務，ユーザ， 各部門担当者 システム 要件発信者 発注者（顧客） 受注者（ベンダ） 内容の違い 要件の内容 企業としての，市場に対する目標や経営上・事業上の問題点。 業務担当者としての，部門の業務を果たす上での課題・目標。 システムとして，業務要件を満たすために業務モデル内で果たす役割。 曖昧さを排除するために ROIを用いて数値化して記述する。 KPIを用いて数
要件定義をうまくこなすためのポイント――要件定義の完了条件と要求の引き出し方
要件定義をうまくこなすためのポイント――要件定義の完了条件と要求の引き出し方：明日から使えるシステム開発プロジェクトの進め方 再入門（3） 本連載では、システムを外部に発注する事業会社の側に立ってプロジェクトをコントロールし、パフォーマンスを最大化するための支援活動をしてきた筆者が、これまでの経験を基に、プロジェクト推進の勘所を解説していく。今回は、要件定義をうまくこなすためのポイントについて解説する。手間を惜しまず丁寧に対応しよう。 連載目次 皆、悩んでいる――そもそも、要件定義とは システム開発プロジェクトの進め方をあらためて解説する本連載。連載第1回の「若手は居場所をなくさないために積極的に主導権を取れ――今のSIerの現実」では、今のSIerが直面している問題点を提示し、本連載の意義や概要などを紹介した。前回の「要件定義を本気で成功させたいなら、その前に実践しておきたい4つの最重要
プロジェクト管理と要求定義の肝
要求定義の肝 発注者のためのプロジェクト管理 日経コンピュータ（日経BP）の2009年7月8日号に寄稿した「発注者のプロジェクト管理」の元原稿です。 アーキテクトの仕事～立ち上げ・要件定義 システム開発ジャーナル（毎日コミュニケーションズ）の創刊号に寄稿した「アーキテクトの仕事～立ち上げ・要件定義」の元原稿です。 著書 なぜ今、「発注側のプロジェクト管理」なのか 工事進行基準の適用が始まった。システム開発における数々のグレーゾーンを排除するために、ベンダにはこれまで以上に高いプロジェクト管理能力が求められることになる。この影響は当然、発注側にも及ぶ。役割分担や要件のグレーゾーンの扱い、仕様変更の扱いなど、これまで発注側の「ごり押し」で通ってきた要求が、（良いか悪いかは別として）簡単には通らなくなってくる可能性が高い。発注側としても、この状況に対応するために、問題定義や要件の明確化およびステ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.csaj.jp/committee/keiyaku/download/070828_data1-3.pdf
