西村直人n-nishimura@esm.co.jp

id:nawoto

「アジャイルを始めるのは難しいのか?」

やさしいアジャイルの始め方

Agile Day 42010.12.10

AgileDay4

12010年12月13日月曜日

22010年12月13日月曜日

@nawoto id:nawoto

背景

32010年12月13日月曜日

ジョブタイトル

Agile Coach Ruby on Rails EngineerAgile Coach

42010年12月13日月曜日

,,,,今日お話しする事

アジャイルへの期待は高まっています。現場への導入は難しいと思われがちです。

52010年12月13日月曜日

,,,,今日お話しする事

アジャイルを現場で始める事は難しいのか?とり組んでみる動機から始める際のポイントまでをお話します

62010年12月13日月曜日

アジェンダ

(1) アジャイルへの期待(2) 現場が求めている事(3) アジャイルを始めよう(4) まとめとその後

72010年12月13日月曜日

アジェンダ

✓ アジャイルへの期待(2) 現場が求めている事(3) アジャイルを始めよう(4) まとめとその後

82010年12月13日月曜日

アジャイル

http://www.flickr.com/photos/roychristian/4045035844/

92010年12月13日月曜日

開発者http://www.flickr.com/photos/billward/3393263657/

102010年12月13日月曜日

いま起きている事

‣欧米での成功‣事例が増えている‣コミュニティが活発‣マネージャ,経営層が興味を持つ

112010年12月13日月曜日

経営層の期待

‣ビジネス優先の開発‣生産性の向上‣コスト削減‣内製化‣and more

122010年12月13日月曜日

再評価

http://www.flickr.com/photos/dungodung/217110961/

132010年12月13日月曜日

アジェンダ

(1) アジャイルへの期待✓ 現場が求めている事(3) アジャイルを始めよう(4) まとめと注意点

142010年12月13日月曜日

現場152010年12月13日月曜日

上手くいってほしい

http://www.flickr.com/photos/49725362@N05/4953379984/

162010年12月13日月曜日

リリースまでに

新しい要件が出てきた

顧客がこの機能は不要だと気付く変更が困難と

判明...

取れないバグパフォーマンスも...

Goal!!

顧客側の担当者交代

172010年12月13日月曜日

例えば

‣ 要件定義完了‣ 基本設計完了‣ 詳細設計60%完了‣ 各フェイズでの積み残しは引き続き検討する...

http://www.flickr.com/photos/77858632@N00/5095613507/182010年12月13日月曜日

色々な不安

‣ 60%って順調?‣ 積み残しの影響は?‣ 本当に完了してる?‣ この後は大丈夫?‣ and more

http://www.flickr.com/photos/estoril/737711334/192010年12月13日月曜日

解消するためには

‣十分な事前の検証‣より正確な情報‣進捗や課題について‣リスクの早期発見‣先手を打つ

ポイント

202010年12月13日月曜日

求めていませんか?

http://www.flickr.com/photos/marcinmoga/4240686102/

212010年12月13日月曜日

アジェンダ

(1) アジャイルへの期待(2) 現場が求めている事✓ アジャイルを始めよう(4) まとめとその後

222010年12月13日月曜日

一つのアプローチ

http://www.flickr.com/photos/roychristian/4045035844/

232010年12月13日月曜日

予期しない変化に備える

新しい要件が出てきた

顧客がこの機能は不要だと気付く変更が困難と

判明...

取れないバグパフォーマンスも...

Goal!!

顧客側の担当者交代

242010年12月13日月曜日

http://www.mountaingoatsoftware.com/scrum/figures

アジャイルでは

要求の一覧 やる事を

決める

作業一覧の見える化

毎日、簡単に進捗等に問題が無いかを確認する

イテレーションやスプリントと呼ぼう!!

ちゃんとできたか確認するand

ふりかえり

すぐにでもリリースできるレベルの成果物

252010年12月13日月曜日

解消するためには

‣十分な事前の検証‣より正確な情報‣進捗や課題について‣リスクの早期発見‣先手を打つ

262010年12月13日月曜日

十分な事前検証は可能なのか?

‣どこまでやると十分か?‣期間内に実施できる?‣予算や体制は?‣and more

272010年12月13日月曜日

http://www.mountaingoatsoftware.com/scrum/figures

アジャイルでは

要求の一覧 やる事を

決める

作業一覧の見える化

毎日、簡単に進捗等に問題が無いかを確認する

イテレーションやスプリントと呼ぼう!!

ちゃんとできたか確認するand

ふりかえり

すぐにでもリリースできるレベルの成果物

282010年12月13日月曜日

動作するソフトウェア

http://www.flickr.com/photos/roomiccube/2297434430/

292010年12月13日月曜日

全体ではないですが

‣要件を決めれているか?‣設計に間違いは無いか?‣実装を妨げる課題は?‣テストはできているか?‣リリースに必要なものは?‣and more

302010年12月13日月曜日

検証

http://www.flickr.com/photos/chiropractic/4670285277/

312010年12月13日月曜日

事前検証ではないけれど

✓どこまでやると十分か?✓期間内に実施できる?✓予算や体制は?

322010年12月13日月曜日

難しいか?

‣計画は?‣体制は?‣準備期間は?‣ずっと続けられるのか?‣and more...

332010年12月13日月曜日

二倍

http://www.flickr.com/photos/jeremymiles/392628113/

342010年12月13日月曜日

,,,,

毎回リリース可能にするのは

これは比較的難しいかもしれません。最初は一回でも多く動くソフトウェアを提供する事を目標にしてはどうでしょう か?

http://www.flickr.com/photos/jeremymiles/392628113/

352010年12月13日月曜日

解消するためには

‣十分な事前の検証‣より正確な情報‣進捗や課題について‣リスクの早期発見‣先手を打つ

362010年12月13日月曜日

http://www.mountaingoatsoftware.com/scrum/figures

アジャイルでは

要求の一覧 やる事を

決める

作業一覧の見える化

毎日、簡単に進捗等に問題が無いかを確認する

イテレーションやスプリントと呼ぼう!!

ちゃんとできたか確認するand

ふりかえり

すぐにでもリリースできるレベルの成果物

372010年12月13日月曜日

,,,,

デイリースクラム

チームが開催する15分程度の会議各メンバーが作業の進捗と作業上の障害を説明する日本では「朝会」として紹介されている

382010年12月13日月曜日

,,,,とあるマネージャ

リリース直前なのに、進捗は少し遅れている朝会をいつも見ていたから安心してたよ。

392010年12月13日月曜日

安心できた理由

‣情報の信頼性‣チームの生産性‣障害は無い

402010年12月13日月曜日

透明性

http://www.flickr.com/photos/jeremymiles/392628113/

412010年12月13日月曜日

監視

422010年12月13日月曜日

現場では難しいのか?

‣いつも見ていない‣15分で終わらない‣朝は集まらない‣フロアー内で目立つ

432010年12月13日月曜日

促進するプラクティス

タスクボード

バーンダウン442010年12月13日月曜日

例えば

15分で終わらない3つの質問。余計な人を呼ばない。目覚まし時計を鳴らす

朝は集まらない夕会でもいいですよ

フロアー内で目立つ座ってやる別の会議室で開催

452010年12月13日月曜日

解消するためには

‣十分な事前の検証‣より正確な情報‣進捗や課題について‣リスクの早期発見‣先手を打つ

462010年12月13日月曜日

報告ではなく検証472010年12月13日月曜日

http://www.mountaingoatsoftware.com/scrum/figures

アジャイルでは

要求の一覧 やる事を

決める

作業一覧の見える化

毎日、簡単に進捗等に問題が無いかを確認する

イテレーションやスプリントと呼ぼう!!

ちゃんとできたか確認するand

ふりかえり

すぐにでもリリースできるレベルの成果物

482010年12月13日月曜日

,,,,

ふりかえり

プロジェクト全体をチームやツールなど様々な点から確認する。次回のスプリントをより効果的に進める実現可能な改善案を準備する

492010年12月13日月曜日

現場では難しいのか?

‣いつやればいいの?‣全員は集まれない‣時間が取れない‣改善案が出ない‣and more...

502010年12月13日月曜日

現場では難しいのか?

いつやればいいの?毎週,毎月,マイルストーン毎でも

全員は集まれないひとつのチームからでも

時間が取れないお昼ごはんでも食べながら

改善案がでない毎週やっていれば1つはでます

512010年12月13日月曜日

自分達で出来る事

http://www.flickr.com/photos/26149290@N02/3871469072/

522010年12月13日月曜日

,,,,やさしい始め方

プラクティスには目的があります。目的を理解すれば、現場で始めやすい形にアレンジできます。

532010年12月13日月曜日

デイリースクラム

‣ ゴールに向けた進捗の検査‣ 日次で正確な情報を得る‣ 即座に対応する‣ 作業を円滑に進める‣ 作業に集中させる

542010年12月13日月曜日

http://www.flickr.com/photos/lancesh/190382917/

いっぽ552010年12月13日月曜日

アジェンダ

(1) アジャイルへの期待(2) 現場が求めている事(3) アジャイルを始めよう✓ まとめとその後

562010年12月13日月曜日

,,,,今日お話しする事

アジャイルを現場で始める事は難しいのか?とり組んでみる動機から始める際のポイントまでをお話します

572010年12月13日月曜日

,,,,まとめ

アジャイルの活動は、現場にとってもメリットがあります。目的を理解しアレンジすれば、導入の障壁は低くなります。

582010年12月13日月曜日

http://www.flickr.com/photos/swimparallel/3380025219/

注意点592010年12月13日月曜日

,,,,

残念ですが

始めやすい所から始めて、部分的な効果を得る事は価値があります。従来のやり方と併用し、両方の良いところだけを得れるという事ではありません

http://www.flickr.com/photos/johanilsemari/4937588901/

602010年12月13日月曜日

,,,,とある現場

朝会を導入してみたが、半月後には猛反発。理由は、チームに対して朝会での報告とこれまでの進捗報告の両方を求めていました。

612010年12月13日月曜日

http://www.flickr.com/photos/bk2204/475332962/

簡単

622010年12月13日月曜日

http://www.flickr.com/photos/barnzai/3311976073/

進む632010年12月13日月曜日

http://www.flickr.com/photos/y_i/2330044065/

悩む642010年12月13日月曜日

For more infomation...

652010年12月13日月曜日

コミュニティ

http://www.microsoft.com/japan/powerpro/developer/agile/

スクラム道

662010年12月13日月曜日

I'm here to help you

E-mail : n-nishimura@esm.co.jpBlog : d.hatena.ne.jp/nawotoTwitter : @nawoto

ん? なにか相談?

672010年12月13日月曜日

http://www.flickr.com/photos/athomeinscottsdale/3108146172/

ゴール682010年12月13日月曜日

ありがとうございました

以上、http://www.flickr.com/photos/barliquin/315011954/

692010年12月13日月曜日

HappyAgileDevelopment

702010年12月13日月曜日