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
プロダクトリリースと心理的安全性
Search
Takashi Udagawa
November 27, 2021
Technology
0
2.1k
プロダクトリリースと心理的安全性
2021年11月27日に行われたプロ筋Confでの発表資料
Takashi Udagawa
November 27, 2021
Tweet
Share
More Decks by Takashi Udagawa
See All by Takashi Udagawa
初心者に優しい技術記事の見分け方
udayan28
1
200
1週間でReactにほぼ0から入門する
udayan28
0
510
Other Decks in Technology
See All in Technology
PHPでWebブラウザのレンダリングエンジンを実装する
dip_tech
PRO
0
170
Create a Rails8 responsive app with Gemini and RubyLLM
palladius
0
140
UIテスト自動化サポート- Testbed for XCUIAutomation practice
notoroid
0
110
ObsidianをMCP連携させてみる
ttnyt8701
2
140
AWS アーキテクチャ作図入門/aws-architecture-diagram-101
ma2shita
29
9.5k
Agentic DevOps時代の生存戦略
kkamegawa
0
1k
新卒3年目の後悔〜機械学習モデルジョブの運用を頑張った話〜
kameitomohiro
0
390
AIエージェント最前線! Amazon Bedrock、Amazon Q、そしてMCPを使いこなそう
minorun365
PRO
11
4.1k
本当に使える?AutoUpgrade の新機能を実践検証してみた
oracle4engineer
PRO
1
120
Кто отправит outbox? Валентин Удальцов, автор канала Пых
lamodatech
0
280
ユーザーのプロフィールデータを活用した推薦精度向上の取り組み
yudai00
0
490
2025/6/21 日本学術会議公開シンポジウム発表資料
keisuke198619
2
480
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
524
40k
Why Our Code Smells
bkeepers
PRO
337
57k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
228
22k
Speed Design
sergeychernyshev
31
1k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
The World Runs on Bad Software
bkeepers
PRO
69
11k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
32
2.3k
Rails Girls Zürich Keynote
gr2m
94
14k
GraphQLとの向き合い方2022年版
quramy
46
14k
The Pragmatic Product Professional
lauravandoore
35
6.7k
BBQ
matthewcrist
89
9.7k
Transcript
プロダクトリリースと 心理的安全性 9seconds株式会社 宇田川 嵩史(@udayan28) 2021.11.27
Introduction Takashi Udagawa 宇田川 嵩史(@udayan28) 9seconds株式会社 CPO / CTO ・やっていること
・プロダクトマネジメント、プロダクト開発 ・バックグラウンド ・ソーシャルゲームディレクター -> 管理部門なんで も屋 -> 人材サービスのWebエンジニア -> 現職 ・好きなもの ・映画、オープンワールドゲーム、ブラウザ技術
Our Vision Redefining B2B Communication. B2Bのコミュニケーションを再定義する
Our Vision Redefining B2B Communication. B2Bのコミュニケーションを再定義する
Product After Before Webサイトは情報収集の場 Webサイトで顧客と会話が可能に QuickerならWebサイト上で 顧客とのコミュニケーションが可能 これまで顧客が情報収集をするだけの場だった Webサイトで、ビ デオ通話等を通じて顧客とのコミュニケーションを実施。その場で
提案やヒアリングが可能に。
Product Webサイト閲覧→商談までの 煩雑なプロセスを60秒にする 長くて複雑な従来の営業プロセスを刷新し、 セールスマーケティングの業務を効率化
01 「プロダクトリリースと心理的安全性」の背景 02 心理的安全性とその重要性のおさらい 03 「リーダーのツールキット」から見えた PMとして できていたこと、できていなかったこと 04 最後に
Agenda
「プロダクトリリースと心理的安全性」 の背景 01
みなさん、リリースしてますか?😊
大きな機能や新規プロダクトのリリース って本当に大変ですよね...😂
特にこういう時は...😇
・お金が無くて人が増やせない🤪 ・ステークホルダーとの約束?があり、 リリース時期はずらせない🤪
なんとか乗り越え、リリースできました 🎉
None
よかった、よかった😌
のか...🤔
色々めちゃくちゃだったけど、 みんな大丈夫だっただろうか...😅
GPT(Good, Problem, Try) をやってみた ※Keepだと意見が出づらいのでGoodに変えています
None
あれ、意外と心理的安全性高くね...🤔
この雰囲気、継続していきたい...!!!
というわけで...
「予算💰」「期日📅」を動かせない状況で 心理的安全性を保つためにやってきたことを話し ます!(結果的によかったこと)
⚠ 注意 ・あくまで小さなチーム(5人前後)の話です ・私以外は全てリモートのため、非同期、チャットコミュニケーションが中心です ・なんとしてもリリースするというために色々なものを犠牲にしています 😌
心理的安全性とその重要性のおさらい 02
まずは心理的安全性と その重要性のおさらいから😃
心理的安全性とは 「チームの他のメンバーが自分の発言を拒絶したり、 罰したりしないと確信できる状態」 「みんなが気兼ねなく意見を述べることができ、 自分らしくいられる文化」 エイミー・C・エドモンドソン
なぜ心理的安全性が大切なのか ・メンバーの知識やアイデアによってイノベーションを起こすため ・アラートが上がることで事故を防ぐため ・メンバーのやりがいの向上・かかわっている感の醸成
なぜ、心理的安全性って作れないの?🤔
人間はまわりの人に良く思われたくて、 悪く思われるのが怖いから🥺
心理的安全性を阻害する4つの不安とその行動 1. 無知だと思われる不安 => 気になっても質問しない 2. 無能だと思われる不安 => ミスがあっても報告しない 3.
邪魔をしていると思われる不安 => アイデア・意見を言わない 4. ネガティブだと思われる不安 => 改善提案をしない
4つの不安や行動に思い当たる節があれば心 理的安全性向上の余地があるかも🥺
「リーダーのツールキット」から見えた PMとしてできていたこと、 できていなかったこと 03
「リーダーのツールキット」とは
None
心理的安全性がある組織を作るた めにリーダーがすべき行動 ・下記の流れで行動をしていけば、心理的安全性が ある組織になる ・土台を作る ・参加を求める ・生産的に対応する
数値化したり、行動振り返れば、 チームの心理的安全性の理由が分かりそう...🤔
というわけで、
「リーダーのツールキット」をベースに アンケートをとってみた😃
None
結果...👽
カテゴリ リーダーの務め チーム評価(n=3) 自己評価 土台をつくる 仕事をフレーミングする 4.3 4 目的を際立たせる 4.3
4 参加を求める 状況的謙虚さを示す 4.3 5 探究的な質問をする 3 3 仕組みとプロセスを確立する 3.7 4 生産的に対応する 感謝を表す 4.7 5 失敗を恥ずかしいものではないとする 4.7 4 明らかな違反に制裁措置をとる 3.3 1
自己評価とのズレが少ないぞ...😌
ひとつひとつ見ていきましょう💡
土台をつくる・・・(Avg 4.3) ・仕事の目的の共有や失敗の許容や素直さの文化醸成の項目 -> 心理的安全性の土台となるような行動は取れていると思われる ・評価された行動 ・β開発の難しさやデザイン、開発自体が持つ不確実性の理解、共有 ・顧客の課題と機能の目的の共有 ・期限に間に合わない(失敗)を伝えても仕様調整で対応される カテゴリ
リーダーの務め チーム評価(n=3) 自己評価 土台をつくる 仕事をフレーミングする 4.3 4 目的を際立たせる 4.3 4
参加を求める・・・(Avg 3.7)🤔 ・発言しやすい態度、発言を促す仕組みができているかの項目 -> 質問ができていなかったり、プロセスの確立までは至っていない ・評価された行動 ・不確定事項を一緒に決めていこうというのが感じられた ・週次でのチケット確認、「まずイシュー化」等が徹底されている カテゴリ リーダーの務め
チーム評価(n=3) 自己評価 参加を求める 状況的謙虚さを示す 4.3 5 探究的な質問をする 3 3 仕組みとプロセスを確立する 3.7 4
生産的に反応する・・・(Avg 4.2) ・積極性や生産性を上げる(下げない)行動ができているかの項目 -> 感謝や失敗に対する対応はよかったが、違反に関しては未策定 ・評価された行動 ・チャット、口頭両方で発言、仕事に感謝されることが多かった ・失敗や方針転換でちゃんと説明と謝罪があった カテゴリ リーダーの務め
チーム評価(n=3) 自己評価 生産的に対応する 感謝を表す 4.7 5 失敗を恥ずかしいものではないとする 4.7 4 明らかな違反に制裁措置をとる 3.3 1
結論😌
土台と対応は良いが、参加がまだまだ ・土台と対応については、私が開発者であることと HRT(謙虚、尊敬、信頼)を大切にしていることが影響していそう ・時間がないため、どうしてもトップダウン的な構造になっており、 引き出すコミュニケーションまで至っていなかった ・メンバーも少ないためカルチャー違反等の対応はこれから
時間が無くても「リーダーのツールキット」の行動 が取れていれば、心理的安全性は作れる!
最後に 04
None
We are hiring !!! カジュアル面談もお気軽に!