スレッドリールが複雑なインターフェイスの設計と組み立てにどのように役立つか
インターフェイスアーキテクチャが1人で登場することがあります。 彼はその中のすべてを、最後の詳細まで、最も取るに足らないシナリオまで知っています。 彼はすべての要素、すべてのアクションに精通しています-彼が彼らの作者だからです。 そして、この人は、インターフェースの複雑なウェブ全体、例えば新しいサービスを頭の中で保持している唯一の人です。
ただし、ここでは、アーキテクチャ自体についてではなく、新しいインターフェイスに関する知識をプロジェクトチーム（開発チーム）に転送する問題について説明します。 通常、この手順には多くの時間がかかり、ほとんどの開発問題の原因となります。 設計されたインターフェースを既製のサービスに組み立てるには、すべてのプロジェクト参加者（開発者、Web技術者、デザイナー、および設計者自身）が将来のサービスについて単一の完全なアイデアを持っている必要があります。 チームは、インターフェイスのすべての詳細、すべてのシナリオ、すべての要素を理解する必要があります。 すべてのチームメンバーは全体像を見る必要があります。 どの方法を選択したか、これからどのような利点が得られたかを示します。
複雑なインターフェイスを組み立てるとき、ほとんどのプロセスが並行して行われるとき、同様の問題が発生します。追加の機能とセクションが設計され、新しいスクリプトが表示され、新しいインターフェイスページが組み立てられ、テストされ、将来のサービスに統合されます。 各参加者が、これまたはその変更または追加がアーキテクチャ全体にどのように影響するか、シナリオをどのように変更するか、現在の作業領域に直接どのように影響するか、または新しいサイトでの作業を複雑にするかを知らない場合; 各参加者、特にアーキテクトの作業を迅速に調整できない場合、インターフェイスアセンブリ自体（特に後続のデバッグ）は、開発段階自体よりも短い時間（多くの場合、常にかかる）を取ることができます。 通常、このような場合、サービスの品質（モジュールの競合、十分に開発されたスクリプト、および考えられるすべてのエラーの処理で構成される一般的な要約特性、および一般にサービスでの作業からのUX）は通常、不十分です（または、品質が健康な人の指標に対応する必要がある場合）作業とデバッグには膨大な時間がかかります。
今回のケースでは、多数の要素と重複するシナリオを含む複雑なインターフェイスを持つスタートアップについて話しているため、そのアセンブリの作業は完了と並行して実行されました。 無限の会議で時間を節約し、チームの仕事を単一の意識として達成し、すべての参加者の行動を即座に調整し、相互に伝えるために会議に時間を費やすことなく、革新とインターフェースの変更を進行中の仕事の現実に適応させることが非常に重要でした考え。
適合しない
以前にテストした共同開発へのアプローチはどれも完全に満足しませんでした。ソフトウェアソリューションでは、すべての参加者が全体像を見ることができず、マーカーボードでは、組み立てられたインターフェイスの完成したサービスにあるように各要素を見ることができませんでした。 一言で言えば、何も適していません。
解決策
私たちの解決策は興味深いだけでなく、シンプルで非常に安価でした。 彼らは、映画の探偵（またはマインドゲームズのラッセル・クロウ）が参加者の事実や写真を黒板にピン留めし、特定のグラフの形でお互いの関係に従ってスレッドとリンクすることにより、複雑な犯罪をどのように調査するかをまだ覚えています。 そして、誰もがフローチャートとは何かを知っています。 これらの2つの方法を超えて、私たちは完全に満足する本当に便利なツールを得ました。
太い糸、はさみ、電源文房具ボタン、署名の場所を示すためのステッカー、紙、カラープリンター、石膏ボードの壁が必要でした。
インターフェースの印刷されたページを壁に掛け、それらをスレッドで結び、電源ボタンに結び付けるだけでした。 インターフェイスのスレッドはユーザーシナリオに従って接続されており、スレッドの横にステッカーを貼り付けることでユーザーの移動方向を示しました。
チーム全体が1つの部屋に移動し、今では誰もが設計者が見たようにインターフェイスを見ることができました。 今では誰もがすべてを見ることができました。 作業はうまく調整され、高速になりました。
設計されたページは、実際に収集されたもののスクリーンショットに徐々に置き換えられました。 開発者は全体像を見て作業を最適化できるため、多数のサイトを一度に並行して処理しました。 アーキテクチャも成長し、サービスに新しいシナリオと機能が追加されましたが、 すべてのプロセスは継続的に調整されていましたが、私たちの目の前で、これによりチームの作業が遅くなることはなく、プロジェクトで問題なく進行していました。
その結果、アセンブリの完了とインターフェイスの統合後のユーザースクリプトのデバッグ、および開発プロセス自体の時間を約40％節約できました。
PS。 この方法で収集したサービスを誰が気にするかは、 ここにあります 。
UPD。 それでもあなたがあなたのプロジェクトにオフィスの壁を犠牲にすることに決めたなら、ステッカーに加えて色付きの糸を使うことを勧めます。