はじめまして。リンクアンドモチベーションのプロダクトデザイナーの亀山です。
今回は「自分の成長は、プロダクト開発の考え方を応用したら早まるのでは」という気づきについて書きます。
「何度も同じミスをしてしまう」「改善アクションを立てても大変で続かない、やり切れない」という悩みを私が抱えていた中での気づきであり、同じような課題意識を持つ方の参考になれば嬉しいです。
人の成長 ≒ プロダクト開発？
日々仕事をしていると、制作アウトプットやプレゼンの仕方、タスク・スケジュール管理に至るまで、様々な改善点が見つかります。
しかし、時に「同じミスを繰り返してしまうけど、根本的な原因がわからない」、「改善アクションが重い、または数が多くてやりきれない」という問題に直面することがあります。
私もそんな状況に陥っていたのですが、ある日「プロダクト開発と同じ思考フレームを応用できるのでは？」というアイデアが閃きました。
つまり、
- 根本的な課題を特定する
- 優先度をつける
- 小さくて、少なくて、早く実行できるアクションを決める(MVP)
- それ以外のアクションは置いておく（バックログ）
のように、プロダクト開発の思考フレームを応用することによって、最も成長にヒットすると思われる課題の特定や、小さくて現実的に即実行可能なアクションが設定できるのでは、と考えました。
優先度の低い課題やアクションは「バックログ」として置いておけば、マインドシェアも減らせそうです。
早速試してみたところ、想定通り自分の改善点をかなり整理することができました。
1. 課題の設定
1-a. ゴールの設定
課題を明確にするため、まずは「課題を克服して成長した自分」をゴール(プロダクトビジョン)として言語化します。
どんな粒度や規模でも良いので、「〇〇な状態になる」など、課題を改善してどうなりたいのかを言語化する必要があります。
1-b. ツリーで分解
次に、ゴールが達成できていない理由をトップダウンで分解した後、自分が直面した課題をボトムアップでマッピングしてツリーを作成しました。
ツリーの作成方法は、多くの方が解説しているのでここでは割愛します。
1-c. 優先順位の決定
課題に優先度をつけるにあたっては、主に下記の観点を用いました。
- 因果関係としてより根本的なもの
- 発生頻度が高いもの
最終的に課題を4つに絞り、優先度をつけました。
優先度の高い課題
- ユーザーの背景や行動、判断基準に対する理解が不十分（最優先）
- 要件やデザインの検討手順が整理・標準化されておらず、改善を継続的に回しにくい
- 機能開発やデザインタスクの開始時点で、影響範囲を漏れなく整理できていない
- 「なぜその案を選ぶのか／他案を選ばないのか」を十分に説明できていない
これだけでも自分が集中的に解決すべき課題を整理できました。
2. 改善アクションの設計（MVP）
各課題に対して「すぐできる最小のアクション」（MVP）を意識して決めていきます。
アクションは一度「発散」させて、意思決定マトリクスで「収束」させました。
収束させる際は
- ゴールの達成に効果的か？
- すぐに実行できる最小のアクションか？
を基準にしました。
上記で方針を大まかに定めた後、最終的には下記のアクションにしました。
改善アクション
- 毎回デザインする際に、ユーザーの思考や行動を今までより具体的に想像する
（難しい場合は、想像しやすい身近な人に置き換えて想像する）
普段新しいアクションを立てるときに「実行量の少ないアクションは何か？」と考えることはなかったので、個人的に一番役立ったのがこのMVP的に考えることです。
最初は「インタビューの録画を何本も見て考察する」などのアクションを考えていたのですが、作業量が多くて実行できるイメージがなかったのでやめました。
それよりも、必要な時に必要な分だけやれば良いと考え、アクションをそぎ落として最終的に上記に落ち着きました。
まとめ
プロダクト開発の考え方を取り入れてみた結果、課題の特定やミニマムのアクションを決めることができ、改善サイクルをより早く回せるようになりそうです。
来年の目標を考える中で、やってみてはいかがでしょうか？