エンジニアが始めるUX(5分版)

Slide 1

Slide 1 text

エンジニアが始めるUX 2018.08.29 freee株式会社 moai

Slide 2

Slide 2 text

何の話？ 2 エンジニアがUXに関わるってみる。 ↓ エンジニアもUXに関わるのはすごくいいとわかった。

Slide 3

Slide 3 text

3 山崎遼介 moai freee株式会社人事労務freee開発チームでアプリケーションエンジニアをやっています。

Slide 4

Slide 4 text

4 人事労務ソフトとは勤怠・給与計算・労務手続などの処理をサポートするソフト例) ● 給与明細の発行 ● 年末調整 ● 入退社の手続き

Slide 5

Slide 5 text

背景 5 なぜ始めたのか？

Slide 6

Slide 6 text

6 UXエイヤッ時代古くはUXなんか考えなくても何とかなっていた。なぜ？単純な機能で喜ばれた ● 単純な書類出力ボタンの設置 ● ボタンを押すと書類が出力される例えば ● 源泉徴収票の出力

Slide 7

Slide 7 text

7 7 チームが混乱したプロジェクトの出現入社手続きに関するタスクをサポートするプロジェクト。背景労務担当者は多くの従業員の入社処理をする。労務担当者は様々なタスクがあり、煩雑。労務担当者と従業員が行うタスク 1. 提出する：従業員が労務担当者に6種類書類を提出する 2. 入力する：従業員が必要なデータをシステムに入力する 3. 確認する：労務担当者が従業員から集めた書類とデータを確認する 4. 印刷する：労務担当者が入社手続き書類6種類を印刷する 5. 提出する：労務担当者が入社手続き書類6種類を官公庁に提出する

Slide 8

Slide 8 text

8 8 混乱の例: タスク管理機能論点：タスク管理機能があったほうが良いのでは？なぜ？労務担当者は従業員一人あたりいろんなタスクがあり、管理が煩雑だから労務担当者と従業員が行うタスク 1. 提出する：従業員が労務担当者に6種類書類を提出する 2. 入力する：従業員が必要なデータをシステムに入力する 3. 確認する：労務担当者が従業員から集めた書類とデータを確認する 4. 印刷する：労務担当者が入社手続き書類6種類を印刷する 5. 提出する：労務担当者が入社手続き書類6種類を官公庁に提出する

Slide 9

Slide 9 text

9 要件なかなか決まらない必要派 VS 不要派

Slide 10

Slide 10 text

10 要らないとは言い切れないので作ることにタスク管理機能追加 ↓ 工数増加

Slide 11

Slide 11 text

11 スケジュール間に合わなかったので機能を削る事業計画上リリース日が固定されていたので機能の充実よりリリース日優先。結果メンバーのフラストレーションもたまる。機能を削る ↓ フラストレーション!!

Slide 12

Slide 12 text

もう、いやだ

Slide 13

Slide 13 text

13 なぜこんなことが起こったんだろう？ ● 入社手続きに関するプロジェクトの目的のスコープが広かった ○ 入社フローにおいて、必要な書類出力がスムーズに出力できる ○ 入社・退職のフローでよくあるケースには対応できていると言える状態にする解釈の幅が広い

Slide 14

Slide 14 text

14 人事マスタって何？人事マスタをユーザはどう使うの？難度の高そうなプロジェクトが始まった人事マスタ開発プロジェクト。

Slide 15

Slide 15 text

実行 15 何を行ったのか？

Slide 16

Slide 16 text

16 実行プロセスの概要 UX Design プロセスを一つずつ実行愚直に以下を行う。 ● 目的を確認 ● ユーザ観察 ● モデル化 ● MVP導出 Source: https://www.hcdnet.org/docs/Hints%20of%20HCD_vol%201.pdf

Slide 17

Slide 17 text

振り返り 17 やってみてすごい良かった

Slide 18

Slide 18 text

● エンジニアとしてもユーザのことが分かってHappy ● 今あるスキルを使って最速のMVP導出に貢献できる

Slide 19

Slide 19 text

19 ヒアリングなどを通して、ユーザの理解が深まるユーザの生の声が聞けることで、ユーザ理解が深まる。エンジニアのモチベーションが向上する。勤怠情報の収集給与計算会計連携給与明細人に関する情報収集法定三帳簿税務署への報告給与振込所得税納付社会保険の納付住民税納付その他の情報の収集

Slide 20

Slide 20 text

20 フロー図これはUMLのユースケース図と同じ。モデル化のスキルはエンジニアも得意モデル化のやり方はUMLに似ているものも多く、古来からの要件定義のスキルが使える。シーケンス図これはUMLのアクティビティ図と同じ。

Slide 21

Slide 21 text

21 MVPの導出にエンジニアが役に立つ機能の重要度と工数が同時にわかっているエンジニアが参加することで、MVPが出しやすい。

Slide 22

Slide 22 text

22 MVPの導出にエンジニアが役に立つ工数を考慮した判断、代替手段の提案ができる。例えば ● 重要度が高く工数がかかる機能 ○ → ■ 単純な代替案の提案が可能 ■ MVPが小さくなりリリースが早くなる ● 重要度が低く工数がかかる機能 ○ → ■ 早期に削る判断が可能 ■ 考えるスコープを削ることができる Product Management Design Engineering