Your SlideShare is downloading. ×
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
ざっくりわかるScrum and Team Foundation Server #tfsug
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

ざっくりわかるScrum and Team Foundation Server #tfsug

5,490

Published on

2012/7/13のTFSUGでお話した際のスライド

2012/7/13のTFSUGでお話した際のスライド

Published in: Technology
1 Comment
8 Likes
Statistics
Notes
  • please reply in my private box(joy.andrew28@yahoo.com)

    Hello

    Iam joy andrew a good looking girl i am humble and cool
    above all i am loving and caring i have gone through your profile
    treuly it is quite intresting to me i will like to have a good relationship
    with you so kindly get incontact
    with me through this address (joy.andrew28@yahoo.com)
    so that i can tell you more about myself and also give you my picture hope to hear from you soon joy
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total Views
5,490
On Slideshare
0
From Embeds
0
Number of Embeds
5
Actions
Shares
0
Downloads
86
Comments
1
Likes
8
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. 吉羽 龍太郎 Ryutaro YOSHIBA アジャイルコーチ Web: http://www.ryuzee.com Twitter: @ryuzee 認定スクラムプロフェッショナル 認定スクラムマスター 認定スクラムプロダクトオーナー Microsoft MVP for Visual Studio ALM
  • 2. Scrum Boot Camp
  • 3. 2013/1/15-16 at Akihabara UDXScrum Regional Gathering Tokyo 2013 http://bit.ly/LtunLe
  • 4. 絶賛発売中絶賛発売中絶賛発売中絶賛発売中絶賛発売中絶賛発売中絶賛発売中
  • 5. ざっくりわかるSCRUM
  • 6. スクラムの公式ルールブック今日の内容はこれに記載されている内容ですhttp://www.scrum.org/scrumguides/
  • 7. Scrumとは? 可能な限り価値の高いプロダク トを生産的かつ創造的に届ける ためのもの
  • 8. 複雑で変化の激しい問題に対応するためのフレームワーク
  • 9. 組み合わせフレームワークなので、他の方法論を取 り入れることが可能 State of Agile Survey 2011 ©VERSIONONE
  • 10. 特徴軽量理解が容易習得が非常に困難
  • 11. 環境の変化ビジネスの速度が爆速に – 新しいことを – 競争相手がやる前にチャレンジングな領域が増える – R&D – 新規サービス – それ儲かる?物事の予測の精度は? – 高いはずがない…
  • 12. 必要なものはなんだろう?
  • 13. 全てを予測することはできない http://bit.ly/LT89jU
  • 14. 従来型と異なるアプローチリソースと期間で総量規制
  • 15. 大事なものは先に! 1番目にほしい 2番目にほしい 欲しいものを 3番目にほしい リストにして 4番目にほしい 5番目にほしい 順位をつける。 順位は状況に ・ ・ ・ 99番目にほしい100番目にほしい よって変わる。
  • 16. プロダクトバックログ http://bit.ly/N2WbSn
  • 17. プロダクトオーナー プロジェクトに1人必ず 必要 製品の責任者(結果責任) チームを活用してプロダ クトの価値を最大化する プロダクトバックログの 管理者 優先順位の意思決定の最 終決定権限をもつ チームに相談できるが干 渉はできない http://bit.ly/ujXAf3
  • 18. 開発チーム http://bit.ly/N39KRB 出荷可能なモノを作る 3人〜9人で構成 全員揃えば製品を作れる能力が揃う 上下関係なし
  • 19. 自己組織化 最良のやり方を 自分たちで決める
  • 20. 一定のリズムで仕事する一定間隔で意思決定と作業と確認を行う。 – 最大4週間の固定の期間 スプリント http://bit.ly/N35OjS
  • 21. 同じペースで!! 誤 #1 #2 #3 #N 正 #1 #2 #3 #N
  • 22. スプリント計画会議 1番目にほしい  スプリントで開発 をするためには 2番目にほしい 計画が必要 3番目にほしい  プロダクトオーナーは何をほし 4番目にほしい いか(第一部) 5番目にほしい  開発チームはどれくらいできそ ・ ・ ・ うか(第一部) 99番目にほしい  開発チームはどうやってそれを 100番目にほしい 実現するか(第二部)
  • 23. スプリントバックログ タスク タスク 1番目にほしい タスク タスク タスク タスク 2番目にほしい タスク タスク タスク タスク タスク タスク 3番目にほしい タスク タスク 4番目にほしい タスク タスク タスク タスク 5番目にほしい ・  プロダクトバックログを具体的 ・ ・ なタスクに分割する 99番目にほしい  タスクは後から増えることもあ100番目にほしい る
  • 24. さぁ開発だチームは出荷可能な製品の増分を作る
  • 25. 出荷可能?部品だけでは出荷できない小さくても使えるものを作る
  • 26. 出荷可能? ここまでできれば 終わりだと思って これもあれもでき たんだけど… てないじゃない?
  • 27. 共通理解完了の定義を作り、何をもって出荷可能かを定める。 コード ユニット チェックイン カバレージ レビュー テスト ドキュメント セキュリティ 性能 デプロイ などなど !!!! 途中の縮小禁止 !!!!
  • 28. モノを作る チームで進める http://bit.ly/N4I8LV
  • 29. 毎日! デイリースクラムで チーム状況を確認 http://www.flickr.com/photos/karthikc/333796551/
  • 30. チームがスプリントゴールに向かって進んでいるかを検証。残作業を追跡する。 http://bit.ly/N5MUJa
  • 31. デイリースクラム毎日、同じ時間、同じ場所で15分一本勝負(延長戦はなし)開発チームによる自分たちのための会議 で開発チーム全員が参加 – SM/POはオプションコミュニケーションの改善と意思決定定型フォーマット – 昨日やったこと、今日やること、困っている こと
  • 32. スプリント終了まで進め!!
  • 33. スプリントレビュー開発チームの成果物を プロダクトオーナーが確認する
  • 34. スプリントレビュー よし頼んだ通りなのでOKです。 完了だ! 1番目にほしい 2番目にほしい あれ、ここクリックすると遷移先 が違うね。これは未完了 3番目にほしい あ、こうなるのか。頼んだ通りだ 4番目にほしい から完了だけど、次のスプリント で機能追加しようか! 5番目にほしい ・ ・ ・ この感じだと、秋ごろリ 99番目にほしい リースかな。次のスプリ ントはこの内容でどう?100番目にほしい
  • 35. フィードバックループ短いスプリント単位で頻繁に確認と調整を行い製品をよりよくする もちろん仕事の やり方ももっと うまくできるはず
  • 36. スプリントレトロスペクティブ人、関係、プロセス、 ツールなどの観点で 今回のスプリントを 検査するうまくいったこと、 今後の改善点を整理 する今後のアクションプ ランを作る
  • 37. 繰り返す… #1 #2 #3 #Nタイムボックスを繰り返してPOがほしいものから順に出荷可能な製品を届け続けるうまく届けられるように改善 し続ける
  • 38. スクラムマスター このプロセスがうまくまわるようにする 妨害の排除 支援と奉仕(サーバントリーダーシップ) 教育、ファシリテート、コーチ、推進役
  • 39. ワークショップここまで説明した内容を1枚の絵に描い てみましょう。 – 4人でグループになってください。 – 絵は2人で1枚作ってください。 – 5分で書き、3分でグループ内で議論します。 – これを2回やります。
  • 40. プロダクトオーナー スクラムマスター チーム (6±3人) ステークホルダー製品に対して責任をもち機能 スクラムプロセスがうまく プロダクトの開発を行う。 製品の利用者、出資者、管理職に優先順位を付ける いくようにする。 製品の成功に向けて最大限 などの利害関係者。鶏と称す 外部からチームを守る の努力をコミットする プロダクトバックログ デイリースクラム 製品の機能をストーリー形式で記載 毎日チームが以下の3つの質問に答える プロダクトオーナーが優先順位を付け、プラ ・昨日やったこと ンニングポーカーで相対見積もり。 ・今日やること 項目の追加はいつでも自由だが実施有無や優 ・困っていること 先順位はPOが決める。 バーンダウンチャート Doneの定義 スプリントタスクの「推定残り時間」を 何をもって「完了」とするかを 更新してグラフにプロットする 定義したリスト スプリント計画会議 プロダクトバックログを再度分析・評価し、 スプリント そのスプリントで開発するプロダクトバック 最大4週間までのタイムボックス ログアイテムを選択する。また選択した項目 各スプリントの長さは同一。この間は外部 をタスクにばらす からの変更を受け入れない 複 数 回タスク ス時間で見積もり プ リ ン 毎日の繰り返し ト をスプリントバックログ スプリントレビュー ふりかえり 出荷可能な 繰そのスプリント期間中に行う スプリント中の成果である り スプリントの中での改善事項 製品の増分 返タスクのリスト 動作するソフトウェアをデモ を話合い次に繋げる する す
  • 41. ざっくりわかるTFS
  • 42. What’s ALM アプリケーション・ライフサイクル・マネ ジメント(ALM)とは、 ソフトウェア開発・保守を各アプリケー ションのライフサイクルにわたって継続的 にプロセス管理をする考え方である。 ALMは、業務管理とソフトウェア開発の融 合により、要件管理、設計、実装、検証、 バグトラッキング、リリース管理を、 ツールを使用してそれらの促進と統一化を 実現することである。 Wikipediaより引用 http://bit.ly/N3LUbj
  • 43. Visual Studio ALM http://www.microsoft.com/visualstudio/11/ja-jp/products/alm
  • 44. Team Foundation Server Process プロセスベースの クライアント Template アプローチ Team Explorer プロジェクト 管理 Office 要求管理 バージョン Visual 管理 Team SQL Studio テストケース Foundation Server Server 管理 Web ビルド自動化 Access レポート SharePoint
  • 45. プロセステンプレートScrum / Agile / CMMIの3種類のプロセ ステンプレート
  • 46. プロセスのイメージ http://msdn.microsoft.com/en-us//library/ms400752%28v=vs.110%29
  • 47. Visual Studio Scrum 2.0 Process Template [Scrum]4週間までのスプリントの繰り返し プロジェクト 管理 [Scrum]プロジェクトの妨害事項(Impediments)の管理 要求管理 [Scrum]プロダクトバックログによる要求の優先順位付 バージョン 管理 [Scrum]スプリントバックログによる作業の分割 テストケース 管理 [Scrum]バーンダウンやタスクボードによる進捗可視化 ビルド自動化 [XP]バージョン管理とコードの共同所有 レポート [XP]テスト自動化と継続的インテグレーション
  • 48. なんでXPの概念が混ざってるの? Scrumではフレームワークの定義のみで、テスト 自動化については触れられていない.しかしアジャ イル開発においてはテスト自動化は必須 小規模リリー スのたびに手 アジャイルかウォーターフォールかという話では 動でテストす るとコード なく、現代のソフトウェアのライフサイクルを考 ベースが大き 慮すると、テスト自動化は当然の流れと言える くなるにつれ てテストコス トが膨らむ自動化しないとソフトウェア規模に応じて、テスト工数の占める割合が増加してき価値への投資が減少する
  • 49. スプリント期間の設定チームエクスプローラーの設定で、イテレーション(スプリント)期間を設定する。 スプリントの期間は、要求やビジネス環境の変化の度合いを考慮して決める プロジェクトの最初に決め、途中で変更しない 短い方がフィードバックプロセスは働きやすいが、チームへの負荷は大きくな りやすい傾向にある チームのサイズにも依存する プロジェクトの開始 時点で、プロダクト オーナーとしてどの 時期にどの程度の内 容でリリースしたい かを決める(約束で はない)
  • 50. プロダクトバックログ
  • 51. プロダクトバックログ PBI一覧 ストーリー 受け入れ基準(誰々が○○できる) (何をもって完了か)タイトル、PBI(デフォルトはストーリー形式)、見積、受け入れ基準、ビジネス価値、優先順位を設定可能
  • 52. 見積は開発チーム全員で、スプリ ント計画第一部にて行う。 プロダクトオーナーとスクラムマ スターは同席 プランニングポー スプリント計画 カーの結果を入力 会議の結果を受 けて入力 必要に応じてバックロググルーミ ングやスプリント計画会議中にプ ロダクトオーナーに確認した受け 入れ基準等を追加最初から全ての入力を詳細に行う必要はない。直近実施予定のバックログは詳細に(Readyに)。
  • 53. スプリント スプリント バックログ 計画会議第1部 計画会議第2部 グルーミング WHAT HOWPOを中心に、製品の開発に POとチームを中心にスプリ チームを中心に選択したPBI必要なPBIを作成したり、更 ントで何を作るか選択し相対 をどのようにこなすのか決め新し、並べ替える 見積を行う。不明点も明確化 実時間で見積もる 開発チームの過去 #1 #1 の速度(ベロシ ティ)をもとに取り #2 #2 組むPBIを決定。 #3 開発チームは内容 開発チームにバッ に関する質問をPO クログを供給する #4 に行う。第2部で のに必要十分なだ 作成したタスクの 実際の作業タスク。 け新たに作成した #5 合計時間がキャパ 何が出来たらタスク り更新する。それ シティを超える場 が完了するか明らか がないと開発チー #6 合は下から除外 にする。個々のタス ムは仕事ができな 受け入れ基準とス クはDoneの定義の該 い プリントレビュー 当箇所を満たす必要 で成果を検証 があるReadyなPBI ReadyではないPBI Doneの定義• 受け入れ基準が明確 • 受け入れ基準が不明確 チームとして定めた「出荷可能な製品」を作• デモ手順を決められる またはない 成するために実施しなければいけないことの• 可能な限り独立 • デモ手順が分からない 一覧。例えば、ユニットテストする、カバ• 見積可能 • 見積不可能 レージN%、リリースノートを書く等。Done• 適切な大きさ • 巨大なサイズ の定義なくしてのScrumはあり得ない。
  • 54. 相対的に規模を見積もる
  • 55. プランニングポーカー
  • 56. プロダクトバックログの管理• Excelをクライアントとして利用することで、容易な更新を可能に。• 再利用や加工しやすい(ただしその加工がムダではないか検討する)• マクロを組み、PBIを壁にも貼るというアプローチも!
  • 57. タスク タスク=スプリントバックログ項目 PBIはWhatPBI毎にタスクを出す タスクはHow
  • 58. タスクの入力 タスクを実施する 残り何理想時間で 際に実施者が自ら 終わるかを常に更 サインアップ 新する (最低限デイリー 着手するときにIn スクラムまでに) Progressに。完 それによってバー 了したらDoneに ンダウンが更新さ れるどうなったらそのタス TFSのboard上での ドラッグアンドドクが完了なのか、成果 ロップでもOK 物は何かを明らかに
  • 59. タスクボード(TFS)
  • 60. 妨害(Impediment)リスト 優先順位をつける (問題解決のROI) チームがもっとうまく仕事を 問題は具体的に記 するために妨害になっている 述する(障害解消 ことを登録する の定義をする) (Scrumでの正式な成果物ではない)• チームで解決できないものはスクラムマスターが解決に向けて取り組む• このリストにも優先順位が必須。大きな問題から解決すること• リスト内の項目の数を多くし過ぎたり滞留時間を長くし過ぎてはいけない
  • 61. 大事なこと ツールによって対面のミーティングがなくなる わけではない
  • 62. デイリースクラム http://bit.ly/LGDhk6
  • 63. スプリント計画会議順序の入れ替え、網羅性の確認の容易性手間の軽減、再利用性、検索性コミュニケーション・会話の誘発★これらを踏まえてやり方を考える http://www.flickr.com/photos/fronx/3467961947/
  • 64. ふりかえり 指標データ 改善に必要なデータを レポートから抽出して、 対面で議論する! (SQLServer Expressでは使えません) http://msdn.microsoft.com/ja-jp/library/dd380678(v=vs.110).aspx http://msdn.microsoft.com/ja-jp/library/dd380674(v=vs.110).aspx
  • 65. とりあえず試してみる… https://tfspreview.com/
  • 66. とりあえず試してみる http://www.microsoft.com/visualstudio/11/ja-jp/downloads
  • 67. 最後に伝えたいこと
  • 68. ScrumもTFSも目的達成の道具!!あなたの目的はなんですか?

×