Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
チームをパワーアップさせるPMの役割
Search
あれっくす@マンハッタンコード
July 05, 2020
Business
0
420
チームをパワーアップさせるPMの役割
https://re-build.connpass.com/event/175656/
上記リンクでのイベントで発表した資料です
あれっくす@マンハッタンコード
July 05, 2020
Tweet
Share
More Decks by あれっくす@マンハッタンコード
See All by あれっくす@マンハッタンコード
リモートワークとサービス開発
mht_alex
0
1.1k
炎上プロジェクトの始め方.pdf
mht_alex
2
2.3k
成功とは1%のひらめきと99%の努力
mht_alex
2
1.5k
How to start a Project
mht_alex
0
470
Market Trends Analysis 2019/05/14
mht_alex
0
70
ManhattanCodeInc Tec Policy 2.0
mht_alex
1
74
Other Decks in Business
See All in Business
ARI会社説明
arisaiyou
1
16k
enechain company deck
enechain
PRO
9
130k
エンジニア職/新卒向け会社紹介資料(テックファーム株式会社)
techfirm
1
4.7k
Cierpa&Co._Culture Deck_202509
cierpa0905
PRO
0
1.3k
プレミアグループ 会社紹介資料/Premium Group Company Profile
pgsaiyo1112
0
280
FintechShift_事業説明資料.pdf
finatext
1
110
「なんとなく使いにくい」を論理的に説明する方法 〜プロダクトエンジニアとしてUXを議論できる第一歩〜
mkitahara01985
0
440
【エンジニア職】中途採用向け会社説明資料(テックファーム株式会社)
techfirm
0
5.6k
ログラス会社紹介資料 新卒採用 ビジネス職[経営幹部候補]/ Loglass Company Deck
loglass2019
1
9.5k
フルカイテン株式会社 採用資料
fullkaiten
0
74k
拝啓、登壇回数0回だった一年前の私へ
natty_natty254
5
290
sample
mamiko
0
410
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.1k
What's in a price? How to price your products and services
michaelherold
246
12k
A Tale of Four Properties
chriscoyier
160
23k
KATA
mclloyd
32
14k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
We Have a Design System, Now What?
morganepeng
53
7.8k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
61k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.4k
Embracing the Ebb and Flow
colly
87
4.8k
Testing 201, or: Great Expectations
jmmastey
45
7.7k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.1k
Transcript
チームをパワーアップさせるPMの役割 The role of PM that powers up the team
Alex Chief Executive Officer / Manhattan Code Inc.
Introduce ~ 自己紹介と宣伝と本日のゴール ~
自己紹介 Introduce あれっくす(飯村 Alexander 有) • IT業界歴12年目 • 令和元年5月からずっと赤髪 •
TwitterではIT系ビジネス大好き芸人 • マンハッタンコード 代表取締役/CEO 株式会社 マンハッタンコード • 見たことない。を作る • スマホアプリサービス特化の開発会社
正社員を4名採用予定 • スマホアプリサービス作る人 • メインはエンジニアリング業務の人 • フロントエンドは有利かも ◦ WEB制作やってたり ◦
デザイン業務から転向だったり • ディレクション職も有利かも 詳しくはWEBで!! Promotion
本日のゴール • プロジェクトの種類を知ろう • チームのカスタマイズ Objective
本日のゴール • プロジェクトの種類を知ろう • チームのカスタマイズ Objective プロジェクトやチームに種類があることを知って チームマネジメントの効果をアップさせよう!!
What kind of your project? ~ プロジェクトの種類を知ろう ~
「最強のメンバー=最強のチーム」ではない What kind of your project?
「最強のメンバー=最強のチーム」ではない • プロジェクトの始まりはヒトモノカネを集めるところからがスタート ◦ プロジェクトに必要なすべての条件を兼ね備えた人材はほぼいない ◦ プロジェクトに潤沢な予算などない
What kind of your project?
「最強のメンバー=最強のチーム」ではない • プロジェクトの始まりはヒトモノカネを集めるところからがスタート ◦ プロジェクトに必要なすべての条件を兼ね備えた人材はほぼいない ◦ プロジェクトに潤沢な予算などない
• プロジェクトには時間というリソースが存在する ◦ いくら能力がある人でも作業時間がなければ力を発揮するのは難しい ◦ 出来る人に作業が集中することを忘れがち What kind of your project?
「最強のメンバー=最強のチーム」ではない • プロジェクトの始まりはヒトモノカネを集めるところからがスタート ◦ プロジェクトに必要なすべての条件を兼ね備えた人材はほぼいない ◦ プロジェクトに潤沢な予算などない
• プロジェクトには時間というリソースが存在する ◦ いくら能力がある人でも作業時間がなければ力を発揮するのは難しい ◦ 出来る人に作業が集中することを忘れがち チームが最強だったかはプロジェクトが終わってみないと評価することができない What kind of your project?
自分のプロジェクトを説明ができるようにする What kind of your project?
自分のプロジェクトの説明ができるようにする • 情報の整理をする ◦ チーム向けの情報と、クライアント向けの情報は同じようで違う • 開発する成果物を確認する
◦ 期限内に成果物を納品するだけ? ◦ 納品後に継続するサービスを作ること? • 活動期限を確認する ◦ 1日で作業する時間を最大の8時間で見積もらない ◦ スケジュールは十分か?(十分じゃないことが大半だけど) What kind of your project?
自分のプロジェクトの説明ができるようにする プロジェクトが説明できないとチームは何をしたら良いのかわからない • 情報の整理をする ◦ チーム向けの情報と、クライアント向けの情報は同じようで違う
• 開発する成果物を確認する ◦ 期限内に成果物を納品するだけ? ◦ 納品後に継続するサービスを作ること? • 活動期限を確認する ◦ 1日で作業する時間を最大の8時間で見積もらない ◦ スケジュールは十分か?(十分じゃないことが大半だけど) What kind of your project?
まとめ • チームの評価はプロジェクトが終わってからにする • プロジェクトが説明できないとチームが何をしたらいいかわからない What kind of
your project?
まとめ • チームの評価はプロジェクトが終わってからにする • プロジェクトが説明できないとチームが何をしたらいいかわからない PMのチームビルドはチームになる前から始まっているッ!! What
kind of your project?
The team customizing ~ チームのカスタマイズ ~
チームビルディングは時間がかかる!? The team customizing
チームビルディングは時間がかかる!? • チームビルドは「タックマンモデル」などが参考になるが実用的ではない The team customizing
チームビルディングは時間がかかる!? • チームビルドは「タックマンモデル」などが参考になるが実用的ではない ◦ チームを作ることを目的にできるほど予算のあるプロジェクトってそうない The team
customizing
プロジェクトチームは原則を持っている The team customizing
プロジェクトチームは原則を持っている • プロジェクトチームは課題を解決するために存在する • プロジェクトチームは何かを生産するために存在する The team customizing
プロジェクトチームは原則を持っている • プロジェクトチームは課題を解決するために存在する • プロジェクトチームは何かを生産するために存在する The team customizing
原則を活かすためにハンドルを握る=マネジメント
プロジェクトチームは原則を持っている • プロジェクトチームは課題を解決するために存在する • プロジェクトチームは何かを生産するために存在する The team customizing
原則を活かすためにハンドルを握る=マネジメント • チームマネジメントはメンバー間の対立関係を減らし、協力関係を増やす こと
プロジェクトチームは原則を持っている • プロジェクトチームは課題を解決するために存在する • プロジェクトチームは何かを生産するために存在する The team customizing
原則を活かすためにハンドルを握る=マネジメント • チームマネジメントはメンバー間の対立関係を減らし、協力関係を増やす こと 問題 vs チームの構図を作り出すこと
まとめ • チームビルディングは時間がかかるのでプロジェクトに合わせて手法を選択すること • チームの原則から外れないようにするのはアップよりもマイナスを防ぐ効果があるから The team customizing
まとめ The team customizing 時間がある時はチームを、時間がない時はプロジェクトを • チームビルディングは時間がかかるのでプロジェクトに合わせて手法を選択すること
• チームの原則から外れないようにするのはアップよりもマイナスを防ぐ効果があるから
Total Summary ~ 全体のまとめ ~
まとめ • プロジェクトの種類を知ろう ◦ チームの評価はプロジェクトが終わってからにする ◦ プロジェクトが説明できないとチームが何をしたらいいかわからない
• チームのカスタマイズ ◦ チームビルディングは時間がかかるのでプロジェクトに合わせて手法を選択すること ◦ チームの原則から外れないようにする Total Summary
まとめ • プロジェクトの種類を知ろう ◦ チームの評価はプロジェクトが終わってからにする ◦ プロジェクトが説明できないとチームが何をしたらいいかわからない
• チームのカスタマイズ ◦ チームビルディングは時間がかかるのでプロジェクトに合わせて手法を選択すること ◦ チームの原則から外れないようにする Total Summary プロジェクトとチームの見えない大きな敵は「時間」 時間を明確にして取り組み方のルールを考えるのがPMの役割
ご静聴ありがとうございました! Thank you :)