Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

プランニングポーカーではじめる工数見積りと計画づくり

4,121 views

Published on

#gtuggirls さんでお話した内容です。

Published in: Engineering

プランニングポーカーではじめる工数見積りと計画づくり

  1. 1. @rechiba3 2016/08/26 第23回 GTUG Girls Meetup
  2. 2. 0. スピーカープロフィール 株式会社ネクスト Webディレクター/プランナー 千葉礼美 ‒ Chiba Reimi はじめまして、てぃば@rechiba3と申します。 2
  3. 3. 0. スピーカープロフィール 好きなモノは、酒と女とらーめん。 3
  4. 4. 0. スピーカープロフィール 2011年 └日本電子専門学校 Webデザイン学科 卒業 2011年 └株式会社バイタリフィ 入社 (∼2014/07/18) 2014年9月 └株式会社ネクスト 勤務中 Webサイト、スマートフォンアプリ開発系受託制作会社 Webメディア事業会社 4
  5. 5. 0. ディレクター歴 5 2011年 Webディレクター 2012年 2013年 アプリPM 2014年 2015年 ベトナム赴任 外注制作 ネクスト入社 ベトナムオフショア
  6. 6. http://rechiba3.net/ 0. ブログやってます 6
  7. 7. 0. スピーカープロフィール(5分) 1. 今回の狙い 2. 計画の立て方(45分) 2-1. 5つのマネジメントポイント 2-2. 見込みタスクの洗い出し 2-3. TiDD(チケット駆動開発)とは 2-4. TiDD3つの手法と思想 2-5. 【ワークショップ】タスクの粒度を細かく出してみよう! (30分) 3. 開発工数の見積り方(30分) 3-1. プランニングポーカーではじめるVelocity推定 3-2. 【事例】アプリ開発の見積り失敗談 3-3. 【ワークショップ】プランニングポーカーを試してみよう! (20分) 4.ハッピーパスではじめるテスト見積り (25分) 4-1. ハッピーパスとは 4-2. 【ワークショップ】ハッピーパスを出してみよう!(20分) 0. アジェンダ 7
  8. 8. 1. 今回の狙い 1. プランニングポーカーのルールを学ぶ 2. 「規模を見積もること」を学ぶ 3. 一人で計画を立てない!を覚える 8 みんな笑顔でウルトラ ハッピー! ひとりで抱え込ま ないで!
  9. 9. 2. 計画の立て方 9
  10. 10. 2-1. 5つのマネジメントポイント 10 1. タイムマネジメント 2.コストマネジメント 3.リスクマネジメント 4.コミュニケーションマネジメント 5.品質マネジメント これらポイントを説明をします。
  11. 11. タイムマネジメント •時間あたりの生産性を高める時間管理のこと。 •作業項目とそれにかかる工数を把握し、時間効率を管理する 必要があります。さらに、時に応じて優先順位を即座に決定 できることも大切です。 11
  12. 12. コストマネジメント •決められた予算を元に、成果物を実現させられる資源を調整 すること。 •金額、タスク、人員を、的確に予算内で提供できるよう調整 する必要があります。さらに、プロジェクト進行中は見積に 見合っているかを管理します。 12
  13. 13. リスクマネジメント 作業を進めるにあたり、どのような課題が発生し得るか事前 に想定できること。 また、想定できる課題に対し、どのように対処すべきか対策 を考えられることが求められます。 13
  14. 14. コミュニケーションマネジメント チームメンバーやクライアントなど、プロジェクトに関与す るすべて人とのコミュニケーションルールを定めること。さら に、各個人の考えや共有すべき情報を密接にできるよう働き かける必要があります。 14
  15. 15. 品質マネジメント 成果物の達成度合いを定め、それが評価されるすべての条件 が完了できている か確認、監視すること。 また、それらの完了に向けた工程管理をする必要とします。 15
  16. 16. 5つのマネジメントポイント 以上、説明した5つのポイントを押さえることで、 計画の立て方をばっちし掴めます! 16
  17. 17. 2-2. 見込みタスクの洗い出し 17
  18. 18. 2-3. TiDD(チケット駆動開発)とは 18 チケット管理から生まれたプロジェクト管理の技法の 一つです。 BTS(バグトラッキングシステム)でよく用いられていた こともあり、細かい修正の対応などに適しています。 大きい案件から小さい案件まで幅広く使われています。 Ticket Driven Development
  19. 19. 19 B D Deer riven evelopment
  20. 20. 2-3. TiDD(チケット駆動開発)とは 20 タスクのことです。1タスク1チケット。 Q. そもそもチケットって何? 口頭で生まれたタスクは チケットへ ToDoリストされたタスクは ひとつずつチケットへ
  21. 21. 2-3. TiDD(チケット駆動開発)とは 21 • すべてのタスクはどれだけある? • 現在の進捗率は? • 全体のスケジュールを分割すると現状どのくらい遅延している? • 今、誰がなにをしているのか? • 誰の持っているソースが現状の最新? • 本番環境に反映されているソースコードはどれ? • 昨日お客さんが言ってた追加機能って皆に伝えた? 人間がやるべきことはこれだけ存在しています。 タスク管理はツールの仕事。人間は人間の仕事に集中しましょ!
  22. 22. 2-4. TiDD3つの手法と思想 22 1. Ticket First 2. No Ticket, No Commit 3. Estimate Velocity 3つの詳細を説明します。
  23. 23. 2-4. TiDD3つの手法と思想 23 「ソフトウェア開発に現れる全ての作業や課題はチケッ トに起票してから開発する」 チケットを中心に開発する手法です。 つまり、チケットがなければタスクは無い!お家に帰れ る!ひゃっはー!をルールにします。 タスクが0になることで、「なぜ自分の手持ちタスクが無いの か」を考える機会にもなりますし、工程やスケジュールを見直 す機会にもなります。 Ticket First
  24. 24. 24 Ticket First 2-4. TiDD3つの手法と思想
  25. 25. 25 チケットの存在しない作業は必要ありません。 デザインカンプ、プログラムなどの成果物を変更する場合には、 必ずチケットに変更履歴を残します。 (バージョン管理システムと連携してる場合には、必ずコミット ログと紐付けましょう) その工程は必要あるのか、履歴と意義を見なおして 無駄な作業をなくす思想です。 No Ticket, No Commit 2-4. TiDD3つの手法と思想
  26. 26. 26 No Ticket, No Commit 2-4. TiDD3つの手法と思想
  27. 27. 27 プロジェクト開始時には、必ずすべてのフローの見込め るVelocityは算出しておきましょう。 工数の見積りは最強の計画書、見積りのゴールは、「完 了日はいつ?」「期日までにどれくらいの規模なら ば完了できる?」という疑問を明らかにすることで す。 現場メンバー全員で算出し、プロジェクト全体で共有しましょ う。 Estimate Velocity 2-4. TiDD3つの手法と思想
  28. 28. 28 Estimate Velocity 2-4. TiDD3つの手法と思想
  29. 29. 2-5. 【ワークショップ】タスクの粒度を細かく出してみよう! 29 1. お名前 2. 職業 3. 何故このイベントに参加したか(参加するに至った悩み) 4. 今日、いちばん最初に話した相手は誰か。その人の関係は。 グループごとに自己紹介しましょう。(1人30秒)
  30. 30. 30 • 現在、どんなタスクが生きているのか。 • そのタスクはいつまでできていれば良いのか。 • そのタスクの責任者は誰か。 • そのタスクにどれほど危機感を持てばよいか。 • そのタスクが現状どのように扱われているのか。 等など… タスクの粒度は細かければ細かいほど、詳細にトラッキン グできます。 タスクの粒度を細かくしてみよう! 2-5. 【ワークショップ】タスクの粒度を細かく出してみよう!
  31. 31. 31 【お題】秋の新商品「キャラメルナッツドーナツ」のプロ モーションWebサイト(ペライチLP)の制作 2-5. 【ワークショップ】タスクの粒度を細かく出してみよう!
  32. 32. 30分 32
  33. 33. 33 参加型の見積り算出の手法です。 PMや営業など、特定の誰かが一人で見積りをするより、実 際の開発チームも交えて行う方が正確だよね!という考え 方の元に生まれました。 3-1. プランニングポーカーではじめるVelocity推定 プランニングポーカーとは
  34. 34. 3-2. 【事例】とある開発の見積り失敗談 34 1. 現場に見積りを相談せず、同行したディレクターと営業が 算出したものを提出していた。 – 見積りは社内で決定として外部に出すべきだった。 2. 同行ディレクターに相談内容の知見がなかった。 – 本人には「概算だからとりあえず」という前提があった 3. 決済権を持つ人が概算見積もりを本見積もりと捉えていた – プロジェクトに関わる人全員を抑えきれていなかった。 とある開発の見積り失敗談 ‒ 原因
  35. 35. 3-2. 【事例】とある開発の見積り失敗談 35 1. 現場に見積りを相談せず、同行したディレクターと営業が 算出したものを提出していた。 – 概算段階でも、見積りは一人で出さない。 2. 同行ディレクターに相談内容の知見がなかった。 – 知見がある人、職種代表者と一緒に要件を洗う。 3. 決済権を持つ人が概算見積もりを本見積もりと捉えていた – 決済権を持つ人にとって、発注金額の占める割合がその くらい大きく関わるか、を抑えておく。 とある開発の見積り失敗談 ‒ 解決策
  36. 36. 【参照】プランニングポーカーかんたんガイド 36 http://d.hatena.ne.jp/wayaguchi/20120218/1329524230
  37. 37. 3-3. 【ワークショップ】プランニングポーカーを試してみよう! 37 【手順】 1. ベースラインの設定 2. ベースラインの次の項目を選ぶ 3. カードを「いっせーの」で出す 4. カードの意見が割れた場合、見解を述べる 5. もう一度カードを出す 6. ポーカーは多くても3回で切り上げる プランニングポーカーを試してみよう! 1 8 5 3 2 13
  38. 38. 3-3. 【ワークショップ】プランニングポーカーを試してみよう! (20分) 38 Velocityを出してみよう! 20分
  39. 39. 4.ハッピーパスではじめるテスト見積り 39 エラー等が発生しない正常系のテスト。 例外的、またはエラー条件をフィーチャーしておらず、すべ てが期待どおりになった場合に実行されるアクティビティ。 Ex) ◎「送信」ボタンを押すと完了画面へ遷移する。  「送信」ボタンを押したがボタンが無反応。 ハッピーパスとは 参考】実践アジャイルテスト テスターとアジャイルチームのための実践ガイド (IT Architects Archive ソ フトウェア開発の実践) http://www.amazon.co.jp/dp/4798119970
  40. 40. 4-2. 【ワークショップ】ハッピーパスを出してみよう! 40 ハッピーパスを出してみよう! 20分
  41. 41. 見積りとプロジェクトの幸福度は関係する 41 1. 人間は人間の仕事に集中しましょう。 – 道具に頼れるところは道具に任せましょう。人間は人間にし かできない仕事に集中するべき。チームビルディングにおい ては淹れたてのコーヒーと甘いドーナツが正義。 2. 見積りは気軽にできる割に責任が重い。 – いざ責任を取るときに、なにが原因だったのかを振り返なけ ればなりません。そのときにまずは見積りの見直しを! 3. 見積りは自分一人で抱え込まないで責めないで。 – 一人じゃないよー!まわりを巻き込んで、まわりも巻き込ま れに行ってチームの工数を自信を持って見積りましょう!

×