すべてのUIのモックアップをプログラマーに渡すのは、それらがすべて完了した後で、またはより小さなバッチで行う方がよいでしょうか？
80のUIモックアップ画面を実行する必要があるプロジェクトがあります。
これらの80のモックアップをすべて完成させた後で開発チームに渡すべきか、それとも、たとえば、 10-20？
私は通常、プロダクトオーナー/チームリーダーからの優先順位に従って（最初に緊急）、タスクまたはサブタスクを尊重してパックします。そのため、開発者がスプリントに入るときに、必要な機能をすべて備えています。作業を開始します。
通常、私にとっては、チームごとのスプリントごとに2〜5画面です。したがって、2つのチームでテンポ2つのスプリントを使用している場合、ユーザーフローマップなどによってサポートされる15〜30画面が配信されます。
さらに、プロジェクトを開始するときは、最初の大まかな画面から始めて、UIで何が行われるかをコーダーに知らせ、UIの予備的なガイドラインを確立し、フロントエンドの人々に要素の考えを与えますbootstrapライブラリのようなものを確立するために、アプリで採用される。
最初のカテゴリに分類されるのは、フォント、カラーパレット、マージンと間隔です。2番目のカテゴリには、入力フォーム、ツールチップ、ajax要素、フローティングボタン、datavisコンポーネントなどの一般的な要素があります。プロジェクトの過程で編集および展開される2つの個別のドキュメントにすべてをプッシュすることは、非常に役立ちます。ただし、これはチームの好みに依存し、そのように働くことを好まない人もいます。それはすべて交渉/話し合いの対象です。
私は80ページを開発チームに渡すようなことはしないようにしています。
これには多くの理由があります。認知理論によると、だれでも80の情報を吸収するのは 非常に難しい です。 モダンデザインプラクティス は反復的または機敏であり、大量の情報が設計から開発に渡されるウォーターフォールスタイルモデルよりも、開発者や製品のリスクを軽減します。
一般的には、忠実度の低いストーリーボードを使用して、開発プロセスを早い段階で設計プロセスに取り入れます。これにより、アーキテクチャについて考え、技術的に複雑な領域に関するフィードバックを提供できます。また、UXで明確なフローとサブフローを確立することもできます。開発者はそれらを全体的に理解しているため、これらがどのように連携するかが明確になります。
次に、UXの設計者は、設計時にワイヤーフレームをトップダウンで作成します。これらは開発チームに渡されるため、計画を立て続けることができます。
高レベルのフローは、サブフローに分割されます。サブフローは通常、1〜10ページです。これは非常に管理しやすい情報のチャンクであり、各サブフローは作成時に開発チームに渡されます。
その結果、開発チームはサブフローサイズのチャンクで情報を取得しますが、開発チームはすべての高レベルのストーリーボードとワイヤーフレームを持っているため、各サブフローがアプリ全体にどのように統合されるかを明確に理解しているため、すべての画面が設計され、すぐにコーディングを開始してフィードバックをすぐに提供できるようになるまで待つ必要があります。
私はすべてを終えて、それをプログラマーに渡します。通常、最善の方法は、ある種のモックアップソフトウェア（axure、invision、flintoなど）を使用することです。これにより、ユーザビリティ全体を理解できます。
これはクライアントとの作業においてさらに重要です。クライアントが設計を承認した後にのみ、それをプログラマーに渡し、QAの設計に戻ります。