この質問は計画/管理方法のようになりますマルチプラットフォーム（モバイル）製品ですが、そこでの回答は、抽象化を使用して共通のコードリポジトリを確保することを示唆しています。これは、私たちがやらないことに決めたものです。私たちはモバイルウェブサイトを持っており、AndroidとiOSでネイティブのモバイル版を構築中です。
これらのプロジェクトはそれぞれ異なるチームによって作業されており、開発スタックが異なるため（よりネイティブな感覚を実現するために）コードやUI要素を共有することは非常に困難です。フロントエンドのすべてをその特定のプラットフォーム用にゼロから作成する必要があります。
ただし、これらのプロジェクトにはすべて、同じ機能セットがユーザーに公開されており、製品チームが新しい機能を思いついた場合は、その機能をすべてのプラットフォームで利用できるようにする必要があります（もちろん、特定のプラットフォームで実行不可能な制限がある場合を除く）
私たちが現在直面している問題はこれです：偶然または誤解によって機能が1つのプラットフォームのみに計画されていて、他のチームが新しいものが登場したことを知らず、実装されます。開発のこれらの初期段階でさえ、この問題は何度も発生し、誰かが「なぜXがYに利用できないのか」と尋ね、Yチームは「誰も教えてくれなかったので」と答えます。
私たちの最初の考えは、製品チームをより「責任ある」ものにすることでしたが、もちろん人間だけに頼ることはそれほど遠くにはなりません。
次に、これを自動化できるのはチケットシステムにあると考えました。 （jira）、製品チームがチケットを開き、すべてのプラットフォームに対してサブチケットを自動的に作成できるため、各チームに要件が通知されます。
最後に考えたのは、おそらく最初の会社ではないということでした。この問題に直面したコーディングの歴史の中で、同じ問題に直面している他のチーム/プロジェクトがこれにどのように取り組んだかについての提案を求める必要があるかもしれません。
では、どうすればこのプロセスをより厳密にすることができますか。 （そしてできればできるだけ自動化して）「誰も教えてくれなかった」状況を回避するには？これは通常どのように処理されますか？ベストプラクティスはありますか？
コメント
- 解決しようとしているようです'人々はテクノロジーに問題を抱えています。
- ペンとノートを取り、Android用とiOS用の2つのチェックボックスを備えたTODOリストを作成します。それを監視し、時々あなたの人と話してください。問題が解決しました。笑
- 問題を解決するためにできる限りのことをすでに行っています。チケットシステムを介して、子チケットを使用して機能を伝達します。次に、ある領域で開始された機能をリリースに追加する前に、それをすべて完了する必要があることを全員が知っていることを確認します。