ID:66440さん

海外のチームメンバー

開発する機能の実装とテストをしてもらう責務がありました。

開発する機能の実装とテストをする上で、DB設計書や画面設計書、API設計書があれば問題ないと考えていました。 しかし、タスクと機能について、メンバーの深い理解を得られませんでした。 その結果、アサインしたタスクの内容とメンバーの作業にズレがあったり、設計の不備があった場合にメンバーが不備に気づかず実装して、テストで気づくといった問題が発生しました。 そのため、二つの対応をしました。 一つは開発機能の概要や背景、ユースケースを英語にし、ドキュメントを作成して、共有しました。 こちらのドキュメントにより、開発する機能に対し、設計書よりも抽象度の高い全体の概要が理解できるようになりました。 日本語がわかる人なら、アプリのデザインからある程度機能の概要を把握できるのですが、海外の方はデザインから概要を読み取ることが難しいと思ったので、概要を英語で共有することにしました。 概要をまとめたことで、設計書を書く前に、機能の整理をすることも出来たので、こちらの設計にも良い影響がありました。 二つ目は、タスクの記載内容を明確にしました。 元々のタスクの記載内容は、何の画面を実装するか、Figmaのデザインと設計書のリンクを記載するといった粒度でした。 しかし、タスクに関連する資料のリンクを詳細に記載したり、完了条件を明確に記載するなど、齟齬が生まれないような書き方に変更しました。