Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
チームをパワーアップさせるPMの役割
Search
あれっくす@マンハッタンコード
July 05, 2020
Business
0
430
チームをパワーアップさせるPMの役割
https://re-build.connpass.com/event/175656/
上記リンクでのイベントで発表した資料です
あれっくす@マンハッタンコード
July 05, 2020
Tweet
Share
More Decks by あれっくす@マンハッタンコード
See All by あれっくす@マンハッタンコード
リモートワークとサービス開発
mht_alex
0
1.2k
炎上プロジェクトの始め方.pdf
mht_alex
2
2.4k
成功とは1%のひらめきと99%の努力
mht_alex
2
1.5k
How to start a Project
mht_alex
0
480
Market Trends Analysis 2019/05/14
mht_alex
0
73
ManhattanCodeInc Tec Policy 2.0
mht_alex
1
77
Other Decks in Business
See All in Business
強みのデザイン入門 / Introduction to Strengths Design
tbpgr
0
390
株式会社クーリエ 会社紹介資料 / Courier_Company Deck
courier_inc
0
330
Company Profile
katsuegu23
2
12k
一次情報を武器にする - pmconf2025
hynym
PRO
0
950
VISASQ: ABOUT DEV TEAM
eikohashiba
6
38k
現場とIT部門の橋渡しをして3000人の開発者を救った話 / Talk. Collaborate. Support. Lessons from Bridging Field and IT
nttcom
2
1.5k
夜を制する者が “AI Agent 大民主化時代” を制する
icoxfog417
PRO
2
3.3k
ちゅらデータ会社紹介 / Chura DATA Inc.
churadata
0
370
ドキュメント作成の3原則
naohiro_nakata
1
160
株式会社マイクロアド 会社説明資料
yuiiii0412
0
1.5k
三井物産グループのデジタル証券〜名古屋・プライムオフィス〜徹底解説セミナー
c0rp_mdm
PRO
0
1.8k
アシスト 会社紹介資料
ashisuto_career
3
140k
Featured
See All Featured
Building Adaptive Systems
keathley
44
2.9k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.5k
Visualization
eitanlees
150
16k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
9
1k
The Invisible Side of Design
smashingmag
302
51k
Making Projects Easy
brettharned
120
6.5k
Code Review Best Practice
trishagee
74
19k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
RailsConf 2023
tenderlove
30
1.3k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
51k
How GitHub (no longer) Works
holman
316
140k
Building Flexible Design Systems
yeseniaperezcruz
330
39k
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 :)