SDM公開講座「現代ソフトウエアエンジニアリングの俯瞰図」
の第17回（最終回）
ソフトウェア開発のトピックスとまとめ
～アジャイル開発、クラウドコンピューティングの話題
及び本講座のまとめ ～
を聞いてきたのでメモメモ。
命題
自分たちの組織、プロジェクトで●●のソフトウェア
（又はシステム）を構築するのに最も適切な開発手法は何か
→コンテキストに応じて
考察
リポジトリにためておく：インテリジェンス
俊敏性
変化に対応
アジャイル開発手法
ＩＴを取り巻く環境の変化
背景
１．ビジネスニーズへの適切な対応
２．ウォーターフォール型開発における問題点
３．ソフトウェア産業構造（多重下請構造）上の課題
１．ビジネスの俊敏さへの対応要求の増大
２．グローバル化の拡大
３．ウォーターフォール型開発に適合しにくい
従来：１００％にしてから世に出す
現在：エンドユーザーとの共同作業によりよりよいものにしていく
ベータ型文化
ＩＴシステムへの依存と、システム環境の変化
ビジネスに影響を与える例
柔軟性 ＪＵＡＳの報告書
「ＩＴ経営普及促進に向けた調査研究」報告書
システム開発ベンダにも求められる柔軟性
変化に対する俊敏な開発手法
アジャイル
クラウド
ビジネスルールマネジメントシステム（ＢＲＭＳ）
パブリッククラウド上での迅速なシステム開発の実現
要求変化対応ソフトウェアアーキテクチャ（ＢＲＭＳ）
ビジネス・アーキテクチャ
ビジネスプロセスがビジネスルールを実行
ビジネスプロセス＝エンジン
ビジネスルール＝パラメータ
→ビジネスルール管理システム
アジャイル開発の概要
要求に従って、優先度の高い機能から順に
一定の期間で繰り返し
要求の固定がビジネスリスクを拡大
要求が固定化されない→リスク：開発スケジュール
要求を固定化→リスク：変化
アジャイル開発は
顧客の参画の度合いが強い
動くソフトウェアを成長させながら作る
反復・漸進型
人々のコミュニケーション
要求を固定化しない
アジャイル宣言における４つの価値
個人との対話
動くソフトウェア
顧客との強調
変化への対応
１２の原則は省略
調査事例から
３つのモデル
基本型
はじめに要求・基盤共通
リリース前テスト
ＳＬＣＰのプロセスがないわけではない。
Ｗｈａｔ－ｔｏ－ｄｏと
Ｈｏｗ－Ｔｏ－Ｄｏ
文化が異なる
コストと納期を固定
スコープ（要求）を変動
優先順位
ＪＵＡＳ
ソフトウェアメトリックス調査２０１２
→納期優先が多い
アジャイル開発課題
経営層、ユーザーの意識
→内製も
２割はＩＴ部門をとおさずに経営層で決定
安易な心構えだと失敗
ベンダ経営層の意識
アジャイルは世界の主流
→１０月２４日にＳＥＣセミナー
人材の育成と適正配置
プロダクトオーナー
スクラムマスター
コアを見極める
人材の見極めと適正な配置
ダニエルピンク「やる気に関する驚きの科学」
内的な動機付け重要
しごとにおて重要な要素
自主性
成長
目的
例：２０％ルール
普及に向けた課題
海外における要員
スクラムマスター（資格）
アメリカ７万人 日本５００人
ブラジル
アジャイル増えている（アメリカオフショア）
お客さんのビジネス成功率が高い
日本におけるアジャイル開発にふさわしい契約モデル
請負
準委任
アジャイル開発にふさわしい契約は？
基本／個別契約
組合モデル
適用領域
すべての領域に適しているわけではない
適している領域
ビジネス要求が変化する
リスクが高い
市場競争領域
まだまだ
大規模開発（１０人をこえる）
分散拠点開発
組織をまたぐ開発チーム
組み込み
中・大規模開発事例
プラクティスのカスタマイズ
適切な開発手法の選択
アジャイルはプロセスではなく文化である
開発手法の選択
アジャイル：少し作って確かめる
クラウド：作らないで使う
ＢＲＭＳ：
アジャイル開発のスイートスポット
１２人
シンプル
ビジネスステージと開発手法
Ram Chillarege The Marriage of Business Dynamics and Software Engineering
対象の性質に応じたマネジメントの考え方
The Stacey Matrix
ＣＨＡＯＳ ＭＡＮＩＦＥＳＴＯ ２０１２
------------
ソフトウェア・インテリジェンス
ソフトウェアインテリジェンス→知見を得る
→金曜日に作成したプログラムにバグが多い？
リポジトリ
社会全体として
------------
「非まじめ」型要求分析
