Mais conteúdo relacionado
Semelhante a AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁 (20)
Mais de Akiko Kosaka (20)
AgileJapan2010 官公庁でも取り組み始めたアジャイル! 山形県庁
- 1. 公共システム開発を
アジャイルで挑戦
~山形県庁の事例~
平成22年4月9日
山形県総務部総合政策局情報企画課
主事 渡邊 貴之
1
- 4. 山形県情報企画課の役割
山形県情報企画課の組織体制
情報企画担当
・情報化に関する施策の総合企画及び調整に関すること。
・地域情報化の推進に関すること。
具体的には・・・
・庁内情報システムの全体最適化
電子県庁企画担当
・情報システムフレームワークの運用
・電子申請システムに関すること。 ・情報システム開発予算の査定
・行政の情報化の推進に関すること。 ・情報セキュリティポリシーの管理
・情報処理システムの開発及びその支援に関すること。・各部局へのシステム開発支援 等
基幹ネットワーク調整担当
ITマネージメント
・県基幹高速通信ネットワークの管理及び運営に関すること。 機能を担う
・大型汎用コンピュータの管理及び運営に関すること。
4
- 5. 以前の県の情報システム
従来のシステム開発・運用の状況
(例)
[給与] [人事] [総務事務] ・H/WからS/Wまでが密結合状態。
業務 業務 業務 どこか一部でも修正が必要となると、
アプリA
アプリA アプリB
アプリB アプリC
アプリC ほとんど全ての結合部分(インターフェー
ミドルウェア ミドルウェア ミドルウェア ス)の改修が必要。
++ ・各情報システム間のデータ連携不備に
よる事務の非効率化。
ストレージ ストレージ ストレージ
OS OS OS
セキュリティ セキュリティ セキュリティ
×
流用
不可
・制度改正時等、プログラム改修を行うと、
HW HW HW プログラム以外の部分にも改修が必要。
・H/W、S/Wの保守切れによる更新対応に
ファシリティ(場所、電源 etc) インターネット回線 も、S/Wの設定変更費等、膨大な改修経
費がかかる。
この状況を解消しなければならない・・・5
- 6. 情報システムフレームワークの制定
山形県情報システムフレームワーク
全庁的なシステム開発・運用指針、SI憲章 (平成17年11月制定)
本県の情報システムについて、特定のIT企業への依存をなくし、適正なコスト及び
適切な技術による開発・運用を図るため、次の3つのルール「依存しないこと」、「公開す
ること」、「共通部品、共通サービスを利用および追加すること」を強く意識してシステム
開発することを定めたもの。
3つのルール
・依存しないこと : 特定の技術や製品に依存しないこと
・公開すること : プログラムソースは全て公開すること
・共通部品、共通サービスを利用、追加すること
6
- 8. 情報システムフレームワークにおける
アジャイル開発
情報システムフレームワークでは、アジャイル開発をせよ!
と規定している
9.4 アジャイル開発プロセス(P180抜粋)
アジャイル開発プロセスの概要
「アジャイル」は、「迅速な」「俊敏な」という意味であり、よいソフトウェアを無駄なく、
すばやく作るための開発方法を「アジャイル開発プロセス」と呼ぶ。・・・
・・・また、開発を反復型で行うという点も、アジャイル開発プロセスに共通した点で
あり、本書でも反復型開発を基本原則として取り扱う。
情報システムフレームワークでは、反復型開発プロセスの一種であるUP(Unified
Process, 統一プロセス)を標準の開発プロセスとして利用する。
8
- 9. 情報システムフレームワークが目指す姿
情報システムフレームワークを遵守した場合
・オープンな技術の採用
従来のシステム開発・運用の場合 ・共通部品構築と活用
・システムとデータ連携の構築
[給与] [人事] [総務事務] ・マスターデーターの統合
・ハードウェアの統合 他システム
業務 業務 業務
アプリA
アプリA アプリB
アプリB アプリC
アプリC ・データ交換
・共通機能の
コスト削減 相互利用
ミドルウェア ミドルウェア ミドルウェア
++
フ
[給与] [人事] [総務事務]
レ 情 業務 業務 業務
ー 報 アプリA アプリB
アプリB
・・・
アプリC
アプリC
ストレージ ストレージ ストレージ
ム シ アプリ以下は
ワ ス ミドルウェア(WAS,DB,ESB) 県は所有し
OS OS OS ー テ たくない。
ク ストレージ
セキュリティ セキュリティ セキュリティ ム 他のアプリ、
流用
× OS 製品と自由
セキュリティ に交換可能、
不可
交換しても他
HW HW HW HW へ影響を与
えない関係。
ファシリティ(場所、電源 etc) インターネット回線 ファシリティ(場所、電源 etc) インターネット回線
キーワードは「シェア」、インフラ構成に限った話ではなく、システム全般について 9
- 10. 何故アジャイルだったのか?
情報システムフレームワークのコンセプト
変更に強いシステムをつくる
この思想に合致する手段として、システム開発のアーキテクチャにはSOAを奨励。
・業務の視点から、欲しい機能(サービス)を部品化。
・部品同士は疎結合し、自由に取替可能。
・共通的に利用可能な部品は、今後共通部品化して利用していく。
SOAによるサービスを疎結合させるメリットは他に、
・機能を単純化できる可能性がある。
・機能が小さければ、地元企業でも参入できる。調達に競争喚起できる。
・言語など何をつかっても連携できる柔軟性がある等。
まさに情報システムフレームワークのコンセプトに合致
10
- 12. 最初の取組み~電子申請システム~
◆概要
・2003年7月 電子申請システムの開発開始(NECを代表企業とする企業体が受託)
・電子申請システムの共通サービス部分について、アジャイル開発を条件とした仕様
(共通サービス部分:職員認証、文書管理機能、PDF作成機能)
N
◆取組み E 詳
・受託会社の進捗管理もアジャイルに変更してもらった C 細
・受託会社内にWARルームを設置 → 県の担当者も訪問 の は
発 こ
・Wikiを導入して県とのコミュニケーションを充実
表 の
・ペアプログラミングもやったそうです で 後
の
◆効果
・発注者としてプロジェクトに積極的に関与したことで、無駄な開発を削減できた。
・自然と適切な進捗管理がなされ、納期内に開発が完了した。
12
- 13. その後の課題
電子申請システム以降、
アジャイル開発は普及
していない・・・
◆電子申請システムの開発以降、約30システムの再構築を進めたが、アジャイル開
発を前提とした発注仕様にも関わらず、実際にアジャイル開発に沿った開発は行わ
れなかった。
◆ベンダーは受託時はアジャイルで開発すると言っても、結果的にはウォーターフォー
ルで開発してしまう。
13
- 17. 次期全体最適化(共通Webサービス拡充によるシステム構築イメージ)
Webサービス群(機能部品) 統合データベース
共通Webサービス群(機能部品)
る 共通に再利用する
と
単独でまだ共通再利用さ 共通データ
。 開 域 小 れていない
古くなった
発 企 さ 機能 機能
機能
後 業 な 新機能
共通
再 も 粒 機能
機能 取替えや 機能 機能 機能
統合
DB データ
利 参 度 修正
用 入 で 機能
機能
す 。 地 機能
BPEL(ビジネスプロセスエグゼキューションランゲージ)
Webサービスを組み合わせて、システムを構築する
で で アア 今今
開 開 ジジ 後後
発 発 ャャ 、、 ESBによるWebサービスとデータ連携
し し イイ 機機
て て ルル 能能
い い 部部 新財務システム 新給与システム 新建設システムなど
く く 品品
! ! はは 情報システムフレームワークに従ったミドルソフトウェア
インフラストラクチャー稼動基盤の統一 17