ひよこで変えるチームの働き方

こんにちは。Eightでデザイナーをしている三松です。
もう少し詳しく説明すると、PM(プロジェクトマネージャー)と組んでプロダクトの様々な施策のUI/UXデザインを担当しています。
今回はチーム内から出た働き方の問題点を、ある方法で解消したお話をしようと思います。

これからやる施策はまとめてスプレッドシートに記入し、Backlogとして活用しています。
そこにデザインのURLや、工数、担当者、諸々のチェック項目などを記入し、ひと目でその施策の状態がわかるような状態にしていた…のですが、ある時エンジニアの方からこんな意見が。

いつも施策の進捗が分かりづらく、いきなり開発に着手するように感じ、心理的負担がある。

なるほど。
では、明確にわかるように共有しよう！ということで施策のデザインがどんな状態を明記する列を増やしました。

整理はこうです。

この運用で施策を進めていたのですが、ある時またエンジニアの方からこんな意見が。

Dev. Readyの状態だったから開発着手したのに手戻りが多い。
Dev. Readyが自分の期待していた状態ではない

そうなのか！
私はDev. Readyの状態を「仕様は決定し、開発はできる状態だが文言等は変更できる」と認識していたのですが、エンジニアは「仕様も文言も全て揃って完璧な状態」という認識だったのです。

これはまずい、各ステータスの共通認識を合わせよう！という話の中で浮かんできたのが「ひよこ🐥」でした。
ステータスを英語で表記するよりも、絵文字のひよこでステータス状況を表し、その状態の認識をみんなで合わせました。

整理はこうです。

ステータスをひよこにしてから、認識の齟齬がなくなり、「これ殻外せる？」「出荷するぞ！」「やっとひよこにできるね！」などチーム内の共通言語となり、コミュニケーションの活性化に一役かってくれる結果となりました。
単純な解決方法ではありますが、これで一年ほどスムーズにBacklog運用できています。

ひよこの良かった点をまとめると

です。いいこと尽くめですね🐥
働く上でのいろんな問題は、新しい技術やサービスでなく、もっと簡単な方法で解決できるのかもしれません。
ひよこ運用がそんな一例として心にとめてもらえたら嬉しいです。

Sansan Tech Blog