ものづくりにかける時間 工数の見積もりと計画づくり

3,505 views
3,262 views

Published on

第13回Creators MeetUp
http://atnd.org/events/47435

半年間、"営業"の肩書を持って見積もりマシーン業やってました!
すべてのものづくりニストへ向けて、
・作業に見合った見積もり方
・見積もり精度を高めるための計画
・正確な見積もりを出すことの重要性
についてお話します。ウルトラハッピーな計画をつくりましょうー!

Published in: Business
0 Comments
7 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
3,505
On SlideShare
0
From Embeds
0
Number of Embeds
540
Actions
Shares
0
Downloads
10
Comments
0
Likes
7
Embeds 0
No embeds

No notes for slide

ものづくりにかける時間 工数の見積もりと計画づくり

  1. 1. ものづくりにかける時間 工数の見積もりと計画づくり 2014/2/15 第13回 Creators MeetUp 千葉礼美(てぃば)@rechiba3
  2. 2. 千葉礼美(てぃば) @rechiba3
  3. 3. 職業:Web制作のプロジェクトマネージャー 恵比寿にあるWeb制作会社で、TiDD精神とジェダイの教え のもとに、Webサイト制作とかスマートフォンアプリ開発 とかのプロジェクトマネージャーをしています。 http://vitalify.jp/ ヾ(͡(ノ ω )ノねーねー御社おんしゃー!お仕事ちょうだいー!
  4. 4. ブログやってます。 http://rechiba3.net/ イベント参加のこと/Webのこと/ベトナムのこと
  5. 5. ものづくりイベントやります。 4月第1土曜日に向けて計画中!告知を待て! ライブクリエイティブ型ハッカソン
  6. 6. CMU登壇常習者(・ω<) 1.  デザイナーとエンジニアのコミュニケーションについて考えてみた 2.  エディタ論争 - Crescent Eve 3.  ものづくりに行き詰まったSTAR WARSファンへ捧げる - ジェダイマスタ ー12の教え 4.  開発合宿のすゝめ 5.  マインドマップ発想法 ロジックツリー手法によるコンテンツ設計 6.  恋する進捗管理∼わたしとあなたのマイルストーン∼ 7.  TiDDでウルトラハッピーな開発フロー実践しちゃおう! 8.  はじめてのGit 9.  プログラミングに恋する方法 10.  Webサービスの企画書 準備を楽しむ計画アプリ 11.  業種問わずおすすめしたい!恋したWebサービス7選
  7. 7. ものづくりにかける時間 工数の見積もりと計画づくり
  8. 8. 見積もり時に気をつけたい 5つのポイント 1.  時間 2.  予算 3.  リスク 4.  リソース、コミュニケーション手段 5.  品質管理 8
  9. 9. 時間 時間あたりの生産性を高める時間管理のこと。 作業項目とそれにかかる工数を把握し、時間効率を管理す る必要があります。 さらに、時に応じて優先順位を即座に決定できることも大 切です。 9
  10. 10. 予算 決められた予算を元に、成果物を実現させられる資源を調 整すること。 金額、タスク、人員を、的確に予算内で提供できるよう調 整する必要があります。さらに、プロジェクト進行中は見 積に見合っているかを管理します。 10
  11. 11. リスク 作業を進めるにあたり、どのような課題が発生し得るか事 前に想定できること。 また、想定できる課題に対し、どのように対処すべきか対 策を考えられることが求められます。 11
  12. 12. リソース、コミュニケーション手段 チームメンバーやクライアントなど、プロジェクトに関与 するすべて人とのコミュニケーションルールを定めること。 さらに、各個人の考えや共有すべき情報を密接にできるよ う働きかける必要があります。 12
  13. 13. 品質管理 成果物の達成度合いを定め、それが評価されるすべての条 件が完了できているか確認、監視すること。 また、それらの完了に向けた工程管理をする必要とします。 13
  14. 14. 見積もり時に気をつけたい 5つのポイント 以上、説明した5つのポイントを押さえながら、 プロジェクトチャーターについて説明します。 14
  15. 15. プロジェクトチャーターの発行 15
  16. 16. プロジェクトチャーターの発行 プロジェクトチャーターとは・・・ プロジェクトを具体的に推進するための計画書です。 チームに関わるすべての人が、要件を理解 している必要があります。 その要件がまとまっているのがこのプロジェクトチャー ター。このフローがはじまった時点で、プロジェクトマ ネージャーがアサインされます。 16
  17. 17. プロジェクトチャーターの発行 プロジェクトチャーターに必要な項目 1.  プロジェクトの目的 2.  プロジェクトの発足理由 3.  制作物、成果物となるもの 4.  プロジェクトのゴール、達成すべき要求 5.  前提条件、制約条件 6.  懸念となること 7.  工期、工程外の作業把握 8.  プロジェクト体制 17
  18. 18. プロジェクトチャーターの発行 1. プロジェクトの目的 顧客がそのプロジェクトに期待すること、望む成果物、ユーザーの得 られる満足体験などを共有します。 誰のためにどのような工夫をしていくのかを明確 にするフェーズです。 18
  19. 19. プロジェクトチャーターの発行 2. プロジェクトの発足理由 プロジェクトの背景を全体で共有している必要があります。 どのような問題・課題があったのか、どのような理想を 見てはじまったのか、洗い出しましょう。 19
  20. 20. プロジェクトチャーターの発行 3. 制作物、成果物となるもの 設計書の作成はこちらの作業になるのか、ソースファイルだけなのか、 ビルドファイルも含まれるのか、デザインは全画面分必要なのか、 などなど… 見込まれる作業は全て把握し、中間ごとの成果 物・最終成果物の認識を共有しましょう。 20
  21. 21. プロジェクトチャーターの発行 4. プロジェクトのゴール、達成すべき要求 納品までに審査や稼働判定があるのか、リリース後までプロジェクト の存続はひつようであるのかを事前に決めましょう。 バグのFix、OSごとの不具合対応など、具体的で明確な達成すべ き要求の理解を行いましょう。 21
  22. 22. プロジェクトチャーターの発行 5. 前提条件、制約条件 開発テスト環境の有無、顧客が確認で使用するデバイスや OSの種類、ライブラリ、APIの仕様などなど… 確認すべき前提条件があり、それを理解した上で 仕様を定義するようにしましょう。 22
  23. 23. プロジェクトチャーターの発行 6. 懸念となること そのプロジェクトにはどのようなリスク、懸念点がある かを把握しましょう。 •  バグの再現ができない。 –  特定の環境で発生するため、我々が確認できない。 •  納期が短い。 –  顧客の期末に合わせる必要があるため、リリースが決められて いる。 23
  24. 24. プロジェクトチャーターの発行 7. 工期、工程外の作業把握 サーバーの用意やドメイン取得など、クリティカル・パスからはずれ る作業はたくさんあります。 ただ、寸前まで忘れることのないように意識する必要があります。 作業ひとつひとつの粒度を細かく、忘れずにいましょう。 24
  25. 25. プロジェクトチャーターの発行 8. プロジェクト体制 商流の把握をしましょう。 デザインの決定権、機能仕様の最終決定の権限を持つものは誰か、そ して、権限者へ話がすべて共有されるまでどれほど の時間がかかってしまうのか… 機能や稼働フェーズによってたずねる人が変わってしまうので、それ らの人の動くスケジュールを把握までできたら最高です! 25
  26. 26. プロジェクトチャーターの発行 プロジェクトチャーターに必要な項目 1.  プロジェクトの目的 2.  プロジェクトの発足理由 3.  制作物、成果物となるもの 4.  プロジェクトのゴール、達成すべき要求 5.  前提条件、制約条件 6.  懸念となること 7.  工期、工程外の作業把握 8.  プロジェクト体制 26
  27. 27. 2. 工数の見積もり、制作範囲の確認 見積もりの種類 1.  超概算見積もり –  「Instagramみたいなアプリ作るのにいくらかかりますか?」 というときに算出する見積もりです。精度はそこまで高くあり ません。予算確保の感覚値です。 2.  概算見積もり –  精度はちょっと高くなります。クライアントから提示される資 料や、打ち合わせでヒアリングした内容に基いて工数、必要な リソース、納品物、仕様の策定を行って算出します。 3.  本見積もり –  必要な機能で予算を超えてしまう、が無いように少しだけ工数 を多めにみたり、精度を高めることも大事です。 27
  28. 28. 計画を立てるということのまとめ ちなみに・・・ よく、「IE爆発しろ!」とか「Android爆発し ろ!」というつぶやきや叫びが聞こえますが、そ れって、明らかにプロジェクトマネージャーか、 プロデューサーの計画ミスだよねって、私は思 うんですよ。    ❤ 顧客の要望を落とし込んだ仕様    ❤ 進行管理者、制作者、開発者の承認を得た仕様    ❤ ユーザーが幸せになれる仕様 28
  29. 29. 人が幸せになるものづくりをしよう 千葉礼美(てぃば) @rechiba3

×