スクラムチームにおけるプロダクトデザイナーの役割・関わり方

SmartHR主催の「プロダクトチーム全職種集合！1職種を10分で完全理解する祭」で話したLT資料です。
https://smarthr.connpass.com/event/216409/

Transcript

1. 2021.07.14（wed）@kgsi スクラムチームにおける プロダクトデザイナーの役割・関わり方 プロダクトチーム全職種集合！1職種を10分で完全理解する祭
2. 私
3. Y プロダクトデザイングループ所属の
 プロダクトデザイナー（デザインエンジニア1 Y 転職して1年1ヶF Y SmartHR本体機能の開発を担A Y TypeScriptとFlutterが好き こぎそ@kgsi
4. 今日話すこと
5. 「スクラムチーム」におけるプロダクトデザイナーの 役割や関わり方をお話します
6. D イントロダクショI D スクラムチームにおける「開発」役割の確 D プロダクトデザイナーの「私」がチームでやってるこÈ D 過去と現在、「カイゼン」してきたこÈ D スクラムチームにおける「プロダクトデザイナー」の役割 目次
7. 前提
8. SmartHRの開発グループは、 フィーチャーチーム構想を掲げ、 クロスファンクショナル化の取り組みを 進めています。
9. クロスファンクショナルな活動を知りたい方は関連記事を見てね https://tech.smarthr.jp/entry/2021/03/29/113327 https://tech.smarthr.jp/entry/2021/06/16/115550 https://tech.smarthr.jp/entry/2021/03/23/093156 https://note.com/kgsi/n/n9a301ce0d365 https://note.com/aguri/n/n024d48ba30d3
10. 開発者の役割って？ そもそもスクラムチームにおける
11. UXライター、PM、QA.... ？(以下略 プロダクトデザイナー デザイン作る人？ = プロダクトエンジニア 実装する人？ =
12. 出典：スクラムガイド2020 https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf 開発者 開発者はスクラムチームの一員である。各スプリントにおいて、利用可能なインクリメ ントのあらゆる側面を作成することを確約する。開発者が必要とする特定のスキルは、 幅広く、作業の領域によって異なる。
13. 出典：スクラムガイド2020 https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf 開発者 開発者はスクラムチームの一員である。各スプリントにおいて、利用可能なインクリメ ントのあらゆる側面を作成することを確約する。開発者が必要とする特定のスキルは、 幅広く、作業の領域によって異なる。 特に縛りや決まりはない
14. プロダクトデザイナーの「私」が チームでやってること
15. プロダクトデザイナーの業務 ’w インターフェース、画面動線設n uw エンジニアとして開発、コードコミット（主にフロントエンドŽ —w 設計ルール作成、開発支援ツールやライブラリの開発・提€ H SmartHR UI（全プロダクトで利用されるコンポーネントライブラリE H SmartHR Design System（包括的なデザインシステムE H textlintをつかった文言支援ツールの開発...な& w デザインについての啓蒙・支‰ H デザインツール勉強会、モブデザイン
16. 1週間の作業割合（肌感） 2.開発業務 1.設計ルール作成など 3.UI設計 4.啓蒙 その他（MTGとか） 20% 5% 15% 30% 30%
17. インターフェース設計に割く時間、 実はあまり無いかも？
18. それでもチームの開発・設計が 進められる状態になっている
19. チームで カイゼンを重ねた結果、こうなった
20. Before & After
21. 半年前 2021.01
22. c スプリントレビューで出てきたフィードバックで初めて気づく...
 気づきの遅延が起きていG c 完成されたインターフェースを変更する心理的コストが高かっG c インターフェース設計の意図の確認も少なめ、納得度も低い状態だった XXXX XXXX 「完成」したデザインモックをきっちり 作ってから開発してもらう
23. c スプリントレビューで出てきたフィードバックで初めて気づく...
 気づきの遅延が起きていG c 完成されたインターフェースを変更する心理的コストが高かっG c インターフェース設計の意図の確認も少なめ、納得度も低い状態だった XXXX XXXX 「完成」したデザインモックをきっちり 作ってから開発してもらう 「デザイン」する行為が チームにとって遠い存在だった
24. デザイナーを巻き込んだ クロスファンクショナル化の取り組みが開始され、 仮説に基づきチームでカイゼンが始まる...
25. デザインシステムの紹介や案内をする エンジニアがデザインの判断基準を持てるよう、メンターになる 開発中のUIを一緒にモブデザインする デザインツール（FigmaやWhimsicalなど）の勉強会をする 積極的にデザインについての意見を促す（喋りすぎない） プロダクトデザイナーが取り組んだこと
26. 現在 2021.07
27. H エンジニアがデザインに関する、意見や案を出せるようになった" H エンジニアがデザイン検討のタスクを担当できるようになった" H 納得度が上がり、インターフェースや動線の変更に柔軟になってきた。 XXXX XXXX 一緒に考え、一緒に作る
28. 「デザイン」という行為に自立駆動が起き始めている。 エンジニア自らFigmaを操作してカイゼン案を提示 デザインチケットを能動的に書くアクション
29. 全ては 「デザイン」を自分事にして、 価値ある機能をユーザーに届けるため
30. チームにおける プロダクトデザイナーの 役割 is 何？ 改めて...
31. インターフェース品質に責任をもつ人 インターフェースを考える人
32. ! インターフェースの品質の上げ方は決まっていな ! デザインモックを作ってエンジニアに渡すことが
 プロダクトデザイナーの仕事ではない
33. 大切なこと
34. チームと共に成長、スケールしていき、 価値あるサービスを最短距離で作っていく...
35. SmartHRはそれができる環境です チームメイトの皆さん、いつもありがとう！
36. https://smarthr.co.jp/casualvisit/ こんな働き方に興味がある方、待ってます