Slide 1

Slide 1 text

チームをパワーアップさせるPMの役割 The role of PM that powers up the team Alex Chief Executive Officer / Manhattan Code Inc.

Slide 2

Slide 2 text

Introduce
 ~ 自己紹介と宣伝と本日のゴール ~


Slide 3

Slide 3 text

自己紹介
 Introduce
 あれっくす(飯村 Alexander 有) ● IT業界歴12年目 ● 令和元年5月からずっと赤髪 ● TwitterではIT系ビジネス大好き芸人 ● マンハッタンコード 代表取締役/CEO 株式会社 マンハッタンコード ● 見たことない。を作る ● スマホアプリサービス特化の開発会社

Slide 4

Slide 4 text

正社員を4名採用予定
 ● スマホアプリサービス作る人 ● メインはエンジニアリング業務の人 ● フロントエンドは有利かも ○ WEB制作やってたり ○ デザイン業務から転向だったり ● ディレクション職も有利かも 詳しくはWEBで!! Promotion


Slide 5

Slide 5 text

本日のゴール
 ● プロジェクトの種類を知ろう
 
 ● チームのカスタマイズ
 Objective


Slide 6

Slide 6 text

本日のゴール
 ● プロジェクトの種類を知ろう
 
 ● チームのカスタマイズ
 Objective
 プロジェクトやチームに種類があることを知って 
 チームマネジメントの効果をアップさせよう!! 


Slide 7

Slide 7 text

What kind of your project?
 ~ プロジェクトの種類を知ろう ~


Slide 8

Slide 8 text

「最強のメンバー=最強のチーム」ではない
 What kind of your project? 


Slide 9

Slide 9 text

「最強のメンバー=最強のチーム」ではない
 ● プロジェクトの始まりはヒトモノカネを集めるところからがスタート 
 ○ プロジェクトに必要なすべての条件を兼ね備えた人材はほぼいない 
 ○ プロジェクトに潤沢な予算などない 
 
 What kind of your project? 


Slide 10

Slide 10 text

「最強のメンバー=最強のチーム」ではない
 ● プロジェクトの始まりはヒトモノカネを集めるところからがスタート 
 ○ プロジェクトに必要なすべての条件を兼ね備えた人材はほぼいない 
 ○ プロジェクトに潤沢な予算などない 
 
 ● プロジェクトには時間というリソースが存在する 
 ○ いくら能力がある人でも作業時間がなければ力を発揮するのは難しい 
 ○ 出来る人に作業が集中することを忘れがち 
 What kind of your project? 


Slide 11

Slide 11 text

「最強のメンバー=最強のチーム」ではない
 ● プロジェクトの始まりはヒトモノカネを集めるところからがスタート 
 ○ プロジェクトに必要なすべての条件を兼ね備えた人材はほぼいない 
 ○ プロジェクトに潤沢な予算などない 
 
 ● プロジェクトには時間というリソースが存在する 
 ○ いくら能力がある人でも作業時間がなければ力を発揮するのは難しい 
 ○ 出来る人に作業が集中することを忘れがち 
 チームが最強だったかはプロジェクトが終わってみないと評価することができない 
 What kind of your project? 


Slide 12

Slide 12 text

自分のプロジェクトを説明ができるようにする
 What kind of your project? 


Slide 13

Slide 13 text

自分のプロジェクトの説明ができるようにする
 
 
 ● 情報の整理をする
 ○ チーム向けの情報と、クライアント向けの情報は同じようで違う 
 ● 開発する成果物を確認する
 ○ 期限内に成果物を納品するだけ? 
 ○ 納品後に継続するサービスを作ること? 
 ● 活動期限を確認する
 ○ 1日で作業する時間を最大の8時間で見積もらない 
 ○ スケジュールは十分か?(十分じゃないことが大半だけど) 
 What kind of your project? 


Slide 14

Slide 14 text

自分のプロジェクトの説明ができるようにする
 
 
 プロジェクトが説明できないとチームは何をしたら良いのかわからない 
 ● 情報の整理をする
 ○ チーム向けの情報と、クライアント向けの情報は同じようで違う 
 ● 開発する成果物を確認する
 ○ 期限内に成果物を納品するだけ? 
 ○ 納品後に継続するサービスを作ること? 
 ● 活動期限を確認する
 ○ 1日で作業する時間を最大の8時間で見積もらない 
 ○ スケジュールは十分か?(十分じゃないことが大半だけど) 
 What kind of your project? 


Slide 15

Slide 15 text

まとめ
 ● チームの評価はプロジェクトが終わってからにする 
 ● プロジェクトが説明できないとチームが何をしたらいいかわからない 
 What kind of your project? 


Slide 16

Slide 16 text

まとめ
 ● チームの評価はプロジェクトが終わってからにする 
 ● プロジェクトが説明できないとチームが何をしたらいいかわからない 
 PMのチームビルドはチームになる前から始まっているッ!! 
 What kind of your project? 


Slide 17

Slide 17 text

The team customizing
 ~ チームのカスタマイズ ~


Slide 18

Slide 18 text

チームビルディングは時間がかかる!?
 The team customizing 


Slide 19

Slide 19 text

チームビルディングは時間がかかる!?
 ● チームビルドは「タックマンモデル」などが参考になるが実用的ではない 
 The team customizing 


Slide 20

Slide 20 text

チームビルディングは時間がかかる!?
 ● チームビルドは「タックマンモデル」などが参考になるが実用的ではない 
 ○ チームを作ることを目的にできるほど予算のあるプロジェクトってそうない 
 
 The team customizing 


Slide 21

Slide 21 text

プロジェクトチームは原則を持っている
 The team customizing 


Slide 22

Slide 22 text

プロジェクトチームは原則を持っている
 ● プロジェクトチームは課題を解決するために存在する 
 ● プロジェクトチームは何かを生産するために存在する 
 The team customizing 


Slide 23

Slide 23 text

プロジェクトチームは原則を持っている
 ● プロジェクトチームは課題を解決するために存在する 
 ● プロジェクトチームは何かを生産するために存在する 
 The team customizing 
 原則を活かすためにハンドルを握る=マネジメント 


Slide 24

Slide 24 text

プロジェクトチームは原則を持っている
 ● プロジェクトチームは課題を解決するために存在する 
 ● プロジェクトチームは何かを生産するために存在する 
 The team customizing 
 原則を活かすためにハンドルを握る=マネジメント 
 ● チームマネジメントはメンバー間の対立関係を減らし、協力関係を増やす こと


Slide 25

Slide 25 text

プロジェクトチームは原則を持っている
 ● プロジェクトチームは課題を解決するために存在する 
 ● プロジェクトチームは何かを生産するために存在する 
 The team customizing 
 原則を活かすためにハンドルを握る=マネジメント 
 ● チームマネジメントはメンバー間の対立関係を減らし、協力関係を増やす こと
 問題 vs チームの構図を作り出すこと 


Slide 26

Slide 26 text

まとめ
 ● チームビルディングは時間がかかるのでプロジェクトに合わせて手法を選択すること 
 ● チームの原則から外れないようにするのはアップよりもマイナスを防ぐ効果があるから 
 The team customizing 


Slide 27

Slide 27 text

まとめ
 The team customizing 
 時間がある時はチームを、時間がない時はプロジェクトを 
 ● チームビルディングは時間がかかるのでプロジェクトに合わせて手法を選択すること 
 ● チームの原則から外れないようにするのはアップよりもマイナスを防ぐ効果があるから 


Slide 28

Slide 28 text

Total Summary
 ~ 全体のまとめ ~


Slide 29

Slide 29 text

まとめ
 ● プロジェクトの種類を知ろう
 ○ チームの評価はプロジェクトが終わってからにする 
 ○ プロジェクトが説明できないとチームが何をしたらいいかわからない 
 
 ● チームのカスタマイズ
 ○ チームビルディングは時間がかかるのでプロジェクトに合わせて手法を選択すること 
 ○ チームの原則から外れないようにする 
 Total Summary


Slide 30

Slide 30 text

まとめ
 ● プロジェクトの種類を知ろう
 ○ チームの評価はプロジェクトが終わってからにする 
 ○ プロジェクトが説明できないとチームが何をしたらいいかわからない 
 
 ● チームのカスタマイズ
 ○ チームビルディングは時間がかかるのでプロジェクトに合わせて手法を選択すること 
 ○ チームの原則から外れないようにする 
 Total Summary
 プロジェクトとチームの見えない大きな敵は「時間」 
 時間を明確にして取り組み方のルールを考えるのがPMの役割 


Slide 31

Slide 31 text

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