# 非同期コラボレーションの方法に気をつける理由

- フルタイム稼働ではない人と働くのが当たり前になってきた
    - 現在は自分もフルタイム稼働ではない
- フルタイム稼働ではない人との会話はタイムラグがあり、やり取りの回数が増えると1回の会話にとんでもなく時間がかかるので、なるべく1ラリーで終わるようにしたい

# 気をつけていること

## 回答方法を明確にする

- 回答主が回答方法を気にしなくてよくする
- 例えば実装した画面を見てほしいとき、「気になるところがあれば教えてください」と依頼するよりは「気になるところがあればこの表を埋めてください（画面名、想定していた挙動、実際の挙動の見出しのついたスプレッドシートを渡す）」などにする
    - 「書いてください」よりは「埋めてください」にする

## 論点を分かりやすくする

- 複数論点を効率的に議論できるようにする
- 例えば同じ投稿で複数の論点について相談したいとき、①②③など番号付きの箇条書きにする
- 例えば長文を添削してほしいとき、Slackにそのまま長文を貼らず、GoogleドキュメントやGoogleスライドなど、「特定の文章やページにコメントできるツール」を利用する

非同期コラボレーションで気を付けていること

# ビジネスサイドとのコラボレーションを重要視する理由

- 過去に、バグが起こりやすかったり、追加機能開発が難しいプロダクトの開発をしていたことがあった
    - 当時は自分もジュニアで、やりづらさを感じながらも解決できないままずるずると開発していた
- その後新しいCTOがビジネスサイドを巻き込んでシステム改修したことにより、事態が好転した
    - 具体的な内容
        - 使われていない、あるいは重要度の低い機能を消す
            - CSから顧客にフォローしてもらうことも含む
        - 新機能開発については、本当に使われる機能だけを作る
            - 営業やCSに、運用で回避できないかを問うことも含む
- 改修している中で、そもそも負債が積み重なっていたのは、ビジネスサイドと適切な連携を取りながら開発をしていなかったからだと気づいた
    - 1社しか使わないような機能を作ってしまっていた等
- こういう経験を経て、プロダクトのメンテナンス性や開発速度を高めるためには、ビジネスサイドとのコラボレーションが必須だと考えるようになった
    - また、「ビジネスサイドとの上手いコラボレーション」がどういうものなのかも常に意識するようになった

# 気をつけていること

## ニーズを明確にする

- 顧客から「こういう機能が欲しい」という要望をもらったときに、それをそのまま実現しようとしない
- ビジネスサイドには「なぜその機能が必要なのか」というニーズを明確にしてもらう
    - ビジネスサイドに頼りきるのではなく、自分からも「そう言っているのは、そもそもこういう課題があるのではないか」と仮説を出す
- 明確になったニーズに対して、どのような手段をとるべきかを一緒に考える

## 協力姿勢を示す

- 「ビジネスサイドが要望を出しても、開発サイドが受け入れてくれない」となりがちなので、顧客のことを考えているからこそ開発に慎重になっていることを伝える
- ビジネスサイドが顧客一人一人に向き合ってくれていることを理解しつつも、全要望に応えているとシステムが破綻し、結果的に全顧客に迷惑がかかることを伝える