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.4k
成功とは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
75
Other Decks in Business
See All in Business
採用ピッチ資料
awesome22
0
340
enechain company deck
enechain
PRO
9
140k
freeeを軸に変えていく記帳代行の概念
yuki_yano
PRO
0
130
【Progmat】Monthly-ST-Market-Report-2025-Sep.
progmat
0
550
【27新卒フィールドセールス職採用】BuySell Technologies会社紹介資料
buyselltechnologies
0
250k
CREFIL Inc. / Company Profile
crefil
0
290
株式会社ネイチャーズウェイ会社説明資料
naturesway
1
2.6k
DAPPI サービス資料
masa0917
0
240
セーフィー株式会社(Safie Inc.) 会社紹介資料
safie_recruit
6
380k
採用ピッチ資料_キヨモトテックイチ
satoshi01
0
120
株式会社STYZ会社概要資料
culumu
0
400
at FOREST_recruit_pitch deck202510
atforest
0
260
Featured
See All Featured
Context Engineering - Making Every Token Count
addyosmani
8
300
A better future with KSS
kneath
239
18k
Site-Speed That Sticks
csswizardry
13
920
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.6k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
190
55k
Git: the NoSQL Database
bkeepers
PRO
431
66k
Automating Front-end Workflow
addyosmani
1371
200k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.5k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.7k
Testing 201, or: Great Expectations
jmmastey
45
7.7k
Designing for humans not robots
tammielis
254
26k
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 :)