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
170
1週間でReactにほぼ0から入門する
udayan28
0
450
Other Decks in Technology
See All in Technology
飲食店データの分析事例とそれを支えるデータ基盤
kimujun
0
100
テストコード品質を高めるためにMutation Testingライブラリ・Strykerを実戦導入してみた話
ysknsid25
7
2.6k
Shopifyアプリ開発における Shopifyの機能活用
sonatard
4
250
The Role of Developer Relations in AI Product Success.
giftojabu1
0
130
開発生産性を上げながらビジネスも30倍成長させてきたチームの姿
kamina_zzz
2
1.7k
いざ、BSC討伐の旅
nikinusu
2
780
誰も全体を知らない ~ ロールの垣根を超えて引き上げる開発生産性 / Boosting Development Productivity Across Roles
kakehashi
1
230
リンクアンドモチベーション ソフトウェアエンジニア向け紹介資料 / Introduction to Link and Motivation for Software Engineers
lmi
4
300k
オープンソースAIとは何か? --「オープンソースAIの定義 v1.0」詳細解説
shujisado
9
1k
VideoMamba: State Space Model for Efficient Video Understanding
chou500
0
190
Terraform未経験の御様に対してどの ように導⼊を進めていったか
tkikuchi
2
440
社内で最大の技術的負債のリファクタリングに取り組んだお話し
kidooonn
1
550
Featured
See All Featured
The Invisible Side of Design
smashingmag
298
50k
The Language of Interfaces
destraynor
154
24k
Building a Scalable Design System with Sketch
lauravandoore
459
33k
Building Flexible Design Systems
yeseniaperezcruz
327
38k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.3k
Bash Introduction
62gerente
608
210k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
Building Adaptive Systems
keathley
38
2.3k
Imperfection Machines: The Place of Print at Facebook
scottboms
265
13k
Writing Fast Ruby
sferik
627
61k
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 !!! カジュアル面談もお気軽に!