大規模アジャイル Ibm

アジャイルジャパン２０１０日本アイ・ビー・エム株式会社ソフトウェア事業 Rational 事業部 Rational テクニカルセールス部長ソフトウェアライフサイクル・エバンジェリスト玉川　憲 KenTamagawa

IBM におけるアジャイルへの取り組み
製品開発部門
Agile な開発手法を標準として推進
社内 IT 部門
適用可能プロジェクトには Agile の適用を原則化
サービス部門
Agile なプロセスを準備。日本でも事例がではじめている。

製品開発部門
社内 IT 部門
サービス部門
横展開済み展開中事例化

製品開発部門
社内 IT 部門
サービス部門
大規模のポイント推進体制日本ならではの難しさ横展開済み展開中事例化

IBM ソフトウェアグループでの開発手法の変遷 1980 年代 1990 年代現在
ウォーターフォール手法
メインフレームソフトウエア
反復型開発手法
分散プラットフォームでの開発
アジャイル手法
Web アプリケーション、オープンソースの開発、 Jazz

事例： Jazz プロジェクトの「チームコンサート」開発
2005 年より 7 カ国以上、約 120 名体制
第一弾の製品　「 Rational チームコンサート (RTC) 」
アジャイル・プラクティス (Scrum, XP) を利用
「チームコンサート」自身を用いて、 Jazz 系製品を開発
Zurich Beaverton Ottawa Saint Nazaire Raleigh Toronto Winnipeg Lexington Bangalore Tokyo Shanghai

皆様からの疑問ランキング
どうやって大規模化するの？
アーキテクチャは自然発生するの？
オフショアじゃ無理でしょ？！

定義・構築・テストのスキルを持った小規模チームを核にスケールさせる B 機能チーム A 機能チーム X 機能チーム C 機能チーム PMC 約 10 人 4-10 人 x 20 統合テスト

どれくらいのアーキテクチャが必要か？それは、何を作っているかに依存する

意図的なアーキテクチャソフトウェアアーキテクチャ製品に対する要件統合テスト・チーム開発チーム（スクラム）チーム間スクラム（ PMC ）アーキテクト

Jazz は、グローバル開発
一つのチームに属する人ですら、散らばっている
Zurich Beaverton Ottawa Saint Nazaire Raleigh Toronto Winnipeg Lexington Bangalore Tokyo Shanghai ワークアイテムプロセス Web UI ソース管理 PMC

高度に分散した開発の管理
コミュニケーションのサポート
電話会議・チャット
各チームは、デイリーミーティング
PMC は週２回のスクラムミーティング
チームがコラボレーションする環境
誰が何をやっているか、誰が次に何をやるかをリアルタイムに把握
一元化されたソース管理、作業管理、ビルド管理、問題管理

Jazz チームコンサート設計担当テスト担当既存ツールアジャイルチーム要件担当実装担当変更管理テスト管理要求管理構成管理ビルド管理障害管理構成管理プロセス管理 Jazz Team Server 要求 ( スコープ ) 時間アジャイル Beck 2000 既存ツール群要求分析・設計実装テスト時間要求 ( スコープ ) ウォーターフォール Royce 1970

製品開発部門
社内 IT 部門
サービス部門

社内 IT 部門における推進体制
Agile の推進コミュニティを発足
Agile が適用できるかどうかを判断する質問票を用意
業務、 PM 、開発者向けの Agile トレーニングを準備
PM のために、プロジェクトガイドを用意
アジャイル開発を支えるツールを提供
スクラムテンプレート、 OpenUP テンプレートなどを準備
プロジェクトの作業・進捗をオフショア環境でも見える化

Agile が適用できるかどうかを判断する質問票を用意質問内容・契約形態・要求の変化度合い・仕様変更を許容するか・他のアプリとの依存関係・ユーザーの巻き込み・ ToBe モデルの存在・ UI ベースでユーザーが評価しやすいか？・プログラム言語・スキルレベル・チームサイズ・クライアントとの関係・・・

PM のためのプロジェクトガイド ( 立ち上げ、計画、見積もり、ドキュメント ) を用意

製品開発部門
社内 IT 部門
サービス部門

日本のサービス部門におけるアジャイル事例
ユーザー企業からの興味が高まっている
後から変更が発生することを想定した開発プロセス

日本のサービス部門におけるアジャイル事例
ユーザー企業からの興味が高まっている
後から変更が発生することを想定した開発プロセス
特に必要な考慮点
縦、横の両方からのコミットが必要
利害関係者への逆三角形の周知徹底
がちがちの職位・プラミッド構造の緩和
契約形態

製品開発部門
社内 IT 部門
サービス部門

アジャイルジャパン２０１０Ｑ＆Ａ

Rational チームコンサート (RTC) とは？
プロジェクトの透明性を高めるために、 Eclipse 開発などの経験をベースに、 IBM Rational が一から作り直した製品
チームコンサートを使用することで生産性を高める：
情報の一元化、トレーサビリティの自動化、プロセス自動化
コミュニケーション＆透明性を高め、早期にリスク対応がとれる
レポーティングのための工数削減
インフラコスト ( ハードウェア、ソフトウェア ) 、管理コストの削減
ビルド管理障害管理構成管理プロセス管理開発者ビルド管理障害管理構成管理プロセス管理開発者 Jazz サーバー

チームコンサートを使ってみる！
Jazz ポータル
チームコンサートの Express-C は無償バージョンが DL できます
http://www-06.ibm.com/software/jp/jazz/
Jazz & RTC wiki
チームコンサートの情報が豊富です
http://www.ibm.com/developerworks/wikis/display/rtcj/
Jazz の日本コミュニティ
チームコンサートの Q&A フォーラムがあります
http://jazz-jp.net/
Jazz の本家
http://jazz.net/

アジャイル開発の本質とスケールアップ変化に強い大規模開発を成功させる 14 のベストプラクティスデスマーチ対策ツールチームコンサート超入門アジャイルプロジェクト管理スクラムではじめる最強エンタープライズ開発

さらに詳しく知りたい方は
IBM Rational
http://www-06.ibm.com/software/jp/rational/
ツイッター
Twitter.com/KenTamagawa
玉川のブログ - Jazz ブログ http://www.ibm.com/developerworks/blogs/page/jazzydev

大規模アジャイル Ibm

by 玉川憲 (Ken Tamagawa) - Amazon Web Services on Apr 29, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

2 Embeds 49

Statistics

大規模アジャイル Ibm — Presentation Transcript

http://www.slideshare.net	48
http://letternal.com	1