質問: 以下がプロジェクトの概観です。 既存システム ------ * 言語: PHP * バックエンド: CakePHP * フロントエンド: jQuery 新システム ----- * 言語: Ruby * バックエンド: Rails * フロントエンド: React
回答: 1と2何れについても、俯瞰可能な資料をどうするかだと思います。 全体が見えないのに、各々が個別に行ってすんなり終着するとは思えません。 仮に仕様書があったなら、どうされますか? 先ずは、完全でなくとも設計書を作って、常にブラッシュアップを行い、それを拠り所としないと、手戻りが多く発生しそうです。 細かいレベルの設計書ではなく、メンバー間で認識の統一が図れるレベルである方が望ましいと思います。 どのような開発であっても、開発に於ける工程について、結果的に作業量が少なかったという事はあっても、無条件に省略してしまうと、上手く行きません。 システムのリプレースの場合は、各工程のインプットとして既存システムの資源/仕様などが含まれると考えるべきです。 もうスタートしているとの事なので、そこそこの人数の要員がアサインされているのでしょうか? 要件定義などはプロジェクトの総工数に対しては、比較的小さな工数(経験豊富な少人数)で行う方が効率が良いものです。 溢れるメンバーがいるようなら、(要件定義へインプットする)既存システムの解析資料の作成に充てるようにしてはどうでしょうか。