これからはじめるWebプロジェクトマネジメント - 計画の立て方

2,883 views

Published on

オンライン授業のスクーで話した授業用スライドをアップロードしました。
プロジェクトマネージャー(PM)3年生から1年生へ向けて
http://schoo.jp/class/308

Published in: Career
0 Comments
20 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,883
On SlideShare
0
From Embeds
0
Number of Embeds
43
Actions
Shares
0
Downloads
31
Comments
0
Likes
20
Embeds 0
No embeds

No notes for slide

これからはじめるWebプロジェクトマネジメント - 計画の立て方

  1. 1. これからはじめる Webプロジェクトマネジメント 計画の立て方 Web  Project  Management  for  beginner 千葉 礼美 ‒ Chiba Reimi
  2. 2. 自己紹介 2
  3. 3. はじめまして、千葉と申します。 株式会社バイタリフィ プロジェクトマネージャー 千葉礼美 ‒ Chiba Reimi 新卒で入社しプロジェクトマネジメント部に配属、 多種プラットフォームでのWebサイト制作・アプリ開発に携わりま した。 2012年には新規プロジェクト立ち上げメンバーとしてベトナムへ 赴任し、現地でのプロジェクトマネージャーを務めて帰国。赴任先 での交流や経験を活かし、帰国後は受託開発に携わっています。 3
  4. 4. このアイコンの人です。 てぃば@rechiba3 4
  5. 5. 2012年6月∼9月、ベトナムへ赴任。 http://www.slideshare.net/re_3_19/ss-13898179 slideshareにて赴任レポートをまとめているので、興 味ある方はぜひともご覧くださいませー! 5
  6. 6. ブログやってます http://rechiba3.net/ イベント参加のこと/Webのこと/ベトナムのこと 6
  7. 7. 外部勉強会によく出没します。 http://www.slideshare.net/re_3_19/ スライドはSlideshareにて共有中! 7
  8. 8. プロジェクトマネージャー歴 2011年 2012年 2013年 PMの肩書ゲット Webディレクター アプリPM 新規事業PM 学年でいうと3年生ですね! 8
  9. 9. PM3年生から1年生へ向けて Web  Project  Management  for  beginner 9
  10. 10. アジェンダ 10m 1. 知識体系ガイド「PMBOK」 –  –  –  PMBOK(ぴんぼっく)とは PMBOK定義、 10個の知識エリア 10個の知識エリア に沿う理由 2. 5つのマネジメントポイント 1.  2.  3.  4.  タイムマネジメント コストマネジメント リスクマネジメント コミュニケーションマネジメント 5.  10m 品質マネジメント 3. 計画の立て方 20m –  計画のワークフロー 1.  プロジェクトチャーターの発行 2.  工数の見積もり、制作範囲の確認 3.  スケジュールの作成 4.  メンバーアサイン、リソースの確保 10m 4. 質疑応答 10
  11. 11. 1. 知識体系ガイド「PMBOK」 11
  12. 12. 1-1 PMBOK(ぴんぼっく)とは プロジェクトマネジメント協会が発行する、 「プロジェクトマネジメント知識体系ガイド」 のこと。 「プロジェクトマネジメント」は、建造、製造、ソフトウェア開 発、アプリケーション開発などなど、様々な分野で広く適用され ている国際標準です。 ものづくりに関わる方、ぜひ、目を通してみてください。 プロジェクトマネジメント, PMBOK 12
  13. 13. 1-1 Q Q. PMBOK知ってる人ー? 13
  14. 14. 1-2 PMBOK定義、 10個の知識エリア 1.  プロジェクト統合マネジメント 2.  プロジェクト・スコープ・マネジメント 3.  プロジェクト・タイム・マネジメント 4.  プロジェクト・コスト・マネジメント 5.  プロジェクト品質マネジメント 6.  プロジェクト人的資源マネジメント 7.  プロジェクト・コミュニケーション・マネジメント 8.  プロジェクト・リスク・マネジメント 9.  プロジェクト調達マネジメント 10. プロジェクト・ステークホルダー・マネジメント 10個の知識エリア 14
  15. 15. 1-3 10個の知識エリア に沿う理由 プロジェクトの開始時点で、10個の領域を 把握していなくては!と意識が働きます。 あらゆる要素を網羅し、「あ、忘れてた!」を防ぐ ことで、より正確なプロジェクトチャーターを定義することが できるのです。 PMBOKは、世界中から寄せられた知識で作り上げられました。 先人のナレッジをありがたく活用させてもらいましょう。 プロジェクトチャーター 15
  16. 16. 10個の説明は割愛して… 16
  17. 17. 2. 5つのマネジメントポイント 17
  18. 18. 5つのマネジメントポイント 1.  タイムマネジメント 2.  コストマネジメント 3.  リスクマネジメント 4.  コミュニケーションマネジメント 5.  品質マネジメント これらポイントを説明をします。 18
  19. 19. 2-1 タイムマネジメント 時間あたりの生産性を高める時間管理のこと。 作業項目とそれにかかる工数を把握し、時間効率を管理する必要があります。 さらに、時に応じて優先順位を即座に決定できることも大切です。 19
  20. 20. 2-2 コストマネジメント 決められた予算を元に、成果物を実現させられる資源を調整すること。 金額、タスク、人員を、的確に予算内で提供できるよう調整する必要がありま す。さらに、プロジェクト進行中は見積に見合っているかを管理します。 20
  21. 21. 2-3 リスクマネジメント 作業を進めるにあたり、どのような課題が発生し得るか事前に想定できること。 また、想定できる課題に対し、どのように対処すべきか対策を考えられること が求められます。 21
  22. 22. 2-4 コミュニケーションマネジメント チームメンバーやクライアントなど、プロジェクトに関与するすべて人とのコ ミュニケーションルールを定めること。さらに、各個人の考えや共有すべき情 報を密接にできるよう働きかける必要があります。 22
  23. 23. 2-5 品質マネジメント 成果物の達成度合いを定め、それが評価されるすべての条件が完了できている か確認、監視すること。 また、それらの完了に向けた工程管理をする必要とします。 23
  24. 24. 5つのマネジメントポイント 以上、説明した5つのポイントを押さえながら、 計画の立て方を学んでいただきます。 24
  25. 25. 3. 計画の立て方 25
  26. 26. 計画のワークフロー 1. プロジェクトチャーターの発行 2. 工数の見積もり、制作範囲の確認 3. スケジュールの作成 4. メンバーアサイン、リソースの確保 26
  27. 27. 3-1 1. プロジェクトチャーターの発行 プロジェクトチャーターとは・・・ プロジェクトを具体的に推進するための計画書です。 チームに関わるすべての人が、要件を理解 している必要があります。 その要件がまとまっているのがこのプロジェクトチャー ター。このフローがはじまった時点で、プロジェクトマ ネージャーがアサインされます。 27
  28. 28. 3-1 1. プロジェクトチャーターの発行 プロジェクトチャーターに必要な項目 1.  プロジェクトの目的 2.  プロジェクトの発足理由 3.  制作物、成果物となるもの 4.  プロジェクトのゴール、達成すべき要求 5.  前提条件、制約条件 6.  懸念となること 7.  工期、工程外の作業把握 8.  プロジェクト体制 28
  29. 29. 3-1 1. プロジェクトチャーターの発行 1. プロジェクトの目的 顧客がそのプロジェクトに期待すること、望む成果物、ユーザーの得 られる満足体験などを共有します。 誰のためにどのような工夫をしていくのかを明確 にするフェーズです。 29
  30. 30. 3-1 1. プロジェクトチャーターの発行 2. プロジェクトの発足理由 プロジェクトの背景を全体で共有している必要があります。 どのような問題・課題があったのか、どのような理想を 見てはじまったのか、洗い出しましょう。 30
  31. 31. 3-1 1. プロジェクトチャーターの発行 3. 制作物、成果物となるもの 設計書の作成はこちらの作業になるのか、ソースファイルだけなのか、 ビルドファイルも含まれるのか、デザインは全画面分必要なのか、 などなど… 見込まれる作業は全て把握し、中間ごとの成果 物・最終成果物の認識を共有しましょう。 31
  32. 32. 3-1 1. プロジェクトチャーターの発行 4. プロジェクトのゴール、達成すべき要求 納品までに審査や稼働判定があるのか、リリース後までプロジェクト の存続はひつようであるのかを事前に決めましょう。 バグのFix、OSごとの不具合対応など、具体的で明確な達成すべ き要求の理解を行いましょう。 32
  33. 33. 3-1 1. プロジェクトチャーターの発行 5. 前提条件、制約条件 開発テスト環境の有無、顧客が確認で使用するデバイスや OSの種類、ライブラリ、APIの仕様などなど… 確認すべき前提条件があり、それを理解した上で 仕様を定義するようにしましょう。 33
  34. 34. 3-1 1. プロジェクトチャーターの発行 6. 懸念となること そのプロジェクトにはどのようなリスク、懸念点がある かを把握しましょう。 •  バグの再現ができない。 –  特定の環境で発生するため、我々が確認できない。 •  納期が短い。 –  顧客の期末に合わせる必要があるため、リリースが決められて いる。 34
  35. 35. 3-1 1. プロジェクトチャーターの発行 7. 工期、工程外の作業把握 サーバーの用意やドメイン取得など、クリティカル・パスからはずれ る作業はたくさんあります。 ただ、寸前まで忘れることのないように意識する必要があります。 作業ひとつひとつの粒度を細かく、忘れずにいましょう。 35
  36. 36. 3-1 1. プロジェクトチャーターの発行 8. プロジェクト体制 商流の把握をしましょう。 デザインの決定権、機能仕様の最終決定の権限を持つものは誰か、そ して、権限者へ話がすべて共有されるまでどれほど の時間がかかってしまうのか… 機能や稼働フェーズによってたずねる人が変わってしまうので、それ らの人の動くスケジュールを把握までできたら最高です! 36
  37. 37. 3-1 1. プロジェクトチャーターの発行 プロジェクトチャーターに必要な項目 1.  プロジェクトの目的 2.  プロジェクトの発足理由 3.  制作物、成果物となるもの 4.  プロジェクトのゴール、達成すべき要求 5.  前提条件、制約条件 6.  懸念となること 7.  工期、工程外の作業把握 8.  プロジェクト体制 37
  38. 38. 3-2 2. 工数の見積もり、制作範囲の確認 見積もりの種類 1.  超概算見積もり –  「Instagramみたいなアプリ作るのにいくらかかりますか?」 というときに算出する見積もりです。精度はそこまで高くあり ません。予算確保の感覚値です。 2.  概算見積もり –  精度はちょっと高くなります。クライアントから提示される資 料や、打ち合わせでヒアリングした内容に基いて工数、必要な リソース、納品物、仕様の策定を行って算出します。 3.  本見積もり –  必要な機能で予算を超えてしまう、が無いように少しだけ工数 を多めにみたり、精度を高めることも大事です。 38
  39. 39. 3-3 3. スケジュールの作成 12月 No. 項目 担当 開始日 終了日 16日   (月) 17日   (火) 10_要件定義 10-­‐01 サイト分析 千葉 2013/12/16 2013/12/17 10-­‐02 コンテンツ精査 千葉 2013/12/18 2013/12/19 10-­‐03 ディレクトリ構造設計 千葉 2013/12/20 2013/12/24   10-­‐04 仕様策定 千葉 2014/01/6 2014/01/10 39
  40. 40. 3-3 3. スケジュールの作成 1.  スケジュール、画面仕様書、機能一覧表などなど、コン テンツ作成に関わるものには共通のIDを振る 2.  項目を大項目、小項目、内容、とカテゴライズする 3.  担当者を明確にする 4.  開始日、終了日をガントチャートに盛り込む 5.  クリティカル・パスを抑える 6.  タスクとタスクの関連性を予期しておく クリティカル・パス 40
  41. 41. 3-3 Q Q. スケジュールが遅れたとき、   どうしますか? 41
  42. 42. 3-3 3. スケジュールの作成 スケジュール遅延時の対策 前 アクティビティ  A アクティビティ  B 図のように、アクティビティ Aが終わってからアク ティビティ Bを始められるという関係をずらします。 42
  43. 43. 3-3 3. スケジュールの作成 スケジュール遅延時の対策 後 アクティビティ  A アクティビティ  A-­‐2 アクティビティ  B アクティビティ  B-­‐2 図のように、アクティビティ Aが終わってからアク ティビティ Bを始められるという関係をずらします。 43
  44. 44. 3-4 4. メンバーアサイン、リソースの確保 なるべく、「あー、あの人向いてるなあ」という特徴を掴んで アサインするようにしています。 誰にでも、経験に基づいた自信、得意なテイスト、 得意な体制などがあります。 所属している組織、会社であるのならば、 その組織内でのメンバーのリソース自体把握しましょう。 プロジェクトにとどまらず、メンバー個人リソースを考慮できれ ば、不測の事態への対応もフットワーク良くなりますよ! 44
  45. 45. 計画を立てるということ ちなみに・・・ よく、「IE爆発しろ!」とか「Android爆発しろ!」という つぶやきや叫びが聞こえますが、それって、明らかに プロジェクトマネージャーか、プロデューサー の計画ミスだよねって、私は思うんですよ。    ❤ 顧客の要望を落とし込んだ仕様    ❤ 進行管理者、制作者、開発者の承認を得た仕様    ❤ ユーザーが幸せになれる仕様 IE爆発しろ!, Android爆発しろ! 45
  46. 46. すべてのプロジェクトが気持よくまわり、 ものづくりに関わる皆がご飯を美味しく 食べられますように! 46
  47. 47. レポート課題の発表 あなたが考える、 案件をはじめる前に考えられるリスク を教えてください。 47

×