スクラムチームの見える化にAsanaを活用した話

こんにちは。システム部の @nakawai です。

普段は北米版あすけんのAndroid アプリ開発と、スクラムマスターを兼任しています。

弊チームでは現在、ユーザー価値を最大化するために仮説検証サイクルの様々な改善に取り組んでいます。

この記事では、その中のひとつであるチケット管理方式の改善に取り組んだ事例を紹介します。

SaaS型ワークマネジメントツール Asana を活用することによってプロダクトやスクラムチームの見える化が進み、PO(プロダクトオーナー)と開発チーム間の情報共有を改善することができました。

以前のチケット管理方式と、その課題

f:id:techaskeninc:20211104162821p:plain

施策チケット管理はAsanaを利用していました(2020年にRedmineから移行)。

一方、開発チームはGitHubのProjectでチケット管理をしていました。この方式において、以下のような課題がありました。

施策チケットと開発チケットを相互に辿れず、情報を把握しづらい
開発チケットの、親子タスクや依存タスクの管理が辛い
開発チケットのStory Pointの集計が手間
時系列での可視化がしづらい

これらの課題¹を解決するため、実用性の検証を経て以下のようなチケット管理方式に移行しました。

現在のチケット管理方式

f:id:techaskeninc:20211104162952p:plain

これによって、以下のようなことが実現できました。

施策に必要なタスクをすべてサブタスクで紐付け

開発だけでなく、デザインやABテストなどすべてのタスクや、さらにそのサブタスクをすべてチケット階層で紐付けられるようになりました。別途、ワークフロー自動化ソリューションの Unito でGitHubとAsanaを同期させることにより、PR(プルリクエスト)がマージされたらAsanaの開発チケットをDoneにするといったことも実現できました。

チケット同士の依存関係を管理

リリースのマイルストーンとそれに必要なタスクを紐付けたり、アプリ開発着手前に完了していてほしいAPI開発のタスクなどを紐付けることで、リリースまでのクリティカルパスを可視化できます。 f:id:techaskeninc:20211104163124p:plain

StoryPoint集計はAsana上で完結

Asanaにはカスタムフィールド機能があり、数値型を指定するとダッシュボード上で集計やグラフ化ができます。これにより、チームのベロシティ計測が素早くできるようになりました。 f:id:techaskeninc:20211104163241p:plain ただし注意すべき点として、親タスクとサブタスクが同じプロジェクトに存在する場合は数値が重複して集計されてしまいます。そのため、サブタスクに数値を入力する場合には親タスクには数値を入力しないようにするなど、運用上の工夫が必要です。ほかにもサブタスクの数に上限があるなど、集計には注意すべきポイントがいくつかあります。実際に運用する前には、このあたりのAsanaの集計の振る舞いを確認しておくことをおすすめします。

ロードマップやスプリント中のタスクを時系列で可視化

Asanaには「タイムライン」という機能があり、任意のスケールでチケットを時系列で可視化できます。チームでは、月スケールで四半期ごとのロードマップの可視化、日スケールでスプリント中のタスクを可視化し、それぞれが把握しやすくなるように活用しています。 f:id:techaskeninc:20211104163556p:plain

その他

AsanaはWeb GUIに力を入れているようで、ドラッグアンドドロップやチケット複数選択などで直感的にサクサクとチケット編集が可能です。とても便利です。

今後の取り組み

チームメンバーが「この作業はプロダクトゴール達成においてどういう位置づけなんだっけ？」と思ったときに、すぐ把握できる状態が望ましいと考えています。その観点で、Epicの切り方やそれらのロードマップ上の可視化の仕方にはまだまだ工夫の余地がありそうです。このあたりも、チームで考えながら少しずつ改善していければと思います。