2010-10-17 アジャイル開発のグローバルな現状と日本の位置および、楽天におけるアジャイル開発への挑戦 楽天テクノロジーカンファレンス2010 アジャイルの解説 平鍋健児(株式会社チェンジビジョン代表) テーマ:日本でアジャイルできる? 挙手をしたところ、参加者の9割はプログラマでした アジャイルでリスクを回避する マーケットリスク回避 技術リスク回避 アジャイルの手法 2009年調査で、スクラムが50%、スクラム+XPが24% Kanbanという、トヨタ生産方式のカンバン方式に似た手法も産まれた 在庫を持たないトヨタ生産方式。ソフトウェア開発において、ドキュメントやテストされていないコードは在庫と言える。ユーザのためにならない。 スクラム、Kanban、日本の考え! アジャイルとは 自分たちで、自分たちの問題を理解する 自分たちの状況にあった解を、自分たちで作る なので、アジャイルを入れることを目的にしてはいけない 自分たちの問題=ビジネスの問題、現場の問題… アジャイルはTool、そして、A fool with tool is still fool. ということ。 例1:ミュージシャン向けのツールを作っている会社 ミュージシャンがProductOwner。ただしミュージシャンには発注とかわからないので、そこは独自に工夫 例2:リクルート 要求定義チームと実装チームがあって、1フェイズずれている 文化の違い:そもそも日本人にアジャイルは向いているのか? 参考:Culture Dimensions(ヘールト・オーフステッド) 日本の特徴 不確実を避けたい(似た国:ロシア、フランス 逆の国:イギリス、北欧、インド、アメリカ) 長期的視点が好き(似た国:ブラジル、インド 逆の国:カナダ、アメリカ、イギリス) 個人より全体(似た国:ロシア、インド 逆の国:アメリカ、イギリス、オーストラリア) 権力主義・男らしさ重視の面もある 以上から、日本、アジャイル向いていないかも? アジャイルはみんなで考えるという面があるが、日本の場合強いリーダーが要る、その辺に日本型アジャイルの回答があるかも 楽天の事例 田澤久(楽天株式会社) スライドが映らず口頭のみのトラブル 現、楽天開発環境整備課 品質保証、セキュリティなどのバックオフィス ちなみに元職はNTT系 楽天のアジャイル 三木谷社長「いいからアジャイルでやれよ!」で始まる 現状、ごく一部(5%程度)のプロジェクトがアジャイル化されている 「スピード感はビジネスに直結する」 導入前の不安と、導入結果 やり方を変えてうまく行くか? アジャイルを入れつつ、スケジュールは維持。ビジネス的にアジャイルを入れるためだけの時間は取れない それで負荷がかかりストレスが生まれてしまうかも?それが幸せ? 結果、楽しくやれるし、充実して仕事ができるようになった ただし、アジャイルを勉強している強いリーダーが必要で、その人には高い負荷がかかる メンバーがアジャイルを勉強すると負荷は減るが、それまではかなりストレス ビジネスサイドから見た際の成果が上がるのか? 開発現場は明るく元気に仕事できるようになりました、だけじゃ意味が無い 結果、ウォーターフォールと違ってビジネス側からも進捗が目に見えるようになった 楽天のレシピや結婚情報サービスは実際にアジャイルで開発した ウォーターフォールの問題 契約が重い、時間がかかる ウォーターフォールはリソースが変動できる場合に向く、楽天はほぼ自社開発なのでリソースが限られる、だからウォーターフォールでは無理がある その他 開発環境整備課は、ルールを決めるのではなく、基準を決める 僕らがいいものを作るから、使ってみれば? 望まないルールを作らない アジャイルの失敗事例 社員少、パートナー多のプロジェクトで、「それは社員さんが決めてください」になった案件 アジャイルであること イテレーションが回ること 2週間に1回、水曜日にコードのフリーズがきて、金曜日にはリラックスして来週何する?的話ができること 韓国某企業がスクラムマスターを雇っているらしい 日本でアジャイルが進まないのは、自分たちで作っていないから 自分たちで作ってみれば、ウォーターフォールの限界から、スクラムに至るのは自然