AjaConf公立大学　産業技術大学院大学　産業技術研究科

チーム寿司

突然ですが

開発＝大変

プログラミング 設計文書テスト計画

単体テスト

導入

コードレビュー

要件定義

機能設計

システム設計

コンポーネント間統合

統合テストUI設計

システムテスト

現状調査

大変 !!

なんとか出来た

あっ

想像と違う

プログラミングミス？

テスト計画

テスト問題？

導入ミス？

コードレビュー大変

要件定義間違えた？見積もり間違えた

問題が見つかった

この機能いらない

どうする？

アジャイル開発

なにそれ？

アジャイルソフトウェア開発手法の多くは、反復 (イテレーション ) と呼ばれる 短い期間単位を採用することで、リスクを最小化しようとしている。

1つの反復の期間は、プロジェクトごとに異なるが、 1週間から 4週間くらいであることが多い。アジャイル開発手法においては、開発対象を多数の小さな機能に分割し、1 つの反復 (イテレーション ) で 1 機能を開発する（⇒反復型開発）。この反復のサイクルを継続して行い、 1 つずつ機能を追加開発してゆくのである。

おのおのの反復は、小規模なソフトウェア開発プロジェクトに似ている。各反復では、それまでに開発した成果物に 1 つの小さな機能を追加する。計画、要求分析、設計、実装 (コーディング )、テスト、文書化といった、ソフトウェアプロジェクトに要する全ての工程を、 1つの反復内で行う。アジャイル開発手法では、各反復が終了するごとに、機能追加された

新しいソフトウェア (ビルド ) をリリースすることを目指す。 各反復が終了するごとに、プロジェクトチームは、プロジェクトにおける優先度を評価し直す。アジャイル開発では、たくさんの文書を書くことよりも、

プロジェクト関係者間で必要な時に即座に直接顔を合わせて意思疎通を行うべきであることを強調する。ほとんどのアジャイル開発チームでは、ソフトウェア開発に必要な関係者全員が、1 か所の作業場所で仕事をする。この場合の関係者には、少なくともプログラマと「顧客」が含まれる (ここでの顧客とは開発対象のソフトウェアが何であるかを定義する人々である。「顧客」は、時にはプロジェクト管理者であったり、ビジネスアナリストや本物の顧客である場合もある ) 。 この作業場所では、テスト担当者、ユーザインタフェース設計者、テクニカルライタ、管理職も一緒に作業する場合がある。

アジャイルソフトウェア開発手法の多くは、反復 (イテレーション ) と呼ばれる 短い期間単位を採用することで、リスクを最小化しようとしている。

1つの反復の期間は、プロジェクトごとに異なるが、 1週間から 4週間くらいであることが多い。アジャイル開発手法においては、開発対象を多数の小さな機能に分割し、1 つの反復 (イテレーション ) で 1 機能を開発する（⇒反復型開発）。この反復のサイクルを継続して行い、 1 つずつ機能を追加開発してゆくのである。

おのおのの反復は、小規模なソフトウェア開発プロジェクトに似ている。各反復では、それまでに開発した成果物に 1 つの小さな機能を追加する。計画、要求分析、設計、実装 (コーディング )、テスト、文書化といった、ソフトウェアプロジェクトに要する全ての工程を、 1つの反復内で行う。アジャイル開発手法では、各反復が終了するごとに、機能追加された

新しいソフトウェア (ビルド ) をリリースすることを目指す。 各反復が終了するごとに、プロジェクトチームは、プロジェクトにおける優先度を評価し直す。アジャイル開発では、たくさんの文書を書くことよりも、

プロジェクト関係者間で必要な時に即座に直接顔を合わせて意思疎通を行うべきであることを強調する。ほとんどのアジャイル開発チームでは、ソフトウェア開発に必要な関係者全員が、1 か所の作業場所で仕事をする。この場合の関係者には、少なくともプログラマと「顧客」が含まれる (ここでの顧客とは開発対象のソフトウェアが何であるかを定義する人々である。「顧客」は、時にはプロジェクト管理者であったり、ビジネスアナリストや本物の顧客である場合もある ) 。 この作業場所では、テスト担当者、ユーザインタフェース設計者、テクニカルライタ、管理職も一緒に作業する場合がある。×

長い

端的に言うと

短い開発サイクル

何度も回す

ここで大事なのは

開発メンバーとのコミュニケーション

従来は

コミュニケーション

＝

対話

実際は

人が居る

人が居る×

人が居ない

人が居ない◯

じゃあ

続きはWebで

チャット

や

ビデオ会議

用いて

開発を継続

そこで

機能

４つ

チャット

バックログ

付箋

ビデオ会議

特徴

３つ

Webアプリ

依存度低

いつでもどこでもだれでも

DEMO

システム概要

利用技術

Play Flamework

Mongo DB

Nginx

HTML5

agaconfサーバー

agaconfクライアント

Ricohサーバー

Request

Response

WEBSOCKET

Push

PushUCS接続要求

応答

双方向通信で、付箋や、グループ情報等を管理します。

DB

DB

Architecture

ユースケース図

MongoDBコレクション定義

コレクション名 group

物 理

名 論

理

名 型 備考

id ID ObjectId

name 名前

コレクション名 group_member

物 理

名 論

理

名 型 備考

id ID ObjectId

account_id アカウントID ObjectId

account の IDと同一

group_id グループ ID ObjectId groupの IDと同一

コレクション名 sticky_category

物 理

名 論

理

名 型 備考

id ID ObjectId

name 名前

コレクション名 sticky_items

物 理

名 論

理

名 型 備考

id ID ObjectId

detail 詳細

sticky_category_id 付箋カテゴリID ObjectId

sticky_categoryの IDと同一

tanto_id 担当者 ID ObjectId account の IDと同一

sticky_item_image_id

画

像 ID ObjectId GridFSの IDと同一

created_at 作成日 Date

group_member グループメンバ情報

EmbeddedGro

upMember 埋込情報

まとめ

アジャイル開発システムいつでも・どこでも・誰とでも

作業の効率化

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