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
380
チームをパワーアップさせるPMの役割
https://re-build.connpass.com/event/175656/
上記リンクでのイベントで発表した資料です
あれっくす@マンハッタンコード
July 05, 2020
Tweet
Share
More Decks by あれっくす@マンハッタンコード
See All by あれっくす@マンハッタンコード
リモートワークとサービス開発
mht_alex
0
1k
炎上プロジェクトの始め方.pdf
mht_alex
2
2.1k
成功とは1%のひらめきと99%の努力
mht_alex
2
1.3k
How to start a Project
mht_alex
0
390
Market Trends Analysis 2019/05/14
mht_alex
0
57
ManhattanCodeInc Tec Policy 2.0
mht_alex
1
66
Other Decks in Business
See All in Business
新卒エンジニア向け会社紹介資料/newgraduates-engineer
nextbeat
2
1.5k
test
sayuri_f
0
420
事業所の利用を検討いただいている皆さまへ
ymtyhka7o4o8
0
1.2k
アダコテック 採用ピッチ資料 / Adacotech Company Profile
adacotech
1
45k
ワンキャリア 会社説明資料 / Company Deck
onecareer
5
170k
Continuous Stewardship - effective, humane services enriched by software - Fast Flow Conf 2024 - London - Matthew Skelton
matthewskelton
PRO
5
450
立案決定文化の中でのスクラムは全然価値見出せないよって話
masamichisato
1
420
アッテル会社紹介資料/culture deck
attelu
10
13k
VISASQ: ABOUT DEV TEAM
eikohashiba
2
19k
ワンメディア株式会社 会社紹介資料
sakiyogoro
0
8.2k
公開版_モノ売りからコト売りへ 製造業が向き合うビジネスとアジャイル
junki
1
660
新規投資家向け資料20240924
junkiogawa
0
550
Featured
See All Featured
Raft: Consensus for Rubyists
vanstee
136
6.6k
Creatively Recalculating Your Daily Design Routine
revolveconf
217
12k
Navigating Team Friction
lara
183
14k
How To Stay Up To Date on Web Technology
chriscoyier
786
250k
The Pragmatic Product Professional
lauravandoore
31
6.2k
Bash Introduction
62gerente
608
210k
No one is an island. Learnings from fostering a developers community.
thoeni
19
2.9k
Debugging Ruby Performance
tmm1
73
12k
Building an army of robots
kneath
302
42k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
1
240
10 Git Anti Patterns You Should be Aware of
lemiorhan
653
59k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.2k
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 :)