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
2k
プロダクトリリースと心理的安全性
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
Scale Security Programs with Scorecarding
ramimac
0
440
名刺メーカーDevグループ 紹介資料
sansan33
PRO
0
740
技術書典18結果報告
mutsumix
2
180
Introduction to Sansan, inc / Sansan Global Development Center, Inc.
sansan33
PRO
0
2.6k
ソフトウェアは捨てやすく作ろう/Let's make software easy to discard
sanogemaru
10
5.8k
[zh-TW] DevOpsDays Taipei 2025 -- Creating Awesome Change in SmartNews!(machine translation)
martin_lover
1
650
プラットフォームとしての Datadog / Datadog as Platforms
aoto
PRO
1
340
Eight Engineering Unit 紹介資料
sansan33
PRO
0
3.2k
從開發到架構設計的可觀測性實踐
philipz
0
120
AIコードエディタは開発を変えるか?Cursorをチームに導入して1ヶ月経った本音
ota1022
1
710
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
8
65k
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
25k
Featured
See All Featured
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Making the Leap to Tech Lead
cromwellryan
134
9.3k
The Cult of Friendly URLs
andyhume
78
6.4k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
106
19k
A Modern Web Designer's Workflow
chriscoyier
693
190k
Typedesign – Prime Four
hannesfritz
41
2.6k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.5k
Writing Fast Ruby
sferik
628
61k
[RailsConf 2023] Rails as a piece of cake
palkan
55
5.6k
Code Review Best Practice
trishagee
68
18k
Java REST API Framework Comparison - PWX 2021
mraible
31
8.6k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
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 !!! カジュアル面談もお気軽に!