How to start a Project

How to start a Project

2020/4/11に実施した開発PM勉強会で使用した資料

Transcript

  1. How to start a Project Management Team / Manhattan Code

    Inc. Alex
  2. Introduce
 ~ 紹介 ~


  3. 自己紹介
 飯村 アレキサンダー 有(ニックネームがあれっくす) 
 
 ・株式会社マンハッタンコード 代表取締役 
 
 ・IT業界歴 11年(中堅SIerで会社員4年→個人事業主3年→会社立ち上げ4年) 
 


    ・業務システム開発 → インフラ運用 → スマホアプリ開発 
 
 ・現在はビジネスアナリストとしてPoC案件やってます 
 
 
 【Special】
 
 ・IT業界に入る前に経営マネジメントを勉強してました 
 
 Introduce

  4. 会社と事業紹介
 株式会社 マンハッタンコード 
 
 設立 2016年3月
 
 従業員数 14名
 
 事業
  スマートフォンアプリケーションに特化した開発会社

    
  SES多めの開発会社(最近は自社サービス開発もしているよ) 
 
 特徴
  全員ビジネスマンとして活動中(エンジニア、デザイナーというジョブロールなし) 
  成果連結型の報酬システムを導入(売上アップ、採用・教育、自社サービス売上連動の報酬など) 
  システム開発未経験者を採用して、スマホアプリ開発ができるようにした実績多数 
 Introduce

  5. How to start a project
 ~ プロジェクトの始め方 ~


  6. 本日のゴール
 1. プロジェクト憲章を作ろう 
 2. ステークホルダーを特定しよう 
 
 Objective


  7. Create a project charter
 ~ プロジェクト憲章を作ろう ~


  8. PMBOKより
 「立ち上げプロセス群」より
 
 1. プロジェクト憲章作成
 2. ステークホルダー特定
 Create a project

    charter 

  9. プロジェクト憲章とは
 PMBOKガイド引用
 
 プロジェクト憲章は、プロジェクトの存在を正式に認可する文書であり、プロジェクトのイニシエーターまたはスポンサーが発行する。プ ロジェクト憲章は、プロジェクト・マネージャーが母体組織の資源をプロジェクト活動のために使用する権限を与える。プロジェクト憲章 を通して文書化されるものとして、ビジネス・ニーズ、前提条件、制約条件、顧客ニーズの理解範囲、ハイレベルの要求事項、新しい プロダクト、サービス、あるいは所産が満たすべき要求事項がある。
 How to start

    a project 

  10. プロジェクト憲章とは
 PMBOKガイド引用
 
 プロジェクト憲章は、プロジェクトの存在を正式に認可する文書であり、プロジェクトのイニシエーターまたはスポンサーが発行する。プ ロジェクト憲章は、プロジェクト・マネージャーが母体組織の資源をプロジェクト活動のために使用する権限を与える。プロジェクト憲章 を通して文書化されるものとして、ビジネス・ニーズ、前提条件、制約条件、顧客ニーズの理解範囲、ハイレベルの要求事項、新しい プロダクト、サービス、あるいは所産が満たすべき要求事項がある。
 How to start

    a project 
 作成する目的
 
 ・みんながなんとなく知ってる大事なことを明文化する
 
 ポイント
 
 ・プロジェクトの発起人が作成し、その内容に基づいてPMが仕事を遂行するもの
 ・プロジェクトの発起人はお金を出す人、依頼者
 ・開発プロジェクトにおいてはRFP(提案依頼書)と同意義と思っても良いが、PMとしてはRFPからプロジェクト憲章を書き起こすことで 依頼人と役割分担を話し合うことができる
 

  11. プロジェクト憲章に書くこと
 PMBOKガイド引用
 
 1. プロジェクトの目的 (なんでこの仕事やるの?)
 2. 測定可能な目標 (何がゴール?)
 3.

    前提条件と制約条件 (どうやってやるの?)
 4. マイルストーン・スケジュール (いつ頃までに終えるの?)
 5. 予算 (いくら使えるの?)
 6. リスク (ヤバいこと途中で起こらない?)
 7. PMの名前、その責任範囲 (誰が責任者?)
 How to start a project 

  12. プロジェクト憲章に書くこと
 PMBOKガイド引用
 
 1. プロジェクトの目的 (なんでこの仕事やるの?)
 2. 測定可能な目標 (何がゴール?)
 3.

    前提条件と制約条件 (どうやってやるの?)
 4. マイルストーン・スケジュール (いつ頃までに終えるの?)
 5. 予算 (いくら使えるの?)
 6. リスク (ヤバいこと途中で起こらない?)
 7. PMの名前、その責任範囲 (誰が責任者?)
 How to start a project 
 ポイント
 
 ・目的、目標、予算、マイルストーンは必須
 ・プロジェクト憲章作成時に前提条件、制約条件やリスクは必ずしも必要ではない場合もある

  13. プロジェクト憲章の作り方
 How to start a project 


  14. Clarify project stakeholders.
 ~ ステークホルダーを特定しよう ~


  15. PMBOKより
 PMBOKガイド引用
 
 ステークホルダーの特定は、プロジェクトのステークホルダーを定期的に特定し、プロジェクト成功への関心事、関与、相互依存、影 響、および潜在的影響に関連する情報を分析し、文書化するプロセスである。このプロセスの主な利点は、プロジェクト・チームが各ス テークホルダーやステークホルダー・グループの関与への適切な配慮を認識できるようになることである。このプロセスは、必要に応 じてプロジェクト全体を通して定期的に実行される。
 Clarify project stakeholders

  16. PMBOKより
 PMBOKガイド引用
 
 ステークホルダーの特定は、プロジェクトのステークホルダーを定期的に特定し、プロジェクト成功への関心事、関与、相互依存、影 響、および潜在的影響に関連する情報を分析し、文書化するプロセスである。このプロセスの主な利点は、プロジェクト・チームが各ス テークホルダーやステークホルダー・グループの関与への適切な配慮を認識できるようになることである。このプロセスは、必要に応 じてプロジェクト全体を通して定期的に実行される。
 Clarify project stakeholders

    
 作成する目的
 
 ・参加する人を明確にして、プロジェクトの協力体制を作ること
 
 ポイント
 
 ・利益、権利、所有権、知識、貢献を明確にして利害関係を整理する
 ・プロジェクトは必ず敵味方になるシーンが存在するのでリスク対応として準備や用意することができる

  17. ステークホルダー特定でやること
 PMBOKガイド引用
 
 1. ステークホルダー登録簿の作成
 2. コミュニケーションマネジメント計画書の作成
 3. ステークホルダーエンゲージメント計画書の作成
 Clarify

    project stakeholders 
 ポイント
 
 ・体制図だけ作って、その人たちの中身まで確認しないのはNG
 ・メンバーの強みや弱みを知って、関係性を明確にする
 ・衝突しやすい箇所、協力関係が難しい箇所を把握して、対応を考える/実施する

  18. Summary
 ~ まとめ ~


  19. まとめ
 プロジェクトの始め方 
 
 1. プロジェクト憲章は作成しましょう 
 2. みんなが知ってる大事なことを明文化する 


    3. ステークホルダーを特定しましょう 
 4. 特定するだけじゃなく、特性や関係性を分析しよう 
 
 Summary

  20. Promotion
 ~ 宣伝 ~


  21. 事業としてPMスクールを開校するための準備をしています
 協力してくれる企業、人を絶賛募集しています 
 
 オンライン教材とオフライン講座を活用した人材育成機関としてを考えています 
 
 教材の実験台、学びを可視化したい人がいたら是非 
 


    
 連絡はTwitterのDMが嬉しいです 
 
 
 マンハッタンコード あれっくす
 @MHTcode_Alex
 Promotion

  22. ご静聴ありがとうございました!
 Thank you :)