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
240
リモートワークコミュニケーション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
220
兼任の多いスクラムチームがよりよく回るように工夫したこと (フルリモート環境)
cat_maru
0
1.5k
ユーザーの本質と向き合うプロダクト検証サイクルの高速化
cat_maru
0
1.2k
XDの業務使用と流行りのアニメーション紹介
cat_maru
1
430
やらかした炎上プロジェクトについて
cat_maru
0
350
気軽にLTはじめよう〜初心者が月にLT6本挑んだ気づき〜
cat_maru
0
600
Other Decks in Business
See All in Business
Nealle Company Deck
nealle
2
38k
20240713_CLSMishima1
hideki_ojima
3
240
ゾンビスクラム先生が語る過ちと教訓!俺みたいになるな!
kuroppe1819
3
110
株式会社ソマリ-会社紹介資料(2024)
oyataka
0
130
Permanent Agility
koic
29
5.1k
VISASQ: ABOUT DEV TEAM
eikohashiba
1
17k
20240712_CM_Odyssey
hideki_ojima
1
190
「アジャイルチームによる目標づくりガイドブック OKRを機能させ成果に繋げるためのアプローチ」のOKR/The OKR of OKR Guidebook
ikuodanaka
3
280
令和6年度会社パンフレット
wf714201
0
630
mfs_product_development_recruit_july_2024
mortgagefss
0
290
セブンデックス 採用資料
sevendex
2
3.6k
kubell 会社概要・中期経営計画
kubell
0
39k
Featured
See All Featured
Designing Experiences People Love
moore
136
23k
Designing for Performance
lara
604
67k
In The Pink: A Labor of Love
frogandcode
139
22k
Agile that works and the tools we love
rasmusluckow
325
20k
Atom: Resistance is Futile
akmur
261
25k
Rebuilding a faster, lazier Slack
samanthasiow
78
8.5k
The Invisible Customer
myddelton
117
13k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
226
52k
The Language of Interfaces
destraynor
151
23k
Bootstrapping a Software Product
garrettdimon
PRO
304
110k
Statistics for Hackers
jakevdp
792
220k
Rails Girls Zürich Keynote
gr2m
93
13k
Transcript
リモートワークコミュニケーションにおいて 大事なTips♯記録編
自己紹介 事業会社でプロダクトマネージャーをしています。(UI/UXデザイナー出身) 開発体制:スクラム開発。1週間スプリント。 全社フルリモートで仕事、特にプロダクト開発チーム。
チームでの立ち位置 エンジニア 仕様策定 デザイン デザインレビュー 開発 (ミニマム開発段階では、 ない場合もある) ワイヤー エンジニア
私 デザイナー 私 私 リソース関係で、私と開発は デザインレビューの時期が異なる
課題1 ・いざ開発しよう!となったタイミングで、開発メンバーがデザインレビュー時に気づく(遅 い) ・開発レビュー時に、毎回同じような問題があったりする 開発レビュー時にはじめて気づくデザインの問題点。 デザイン手戻り修正で開発の進捗が遅れてしまう!
課題2 オンラインで仕様について何回か話し合うが、 開発の時にあれ、これどうなんだっけ?や 開発途中で、全く違う認識が出てきた。 疑問:ここについては認識合わせしたのに何でだろう?
課題3 他職種:(C機能について)ユーザーAはBまたはDを使用する 予定ですが、現状の仕様との差分を知りたい PM1:BとDの差分はOOOです。 PM2:現状との差分はOOOです。
失敗ポイント
合意点について記録を残さなかった ・合意について、 後からこの論点は何でこうなったんだっけ?と説明できなくなった ・デザインの合意が感覚的、言語化されていなかった ・いろんな場面で話すだけで、結果を記録しなかった ・記録が雑
記録で試したこと ・書き手と記録手を別の人にする ・録音(文字起こしが面倒。無料ツールは全部失敗。有料は試してない)
現在落ち着いているところ ・細かいチェックリストを作り、1個1個チェック ・ワイヤーもチェックリストを作る ・MTGで結論を毎回残す、背景や理由も出来るだけ残す。 ・記録が得意な人に記録させる(話し手書き手関係なく)
共通認識を もてる 手戻りさせな い まとめ:話す+記録同時が大事 理由や背景を残 し、次のフェーズ でも仕様検討しや すい
ありがとうございました。