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
リモートワークコミュニケーションTips♯記録編
Search
Cat_Maru
December 08, 2020
Business
0
310
リモートワークコミュニケーションTips♯記録編
リモートワークコミュニケーションにおいて大事なTips♯記録編について話しました。
2020/11/27(金) Webナイト宮崎 Vol.11 ~てげプロジェクト円滑に回したい〜の登壇資料です。
Cat_Maru
December 08, 2020
Tweet
Share
More Decks by Cat_Maru
See All by Cat_Maru
BtoB SaaSプロダクトデザイン全面リニューアで工夫しルたこと #プロダクト篇
cat_maru
0
250
兼任の多いスクラムチームがよりよく回るように工夫したこと (フルリモート環境)
cat_maru
0
1.7k
ユーザーの本質と向き合うプロダクト検証サイクルの高速化
cat_maru
0
1.4k
XDの業務使用と流行りのアニメーション紹介
cat_maru
1
520
やらかした炎上プロジェクトについて
cat_maru
0
430
気軽にLTはじめよう〜初心者が月にLT6本挑んだ気づき〜
cat_maru
0
670
Other Decks in Business
See All in Business
SHOW就活株式会社 会社紹介
showsyukatsu0801
0
190
ペイジェント採用資料
paygent
0
19k
なぜ人はすれ違うのか_製造業で当たり前に行っていた根回しから考える、事前の配慮で顧客やチームとの対話を促進する方法
katsuakihoribe8
0
2.8k
透明性レポート(2025年上半期)
mercari_inc
0
1k
タケウチグループRecruit
takeuchigroup
0
7.7k
ele&company_companydeck
eleand
0
300
プラスディーアンドシー合同会社 FACTBOOK _ver1.51_20250801
plusdc
PRO
0
200
物流の専門家がお客様に伴走するサブスク型コンサルティング
mclogi
0
370
sample
mamiko
0
390
Rakus Career Introduction
rakus_career
0
390k
HRBrain 中途採用資料
hrbrain
1
1.7k
会社紹介資料 / ProfileBook
gpol
4
46k
Featured
See All Featured
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
126
53k
BBQ
matthewcrist
89
9.8k
Code Reviewing Like a Champion
maltzj
525
40k
How to Think Like a Performance Engineer
csswizardry
26
1.9k
Automating Front-end Workflow
addyosmani
1370
200k
RailsConf 2023
tenderlove
30
1.2k
Designing Experiences People Love
moore
142
24k
The Art of Programming - Codeland 2020
erikaheidi
55
13k
How to Ace a Technical Interview
jacobian
279
23k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
252
21k
Making the Leap to Tech Lead
cromwellryan
135
9.5k
GraphQLとの向き合い方2022年版
quramy
49
14k
Transcript
リモートワークコミュニケーションにおいて 大事なTips♯記録編
自己紹介 事業会社でプロダクトマネージャーをしています。(UI/UXデザイナー出身) 開発体制:スクラム開発。1週間スプリント。 全社フルリモートで仕事、特にプロダクト開発チーム。
チームでの立ち位置 エンジニア 仕様策定 デザイン デザインレビュー 開発 (ミニマム開発段階では、 ない場合もある) ワイヤー エンジニア
私 デザイナー 私 私 リソース関係で、私と開発は デザインレビューの時期が異なる
課題1 ・いざ開発しよう!となったタイミングで、開発メンバーがデザインレビュー時に気づく(遅 い) ・開発レビュー時に、毎回同じような問題があったりする 開発レビュー時にはじめて気づくデザインの問題点。 デザイン手戻り修正で開発の進捗が遅れてしまう!
課題2 オンラインで仕様について何回か話し合うが、 開発の時にあれ、これどうなんだっけ?や 開発途中で、全く違う認識が出てきた。 疑問:ここについては認識合わせしたのに何でだろう?
課題3 他職種:(C機能について)ユーザーAはBまたはDを使用する 予定ですが、現状の仕様との差分を知りたい PM1:BとDの差分はOOOです。 PM2:現状との差分はOOOです。
失敗ポイント
合意点について記録を残さなかった ・合意について、 後からこの論点は何でこうなったんだっけ?と説明できなくなった ・デザインの合意が感覚的、言語化されていなかった ・いろんな場面で話すだけで、結果を記録しなかった ・記録が雑
記録で試したこと ・書き手と記録手を別の人にする ・録音(文字起こしが面倒。無料ツールは全部失敗。有料は試してない)
現在落ち着いているところ ・細かいチェックリストを作り、1個1個チェック ・ワイヤーもチェックリストを作る ・MTGで結論を毎回残す、背景や理由も出来るだけ残す。 ・記録が得意な人に記録させる(話し手書き手関係なく)
共通認識を もてる 手戻りさせな い まとめ:話す+記録同時が大事 理由や背景を残 し、次のフェーズ でも仕様検討しや すい
ありがとうございました。