本セミナーの概要長期にわたって保守開発をしてきたシステムはレガシー化が進んでいませんか? このようなシステムの再構築は簡単ではありませんそこには現行業務仕様の理解不足などによる再構築に特有の難しさという課題が内在しますこの課題の解決には上流工程においてリスクを明らかにし対策と共にユ

Size: px

Start display at page:

Download "本セミナーの概要長期にわたって保守開発をしてきたシステムはレガシー化が進んでいませんか? このようなシステムの再構築は簡単ではありませんそこには現行業務仕様の理解不足などによる再構築に特有の難しさという課題が内在しますこの課題の解決には上流工程においてリスクを明らかにし対策と共にユ"

たつやいそみ
5 years ago
Views:

1 上流工程強化セミナー in 大阪システム再構築を成功に導くために大阪市立総合生涯学習センター 2018年3月17日共催独立行政法人情報処理推進機構 IPA ソフトウェア技術者協会 SEA 関西支部後援一般財団法人関西情報センター KIIS 特定非営利活動法人ITコーディネータ協会 ITCA 作者 Mc681 CC 表示-継承 4.0 ウィキペディア-大阪城より

2 本セミナーの概要長期にわたって保守開発をしてきたシステムはレガシー化が進んでいませんか? このようなシステムの再構築は簡単ではありませんそこには現行業務仕様の理解不足などによる再構築に特有の難しさという課題が内在しますこの課題の解決には上流工程においてリスクを明らかにし対策と共にユーザとベンダとで合意することが重要ですそこで IPA/SEC では現場における知見やノウハウをまとめた書籍システム再構築を成功に導くユーザガイド ~ ユーザとベンダで共有する再構築のリスクと対策 ~ を発行しましたこのガイドはユーザが現行システムの再構築を計画する際に最適な手法を選択し正確でかつベンダと齟齬を生じさせないシステム化計画の策定を支援します今回はユーザとベンダとが合意形成する際に役立つ事例を交えて課題解決のポイントを解説しますまた現場のリーダが経営層などとコミュニケーションを図るイメージを掴んでいただくことを期待し新たに発行した小冊子デジタル変革に向けた IT モダナイゼーション企画のポイント集 ~ 注意すべき 7 つの落とし穴とその対策 ~ について説明します 2

3 背景 :IT システムの変貌に伴う課題当初業務支援であった IT システムはその技術自身の進展と時代の要請からその利用が質量ともに拡大してきた攻めの分野と守りの分野に大別されその連携が重要になる 3

4 背景 : 守りの分野の課題長年保守開発を続けた IT システムの再構築に特有の難しさ上流工程で対応しないと下流工程でリスクが顕在化ユーザはベンダと協力して内在するリスクを開発着手前に評価し対策を検討することが重要 4

5 背景 :IPA/SEC の取組み概要開発着手前 ( 企画要件定義 ) における品質の確保及び向上に取り組む企画要件定義開発稼動応用領域モダナイゼーション WG 再構築特有のリスクに対する対策を計画に反映して品質を確保基本領域システム化要求 WG システム開発に共通するベーシックな要件定義の品質を向上きちんと現行業務を見て要件として定義する業務要件とシステム要件の整合性をとる求められる要件の抜け漏れあいまいな定義をなくし設計製造試験の品質向上につなげる現行仕様把握システム化計画要件定義設計製造試験ベーシックなシステム開発ライフサイクル稼動判定システムや業務の特性再構築手法などを考慮し品質確保の範囲や方法粒度を整理稼動判定時のカットオーバークライテリアにつなげる現行仕様 ( 業務マニュアル業務フロー各種設計書等 ) の理解が全ての出発点現行仕様の理解が起点となり質の高い要件定義につなげる凡例 : 取組み対象 5

活動の成果ガイドブックの公開 2017 年 1 月 31 日 PDF 版公開 2017 年 3 月 10 日書籍発行 https://www.ipa.go.

6 活動の成果ガイドブックの公開 2017 年 1 月 31 日 PDF 版公開 2017 年 3 月 10 日書籍発行ユーザのための要件定義ガイド ~ 要求を明確にするための勘どころ ~ 再構築ガイドシステム再構築を成功に導くユーザガイド ~ ユーザとベンダで共有する再構築のリスクと対策 ~ ポイント集も公開年 2 月 26 日第 2 版発行 6

7 本セミナーの構成講演 1. システム再構築の現場で陥りやすい落とし穴課題講演 2. システム再構築におけるリスクの把握から対策の合意まで解決策講演 3. システム再構築の課題に対する企業の対応事例 ~ 再構築プロジェクトだからこそ知っておきたい上流工程におけるコミュニケーションのツボ~ 事例 7

8 講演 1 システム再構築の現場で陥りやすい落とし穴上流工程強化セミナー in 大阪 ~システム再構築を成功に導くために~ 大阪市立総合生涯学習センター 2018 年 3 月 17 日山下博之独立行政法人情報処理推進機構 (IPA) 技術本部ソフトウェア高信頼化センター (SEC)

9 本講演の趣旨システム再構築が抱える課題は時間が経過して仕様が不明瞭になっている現行システムの状況にも関わらず仕様があいまいなまま開発に着手してしまうことですこのことは何年も前から指摘されていますがいまだにシステム再構築のトラブル事例の報告が絶えませんこの課題を解決するには過去に同様の課題に直面し上手く対応したあるいは苦い経験をした企業の知見を参考に再構築の企画 / 計画工程で検討すべき観点を整理提示することが有用ですそこで IPA/SECではこのテーマの経験豊富なユーザ企業及びベンダ企業の方々による検討結果を取りまとめシステム再構築を成功に導くユーザガイド ~ユーザとベンダで共有する再構築のリスクと対策 ~ ( 第 1 版 ) を2017 年 3 月に発行しましたさらに2018 年 2 月対象範囲を拡充した第 2 版を発行しました本日のセミナーの導入となる本講演では再構築プロジェクトの現場で直面する現行踏襲と品質保証に関する問題について事例を交えて説明しますまた再構築プロジェクトにおいて陥りやすい事象を整理し落とし穴としてまとめましたのでそれを紹介します問題の解決策については以降の講演で解説します 9

10 本講演の目次 1. システム再構築に関わるトラブル 2. システム再構築の現場で何が起こっているか 3. 課題のまとめ : 落とし穴 4. 再構築ガイドの活用 Public Domain ウィキペディア - 大阪城より 10

11 本講演の目次 1. システム再構築に関わるトラブル 2. システム再構築の現場で何が起こっているか 3. 課題のまとめ : 落とし穴 4. 再構築ガイドの活用 11

12 システム再構築に関する最近のトラブル事例報道失敗の全責任はユーザー側に旭川医と NTT 東の裁判で逆転判決東病院でシステムトラブル電カルテ刷新直後に混乱京都市と IT 企業がシステム裁判に基幹系刷新の完了は 3 年延期 27 億円の賠償巡り新たな IT 裁判始まる文化シヤッターが提訴要件固めに失敗した責任はベンダーかユーザーか JTB とビーコン IT のシステム裁判 12

13 最近のトラブル事例報道事例から見たシステム再構築のリスク現行が不明確明確化した新仕様の合意不十分で進めると明確化不十分で進めるとシステム利用者への影響旧システムと操作が異なる旧システムの問題がそのまま ( 再改造 ) 開発プロジェクトへの影響要件が固まらない設計が進まない試験が終わらない途中でやり直しプロジェクトの失敗業務効率の低下損失 ( ユーザ, ベンダ共 ) 13

14 システム再構築のリスクを低減するには? ユーザ簡単にできると思うなセキュリティ強化新サービス対応し易くムダの排除要件定義の前, 企画 / 計画工程にもっと時間をかけて, ユーザ / ベンダ双方が協力し, 適切なステークホルダ ( エンドユーザ, 等 ) ベンダ安易に請け合うな単なる再構築にもコストをかけるだけの価値はある現行システムの仕様の明確化を図ると共に, 不明点等に関する以降のリスクについて合意する想定リスクとその対策プロジェクトを通した, 円滑なコミュニケーション手段プロジェクト中に発生し得る問題の解決の仕組み 14

15 本講演の目次 1. システム再構築に関わるトラブル 2. システム再構築の現場で何が起こっているか 3. 課題のまとめ : 落とし穴 4. 再構築ガイドの活用 15

16 システム再構築のニーズ長年運用しているシステムを最新の IT 技術に対応させて近代化するモダナイゼーションが注目されている SoR モダナイゼーションオープン API SoE アジャイル攻めのIT インテグレートメインフレーム Agile Digital Transformation 16

モダナイゼーション作業が一巡大規模高難度案件の残留モダナイゼーション人材難旧システム (

パッケージへ変更新システム Webサーハフロック負荷分散 KVM スイッチ / コンソール AP サーハ

17 システム再構築現場の実状システム再構築でユーザもベンダも苦戦特に企業の基幹となるシステムの再構築において期間やコストの超過といった問題プロジェクトが後を絶たないモダナイゼーション作業が一巡大規模高難度案件の残留モダナイゼーション人材難旧システム ( 大型メインフレーム ) ハードウェア入替え業務仕様は継続して新システムへ業務を作り直してサーバ機種も変更パッケージへ変更新システム Webサーハフロック負荷分散 KVM スイッチ / コンソール AP サーハフロック負荷分散運用監視サーハ膨大な既存資産現行踏襲要求後継者不足さらにデジタル革新への備え帳票サーハハッチサーハハックアッフサーハ DB サーハフロック 17

18 業務知識が失われる背景レガシー化したシステムでは細分化断片化領域の変化により業務知識の欠落が生じている業務ユーザ 1 業務ユーザ 3 業務ユーザ 3 の異動オンライン開発者 A 機能 B 機能業務 C 機能 D 機能断片化体制の縮小人事異動などによりシステムに関わる人が交代業務 G 処理 E 処理 F 処理業務ユーザ 2 帳票領域の変化バッチ開発者バッチ開発者ビジネスや技術の環境の変化に合わせてシステムは仕様変更がの離任繰り返される細分化新たな業務 H 機能サブシステムのの領域を分けて理解している I 機能追加業務複数のユーザや開発者が業務知識 J 処理業務ユーザ 4 18

19 再構築の現場で何が起こっているか再構築の現場で起こり得る問題現行踏襲に関する問題現行踏襲を実現する上で現行踏襲の現行が何かユーザとベンダとの間でギャップが発生する場合がある品質保証に関する問題再構築の品質保証では業務継続性の担保が求められるが現行業務知識が不足していることで様々な困難が発生する 19

20 再構築の現場で何が起こっているか ~ 現行踏襲に関する問題 ~ (1) 現行踏襲の現行が何かについてユーザとベンダとの間でギャップが生じることで問題が発生することがある 20

21 再構築の現場で何が起こっているか ~ 現行踏襲に関する問題 ~ (2) ~ 設計書やソースコードと動作しているシステムのギャップによる問題事例 ~ 現行システムより処理時間が遅く業務が滞るため改善して欲しいという要望が寄せられ当該処理を作り直すことになり予定していたサービス開始が延期される事態となった 21

22 再構築の現場で何が起こっているか ~ 品質保証に関する問題 ~ 業務継続性の担保が求められるが現行業務知識が不足していることで様々な困難が発生する問題化 3 トラブル時に解析が困難 2 テスト項目の作成が困難 1 テストをどこまで実施する必要があるのか判断が困難現行業務知識不足 25

23 図. 計画見直しによるコスト遷移開発コスト事例 2 プロジェクト推移試験工程で問題が一気に噴出し大幅な手戻りにより開発コストが膨れ上がってしまったシステム全体の業務理解を行った上で追加試験業務システムの十分な理解なく再利用が進む問題が噴出問題切り分けが困難計画実績計画実績棚卸し再利用分析変換設計変換試験棚卸し再利用分析変換設計変換試験設計見直し試験 27

24 事例 2 本事例における問題 28

25 事例 2 再計画後の取組み 35

26 Fit&Gap 分析現行要ケース : 再構築にパッケージ製品を利用する場合, リスク増加機能分類不適合パッケージ外 (Gap 部分 ) 機能カスタマイズ対応提供機能 (Gap 部分 ) 件パッケージのカスタマイズ量の増大に伴い運用対処など外付け ( アドオン ) で開発して実現 ( タイプ 3) パッケージ製品が提供する機能で開発して実現 ( タイプ 2) パッケージ標準機能適合 (Fit 部分 ) パッケージ製品をほぼそのまま利用 ( タイプ 1) 使用しないパッケージ標準機能 36

27 ケース : 再構築時に業務要件の変更 / 追加を行う場合再構築と業務要件の変更 / 追加とを同時に行うと, 試験結果の原因切分けが困難になる. 37

28 本講演の目次 1. システム再構築に関わるトラブル 2. システム再構築の現場で何が起こっているか 3. 課題のまとめ : 落とし穴 4. 再構築ガイドの活用 38

29 < 出典 > デジタル変革に向けたITモダナイゼーション企画のポイント集 ~ 注意すべき7つの落とし穴とその対策 ~ 39

30 1.. 再構築だからと企画要件定義フェーズを軽視していませんか? ポイント再構築であっても後工程に大きな影響を及ぼす課題を企画段階で出し尽くすまで議論し認識しておくことがプロジェクト成功の鍵となる 40

31 2. 今と同じという要件定義になっていませんか? ポイント再構築の要件定義であっても現行システムの何をどのような状態に実現したいのかを明確にし要件定義工程の成果物としてアウトプットする 41

32 3. 現行システムの調査が表面的になっていませんか? ポイント後工程で上流工程まで手戻りを発生させないために普段目にしないシステムの全貌も含めて現行調査を行う 42

33 4. 業務部門はメンバの一員として上流工程から参加していますか? ポイント長期の運用により現行システムの利用実態はドキュメントに表し切れていない場合がある再構築には業務部門が上流工程から参加することを必須とする 43

34 5. 現行システムが動いているから品質保証を簡単に考えていませんか? ポイント品質保証方針はスケジュールやコストに影響する品質保証方針の検討不足は最悪の場合ビジネス機会損失も招くことから上流工程で決定しステークホルダ間で合意を図る 44

35 6. 担保すべき業務継続性は明確になっていますか? ポイント何が運用できれば業務を継続できるのか企画段階からその判断基準をステークホルダが一体となって作り上げ再構築のゴールを明確にする 45

36 7. モダナイゼーションのリスクを甘く見ていませんか? ポイント単にリスクを共有するだけでなく対応方針をステークホルダで整理し合意するリスク対策状況をタイムリーに把握することが計画したスケジュールやコストのコントロールに繫がる 46

37 本講演の目次 1. システム再構築に関わるトラブル 2. システム再構築の現場で何が起こっているか 3. 課題のまとめ : 落とし穴 4. 再構築ガイドの活用 47

38 再構築の問題化を防ぐために再構築ガイドの目的 48

39 本ガイドの利用について本ガイドは企画工程で使用することを想定しているインプットアウトプット : 共通フレーム :PMBOK : 社内標準類 : 本ガイドブック : システム化計画新規開発の標準類からの計画内容本ガイドで検討した計画内容 :RFP 企画工程要件定義基本設計詳細設計運用検証システムテスト結合テストプログラム設計単体テスト製造 49

40 本ガイドの前提条件と再構築手法の定義要件定義基本設計 / 詳細設計プログラム設計プログラムソース < 凡例 > : 非互換の変更 : 再作成 50

41 再構築ガイドの構成主要な部分 51

42 ご清聴ありがとうございました SEC BOOKS: システム再構築を成功に導くユーザガイド ~ 再構築のリスクと対策の合意に向けて ~ 52

目次 1. 会社概要 2. はじめに ( アブストラクト ) 3. 事例紹介 1( 比較表作成システム再構築 ) 4. 事例紹介 2( 契約事務基幹系システム再構築 ) 5. 事例紹介 3( 経理システム再構築 ) 6. 事例紹介 4( 事故対応システム再構築 ) 2

目次 1. 会社概要 2. はじめに ( アブストラクト ) 3. 事例紹介 1( 比較表作成システム再構築 ) 4. 事例紹介 2( 契約事務基幹系システム再構築 ) 5. 事例紹介 3( 経理システム再構築 ) 6. 事例紹介 4( 事故対応システム再構築 ) 2 2018 年 3 月 17 日 ( 土 )SEA 共催セミナー @ 大阪上流工程強化セミナー in 大阪 ~ システム再構築を成功に導くために ~ 講演 3 システム再構築の課題に対する企業の対応事例 ~ 再構築プロジェクトだからこそ知っておきたい上流工程におけるコミュニケーションのツボ ~ SEA 共催セミナー @ 大阪 2018 年 3 月 17 日独立行政法人情報処理推進機構 (IPA)