AgileJapan2010 官公庁でも取り組み始めたアジャイル！ NECソフトウェア東北

Agile Japan 2010 事例セッション1 官公庁でも取り組み始めたアジャイル！～山形県庁の事例～ベンダー編２０１０年４月ＮＥＣソフトウェア東北及川洋靖

プロジェクトの概要 ▐ プロジェクトの全体像ＮＥＣおよびＮＥＣソフトウェア東北を含む６社によるシステム構築・運用のプロジェクト ▐ 今日ご紹介するアジャイル開発の範囲ＮＥＣソフトウェア東北が担当した共通認証基盤などの開発部分がメイン山形県庁様および６社が何らかの形でアジャイルに関連ＮＥＣソフトウェア東北ＮＥＣおよび他ベンダーなど認証基盤などグループ会社アジャイル開発山形県庁 2

規模・体制など ▐ 期間平成１７年１２月～平成１９年３月（本格的にアジャイルに取り組んだのは平成１８年５月～） ▐ 規模約５０人月 ▐ 体制５人体制、ほぼ１００％工数投入名前役割経歴（当時）Ｎさんリーダー入社１３年目及川サブリーダー入社１２年目Ａさん開発メンバー入社７年目Ｕさん開発メンバー入社７年目Ｏさん開発メンバー入社２年目 3

お客様との距離仙台から山形市まではバスで約１時間（ＪＲでも行けます）山形県山形市仙台駅前バス停～山形県庁前バス停は約５０分１日７０往復以上あるので、宮城県県は違いますが、お客様との仙台市距離は非常に近いです 4

アジャイル開発までの経緯 ▐ 「山形県情報システムフレームワーク」の策定に参画アジャイル開発の必要性に言及 ▐ 「山形県情報システムフレームワーク」を適用した最初の調達案件を受注アジャイル開発の必要性 5

プロセスお客様から見たプロセス社内のプロセス要求方向づけ分析設計分析設計２週間単位小イテレーション実装推敲分析小イテレーション設計実装小イテレーション設計実装２ヶ月単位テスト設計大イテレーション小イテレーション作成実装テスト設計実装テスト小イテレーション実装テスト移行実装テスト 6

プロジェクトでのフェーズの考え方 ▐ 統一プロセスのフェーズの考え方を利用各フェーズで行うそれぞれの作業の割合は異なる 7

大イテレーション ▐ 開始イテレーション計画書を作成して、次イテレーションの合意を得る ▐ 終了イテレーション結果報告書を作成し、今回のイテレーションの成果物を確認（次イテレーションへの残作業も確認）計画書と結果報告書でＡ４、３ページ程度 8

小イテレーション実装するストーリーを決める計画ゲーム必要なタスクを洗い出すタスクカードを作成して貼る小イテ朝会レーバーンシ日々の作業ＴＤＤダウンョペアプロチャートンＣＩふりかえり KPTでふりかえり 9

小イテレーション計画・タスク小イテレーションは、「計画ゲーム」によって作成された1～3日人日程度の作業の「タスク」の集合。タスクは、ToDoボードに貼り出し、同時に進捗管理のためのバーンダウンチャートも作成カオスの海未着手のタスク作業中のタスク作業済のタスク「カオスの海」には、作業過タスク1 タスク4 タスク6 程で顕在化したタスクを貼りタスクx ……… ……… ……… 出す。 ……… 状況は、バーンダウ ⇒優先度高いものは次のイテタスク2 ……… タスク5 タスク7 ンチャートへ反映 ……… ……… レーションに組み入れるタスク3 ……… タスクの作業による個人の課作業の進捗状況に合わ題は、朝会で報告し、メンせて、タスクカードをバー間で共有する。移動＜ToDoボード＞＜小イテレーションの計画＞＜バーンダウンチャート＞ 10

継続的にインテグレーション ▐ CruiseControlを利用した継続的インテグレーション ▐ Subversionにコミットしたら自動的にビルド＆テスト＆テストカバレッジレポート作成 CruiseControl テストカバレッジレポート何か問題があれば開発者メーリングリストに jUnitテストレポート通知 →すぐに修正！ 11

プロジェクトルームの様子目標を常に見える場所に張って、一体感を高める工夫朝会で今日やること・課題などを確認別のプロジェクトでアジャイルに挑戦した際に貼っていたスローガンを再利用ニコカレでメンバーの様子を見える化 12

ふりかえりの内容をご紹介 13

ドキュメントなど ▐ 詳細設計書などアプリケーションの細かい動きを設計した文書を実装前には作成していません。全体の実装の範囲や、ユースケース、機能の一覧など、プロジェクトの遂行に必要なものは作成しています。 ▐ 小イテレーション開始時に、実装する範囲の設計を実施。実装に必要な情報を箇所をホワイトボードやＷｉｋｉに記述しました。動作が複雑だったり、アーキテクチャをハッキリしておいた方がよい部分にはＵＭＬを利用。画面モックを作成した部分もあります。 ▐ アプリケーションの設計書は、実装後に実装した内容に合わせて作成（Ｗｉｋｉに書いておいた情報を、メンテナンス等のために必要な文書としてまとめる）実装後に作成するため、アプリケーションの変更があっても設計書を直す必要がない（実装内容をメモしたｗｉｋｉだけ修正しておく） 14

動作確認を目的としたリリース ▐ 山形県庁様向け大イテレーション単位で動作するアプリケーションを公開成果物の確認をしていただいた ▐ 他の開発チームへのリリース大イテレーションよりも小さな単位でリリース（小リリース１～数回分程度）スクリプトを実行するだけで社内環境にリリース。他チームは自分たちのシステムと常に連携動作させながら開発。 15

その他 ▐ 仕様変更やスコープの変化は？今回のプロジェクトでは大きな仕様変更は発生しませんでした。スコープは調達仕様書によりハッキリしていました。 ▐ 品質はどのように確保？作成フェーズまでは、Junitによる単体テストが中心。テストが常にグリーンであること、カバレッジが目標を上回っていること。移行フェーズで実施した結合テスト・総合テストなどは、ウォーターフォール型の場合と同様に、テスト仕様書を作成して、手動でテストを実施。 16

プロジェクト、その後 ▐ 良かった点アジャイル開発を体験アジャイル開発に対応できるメンバーを育成できたお客様にも満足していただけた ▐ 課題当時のメンバーはその後バラバラになってしまったその後のアジャイル開発事例があまり進んでいない少しずつ事例は増えつつある ▐ 今後・・・アジャイル開発事例を増やして、お客様によりご満足いただけるようなシステムを構築できるようになりたい 17

ご清聴ありがとうございました

AgileJapan2010 官公庁でも取り組み始めたアジャイル！ NECソフトウェア東北

by Agile Japan on Apr 18, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

1 Embed 20

Statistics

AgileJapan2010 官公庁でも取り組み始めたアジャイル！ NECソフトウェア東北 — Presentation Transcript