Distributed Agile using UML

国際的な XP プロジェクト事例 ─ UML を使った分散アジャイル開発 2003.4.16 （株）永和システムマネジメント平鍋健児岡村敏弘 UML Forum 2003 C-4

自己紹介㈱永和システムマネジメント福井県福井市， 200 名金融・医療・オープンシステムの開発平鍋健児オブジェクト指向・ XP の現場実践、書籍・記事の執筆 XP-jp メーリングリスト岡村敏弘 Jude プロジェクトリーダー

「国際的な XP プロジェクト事例 ─ UML を使った分散アジャイル開発」 17:15 ～ 18:25 （ 70 分）中国とのジョイントプロジェクトにおいて、 XP （ Extreme Programming ）を適用した事例を紹介する。開発対象は、 UML モデリングツール Jude で、昨年の 10 月からプロジェクトを開始し、現在に至る。同じ場所での開発期間と、離れた場所での開発期間の違いや、それぞれどのような困難や利点があったかを中心に説明する。コミュニケーションが困難な状況においてアジャイルな開発を行う場合の課題と解決策を探る。アブストラクト

アジェンダ経緯と方針（中国・上海の状況を交えて） XP 概要プロジェクト概要レポート考察

発端上海視察帰りの社長曰く，中国のソフトウェア会社と共同開発をせよ．中国は人件費が安い点で注目されているが，実際に上海に行ってみると技術者のエネルギーはすごい．優秀な人材がたくさんいる．単に人的資源の調達場所としてではなく，優秀な技術者と友好関係を結びたい．また，今から爆発するであろう中国市場も視野に入れたい．現在開発中の Jude(UML エディタ ) の開発を加速．

中国・上海の状況ソフトウェア市場としての中国中国のソフトウェア産業成長上海のソフトウェア産業成長上海のソフトウェア技術者上海のソフトウェア産業の特徴

世界ソフトウェア市場の比較出展 : "Report of Shanghai Software Industry Development 2001"(Shanghai Information Committee) 日本市場：中国市場＝ 8:1 日本市場 / 人：中国市場 / 人＝ 100:1 Software Market breakdown of 2001 Ireland 85.2 China 68.2 Brazil 74.81 South Korea 78.9 India 84 Japan 545.28 USA 2285.6

ソフトウェア販売歳入の推移年々延び率２０％で成長している

上海ソフトウェア産業の成長特に上海の成長は顕著 (50% 以上 )

上海のソフトウェア技術者ほとんどが３０歳以下．若いやる気とエネルギーに溢れているしかし，経験はあまりない上海には大学が５０以上ある

上海の政策他州の大学生，卒業生も上海在住できる ISO9001 と CMM 認定に賞認定企業への税金の軽減ベンチャー企業への支援ハイテクプロダクトへの投資エンジニアの教育施設上海政府はソフトウェア開発企業を優遇している

中国・上海の状況（まとめ）中国のソフトウェア市場は日本の 1/8 ．ソフトウェアの販売は，年率 20% で延びている．特に上海は 50% を超える延び率．上海には若く・エネルギーのある技術者が多い．上海は政策的にソフトウェア産業が優遇されている．現在の上海は共同開発にとてもよい環境　将来の市場，経済の成長　若い人材　（日本に比べて安い人件費）

中国とのジョイント開発の大方針中国を労働力リソースとは見ない将来の展開を見据えた信頼関係作り共同開発の２つの方向の選択肢設計と製造の分離　… UML での仕様 I/F 密なチームの結成 … XP チーム採用

具体方針 XP チームを結成し， UML エディタを開発する．チームを醸成する． UML に精通する．オブジェクト指向開発ノウハウを伝授する．将来の設計と製造の分離にも備える．分散開発のプロセスモデルを探る．両社の Win-Win を確認する宣言書を作成．

2002 年 9 月 23 日私たち、永和システムマネジメント、 SuperV 、大陸貿易開発、上坂会計の四社は、日本と中国での共同ソフトウェア開発において、新しいビジネス、新しい価値を創造する活動を行います。この活動にあたっては、以下を共通の原則として行動します。 1. チャレンジへの若い情熱（青） 2. 出発当初の初心忘るべからず ( 義 ) 3. 信頼と友情を基礎にしたアライアンス（愛） 4. 自己実現 ( 夢 ) 私たちの夢：　４つの Win が第５の Win を創造する。福井宣言

XP とは eXtreme Programming コーディングとテストに重点初期設計よりも漸進的再設計明確な「 4 つの価値」 , 「 12 のプラクティス」を示すソフトウェア開発は製造工程ではない．対話を基礎に置いた新しいパラダイム． Kent Beck, 1999 Extreme Programming Explained - Embrace Change （『 XP エクストリーム・プログラミング入門 - ソフトウェア開発の究極の手法』）

4 つの価値 Communication( コミュニケーション ) Simplicity( シンプルさ ) Feedback( フィードバック ) Courage( 勇気 ) Communication +Simplicity+Feedback = Courage

12 のプラクティス Planning Game 計画ゲーム Small Releases ちいさなリリース Metaphor メタファー Simple Design シンプルデザイン Testing テスティング Refactoring リファクタリング Pair Programming ペアプログラミング Collective Ownership 共同所有権 Continuous Integration 継続的インテグレーション 40-Hour Week 週４０時間 On-site Customer オンサイト顧客 Coding Standard コーディング標準 ※ 14, 13, 19 などと統廃合が起こっているが，ここではオリジナルの 12 を挙げる

XP Process プロジェクトはリリースの連続１リリースは２ ~ ３ヶ月リリースはイテレーションの連続イテレーションは２ ~ ３週間イテレーションはタスクからなるタスクは１ ~ ２日タスクはペアによって開発される毎朝のスタンドアップミーティングテストファーストによる開発

開発対象 Jude UML モデリングツール Java アプリケーション規模（現在）クラス数： 1180 全 NCSS ：約 9 万行（≒コメントや空行以外）プロジェクト概要 Method 10 Class 75 8 Package 2338 239 31 Project 88826 9075 1180 38 per NCSS Methods Classes Packages

ビジョン１． Jude 竹バージョンを開発しリリースすること２．信頼関係を構築し、日本と中国で高品質のソフトウェアを共同開発するモデル（ビジネス、プロセス）を見つけることデファクトスタンダード２．中国アライアンス１． Jude Jude 梅 Jude 竹 Jude 松クリエイティブで生産性の高いチームコアとなる機能を装備将来の展開に耐えるレベルに拡張業界特化商品カスタマイズパートナアーキテクチャの確立基本機能の実装 Win-Win 関係信頼関係

体制中国３名、日本３名の開発チーム開発チーム Director ：平鍋（擬似顧客、コーチ） GPM ： Toshi （擬似顧客代理） Masa （プログラマ）２９才、開発経験７年 Midori （プログラマ）３３才、開発経験８年 PM: Rock （マネージャ、プログラマ）２７才、開発経験４年 Wenny （プログラマ）２８才、開発経験５年 Yves （プログラマ）２３才、開発経験１年 Technical Manager ： Jessy （コーチ） PM: Toshi （マネージャ、プログラマ）３０才、開発経験６年 Superv( 上海）当社

スケジュール Startup Phase で４つの図サポートを追加する Elaboration Phase で他の基盤機能を追加する Startup phase では、 project velocity の把握、ナレッジ共有、相互理解、コミュニケーションに焦点をあてる Startup Phase Elaboration Phase

開発場所中国で一緒に開発スタート -> 分散開発日本で一緒に開発 -> 分散開発日本上海当社当社当社 SV SuperV SuperV 準備 -> 分散合同分散合同分散 Release2 Release1 ３２１１２１１１０

「 XP をベースに短期繰り返し型で開発する」課題どう情報共有するかどう品質を維持するかどうリスクを軽減するか XP の採用密なコミュニケーションペアプログラミング・ユニットテストによる品質維持短期リリースと舵取りによるリスク軽減工夫した点モデルテスト、コマンドテスト、ストーリテスト Reflection Sheet 、 Evaluation Sheet で改善プロセス１

プロセス２ Release ：三ヶ月単位で大きな計画＋機能開発＋評価を行う Iteration ：計画＋機能開発＋評価を一週間単位で繰り返す Release1 (3 months) Iteration2 (1 weeks) Iteration1 (1 weeks) Simple UML Story1 Rel.2 Meta model Iteration Evaluation Story2-1 Story2-N Iteration Evaluation Iteration3 (1 weeks) Story5-1 Story5-N Iteration Evaluation Presentation Model Test Model Test Model Test Command Test Command Test IterationN (1 weeks) Story Test Iteration Evaluation Release Evaluation Evaluation Sheet Improved Process Release Planning Iteration Planning Iteration Planning Iteration Planning Iteration Planning Reflection Sheet Tracking Sheet

ツール・環境 Ant ビルドツール J2SE 1.4.1 コンパイラ Windows2000 ､ XP OS MSN Messenger 会話 Swiki 情報共有 JUnit ユニットテスト CVS 、 WinCVS 構成管理 Eclipse 統合開発環境

導入開発開始前の準備計画共有、ストーリカード準備、環境準備、体験課題日本上海当社当社当社 SV SuperV SuperV 導入 -> 分散合同分散合同分散 11 9 10 7 5 6 3 1 2 8 6 7 4 3 1 Release2 Release1 8 4 5 2 ３２１１２１１１０

環境準備「コミュニケーションに適した環境を準備」ホワイトボードタスク表を貼る壁プリンタホワイトボードを持つチームの部屋お菓子

XP 体験課題「簡単な課題で、プロジェクトでの価値観を共有」課題：「ボーリングの点数計算プログラム」狙いと効果 XP 予行（ユニットテスト、タスク分割と見積もり）プロジェクトでの価値観共有理解しやすさ重視品質重視メンバの技量把握コーディング規約注意期間：１日各自のプログラム評価結果

アーキテクチャ１「共通語の UML でアーキテクチャを共有」パッケージの責務と依存関係中心に理解説明 UML の例

アーキテクチャ２「 Jude は、 MVC のフレームワーク上に構築」

テストの種類 Release1 Iteration2 Iteration1 モデル開発機能開発コントローラビューモデルテストモデルテストコマンドテスト IterationN ストーリテスト Model Test コマンドテストユーザストーリを正しく実行できるかを目視で確認するストーリテスト（手動）アプリケーションを起動した状態でコマンドを送り、コマンドが正しく実行できるかを確認するコマンドテスト（ JUnit ）内部で持っているモデル（ UML メタモデルなど）が正しいかを確認するモデルテスト (JUnit)

Release1 合同開発日本上海当社当社当社 SV SuperV SuperV 準備 -> 分散合同分散合同分散 11 9 10 7 5 6 3 1 2 8 6 7 4 3 1 Release2 Release1 8 4 5 2 ３２１１２１１１０

Release プランニング「ざっくりと、一緒に計画する」準備していった Story カードと Story リストを利用合同開発中に一通りの開発を一緒に行う見積もり（理想日） Story のリストどれからやるかどんな機能を開発したいか

第一イテレーションとにかくやってみるできる限りコミュニケーションする

Iteration プランニングタスク内容ステートチャート図のモデル開発ステートチャート図の生成機能開発（一つ基本機能を先行開発）タスク分割とサインアップ

開発「ペアプロがチーム内ナレッジ共有に効果大」 UML で開発対象の概略理解 UML メタモデル等のクラス図、オブジェクト図ペアプログラミング新しいことに対する勇気、そして理解アーキテクチャ開発環境会話促進ソースコードで解りあうユニットテスト習慣化

トラッキングシート計画したタスク全て完了 Team Velocity = 12.2 Points Test = 100% （ 168 cases ）

リフレクションシート「この Iteration を振り返り、改善」 Dash out the completed task Eat some sweets Put list of story on the wall Pair up with different nationality Take a 15 minutes rest after lunch Open the window during lunch (by Yves) Tracking on wiki Good mood Make jokes Talk a lot No over work Communication by writing and drawing Avoiding to one-way communication Without projector Pair Programming Stand up meeting Try These Keep These

第二イテレーション機能の開発 Story カードで機能理解ほぼ全ペアの組み合わせ実施途中で新たなストーリ７つ追加全タスク開発完了

中国余談プラス時差１時間漢字、ブロークンな英語健康志向、週４０時間労働マイナスビザ、連休電話、ネットワーク不安定交通両方食事

Release1 分散開発日本上海当社当社当社 SV SuperV SuperV 準備 -> 分散合同分散合同分散 11 9 10 7 5 6 3 1 2 8 6 7 4 3 1 Release2 Release1 8 4 5 2 ３２１１２１１１０

分散開発分散でも大きな分担割をせず XP 継続変化・工夫あらかじめ Story カードを一緒に作成、理解プランニングは、全員でのチャットトラッキング情報は、壁ではなく wiki で共有スタンドアップミーティングは、各社で実施不明点、アイデアなどは、必要なときにその都度チャットペアプロは、継続（奇数人になり減少）

Wiki による情報共有サイトマップ Release 1 スケジュール（期間分割と大雑把な見通し）ストーリー一覧（このリリースの開発対象）ストーリーカード（必要なストーリーのみ） Iteration1 Reflection Sheet （前回の反省） Tracking Sheet Team Velocity テスト結果（テストケース数と結果） Iteration2 ・・・・・ Release 2 Release 3 バグ情報一覧改善項目一覧 Daily 自動テスト結果集計開発のヒント集（開発注意点など）ダウンロード数推移ここから簡単に Web を編集 Edit

実践プラクティス特別特別開発者全員で見積もり、サインアップ。ストーリーカードにより機能を理解。タスクカードは作成せず。計画ゲーム ○ テストの種類を３つ用意。コマンドのテストサポートクラス利用。モデルテスト、コマンドテスト、ストーリテスト ○ ○ ○ × ○ ○ ○ ○ △ ○ ○ ○ × 実施特に準備せず。メタファー２週間単位でリリース。ちいさなリリース機能の実装に必要な設計のみに集中。シンプルデザインユニットテストを実践。テスト駆動は未定着。テスティングよく実践した。常にではなく、デバッグ時は 1 人。ペアプログラミング気づいたときになるべく実践。必要意識高い。余裕必要。リファクタリング Iteration 毎に Reflection シート作成（５分）。 Release 毎に EvaluationSheet 記入。-> 改善意識向上。 Reflection 、 Evaluation ObjectClub バージョンの標準遵守。 Eclipse の自動フォーマット。コーディング標準ほぼ残業ゼロだった。最近はがんばりペース。週４０時間どのファイルも誰でも編集可能。共同所有権意見がまとまらない場合など、擬似顧客が決定。オンサイト顧客毎日インテグレーション。毎日自動テスト。継続的インテグレーションどのように実践したかプラクティス

トラブルと対処 Visa 取得遅れによる出張延期 -> 準備課題など仕様誤解２，３度慣れによる仕様確認不足が原因 -> そのイテレーション内に回復 -> 複雑なものは wiki 上にイメージと詳細な記述追加正月休みのずれ＋１人ハネムーン -> 他のメンバがカバーし、問題なしネットワーク不安定でチャット不可 -> 他のインスタントメッセンジャで対処

Release １全体８回のイテレーションを完了平均 TeamVelocity = 12.2 テストケース数 = 404 完了したストーリー数 = 約 100 ステートチャート図とアクティビティ図追加他いくつかの改善項目を完了合同開発・分散開発共に順調に進行 X’mas バージョンを急遽リリース予定外、２日で対応外部へのリリースで、顧客視点の再認識 X’mas version

分散開発と担当割 Jude プロジェクトでは、“一緒に開発”を継続 ○ △ × 頻繁なリリース A 図を一緒に開発 A 図を日本、 B 図を中国アプリを日本、モデルを中国例密疎疎コミュニケーション ○ △ ○ 機能仕様の統一感 ◎ ○ △ モチベーション ◎ ○ ○ 品質多中少必要知識あり少ないあり担当タスク間の依存一緒に開発する縦に大きく割る横に大きく割る

ツールとアジャイル開発「分散アジャイル開発はツールにも支えられる」直接会って話をする、壁に貼る、が一番。それに近づける。 Web ベースの XP プロジェクトサポートシステム。（ Jude プロジェクトでは未使用） XPlanner 、 XpTrackerPlugin （ TWiki plugin ） XP 管理情報・考えを伝えるのがメールに比べ格段に楽。インスタントメッセンジャー（ MSNMessenger 他）会話遠隔ペアプロビルドツールユニットテスト情報共有構成管理開発種類プログラミングが楽。ソースを追うのが楽。テストが楽。リファクタリングが楽。 Eclipse 頻繁なリリースが楽。 Ant 離れた人とのペアプロの可能性。（まだ不安定） Sangam(Eclipse plugin ）非常に手軽に情報共有できた。 Swiki 、 TWiki 、 PukiWiki 他テストが楽。 JUnit ソースコード共有が楽。 CVS 、 WinCVS 効果ツール

UML の役割高い表現力・伝達力と厳密さをもった標準言語 ↓ ソフトウェアの設計をすばやく共有 ↓ アライアンスとスピード時代の開発をスムーズに今回の開発での UML 利用開発対象 Jude のアーキテクチャ共有モデル（ UML メタモデル含む）の設計簡単な設計アイデアの交換

プロジェクトの特性 Jude プロジェクトについての、分散アジャイル開発のプラス要因自分が顧客視点を持てた（ UML ツールの利用者）機能追加が主で大規模な設計が不要だった参考ツールが存在し、要求仕様を理解しやすかった一部モデルに関する詳細な仕様書が存在した日本と中国との開発だった（時差など有利）自社ソフトウェアの開発だった

うまくいったことと課題うまくいったこと導入課題での価値観共有 XP でのナレッジ共有、モチベーション維持リフレクションシートでの改善・改善意識メールではなくチャットでのリアルタイムな対話 Wiki でのプロジェクト情報共有課題コマンドテストの軽量化（テスト実行時間短縮、分割など）顧客巻き込みリファクタリングとテストの時間確保プランニングゲームの時間短縮

今回の事例のポイント Jude を XP で中国と共同開発あえて大きな役割分担せず、“一緒に開発” 同じ場所でチーム開発開始ナレッジ共有、モチベーション維持分散開発ではコミュニケーションツール活用 UML は重要な共通語の一つ密なチーム・信頼関係を構築

XP と信頼 XP は、信頼を築く XP 信頼 XP は、信頼を基礎とする

紹介機能・特徴 UML1.4 サポート無限回 UNDO/REDO （編集の取り消し、やり直し）大きな図をすばやく移動できる全体マップビュークラス図自動生成 Microsoft Office® への図イメージ貼付け右ドラッグによる斜め方向スクロールステレオタイプ毎の色設定 http://ObjectClub.esm.co.jp/Jude/ にて無償公開中。「真のカスタマからのコメントをぜひお寄せください」 PNG 、 JPEG 出力図のプリンタ出力出力 Java ソース読み込み入力アクティビティ図コラボレーション図クラス図 Java スケルトンコード出力シーケンス図 Javadoc 形式の Html 出力ステートチャート図ユースケース図図

Distributed Agile using UML

More Related Content

What's hot (20)

Viewers also liked (10)

Similar to Distributed Agile using UML (20)

More from Kenji Hiranabe (20)

Distributed Agile using UML

Editor's Notes