Upstream and downstream in Requirement Development

上流の要求開発下流の要求開発～上流といっても広すぎる要求開発の世界～株式会社　豆蔵 MAMEZOU　 The solution beyond the solution.

プロジェクトにおける「要求開発」ビジネス要求を開発するビジネス要求からシステム要求を導くシステム要求を元にシステムを開発する検証評価経営分析要求開発ビジョン、ミッションのシステム開発確立　　準備　　　　立案　　　　　デザイン　　　　移行問題点分析ビジネスゴール設定方向付け　推敲　　　　　構築　　　　　　移行 Aシステム方向付け　推敲　　　　　構築　　　　　　移行なんとなくモヤモヤとしていた領域 Bシステム方向付け　推敲　　　　　構築　　　　　　移行狭義のプロジェクト Cシステム広義のプロジェクト 2 MAMEZOU　 The solution beyond the solution.

要求開発は、一筋縄ではない • システム開発より手前を要求開発とくくった – 広さがわかっていなかった • 「要求開発はじめました」と掲げたとたん、色々な球が飛んできた – 「冷やし中華」とか「エビスビール」とはだいぶ違う • 大きくは、２分類 – システム開発から遡った上流 • いきなり作らないで、２、３歩下がって上位目的や業務との整合性確認 – 企業戦略から降りてくるIT戦略、システム化計画 • 経営計画などから大上段に（EAとか投資判断とか） • 個々のシステム開発は、この先に 3 MAMEZOU　 The solution beyond the solution.

下流要求開発の特徴 • システムの機能要件などが具体的に上がっている。システムイメージがある • ほっておくと、PMが要件定義を始める • いきなり作っていいのかと自問する、いやいやと自答する • いまさら時間をかけて上流をきっちりやりなおすわけにはいかない • 下流とはいえ、ビジネスにどう貢献するかは、トレースしておかなければならない（役に立つシステムを作るのが大目標） • プロジェクトがブレないためのプロジェクトメーキングの意味が大きい（何のためにかを固める） 4 MAMEZOU　 The solution beyond the solution.

「下流の」要求開発ビジネス要求を開発するビジネス要求からシステム要求を導くシステム要求を元にシステムを開発する検証評価経営分析要求開発ビジョン、ミッションのシステム開発確立　　準備　　　　立案　　　　　デザイン　　　　移行問題点分析ビジネスゴール設定方向付け　推敲　　　　　構築　　　　　　移行 Aシステム方向付け　推敲　　　　　構築　　　　　　移行下流の要求開発 Bシステムあっという間にやる方向付け　推敲　　　　　構築　　　　　　移行狭義のプロジェクト Cシステム広義のプロジェクト 5 MAMEZOU　 The solution beyond the solution.

上流の要求開発 • 経営戦略、事業戦略からITがどうあるべきかを決定する • プロジェクトではなく、まずはIT全体を扱う – IT資産の整理（既存システムの価値分析、ポートフォリオ） – 他の投資項目との比較でプロジェクトをやる、やらないを決める（下流はやることは決まっている） • EAと密接に絡む • 全体の中で、ToBeに向うときにプロジェクトが発生する。その後で下流の要求開発につながる • プログラムマネジメントまでを含む？ • IT戦略策定に該当する？ – ロードマップ 6 MAMEZOU　 The solution beyond the solution.

「上流の」要求開発ビジネス要求を開発するビジネス要求からシステム要求を導くシステム要求を元にシステムを開発する検証評価経営分析要求開発システム開発　　準備　　　　立案　　　　　デザイン　　　　移行方向付け　推敲　　　　　構築　　　　　　移行上流の要求開発 Aシステム方向付け　推敲　　　　　構築　　　　　　移行こってりやる Bシステム方向付け　推敲　　　　　構築　　　　　　移行 IT戦略策定システム化計画狭義のプロジェクト Cシステム広義のプロジェクト 7 MAMEZOU　 The solution beyond the solution.

今やITは複雑な生態系 • ITの世界はすでに不可分になっている上流のちなみに要求開発豆蔵の事業部構成事業戦略 IT戦戦略支援事業部 IT戦略エンタープライズシステムビジネス分散システムソリューション事業部アプリケーション下流の制御要求開発エンジニアリングソリューション事業部 8 MAMEZOU　 The solution beyond the solution.

下流の要求開発本当にそれを作っていいの MAMEZOU　 The solution beyond the solution.

要求開発の流れプロジェクトメーキング業務設計（ビジネスモデリング）要求体系の構造化ゴールの設定ビジネスユースケース作成業務フロー作成概念モデリング財務 cd E コマース事業 ud ユースケースモデル注文ルール型 <<powerty pe>> 注文ルール仕入先・商品タイトル関係 - 商品分類名称: * 注文ルール型顧客 1 * - 販売期間: * 1 - 販売単価: * * 1 商品タイトル * * - 名称: 注文ルール型仕入先送料計算ルール値引きルール - 名称: サ 1 * プロセス 1 プロジェクトゴール記述書購入商品タイトルー - 注文時販売単価: - 注文量: 顧客 * - 消費税: - 氏名: 1 - 販売金額: 1 - 送料: - 住所: 注文ビ - 電話番号: 1 * - 注文年月日: カード会社 * 決済方法教育 1 + 認証する() ス 1 何をするいつどう評価会員 + 認証する () 非会員顧客何が目標値サ - ID: サ - パスワード: 1 ことでまでになるのか尺度 - 有効期間: B 1 用語集 * + 認証する() 0..1 ー決済方法－個別 1 ーポイント加算 - 金額: 原価計算方式ポイント 1 - - ポイント加算年月日: 加算ポイント: + 認証する () 経理部のビ * の見直しとビ - + 現ポイント数: 金額換算() 1 1 * 豆蔵の入力の分散チェック作業自動化決済方法－ポイント利決済方法＝現金決済方法＝カードス用ス用語集 * - 提出期限のポイント利用年月日: 決算早期化（経費･勤怠）早期の決算報告手作業の自動化連結決算負荷の削減 - 利用ポイント数: A + 金額換算() 社会的適正な内部統制のの自動化厳守ﾘｽｸﾎﾟｲﾝﾄの把握ｺｽﾄ･売上 C 信用度の向上情報開示良質案件確立コントロール予測の正確な営業マンを発生元での新規事業のリアルタイムの把握増やす直接入力営業の二重入力のデータ連携立上げ値上げ差別化新規を増やす（事業部、福数人で）ｽﾃｰﾀｽ一覧売上増提供価格付加価値増営業力強化信用度事務処理削減システムによる金額案件の適切な（付加価値向上）（単価）をあげる実績優先順位つけ維持･向上負荷軽減（間違いの防止）見落とし案件案件情報の契約期間、営業会議での既存事業の稼働率を上げる案件件数をリピートを増やす適切な営業の撲滅職務経歴の時期 ToDo作業の提供情報共有売上拡大増やす入力作業の生産性向上二重入力の排除活動タイムリーな把握個人別スキル迅速な提供利益向上人数積極的採用簡素化レスポンス操作性向上提案アサイン状況回線障害の回避情報の把握（企業価値利益の（要員数）離職率をモチベーション社内情報のタイムリーな向上）維持減らす契約管理アップ適正な評価案件情報個人売上の把握事業の円滑プロジェクトの適切なの共有リアルタイムな予算収支管理表な運営円滑な運営予実管理実績売上･経費精度ある把握プロジェクト情報適正な運用コスト減チャンスロス事業部単位での予算と実績の売上予測事業部、ﾁｰﾑ（経費･工数･アサイン）タイムリーで (ロスセーブ) （機会損失）予実管理社内振替の同一粒度での毎に異なるのタイムリーな入力高精度な把握メンバーの対比精度ある厳正な評価管理ﾋﾞｭｰが必要労働力の事務処理ｺｽﾄマネジメント適正な情報共有稼動予実一覧ロスに伴うロス入力の分散適正な（アサイン表）･活用アサインメント勤怠の承認労務管理（契約にかかるコスト）（スキル･思考）（稼働率）（発生元での入力）分析モデル作成非機能要件抽出システムユースケース図作成洗練されたクラス図分析レベル 1 メーカ台帳 0..1 台帳メーカ・リスト名前メーカコード 0..* 電話番号製造元 1 住所 0..* 製品商品台帳 0.. 1 商品コード非機能要件 0..* 名前定価 1 商品検索(商品コード) : 商品台帳商品リスト販売価格登録日 UC01: 商品情報を管理する UC02: 値札を作成する品目 0..* 商品係販売販売台帳台帳販売 0..* 預かり金 0..* 販売管理係名前 1 1 店舗 1 1 販売履歴追加(新規販売 : 販売) 0..1 現在の販売販売履歴日時 0..1 新規明細(品目 : 商品) : 販売明細預かり金設定(金額) 現在の明細販売明細販売単価販売数 = 1 ・・・・・・・・・・・・電話番号販売数設定(販売数) 住所 0..1 商品検索(商品コード) : 商品バーコード・リーダ販売履歴追加(新規販売 : 販売) UC04: 販売情報を登録する UC03: 売上を集計するレジ係 0..1 0..1 活性化() ・・・・・・ 1 バーコード・リーダ 1 不活性化() キャッシュ・レジスタ新規入力指示() 1 レシート・プリンタ販売登録初期化() レシート・プリンタ 1 バーコード読取(バーコード) 0..* バーコード解析(バーコード) 1 レシート印刷(販売 : 販売, 店舗 : 店舗) 販売数入力() 1 キャッシュ・レジスタ・パネル精算指示() 預かり金入力(金額) 新規入力指示() 販売登録後処理() パネル入力準備完了通知() 1 バーコード読取成功通知() 販売数入力() 小計表示() 精算指示() 合計表示() 預かり金入力(金額) おつり表示() 販売登録完了通知() （各種開発規約・条件）システム開発への移行（RFP作成など） 10 MAMEZOU　 The solution beyond the solution.

下流要求開発の流れ Openthology 準備フェーズ立案フェーズデザインフェーズシフトフェーズフェーズ主題プロジェクトメーキング業務のモデル化業務の設計・再設計システム開発への移行プロジェクトの外枠を固める業務をシステムとして表現課題を解決するTo－Be業システム化範囲をサブシス・プロジェクトの意義・目的のする務を設計するテムとして切り出す明確化・業務の可視化・業務の最適化・システム開発スコープの決趣旨・プロジェクト組織の構成・課題の特定・不明瞭ルールの整理定・プロジェクトの全体構造の・課題解消の確認・動作イメージの明確化把握・システム開発プロジェクト・メンバーの意識付けの計画プロジェクト定義書 As-Is業務に対する、 To-Be業務に対する、システムユースケースステークホルダーリストビジネス概略図ビジネスユースケース機能要件一覧要求分析ツリービジネスユースケース業務フロー（アクティビティ図非機能要件一覧ゴール記述書業務フロー（アクティビティ図）主要画面イメージ成果物の例課題リスト）概念モデル（クラス図）開発計画書（スケジュール、概念モデル（クラス図）ビジネスルールリストロードマップなど）ビジネスルールリスト課題解決リスト 11 MAMEZOU　 The solution beyond the solution.

プロジェクトメーキング時のオーバーヘッド • 推進体制がまとまらない – どんな体制がいいかわからない • ユーザ側と開発側が噛み合わない – いつまでも踏込みが足りない – ゴールや背景の理解が異なる（同床異夢） • レベルがばらばら、脈絡ない様々な要求 – 全体の構造が見えない • リズムが生まれない – 手順やシナリオがない 12 MAMEZOU　 The solution beyond the solution.

コタツモデルは健在 • 経営、現場、ITの立場がバランスする必要がある – それぞれの視点で見る人が必要 • コアチーム、プロジェクト、外郭、その他で分類経営の立場プロジェクトコア（推進、専任に近い）プロジェクトメンバー（全体会議の範囲）外郭メンバー（協力要請されている）現場の立場 ITの立場 13 MAMEZOU　 The solution beyond the solution.

コアメンバーで先行する • 最初の１、２週間でプロジェクトの外枠を固める • ステークホルダーを巻き込まないといけないが、まずは、イニシャルモデルを構築してから – 頭まっ白でユーザに臨むと信頼を失う – 時間調整で、のんびりしてしまう – 自分たちなりの理解と仮説をもって、ポイントを絞って、検証を • 但し、モデルはいっしょに作るのが基本 – イニシャルモデルは、予行練習。 – リズムがないとユーザはのってこない 14 MAMEZOU　 The solution beyond the solution.

プロジェクトのコントロールのために • 準備フェーズは、プロジェクトをつかむフェーズ – プロジェクトのインストール – プロジェクトの外枠固め • プロジェクトの全体構造を共有する – そもそもの目的を見失わない – 課題、様々な要求、解決策の構造が見えている – 詳細に入り込んでも、戻り先がわかる – 関わる人を忘れない • 見える化する – 攻略点、コントロールポイントを絞る – 見えるようにしてから議論する（空中戦を地上戦に） 15 MAMEZOU　 The solution beyond the solution.

プロジェクトは混乱する • 細部から入ると全体を見失う – いきなり詳細な議論をしていくと元々の目的を見失いがち – 様々な思惑が加わって本質的でない要求がたくさん出てくる • 上位の目的（そもそもの要求）をピン留めしておく – 全体構造を把握し、細部に入っても、上位がぶれないように押さえておく – 適切な（ほどよい）ゴール設定が必要 – 混乱したら立ち戻れるようにしておく 16 MAMEZOU　 The solution beyond the solution.

フォーム文書名プロジェクト定義版 1.00 日　付 2008-2-1 No 目　的プロジェクトの必須事項を明確にし、チームでの共通認識を確立する。１名称ＲｅＤＡ販売管理システム再構築プロジェクト（RenewDAs Project） 1:ビジネス環境変化に柔軟かつ経済的に対応できる情報システムを提供する。２目的 2:販売業務の改善に対応する機能を提供する。 3:今後10年間の使用に耐える技術、道具立てでシステムを刷新する。 1:様々な環境の変化でビジネスの刷新が迫られている（システムによる対応が必要）。３背景 2:長期に継ぎ足して作ってきたので機能の追加、変更が困難になっている 3:システムH/Wの保守が切れ、ビジネス継続性が危ぶまれる全体のシステム化：2008年1月　～　2010年7月（カットオーバー）４期間要求開発：2008年1月　～　2008年5月末完了 2007年度の業績見通しで下方修正がないこと（下方修正の場合はプロジェクト見直５前提条件しをかける） 2010年12月に現行システムのＨ／Ｗの保守期間切れ。３カ年計画でのコミットメン６制約事項ト７スコープ現行システム＋新規販売業務のサポート。　配達計画機能は含めない 1)　オーナー　　　企画部長秋山　 2)　コアチーム　情報システム部　吉田、　河内、　営業部　石田８組織　　　　　　　　　　　　　　　要求開発コンサル　坂巻 3)　プロジェクト体制、ステークホルダー（体制図、ステークホルダーリストに記載）９その他 17 MAMEZOU　 The solution beyond the solution.

ゴール記述、要求体系図、ステークホルダーリスト • ステークホルダーリスト – 話を聞くべき人、気をつかうべき人の抽出 – 利害関係者が納得ずく • 現状の認識で合意 • 全体としての必要性で合意 • 決定プロセスで合意 • 導入イメージで合意 • 結果で大はずれなし • 要求体系図 – 様々な要求の全体構造がどうなっているかを一望する豆蔵の入力の分散決算早期化連結決算早期の決算報告手作業の自動化原価計算方式経理部のの見直しとチェック作業自動化提出期限の（経費･勤怠）負荷の削減 • 目的ー手段の連鎖で構成社会的適正な内部統制のの自動化厳守ﾘｽｸﾎﾟｲﾝﾄの把握ｺｽﾄ･売上信用度の向上情報開示良質案件確立コントロール予測の正確な営業マンを発生元での新規事業のリアルタイムの把握増やす直接入力営業の二重入力のデータ連携立上げ値上げ差別化ｽﾃｰﾀｽ一覧売上増提供価格付加価値増新規を増やす（事業部、福数人で）信用度事務処理削減システムによる金額営業力強化案件の適切な • 上位目的への貢献度を説明する（付加価値向上）（単価）をあげる実績優先順位つけ維持･向上負荷軽減（間違いの防止）見落とし案件案件情報の契約期間、営業会議での既存事業の稼働率を上げる案件件数をリピートを増やす適切な営業の撲滅職務経歴の時期 ToDo作業の提供情報共有売上拡大増やす入力作業の生産性向上二重入力の排除活動タイムリーな把握個人別スキル迅速な提供利益向上人数積極的採用簡素化レスポンス操作性向上提案アサイン状況回線障害の回避情報の把握利益の（要員数）離職率をモチベーション社内情報のタイムリーな – 個々の詳細の合意でなく文脈での合意（企業価値向上）維持減らす契約管理アップ適正な評価案件情報個人売上の把握事業の円滑プロジェクトの適切なの共有リアルタイムな予算収支管理表な運営円滑な運営予実管理実績売上･経費精度ある把握プロジェクト情報適正な運用コスト減チャンスロス事業部単位での予算と実績の売上予測事業部、ﾁｰﾑ（経費･工数･アサイン）タイムリーで (ロスセーブ) （機会損失）予実管理社内振替の同一粒度での毎に異なるのタイムリーな入力高精度な把握 • ゴール記述メンバーの管理精度ある厳正な評価対比ﾋﾞｭｰが必要労働力の事務処理ｺｽﾄマネジメント適正な情報共有稼動予実一覧ロスに伴うロス入力の分散適正な（アサイン表）･活用アサインメント勤怠の承認労務管理（契約にかかるコスト）（スキル･思考）（稼働率）（発生元での入力） – 適切なゴール設定は要求体系図の３～７レベルに現れる • 具体的数値目標が出せるプロジェクトゴール記述書 • 抽象的過ぎず、詳細すぎず何をするいつどう評価何が目標値ことでまでになるのか尺度 • 程いい因果関係が認められる 18 MAMEZOU　 The solution beyond the solution.

ステークホルダーリスト（例）重要度　：　高い　3　･　2　･　１　低い（敬称略）ステークホルダー名説明重要人数具体例想定される影響度（メリット・デメリット）経営会社経営の実施 3 4 吉沢社長経営指標の迅速な把握。経営の見える化監査法人財務諸表が会計原則に準拠して 1 1 OO監査監査情報の信頼おり、企業の財政状態や経営状法人性向上態を適正に表示しているか否かについての監査を実施監査役監査の実施 1 3 相沢監査情報の信頼性向上内部統制監査室内部統制監査の運営 3 1 田辺統制事項の追加財務・経理経理業務に加え、法務、総務機能 3 4 川端業務効率化、精度の実施向上、迅速化経営戦略室グループの経営戦略立案 2 2 大石経営情報のリアルタイム把握情報システム部グループの情報システム、インフラ 3 2 有馬運用管理の負荷の管理・運営を実施増大 19 MAMEZOU　 The solution beyond the solution.

初期の入力情報を構造化する • たいていのプロジェクトでは、あらかじめ、課題、要求、解決策が仮説的に与えられている • 但し、その粒度、重要度、文脈はまちまち • 系統的に整理することで、プロジェクトの対象の全体構造が見えてくる • 文脈をつかむことで、押さえるべきところ（適切なゴール）を特定できる 20 MAMEZOU　 The solution beyond the solution.

要求分析ツリー（例：ＲｅＤａ家具）現状における課題　顧客ニーズの解決策ニーズに適した正確な把握魅力的な市場・競合調査 ○優先度A 品揃え新商品企画 G1 の強化アライアンスの推進１全国8ｹ所のショールーム欠品を減らすを基軸にしているために、それ以外の顧客とのファ販売対象顧客を販売チャネルの引越し、ーストコンタクトの機会が拡大拡大ブライダル、少ない。ハウスメーカー ○優先度A 販売数量の新規顧客の拡大獲得と提携 G2 （取引増）（大幅な増加）無料配送範囲を拡大販売管理システムを ●登録会員数再構築し、システム間 2 　 10万名品質によるリアルタイムのシステムによるの連携をする。不良在庫が多いために、差別化ネット販売の在庫状況を在庫管理在庫保管、処分に開始コストがかかっている。把握したい ○優先度A 低価格の実現 ●ネット販売件数適正な G3 　　4万件/年需要予測販売分析多角的に販売情報を DWH 分析する。不良在庫の低減 3 一部製品を DWH導入。景気の低迷、少子高齢サービスに注文生産に化、ライフスタイルの変化魅力がある切り替えるのために、売上が伸び悩 ○優先度A 販売の効率化売れ筋んでいる。 G4 売上増死に筋（付加価値反復利用にの把握顧客情報を一元管理向上）メリットがある ●販売コスト10%削減し、顧客サービス向上、 ●120億円/年　売上増スピード回答システムによる売上促進に活用する。コスト削減の実現販売管理顧客定着率顧客のの向上不満解消 ●システムによる販売管理100% ○優先度A （リピート増）会員向け会員制ポイント管理の G5 ●新規購入者のサービスの充実ポイント制システム化顧客満足度調査を製品が　会員化率80%以上リサイクルの導入定期的に実施する。できる ●ポイント利用3万件/年 4. 教育を実施対応・納期顧客との継続的な関係接客の向上が迅速全店舗のが維持できていないため ○優先度B に、リピート数が少ない。在庫照会 G6 他店の在庫を顧客の照会したい物流システムを構築不満の把握し、効率的な配送を実現する。顧客のライフ入荷予定をシステムによるサイクルアフターサービス把握したい発注管理利益向上にあわせた販促の充実（企業価値 ○優先度B 向上）一販売あたりの 1回当りの ●納期達成率100% 売上増大購入点数顧客満足度 G７（客単価） UP セット販売調査の実施アフターサービス管理をシステム化する。顧客の購入履歴の把握スピード配送計画のシステムによる納期の実現精緻化配送計画機会ロスの削減高級化顧客のライフ ●システムによる配送管理100% サイクル情報の把握 ○優先度B 関連購買リフォーム、促進配送のクリーニング G8 ｱｳﾄｿｰｼﾝｸﾞサービスの展開ネット販売サイトを構築 5 し、ネットビジネス展開低価格の輸入家具の増購買への ●利用件数5千件/年加、通販による販売コス誘導 CRM トの低減のために、価格の導入競争が激化している。バスケット分析変動費削減原価の削減物流コストを配送ｾﾝﾀｰの下げる統合コスト削減（支出減）レコメンデーレコメンデーション一括発注の製造元のションサービス機能既存設備の実施絞り込み稼働率固定費削減最大化 6. 売上に比してショールーム不採算仮想ショールームネットサイト【凡例】ショールームによる補完課題要求解決策販売のコストが高いため販売コストの削減の閉鎖運用に、利益を圧迫している。優先度パート、　A:高　B:中　C:低要求解決策アルバイトシステム関連システム　○：今回採用　×：非採用の比率を上げる 21 MAMEZOU　 The solution beyond the solution.

プロジェクトのゴール設定 • プロジェクトの成功はシステムが稼動することではない – システム開発プロジェクトの成功は、QCD（品質、コスト、納期）の遵守といわれている – スポンサーはシステムを作りたくて作っているわけではない – システムを作るための元々の目的（業務上の目的）があったはず • プロジェクトの成功をビジネス的表現で表す 22 MAMEZOU　 The solution beyond the solution.

ゴール記述書（例）プロジェクトゴール記述書プロジェクト名：　 LSCサポートシステム開発プロジェクト作成日　 2005年12月11日 No 何をすることで何がいつまでにどうなるのか評価尺度目標値ネット販売サイトを開設することで新しい販売機会が創出され、結果として販売件数が大サイトアクセス数 1 2009年4月幅に増加する１００万件/年顧客管理システムを構築することで様々な会員サービスが提供され、結果として新規顧客とリポイント利用数 2 2009年4月ピーターが大幅に増加する３万件/年（特記事項） 23 MAMEZOU　 The solution beyond the solution.

準備フェーズのモデルプロジェクト定義１名称製販一体化システム再構築プロジェクト 1:製造と販売を密に連携させ、効率的サプライチェーンを構築する２目的 2:ビジネス環境変化に柔軟かつ経済的に対応できる情報システムを提供する。 1：顧客の要求するリードタイムが実現できていない。３背景 2：在庫が多く、資産回転率、保管場所の両面で問題。 3：現システムの機能不足(手作業の発生）。全体のシステム化：20XX年末までにカットオーバー。年明けから運用開始。４期間グランドデザインの完了：20XX年XX月末までに既出のインプット情報（本プロジェクトに影響をもたらすもの）５前提条件某社との提携がある場合、凍結して見直しをかける６制約事項現行システムのＨ／Ｗの保守期間切れ。３カ年計画でのコミットメント。７８スコープ組織　（別途組織図）「サービス／業務・システム関連表」にて定義 1)　オーナー　経営企画部長 2)　推進コアーチーム　経営企画２名　IS部門３名 3)　ステークホルダー（ステークホルダーリストに記載）（課題、要求、解決案）要求分析ツリー成果物イメー９製販一体化システム計画書（別途、構成案）ジ１０その他原価計算方式スコープからステークの見直しと経理部の自動化チェック作業豆蔵の入力の分散負荷の削減決算早期化（経費･勤怠）提出期限の早期の決算報告連結決算ホルダーを特定社会的信用度の向上情報開示適正なの自動化手作業の自動化厳守内部統制のﾘｽｸﾎﾟｲﾝﾄの把握ｺｽﾄ･売上確立コントロール予測の正確な営業マンを新規事業の良質案件リアルタイムの把握発生元での増やす直接入力データ連携立上げ値上げ差別化営業の二重入力の（事業部、福数人で）ステークホルダーリストｽﾃｰﾀｽ一覧売上増提供価格付加価値増新規を増やす事務処理信用度削減（付加価値向上）（単価）をあげる営業力強化負荷軽減（間違いの防止）システムによる案件の適切な金額ステークホルダー名説明重要人数具体例想定される影響維持･向上実績度（メリット・デメリット）優先順位つけ案件情報の契約期間、見落とし案件営業会議での既存事業の稼働率を上げる案件件数をリピートを増やす提供時期の撲滅情報共有売上拡大増やす適切な営業 ToDo作業の経営会社経営の実施 3 4 吉沢社長経営指標の迅速な把握。経営の職務経歴の活動把握生産性向上見える化入力作業の二重入力の排除迅速な提供簡素化タイムリーな個人別スキル人数積極的採用操作性向上レスポンス提案情報の把握利益向上（要員数）回線障害の回避アサイン状況監査法人財務諸表が会計原則に準拠しており、企業の財政状態や経営状態を適 1 1 OO監査法監査情報の信頼性向上（企業価値利益ののタイムリーな正に表示しているか否かについての監査を実施人離職率をモチベーション社内情報把握向上）維持減らすアップ案件情報契約管理適正な評価の共有個人売上のリアルタイムな事業の円滑プロジェクトの適切な予算把握収支管理表な運営円滑な運営予実管理適正な運用監査役監査の実施 1 3 相沢監査情報の信頼性向上精度ある実績売上･経費プロジェクト情報売上予測タイムリーで（経費･工数･アサイン）事業部、ﾁｰﾑコスト減チャンスロス事業部単位での予算と実績の高精度な把握のタイムリーな入力毎に異なる (ロスセーブ) （機会損失）予実管理同一粒度での内部統制監査室内部統制監査の運営 3 1 田辺統制事項の追加社内振替のﾋﾞｭｰが必要重視すべき立場から対比管理財務・経理経理業務に加え、法務、総務機能の実施 3 4 川端業務効率化、精度向上、迅速化メンバーの厳正な評価精度あるマネジメント稼動予実一覧労働力の事務処理ｺｽﾄ情報共有適正な（アサイン表）アサインメントのインプット（課題、経営戦略室グループの経営戦略立案 2 2 大石経営情報のリアルタイム把握ロスに伴うロス･活用適正な勤怠の承認入力の分散（スキル･思考）（稼働率）（契約にかかるコスト）労務管理（発生元での入力）適切なレベルの情報システム部グループの情報システム、インフラの管理・運営を実施 3 2 有馬運用管理の負荷増大要求、解決案）目標を設定ゴール記述プロジェクトゴール記述書何をするいつどう評価何が目標値ことでまでになるのか尺度元々のプロジェクト目的との整合 24 MAMEZOU　 The solution beyond the solution.

立案フェーズのモデルステークホルダーリストステークホルダー名説明重人具体例想定される影響（メリット・デメリット）基本的にAs-Is 要数度業務フロー経営会社経営の実施 3 4 吉沢社経営指標の迅速な把握。長経営の見える化監査法人財務諸表が会計原則に準拠しており、企業の財政状態や 1 1 OO監監査情報の信頼性向上経営状態を適正に表示しているか否かについての監査を査法人実施監査役内部統制監査室監査の実施内部統制監査の運営 1 3 3 1 相沢田辺監査情報の信頼性向上統制事項の追加アクターと提供すべ財務・経理経営戦略室経理業務に加え、法務、総務機能の実施グループの経営戦略立案 3 2 4 2 川端大石業務効率化、精度向上、迅速化経営情報のリアルタイムきサービスの抽出サービスを実現する手順を表す把握情報システム部グループの情報システム、インフラの管理・運営を実施 3 2 有馬運用管理の負荷増大要求分析ツリー原価計算方式の見直しと経理部の自動化チェック作業豆蔵の入力の分散負荷の削減要求に関連したサビジネスユースケース決算早期化（経費･勤怠）早期の決算報告連結決算提出期限の手作業の自動化の自動化厳守 u d ユースケースモデル社会的適正な内部統制のﾘｽｸﾎﾟｲﾝﾄの把握ｺｽﾄ･売上信用度の向上情報開示確立コントロール営業マンを予測の正確な発生元でのービスの抽出業務に現れる新規事業の良質案件リアルタイムの把握増やす直接入力データ連携営業の二重入力の立上げ値上げ差別化（事業部、福数人で）事務処理新規を増やす信用度削減ｽﾃｰﾀｽ一覧売上増提供価格営業力強化付加価値増サ（付加価値向上）負荷軽減案件の適切な（間違いの防止）システムによる金額ー（単価）をあげる維持･向上実績優先順位つけ概念を整理ビ見落とし案件案件情報の営業会議での契約期間、ス既存事業の稼働率を上げる案件件数をリピートを増やす提供時期 B 売上拡大増やす適切な営業の撲滅職務経歴の生産性向上 ToDo作業の情報共有入力作業の活動二重入力の排除把握迅速な提供簡素化タイムリーな個人別スキル人数積極的採用操作性向上レスポンスアサイン状況提案情報の把握利益向上回線障害の回避サ利益の（要員数）離職率をモチベーションのタイムリーなーサ（企業価値社内情報ビー向上）維持減らすアップ案件情報把握ス A ビス契約管理適正な評価個人売上のの共有リアルタイムな C 事業の円滑プロジェクトの適切なな運営円滑な運営予実管理実績売上･経費精度ある売上予測予算把握（経費･工数･アサイン）タイムリーでプロジェクト情報事業部、ﾁｰﾑ収支管理表適正な運用概念モデルコスト減チャンスロス事業部単位での予算と実績ののタイムリーな入力 (ロスセーブ) （機会損失）高精度な把握毎に異なる予実管理社内振替の同一粒度での cd E コマース事業ﾋﾞｭｰが必要対比管理商品分類メンバーの厳正な評価精度ある注文ルール型 <<powertype>> 注文ルール注文ルール型仕入先・商品タイトル関係 - 名称: * マネジメント稼動予実一覧 1 * - 販売期間: 労働力の事務処理ｺｽﾄ情報共有適正な（アサイン表） * 1 - 販売単価: * * 1 ロス･活用アサインメントに伴うロス入力の分散適正な勤怠の承認 * 商品タイトル * （稼働率）（契約にかかるコスト）（スキル･思考）労務管理注文ルール型仕入先 - 名称: （発生元での送料計算ルール値引きルール - 名称: 入力） * 1 1 購入商品タイトル - 注文時販売単価: - 注文量: 顧客 * - 消費税: - 氏名: 1 - 販売金額: 1 注文 - 送料: - 住所: - 電話番号: - 注文年月日: 1 * カード会社 * 決済方法 1 + 認証する() 会員 1 + 認証する() 非会員顧客ゴール記述サービスに関わ - ID: - パスワード: 1 - 有効期間: プロジェクトゴール記述書 1 + 認証する() * 0..1 決済方法－個別 1 ポイント加算 - 金額: 1 - ポイント加算年月日: + 認証する() ゴールに関連したサる概念を整理ポイント - 加算ポイント: * 何をするいつどう評価 - 現ポイント数: 1 何が目標値 * ことでまでになるのか尺度 + 金額換算() 1 決済方法－ポイント利決済方法＝現金決済方法＝カード用 * - ポイント利用年月日: - 利用ポイント数: ービスを抽出する + 金額換算() 25 MAMEZOU　 The solution beyond the solution.

デザイン・シフトフェーズのモデルシステムユースケース業務フロー UC01: 商品情報を管理する UC02: 値札を作成する商品係人系とシステム販売管理係レーンのI/Oを取レジ係 UC04: 販売情報を登録する UC03: 売上を集計するり出す非機能要件リスト１．レスポンス As-IsからTo-Be 　　a)＿＿＿＿　　b)________ ２．セキュリティ要件・・概念モデル分析モデル・ cd E コマース事業商品分類注文ルール型仕入先・商品タイ <<powertype>> 注文ルールトル関係 - 名称: * 洗練されたクラス図 1 注文ルール型 - 販売期間: 分析レベルメーカ * 1 * - 販売単価: * 製造元 * 0..1 コード 1 メーカ台帳メーカ・リスト名前商品タイトル * 1 * 1 台帳 0..* 電話番号製品注文ルール型仕入先 - 名称: 住所 0..* 送料計算ルール値引きルール - 名称: 1 商品 * コード商品台帳 0.. 1 1 0..* 名前購入商品タイトル定価 - 注文時販売単価: 1 商品検索(商品コード) : 商品台帳商品リスト販売価格 - 注文量: 顧客 * - 消費税: 登録日 - 氏名: 1 - 販売金額: 1 注文 - 送料: - 住所: - 電話番号: 1 * - 注文年月日: 品目 0..* カード会社販売 * 決済方法販売台帳販売 1 1 + 認証する() 台帳 0..* 預かり金 0..* 会員 + 認証する() 非会員顧客 - ID: 1 販売履歴追加(新規販売 : 販売) 0..1 販売履歴日時 - - パスワード: 有効期間: 1 1 1 1 1 新規明細(品目 : 商品) : 販売明細販売明細 + 認証する() * 0..1 販売単価 0..1 預かり金設定(金額) 1 決済方法－個別店舗現在の販売販売数 = 1 1 ポイント加算 - 金額: 名前現在の明細 - ポイント加算年月日: + 認証する() 電話番号販売数設定(販売数) システムス - 加算ポイント: ポイント * 住所 0..1 - 現ポイント数: 1 * + 金額換算() 1 商品検索(商品コード) : 商品バーコード・リーダ決済方法－ポイント利用決済方法＝現金決済方法＝カード販売履歴追加(新規販売 : 販売) * - ポイント利用年月日: 0..1 0..1 活性化() - 利用ポイント数: 1 バーコード・リーダ 1 不活性化() コープで切 + 金額換算() キャッシュ・レジスタ新規入力指示( ) 1 レシート・プリンタ販売登録初期化( ) レシート・プリンタ 1 バーコード読取(バーコード ) 0..* バーコード解析(バーコード ) 1 レシート印刷(販売 : 販売, 店舗 : 店舗) り出し販売数入力() 1 キャッシュ・レジスタ・パネル精算指示() 預かり金入力(金額) 新規入力指示() 販売登録後処理( ) パネル入力準備完了通知() 1 バーコード読取成功通知() 販売数入力() 小計表示() 精算指示() 合計表示() 預かり金入力(金額) おつり表示() 販売登録完了通知() 26 MAMEZOU　 The solution beyond the solution.

ご参考下流の要求開発は、連載中（vol. 15 – vol. 20 予定） 27 MAMEZOU　 The solution beyond the solution.

上流の要求開発うちはこういうITでいく MAMEZOU　 The solution beyond the solution.

情報システム部の悩ましい世界：作るばかりが仕事ではない • 維持する（今のレベルを保つ） – 運用７０～８０％が保 – 保守切れ対応守・運用といわれている • 改善する（現状の不足を補う） – 統合する、効率化する – 世間並みにする – ビジネスに追従させる – IT人材育成 • 攻める（ITをビジネスモデルに組み込む） – ITをビジネスの武器にする – 新たな事業モデルにする 29 MAMEZOU　 The solution beyond the solution.

テーマ（個々の共通課題） • 解決すべき課題の数々 – 内部統制・IT統制 – 個人情報保護・情報漏えい対策 – セキュリティ対策 – 人材育成 – 共通基盤の確立・標準化 – ビジネス継続性の確保 – TCOの削減 – 新規技術への対応 – IT資産管理 30 MAMEZOU　 The solution beyond the solution.

テーマ（重いテーマ） • 企業のIT戦略の考え方 – 企業戦略とIT戦略の関係 – ITガバナンスをどのように効かせるか – IT投資の考え方 • 情報システム部はどうあるべきか – 自社でもつべき機能は – 他部門、システム子会社、パートナとの棲み分け – システム子会社の考え方 31 MAMEZOU　 The solution beyond the solution.

２つのIT • 差別化のためのIT – 付加価値のためのIT （効率化は極めると付加価値へ） – 本業と一体化したIT – ビジネスモデルを変革するIT • 必要のためのIT – 基本はコスト削減、ミス削減、効率化 – 守りのIT、コンプライアンス – 中枢機能としてのIT（基幹システム） 32 MAMEZOU　 The solution beyond the solution.

日本はIT後進国といわれる：スポット的には解決できない • 輪廻しているITの問題 – 企業内におけるITの戦略性が低い • 経営の中での認識が弱い。経営トップがITをわからない。理屈でわかっても、感覚がない • 積極的投資の対象になりきれていない。必要のためのITで手一杯 – ITに関わるメンバーの社内的地位が低い • 本業に対して、スタッフの扱い • 何をしているかわからない • 優秀な人材を当てていない – ITで将来的にメインストリームになれる可能性が低い • 業務を知らない • 偉くなれない • キャリアパスが確立されない輪廻をどこで断ち切るか 33 MAMEZOU　 The solution beyond the solution.

例えば人材育成 • ビジネスとITを兼ね備えたメンバーの育成 – どう育てる。トップの強い意志で育てる – ITが肌感覚でわかる経営者 • キャリアパス、スキルマップ – 適正な評価。将来への安定した自己投資 • IT関連人材の健全な育成方法 – IT業界と互換性をもつことで地位とモティベーションをもつ – 企業を越えたローテーション（ユーザ側とベンダー側） 34 MAMEZOU　 The solution beyond the solution.

全貌が分からないままの運営 • 個別個別の投資 – 全体ではどうなのか。 • 戦略性をもった投資に見えない – 攻めなのか、守りなのか – 業界横並びでいいのか • 全体のモデルがない – 理屈がない、トレードオフが見えない • 企業戦略と一貫したモデルが必要 – 企業戦略とIT戦略の連動性（トレーサビリティ）。 • 意思を持った運営ができない – 判断をするための基盤がない 35 MAMEZOU　 The solution beyond the solution.

求められる統一モデルや共通フレーム • ITの見える化（選択と集中のための判断材料） – 効果、対象、力学 – 全体構造とその中のトレードオフ – 事業戦略との連動性 • どこに重点を置くべきかの指針 • IT投資モデル – NVP – ROI 36 MAMEZOU　 The solution beyond the solution.

上流の要求開発の考慮事項 • IT戦略の定義 – トータルITの視野（開発だけの話ではない） – プログラムマネジメント • IT戦略から、個別戦術へのI/O – 下流の要求開発との接点 • 事業戦略との整合性 • カバーしなければならない項目 – 投資計画 – ロードマップ – 人材ポートフォリオ・調達育成計画 – IT資産構成＋ITポートフォリオ – 適用技術方針 – 技術変化からビジネスへのフィードバック 37 MAMEZOU　 The solution beyond the solution.

やっぱり方法論が必要なはず • 策定の体制 • 最終の成果物定義 – IT戦略（何をカバーするか） • 策定するためのプロセス • 作成するモデル – 戦略を立てるに必要なモデル – 全体構造 – 特定のビュー 38 MAMEZOU　 The solution beyond the solution.

MAMEZOU The Solution beyond the solution. yamagishi@mamezou.com 　http://www.mamezou.com/ 　〒163-0434 新宿区西新宿2-1-1新宿三井ビル34F(私書箱302号) 　tel: 03-5339-2100 fax: 03-5339-1795 39

Upstream and downstream in Requirement Development

by Kent Ishizawa on May 13, 2008

Accessibility

Categories

Tags

Upload Details

Usage Rights

2 Embeds 4

Statistics

Upstream and downstream in Requirement Development — Presentation Transcript

http://www.slideshare.net	3
http://static.slidesharecdn.com	1