はじめに
- YUZURIHAの松村です。
- 現在私が担当しているプロジェクトは開発フェーズからテストフェーズに入り、エンジニアとテスター合わせて約20人ほどで進めています。
- その中で、エンジニア・テスター間のやりとりやタスク管理をどのように行なっているのか、ご紹介します。
開発フェーズからテストフェーズへ
- 開発フェーズまではほぼエンジニアだけで進めていたので、誰がどの機能の実装を担当しているのかを管理するだけ。至ってシンプルです。
- タスク管理に特に支障はありませんでした。
- しかし、テストフェーズに入るとそうは行きません。
- テスターが仕様に沿ってテストを行い、不具合等があればタスクをどんどん作成して行きます。
- エンジニアは追加の実装等も並行して進めながら、そのタスクを確認して不具合を修正して行きます。
- そのため、20人の間で常に100個ほどのタスクがバンバン飛び交うことになります。
テストフェーズに入って発生した問題
- 以上のような背景から、テストフェーズに入ってからいくつかの問題が発生しました。
タスクのステータスを変更し忘れる
- エンジニアとテスターは連携して、「テスト→不具合があればタスク作成→不具合修正→再度テスト」の順で作業を進めます。
- 互いにタスクのステータスを確認し合いながら進めるため、ステータスを都度変更する必要があります。
- 忘れずにステータス変更できれば良いのですが、人間なのでどうしても忘れることは出てきます。
- 例えば「エンジニアが不具合を修正したのにステータスを変更し忘れて、テスターは再度テストができずに待ちぼうけ状態になる」という事態が頻発しました。
タスクを間違える
- 似たような名前のタスクが複数あると、間違えて自分の担当ではない方のタスクを操作してしまうこともあります。
- 「あれ？知らん間に勝手にステータスが完了になってる！」
- 「まだ不具合修正中なのに！！」
- という悲しい事故も起こってしまいました。。。
解決策
タスク管理ツールにClickUpを導入
- 弊社ではかねてより別プロジェクトのタスク管理ツールとして、ClickUpを有料プランで使っています。
- また、GitホスティングサービスはGitHubを使っています。
- そして、調べてみると！ClickUpとGitHubは連携できるようになっていました！
- そこで当プロジェクトでもタスク管理ツールとしてClickUpを導入し、GitHubと連携させてみることにしました！
GitHubとClickUpの連携対応
-
まずClickUpのホーム画面で、左下のメニューから
App Centerを選択します。 -
次に、
App CenterのDevelopmentからGitHubを選択します。 -
ここから
Manage→Activate GitHub for Teamの順でクリックして、+でGitHubをAddします。 -
以下の画面まで進んだら、ClickUpと連携したいリポジトリが属するOrganizationを選択して、Grantします。
-
再度
App CenterからGitHubのManageをクリックすると、GrantしたOrganizationのリポジトリを、ClickUpに追加できるようになっています。 -
ClickUpのタスクIDをGitHubのブランチ名に入れることで、タスクとブランチを紐付けることができます。そこで、ブランチ名のフォーマットを設定します。
- 今回は、
feature/CU-{タスクID}というブランチ名のフォーマットにしました。
-
以上で、GitHubのリポジトリとClickUpを連携することができました。
ClickUpのフォルダ・リストごとの自動連携
- GitHubとどのように自動連携するかを、ClickUpのフォルダ・リストごとに設定できます。
- スペースからフォルダ(またはリスト)を選択し、settingsからAutomationsをクリックします。
- 今回は、以下2つのAutomationsを設定しました。
- リモートブランチ
feature/CU-{タスクID}が作成されたら、タスクのステータスがIN PROGRESSになります。 - リモートブランチ
feature/CU-{タスクID}のPull Requestがマージされたら、タスクのステータスがWAITING FOR CHECKになります。
- リモートブランチ
ClickUpのタスクからGitHubを管理
- ClickUpでタスクを作成してタスクのGitHubアイコンをクリックすると、GitHubを管理する画面が表示されます。
- ここからどのブランチ・Pull Requestに紐づいてるのか一目瞭然なので、とても便利ですね。
- ブランチを作成する際もGitのコマンドをコピペしたらいいだけになってるので、こういうのもけっこうありがたいです。
GitHubのPull Request
- 次にGitHub側がどうなるかを見てみます。
-
feature/CU-{タスクID}ブランチでPull Requestを作ると、自動的にTask linkedのコメントが追加されます。 - ここからClickUpのタスクにリンクできます。
- コメントするユーザは、ブランチやPull Requestを作ったユーザではなく、リポジトリとClickUpの連携を行ったユーザになります。
タスクのステータスの遷移
- 以上の設定によって、ClickUpのステータスは以下のように遷移するようになりました。
1. OPEN
- テスターが最初にタスクを作成した際のステータス
2. IN PROGRESS
- 「エンジニアが修正対応中」のステータス
- リモートブランチ
feature/CU-{タスクID}が作成されたら変更
3. WAITING FOR RELEASE
- 「エンジニアの修正対応が完了してPull Requestのレビュー待ち」のステータス
- ここはエンジニアが手動で変更する
4. WAITING FOR CHECK
- 「Pull Requestをマージしてデプロイされて、テスターの再テスト待ち」のステータス
-
feature/CU-{タスクID}のPull Requestがマージされたら変更
5. CLOSE
- 「テスターが再テストして問題なかったので完了」のステータス
- ここはテスターが手動で変更する
プランごとの差異
- 実際活用にするあたって気になるのが、プランごとの差異だと思います。
-
The App Center is available on all ClickUp plans.と記載されている通り、App CenterからGitHubと連携すること自体は無料プランでも可能です。 - しかしAutomationsの数がプラン毎に異なるため、注意が必要です。
結果
- GitHubとClickUpを自動連携してから3ヶ月ほど経過しますが、今のところタスク管理上の事故は起こっていません。
- これでタスクのステータスを変更し忘れたり、操作するタスクを間違えるといった問題を解消することができました！
最後に
- ClickUpは日本語対応しておらず(勿論日本語のドキュメントも無いため)取っ付きにくさもあると思います。
- しかし、GitHubとの連携一つを取っても気の利いた詳細な設定が可能なので、タスク管理ツールとして優秀だなと思いました。
- そしてチーム開発を進める上では、人数が多ければ多いほどタスク管理が極めて重要なポイントになってきます。
- その時々において、チーム体制やフェーズに合った管理方法を導入することが大事だなと実感しました。
- また、弊社メンバーの以下の記事でもClickUpについて紹介しているので、是非ご覧ください。