プロダクトバックログにUIを含めてはならない

2021年春から、プロダクトオーナーという立場になりました。プロダクトオーナーとして理解できたこと、できなかったことをここには書いていきたい。第一回目の今回は「プロダクトバックログにUIやUXの具体な情報を入れてはならない」ということを書こうと思います。

チーム事情という名の前提

僕のいるスクラムチームは非常に独特な状態です。一般化できないと思うので、チーム状況を書いておきます。

これらの条件を元に理解したことなので、再度書くけれど一般には通じないと思います。

先に結論をさっと書いておきます。

①については補足の必要があると思いますが、彼らは僕が務める会社にインターンシップとして参加し、その後入社しています。そのため、僕は先輩であり上司であるという意識が彼らにはあります。そのせいか、僕がUIを伴うサンプルドキュメントを提示したところそのまま実装が進められました。

その結果、明らかに思慮が足らない部分があり、修正に苦労したという経験があります。僕にデザインの経験があったり、チーム内にデザイン経験者がいれば避けられたことだと思います。

①については解決案を書くときに以下のことを意識して解決を図っているところです。

上記の失敗を元に、2021年9月初週以降は以下の２つを記入するようにしています。始めたばかりなので、以下の対策でどう変化するかはわかりません。

ざっとまとめると、何で困っているのかの具体例を書くこと。そして、解決のために必要なアクションを複数案書いておくことです。

課題の具体例は「ユーザーとして、簡単な操作で記事を書き、Webに公開したい。HTMLを書いて記事を作るのは習得に時間がかかるし、社内の誰でもできるようにするには時間もお金もかかりすぎてしまう。それではインターネットを利用した広告活動は展開できない」といった感じです。

ユーザーができることについては、UIに言及せず、シンプルにやりたいことを書いています。下記のような感じです。それと、参考にしたUIのスクリーンショットなどを添えます。