ESD21 「TPS/アジャイル開発フォーラム」

システム保守・運用フェーズへのアジャイル開発手法適用の必要性

株式会社中電シーティーアイ
技術・ビジネスソリューション事業部
ビジネスシステム部

大橋 正敬
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

00本日の目次

1.
2.
3.
4.

電力業界を取り巻く状況と事業背景
システム継続利用への取り組み
システム継続利用への取り組み
アジャイル開発手法導入の取り組み
アジャイル開発手法導入結果
アジャイル開発手法導入結果
4-1. STEP1の実施内容紹介およびSTEP1の実施内容紹介および評価の実施内容紹介および評価
4-2. STEP2のSTEP2の実施内容紹介および評価実施内容紹介および評価
4-3. STEP3のSTEP3の実施内容紹介
実施内容紹介
5. まとめ6. おわりにAll Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

11All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

22電力業界を取り巻く状況

平成23年3月11日の東日本大震災により福島第一原子力発電所の事故発
生以来，電力業界をめぐる状況は一変しました。
震災以降は，原子力政策や新エネルギー政策をはじめとする電気事業に係る政策について見直しが議論されています。また，従来にも増して電力料金に対して経済性が求められており，エネルギーおよび環境政策などの動向を踏まえ，事業を運営していく必要があります。
発電のためのコストは，主に燃料費，設備関連費用(保全・減価償却費など)，人件費，その他経費により構成されています。これら構成要素に対しコスト削減への取り組みが行われおります。
このような状況において，情報分野においてもそのコスト削減を早期に実現することで，電力会社に対する経済性に対し寄与する必要があります。

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

33

事業背景
想定される事業環境の変化を背景とした場合，以下のような状況になるものと想定しています。
•保守・運用の領域が中心。
保守・運用の領域が中心。
別投資案件•今後，電力事業環境の変化によって，保守・運用のコ
今後，電力事業環境の変化によって，保守・運用のコ
別投資案件
ストについて，更なるコスト削減が想定。

大規模開発PJ
大規模開発PJ
大規模開発PJ
大規模開発PJ
大規模開発PJ
大規模開発PJ

別投資案件

小規模発開発PJ
小規模発開発PJ

小規模発開発PJ
小規模発開発PJ

小規模発開発PJ
小規模発開発PJ

小規模発開発PJ
小規模発開発PJ

小規模発開発PJ
小規模発開発PJ

小規模発開発PJ
小規模発開発PJ

小規模発開発PJ
小規模発開発PJ

小規模発開発PJ
小規模発開発PJ

小規模発開発PJ
小規模発開発PJ

小規模発開発PJ
小規模発開発PJ

保守

保守

改良

改修

保守

保守

改良

改修

保守

保守

改良

改修

改良

改修

保守

保守

改良

改修

保守

保守

改良

改修

保守

保守

運用

運用

運用

運用

運用

運用

運用

運用

運用

運用

運用

運用

投資抑制
/先送り

コスト削減

電力改革に対応するための重点投資案件の変更

事業構造改革におけるコスト削減の要望All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

44All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

55

システムの継続した利用のためにシステムを継続してご利用していただくには・・・「運用開始時のシステムを維持すればよい」「障害時における対応を行う」だけ
では，システムは老朽化し，ビックバン開発に至ることになります。

どれだけ差が無く対応できるか業務のののの高度化・・・・効率化

乖離の発生・増大

業務の改善

ビックバン
システム保守・運用
開発

運用開始
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

システムとしても安定したサービス継続
システム保守・運営を実現を継続しつつ，業務の改善活動な維持
どの変化に如何にJust In Timeで対応で障害対応きるかが重要。
時間の経過

66

システムの継続した利用のために求められることシステムを継続し，お客さまの業務を支えるためには，そのアプリケーションのライフサイクル全般に対し，マネジメントする必要があります。

“DevOps”
DevOps”

“ALM”
ALM”

開発
Prepare(準備)
準備)
Optimize
(最適化)
最適化)

Application
Life Cycle

Operate(運用)運用)
Implement(開発・導入)開発・導入)

ビルド
Plan(計画)
計画)

Design(設計)
設計)

設計

開発
修正

運用管理
リリース

テスト 保守・運用

運用

管理

継続的なフィードバック

開発から保守・運用を一体

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

77

ITサービス継続の方向性

保守工数
機能追加

リリース

コスト

新規
システム開発プロジェクト・「開発」の完了後に「保守」と「運用」⇒３つの体制が独立し相互作用が少ない
・一定期間毎にビックバン開発⇒リスクが最大化
・「開発」期間も「保守」「運用」が並行⇒ 2重メンテ，デグレード等が発生システム老朽システム老朽化に伴う刷新
プロジェクト（機能追加で（機能追加では対応しきれ対応しきれない）ない）

経過時間
リリース

リリース

コスト

新規
システム開発プロジェクト次世代のITサービス
次世代の サービス

“重点“
シフト

・「保守」「開発」「運用」が共通管理基盤を利用 ⇒ ３つの体制が相互に連携⇒リスクを最小化しながらシステムを最適化
・小さな「開発」が短期間に保守の中で提供⇒1つ1つの改善施策の費用対効果が明確⇒一貫した情報システムの変化対応を提供
・安定的な体制でのサービス提供と変化対応
継続的デリバリー

経過時間
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

88次世代ITサービスの施策【テーマ1
テーマ1】既存システムを活用した強みのさらなる強化
施策1：業務とITのモデル化とその活用スキル向上
施策2：既存システムの変化対応力強化の為のリファクタリングと再利用【テーマ2テーマ2】「保守」と「開発」を統合した新しい開発スタイルの確立
施策3：アジャイル開発
施策4： ITサービス提供基盤【テーマ3
テーマ3】システム・リノベーション手法の確立
施策5：アプリケーション最適化を含むリノベーション手法
施策6：必要とされる技術の選定とソリューション
【テーマ4
テーマ4】プロセス・マネジメント手法の確立
施策7：継続改善を実現するためのプロセス・マネジメント手法のシステム開発・保守への適用
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

99

アジャイルソフトウェア開発宣言
私たちは、ソフトウェア開発の実践あるいは実践を手助けをする活動を通じて、よりよい開発方法を見つけだそうとしている。
この活動を通して、私たちは以下の価値に至った。
プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を、価値とする。すなわち、左記のことがらに価値があることを認めながらも、私たちは右記のことがらにより価値をおく。
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

1010

アジャイル開発手法適用における考慮点

ウォータースクラム＋スクラムフォールへ陥らない。
・【要件検討で時間をかけて構築に着手しない】
・【スクラムで開発しているがデリバリーしない】⇒お客さまに価値が届かない
これを如何に無くすかが進め方のポイントとしました。

アジャイル開発手法をEnterpriseとして適用するには，無秩序でスクラムを実践するのではなく，計画・規律のあるアジャイル開発手法であることは必要“ではなく，””として捉えまです。また，Agileは，“す。

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

1111

アジャイル開発手法適用における考慮点

アーキテクチャーの指針と実現性確認や実施計画と予算の割り当て，それらを合意するフェーズです。
この時に「BxUF」に注意する必要があります。ウォーターフォールからアジャイルに移行するときは，この工程が「BxUF」となり，進まないことが見られます。
「」
やりすぎない，作り込み過ぎない，実際に動くものを早く作ること。作ったものを検証するというプロセスに早く移行することは必要です。

プロジェクトの目的・方針など(＝“＝“ビジョン”)を共有しない場合は，素早く＝“着手できることになりますが，構築フェーズでのイテレーションを無駄にしたり，間違った方向に進むこともあります。つまりビジョンは共有しておくことが必要であり，そのためのインセプションデッキが重要になります。
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

1212

採用したアジャイル開発プロセス
Enterprise Agile
取り入れるべきアジャイルプロセス
スクラム優先度の高い作業項
目の取出し

反復
【反復レビュー】
反復レビュー】
ステークホルダーに対してシステムのデモ実施。次回反復のための資金調達および経験の活用

初期モデリン
初期モデリン
グ，計画，体制・組織構築

反復バックログ

1回以上の短期反復

プロダク
ション・リリース

フィードバック

機能拡張要求および障害報告
構築

移行

反復ごとに出荷可能を視野に入れたソリューションを生成する多数の反復

重要な工程：方向付
重要な工程：方向付
けフェーズ
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

プロダクショ
ンの操作とサポート

タスク

作業項目
方向付け

日時ミーテ
ィング

日時
作業

初期アーキテクチャ構想

ウォーター・スクラウォーター・スクラ
ム・フォールにならム・フォールにならないようにする

1回以上の回以上の短期反復

インセプションデッキ
(ビジョン共有など)
ビジョン共有など)
1313

取り入れているALMプロセスの概要

システムのライフサイクル

う開発（PG
開発（PG・テスト・リリース）
PG・テスト・リリース）

開発
準備

計画

ふり
かえりふりかえり

計画

要件
バックログ

プロジ
ェ
ク
ト完了

計画

ふりかえりシス
テム
破棄

リリース

システム
設計

評価

要件
定義

評価

業
務
要件

運用・保守
う要望

課題
不具合

※バックログ：要件，課題，不具合等を管理する集合体

方向付け

優先度の高いものから実施する（JIT）
RAD：繰り返し優先度の高いものから実施する（JIT）
RAD：繰り返し構築※イテレーション：計画からリリースまでのサイクル移行



一貫した共通作業基盤
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

1414

アジャイル開発手法導入の概略スケジュール
ステップ１：アジャイルの基本の型をそのまま取り入れて実践する。
合わせて，アジャイルの基盤ツールとして共通作業基盤を導入する。
ステップ２：改善のサイクルにより，アジャイル基本の型を自分たちのやり方に改良する。
（品質改善活動の導入など）
ステップ３：アジャイル開発のテスト，品質の領域にツールを含めた改良に着手する。
9月
月

10月月

11月
月

12月
月

1月
月

2月
月

3月
月

アジャイ
ルの立ち上げ

共通作業
基盤による計画づ
くりと進
捗管理

共通作業
基盤によるソース
管理を追加

共通作業
基盤によるビルド
自動化

品質改善
活動の実
施・欠陥
分析

品質改善活動の実
施・欠陥
分析

品質改善
活動の実
施・欠陥
分析

回帰テス
ト，テス
ト自動化の導入回帰テス
ト，テスト自動化の導入

回帰テス
ト，テス
ト自動化の継続

構築１

構築4

構築12

構築14

構築16

ワーク
ショップ

構築11

構築10

構築9

構築8

構築17

構築15

構築13

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

構築7

ステップ３
アジャイル展開・アジャイル開発
・テスト自動化

構築6

ステップ２
ステップ２
アジャイル継続・アジャイル開発
・品質改善

構築5

8月
月

構築3

7月
月

構築2

ステップ１
アジャイル導入の評価
・アジャイル開発

6月
月

1515

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

1616All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

1717

STEP1の実施概要
STEP1
アジャイル導入評価
アジャイルの基本の型を守る

STEP2
アジャイル継続
自分たちのやり方に合わせて型を破る

STEP3
アジャイル展開
基本，自分たちのやり方を展開

2013年6月～8月

2013年10月～12月

2014年1月～3月•アジャイルの基本の型をそのまま取管理ツールとコミュり入れる•アジャイルの基盤ツールとして共通ニケーション，協業，作業基盤を導入する•改善のサイクルによりアジャイル基本の型を自分たちのやり方に改良する（スキル，手法中心でツール活用は次フェーズ）
・アジャイル品質
・アジャイルテスト
・アジャイル要求管理•ツールを含めた改良に着手する
・テストツール
・共通作業基盤によるストーリー
管理

3Cリズムでどこま
3Cリズムでどこまで生産性・品質面に影響があるのか？
上流工程での品質向上のためにリリース
関連の自動化で全体【ゴール】
プロセスの時間短縮•共通作業基盤の展開スキルを身に付ける【ゴール】•アジャイルの基本のリズムを習得し， 【ゴール】•自分たちのアジャイルの型を確立し， •自分たちのアジャイル開発のテスト，自分たちだけで実践できる
品質，要求の領域にツールを含めた•セットアップされた環境で共通作業 独力で展開できる•プロジェクトの立ち上げ含め共通作 改善の着手
基盤を使いこなせる
業基盤を使いこなせる

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

1818

STEP1のアジャイル適用評価

自己診断結果について
Bチーム

Aチーム
スキル項目
•ビジョン
ビジョン
•ユーザーストーリー
ユーザーストーリー•反復
反復•コラボレーション
コラボレーション

ポイントの変化（開始前→ポイントの変化（開始前→完了時）
２．０→
２．０→ 3．０
１．５→
１．５→ 3．０
１．５→
１．５→ 3．０
１．３→
１．３→ 3．０•スキル項目
スキル項目
•ビジョン
ビジョン
•ユーザーストーリー
ユーザーストーリー•反復
反復•コラボレーション
コラボレーション

ポイントの変化（開始前→ポイントの変化（開始前→完了時）
１．８→
１．８→３．０
１．６→
１．６→３．０
１．４→
１．４→２．７
１．４→
１．４→４．２

レーダーチャート

レーダーチャート

共同作業
共同作業
ビジョン
ビジョン

リフレクション

3.0

0.0

0.0
コラボレーション

ユーザストーリ
単体テストの自動化

リフレク
ション

3.0

コラボレーション

ユーザス
トーリ

反復

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

単体テストの自動化

反復

1919

STEP1のアジャイルとウォーターフォールの比較

ウォーターフォール型開発と今回の取り組みで実施したアジャイル開発において，参加メンバーの感想を計測。
コミュニケーションや協業，意識改革の面を重点で実施した結果，狙った項目について改善(効果)があるとの結果でした。
また，左記レーダーチャートから見て，プログラミングやテストなどを表す「スキル」については，実施対象外であったことからウォーターフォールと同等のままという結果でした。
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

 要求が曖昧であったためオーナー側の負荷が大きくなった。
 オーナー側の負荷を軽減するために要求提示段階で品質を確保する取り組みが必要。
⇒STEP2のテーマ
2020

STEP1のアジャイル開発手法適用における生産性評価
当初見積工数とアジャイル開発の実績工数との差異を生産性として捉えました。
実績工数
計画工数

8.10人月開発(製造)工数

方向付け，イテレーション
計画・振り返り工数5.50人月

1.15人月1.45人月人月

18%

開発(製造)工数

方向付け，イテレーション
計画・振り返り工数

計画 ― 実績

工数削減率(=生産性向上率)

2.05人月0.40人月▲0.38人月

▲18%

実績工数
月月月月

7

計画工数
2.07人月

工数削減率(=生産性向上率)

計画 ― 実績※7月度は，従来からのプロジェクト管理方法と共通作業基盤での管理の2重管理を実施していたことから工数増となりました。

実績工数
８８８８月月月月

計画工数6.03人月開発(製造)工数

方向付け，イテレーション
計画・振り返り工数

計画 ― 実績

工数削減率(=生産性向上率)

3.45人月0.56人月

2.02人月33%※8月度は，共通作業基盤で一元管理としました。

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

2121

STEP1のアジャイル開発手法適用における品質評価
本番リリース後の障害件数を評価値としました。
一般的にはプログラム本数が多いほど，障害が多く発生する傾向となります。
連絡票・障害発生件数
100

250

発生件数

90

障害件数
80

障害累計件数
累積発生数量

77

81

84

84
20070

リリースソース本数

65

60

60

150

5650
40

42
3330

27

25

17161610

リリース規模による障害発生の関連無し

3425252051

48

97700

168156213953554855645132

3

142

0
4/19 4/26

5/3

5/10 5/17 5/24 5/31

6/7

6/14 6/21 6/28

7/5

7/12 7/19 7/26

8/2

8/9

1133100

リリースソース本数

7075

74

80

78

5000

08/16 8/23 8/30発生日付

アジャイル開発手法適用
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

2222

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

2323

STEP2の実施概要
STEP1
アジャイル導入評価
アジャイルの基本の型を守る

STEP2
アジャイル継続
自分たちのやり方に合わせて型を破る

STEP3
アジャイル展開
基本，自分たちのやり方を展開

2013年6月～8月

2013年10月～12月

2014年1月～3月•アジャイルの基本の型をそのまま取り入れる•アジャイルの基盤ツールとして共通作業基盤を導入する•改善のサイクルによりアジャイル基本の型を自分たちのやり方に改良する（スキル，手法中心でツール活用は次フェーズ）
上流工程で品質を確・アジャイル品質保するための施策を・アジャイルテスト・アジャイル要求管理実施(実施(上流工程に時•ツールを含めた改良に着手する・テストツール
・共通作業基盤によるストーリー管理間をかける)間をかける)。
•共通作業基盤の展開スキルを身に付ける従来の欠陥を分析しテスト自動化で有効な部分の見極め。

【ゴール】
【ゴール】
•アジャイルの基本のリズムを習得し， 【ゴール】•自分たちのアジャイルの型を確立し， •自分たちのアジャイル開発のテスト，自分たちだけで実践できる
品質，要求の領域にツールを含めた•セットアップされた環境で共通作業 独力で展開できる•プロジェクトの立ち上げ含め共通作 改善の着手
基盤を使いこなせる
業基盤を使いこなせる

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

2424

STEP2の品質改善活動の定量評価

欠陥マスターを利用し，フォーマルインスペクション手法によるビューを実施したことによる，仕様の欠陥検出結果を以下に示します。

検出欠陥数： 1.6 倍
従来のレビュー
実施人数 ４名
総工数 80人・時間
検出欠陥数 26 箇所
レビュー密度 １．３ 個 / 時

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

フォーマルインスペクション
レビュー
4名
76人・時間41 箇所
２．２ 個 / 時2525

STEP1とSTEP2のチーム生産性評価
アジャイル開発手法適用によりチームの生産性が向上

品質改善活動

仕様の品質が高いレベルで安定
この時点を1.0としたとした仕様の品質のばらつきにより，
1イテレーション内での作業が未達成（イテレーション内の手戻り作業が発生）

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

残業時間が減少し生産性向上
2626

STEP1とSTEP2の品質評価と生産性
 ３カ月の平均値として比較するとアジャイル開発手法の適用後は品質が安定
 生産性としてはSTEP２はアジャイル適用前の1.6倍

アジャイル適用前（３カ月）

ＳＴＥＰ１ （３カ月）

ＳＴＥＰ２ （３カ月）

アジャイル適用

リリースソース本数：390
リリースソース本数：390（本）390（本）
開発者：２（人）生産性：１８０（本／人）All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

リリースソース本数：836
リリースソース本数：836（本）836（本）
開発者：４（人）生産性：209
生産性：209（本／人）209（本／人）リリースソース本数：879
リリースソース本数：879（本）879（本）
開発者：3
開発者：3（人）生産性：293
生産性：293（本／人）293（本／人）2727

STEP2完了後のアジャイル開発手法に対するオーナー側の意見＜アジャイル導入時点＞
・新しい取り組みを，先行してやる必要はない。
（他社の導入実績を確認したうえで取り組みたい）
・新しい取り組みにより，新たな問題が増えそう（不安）・アジャイル開発により遅延が発生するようであれば，即時に中止したい。
・オーナー側（情報システム部）の作業が増えそうなので取り組みたくない。
＜STEP1完了時点＞
STEP1完了時点＞
・開発・進捗状況が明確になり，合理的な進め方が可能になった。
・確認時点での不具合が減り，品質が向上した。
・無駄な開発が削減され，開発費用が抑制された。
・以前よりも作業と責任範囲（仕様の責任）が広がったように感じる。
・オーナー側と開発側の連携が密になり，いち早く価値を享受できることが実感できた。
＜STEP2完了時点＞
STEP2完了時点＞
・コミュニケーションが密になり，リリースまでの期間が短くなった。
・アジャイル開発に対して拒絶感がなくなった。
・作業量は増加したものの，主管部署との仕様調整の重要性が明確となった。
・今の開発体制を維持したい（維持するために予算等の問題はある）。
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

2828

STEP2完了後のアジャイル開発手法に対する開発側の意見＜アジャイル導入時点＞
・運開直後であるため，新しい運用ルールやツール導入はリスクが高い。
・突発作業がある状況下で，新しい取り組みをすると遅延が発生する。
・アジャイル開発は，要望が発散し作業量が増えそう。
・アジャイル開発を取り入れたことによる失敗が怖い。
＜STEP1完了時点＞
STEP1完了時点＞
・構成管理等の負荷が下がり，作業時間（設計，PG）を十分に確保することができる。
・短い間隔でリリースができるため，短期間で達成感が得られる。
・以前よりも顧客要望が理解度が上がり，修正方法・箇所が明確になった。
・顧客側が，開発側の状況をリアルタイム確認できるため，言い訳ができない。
・お互い優先度に関して共通認識があるため，無理な要求が抑制できる。
・アジャイル開発への不安はなくなった。
＜STEP2完了時点＞
STEP2完了時点＞
・品質に対して，結果の評価だけでなく，プロアクティブな取組みに意識が変わった。
・アジャイル開発をすることが当たり前になった。（改善活動への拒絶感がなくなった）・仕様レビューのやり方，考え方が大幅に変わった。
・各々の要求の目的を考えるようになった。
・今回のアジャイル開発に参加（経験）できたことを感謝している。
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

2929

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

3030

STEP3の実施概要
STEP1
アジャイル導入評価
アジャイルの基本の型を守る

STEP2
アジャイル継続
自分たちのやり方に合わせて型を破る

STEP3
アジャイル展開
基本，自分たちのやり方を展開

2013年6月～8月

2013年10月～12月

2014年1月～3月•アジャイルの基本の型をそのまま取り入れる•アジャイルの基盤ツールとして共通作業基盤を導入する•改善のサイクルによりアジャイル基本の型を自分たちのやり方に改良する（スキル，手法中心でツール活用は次フェーズ）
・アジャイル品質・アジャイルテスト・アジャイル要求管理•ツールを含めた改良に着手する
・テストツール
・共通作業基盤によるストーリー管理•共通作業基盤の展開スキルを身に付ける

テスト自動化の仕組
みの導入による【みの導入による【更なる】なる】工期短縮と品質向上への取り組み。

【ゴール】
【ゴール】
•アジャイルの基本のリズムを習得し， 【ゴール】•自分たちのアジャイルの型を確立し， •自分たちのアジャイル開発のテスト，自分たちだけで実践できる品質，要求の領域にツールを含めた•セットアップされた環境で共通作業 独力で展開できる•プロジェクトの立ち上げ含め共通作 改善の着手
基盤を使いこなせる
業基盤を使いこなせる

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

3131

自動化の概要
共通作業基盤リポジトリ
共通作業基盤リポジトリ

ビルドサーバー

テストサーバー
テスター用端末

1.転送

リンク（変更セット）

ソースコード３.デプロイ

２. ビルド４.テスト記録

ワークアイテム

６.テストスクリプト
コピー（完成後）

１１.回帰テスト実行
９. 回帰テスト実行依頼
テスト結果

１０.コピー

テストケース

回帰テスト用端末
５.テストケース作成
７.スクリプト紐付け
８.回帰テスト実行依頼
12.結果確認

テスター用端末
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

テストスクリプト

共用ロケーション

青字の作業がツールによる自動化処理
3232

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ3333アジャイル開発は，その類似した開発方法として反復開発などがあります
が，決定的に異なります。
アジャイル開発は，そのリリースの速さも特徴の1つですが，共同作業・協共同作業・協業・チーム力として洗練されている必要があること
業・チーム力として洗練されている必要があることが最も大きな特徴だと考えました。また，厳格に時間単位についてもマネジメントされる必要があります。
アジャイル開発チームに属するメンバーの意識改
これらを実施するには，アジャイル開発チームに属するメンバーの意識改革が必要
革が必 要になります。変えていくこと，チャレンジしていくことへのモチベーションを向上させ，それを維持し続ける必要があります。
先述の生産性及び品質の評価だけではなく，アジャイル開発に従事したメ変革することに対し高いモチベーションを維持できているーことがンバーがディシプリンド・アジャイル・デリバリ大きな効果でもあります。
アジャイル開発手法の第1弾の導入については，如何にメンバーの意識を変えるか，変化することへの取り組みに対し抵抗をなくせるかが重要なポイントです。
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ3434

ご覧いただきました通り，システム開発・保守・運用は，お客さまの変化に柔軟な対応を行うことと，システム稼働の安定の両方を実現していかなければなりません。また，変化対応については，如何にお客さまの希望時期に提供できるかが重要です。
そのような状況で，システム保守・運用業務の重ソフトウェア要がますます高まり，それに伴い，担当者のモチ工学ベーションも重要な要素です。
【アプリケーション統制
アプリケーション統制】
アプリケーション統制
われわれは，システム開発・保守・・フレームワーク
・DB (DOA)
運用に，ソーシャル工学的要素を取り・オブジェクト指向入れており，そのソーシャル的な要素
プロジェクト システム
ソーシャルの体系化に，アジャイル開発手法を適開発
管理工学用しています。
保守【プロジェクトの自律
プロジェクトの自律】
プロジェクトの自律【プロジェクト内の統制
プロジェクト内の統制】
プロジェクト内の統制 運用 ・3Cリズムシステムを長くご利用頂くために・進捗管理（調整，協同，完成）
は，保守・運用プロセスにおいてア・品質管理
・コミュニケーション
ジャイル開発手法的要素を取り込む必・構成管理・モチベーション
要があるといえます。
All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

3535

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

3636

今回，このような発表の機会を与えていただき，ありがとうございます。
また，アジャイル開発の導入において，第1段階ではありますが，成功と言ってよい成果が得られたと思っております。
アジャイル開発については，その取り組みが始まったばかりですが，さらに発展させることで，大きな変化が想定される電力業界においても，情報システム分野として貢献できるよう，邁進していきたいと思っております。
また，電力業界以外においても，本取り組み結果にご興味を持っていただけるよう，さらに尽力していきたいと思っております。
お集まりの皆様におきまして，ご参考になれば幸いです。
ありがとうございました。
内容等についてのお問い合わせは，Oohashi.Masayoshi@cti.co.jp
Oohashi.Masayoshi@cti.co.jp までお願いいたします。
内容等についてのお問い合わせは，

All Rights Reserved, Copyright ⓒ 2014 株式会社中電シーティーアイ

3737