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
2025.08_中途採用資料.pdf
superstudio
PRO
2
79k
家族アルバム みてね 事業紹介 / Our Business
familyalbum
5
45k
新規投資家向け資料20250815
junkiogawa
0
1.2k
AI活用が促進される上司や社内制度、前提となる環境について(Bizメンバー目線)
stxd1
0
320
Mercari-Fact-book_en
mercari_inc
2
27k
EMOOR_ブランド説明資料
yusawada
1
11k
株式会社CINC 会社案内/Company introduction
cinchr
6
64k
株式会社BANKEY 会社説明資料(Aug.26.2025)
bankey
0
1.8k
20250816 「アジャイル」って?~"Do Agile"から"Be Agile"へ~
east_takumi
0
3k
AIが実現するプロダクトオーナーと開発者の架け橋
bicstone
2
160
sample
mamiko
0
170
Cierpa&Co._Culture Deck_202509
cierpa0905
PRO
0
370
Featured
See All Featured
Rebuilding a faster, lazier Slack
samanthasiow
83
9.1k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
139
34k
A better future with KSS
kneath
239
17k
BBQ
matthewcrist
89
9.8k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
The Cost Of JavaScript in 2023
addyosmani
53
8.8k
Documentation Writing (for coders)
carmenintech
73
5k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Six Lessons from altMBA
skipperchong
28
4k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
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 :)