設計仕様に準拠した設計は良い設計でしょうか?

設計仕様に準拠した設計は良い設計でしょうか?

これまでの数年間、私はいわゆる「設計仕様」についてかなりの数の執筆やコンサルティングを行ってきました。これはおそらく、中国の意思決定者が考えていることです。農民のグループが畑で作物を栽培しています。最初は天候が良く、土地は肥沃ですが、すぐに天候が悪化し、虫が増え、土地はひどく砂漠化し、作物を盗む愚かな裏切り者が数人現れます。ここで仕様を確立する必要があり、リーダーはどこに植えるか、どのくらいの量の小麦を収穫するか、次のシーズンのためにどの土地を残すか、ボーナスを与えるためにどのような小麦を栽培するか、怠け者で働かない人をどのように扱うかなどを指示します...
しかし、私が理解する限り、この仕様は、単に設計を「業界のルーチン」の定量的な指標にするのではなく、包括的な品質評価の基準、あるいは設計を市場に投入できるかどうかの決定要因にすることを目的としています。これを実行するには、いくつかのフォーム、文書ファイリング、グラフィック参照、および対話テンプレートを作成する必要があります。
同時に、設計仕様は設計品質に関する設計部門や会社の共通の価値観にもなり、誰もが良い設計はこのようにして生み出されるということを知るようになります。このような標準化された教育とコミュニケーションを通じて、設計品質に関する統一された理解が形成されます。設計仕様は、何をすべきかを指示するものではなく、何かを行うことが正しいが、改善できる領域があることを示唆するものです。
海外のデザイナーは、このアプローチをデザインツールと呼んでいますが、これはテンプレート適用方法(ステンシル)です。私たちはこれを仕様と呼んでいますが、これはより規制寄りですが、定量的な指標の簡単な部分しか学んでいません。もっと真面目に言えば、私たち中国人は、自分たちの行動や考えを制限する枠組み(厳しい輪)を自分たちで作るのがとても上手です。それには3つの理由があると考えられます。
    既成の教訓があっても、問題を解決するための厳密な論理を見つけることがあまり得意ではありません。チームメンバーが長年一緒に働いていても、常に信頼が欠けています。当社は、特定のミスや小さなリスクの結果に耐えることができません。

私たちは最初からツールを制度に変えましたが、そのときに問題が発生しました。成長段階にあるデザインチームにとって、デザイン標準を確立するには、利用可能なツール群を確立し、そのツールを基に部門のデザイン品質構築のロードマップに展開する必要があります。「ナビゲーションボタンの間隔は10pxを超えてはならない」といった標準を作っただけでは、子供の頃、おしっこをするときに「シーッ」という音を聞いて、おしっこを早くしたようなものです。
ここで私が言っているのはナンセンスではありません。私の意見では、現在私たちの業界では、目で見て触れることができる優れた設計仕様はそれほど多くありません。それについて今からお話しして、皆さんと共有したいと思います。
1. 設計仕様が期待通りの結果を達成できない理由<br />仕様は常に問題やエラーが発生した後にのみ作成され、修正されるため、先見性が欠けています。
基準が制定された後、それが十分に実施されず、強制力や賞罰措置が不足し、監督管理のペースが遅い。
製品設計プロセスでは、設計仕様のさらなる修正は行われず、以前のエラーも修正されません。
独断的に設計仕様に完全に従って設計すること。たとえば、一部のチームは依然として一般的な設計仕様を使用しており、多くのデザイナーは要件に従って同様のページ、同様の広告、同様のアニメーションを繰り返し設計しています。それらは完全に特徴がなく、差別化されていません。 - よく注意してみると、現在さまざまなインターネット製品がいかに似ているかがわかりますか?こうした貧弱な設計仕様にも、ある程度の責任があると言わざるを得ません。
2. 設計仕様書で最もよくある間違い<br />設計仕様書は部門リーダーに策定させる - 設計仕様書は共同討論を通じて作成され、反復しながら改善・修正されます。国内のデザイナーの多くは「リーダーシップ恐怖症」を持っているため、このような仕様書は策定されても空約束に過ぎません。最前線の仕事にほとんど参加しないリーダーも数多くいます。
成功した海外チームの設計仕様をコピーする - これは主に、「海外のものを中国の目的のために使用する」ことを好む設計チームで発生します。国内外の設計環境は大きく異なり、製品も大きく異なり、直面している市場も大きく異なるため、コピーしたり、直接翻訳したりしないでください。
デザイン仕様を印刷して座席の横に貼ってください。これは「大文字ポスター」でしょうか、それとも「決意表明」でしょうか?私が知っているデザイナーの友人たちが、自分の席の横でよく見るものは 2 つだけです。1 つはカレンダー、もう 1 つは携帯電話のバッテリーが満充電されているかどうかを確認することです。
3. 設計仕様の本質は、人間として良い仕事をすることです。<br />私の意見では、中国企業が設計部門を持っている限り、設計仕様を開発する際に最も重要なことは、企業管理とチーム文化の構築と結びつき、人材育成と構築の仕事を行うことです。正直に言うと、当社のデザイナーはそれほど成熟しておらず、デザインのトレーニングもあまり受けていません。仕様が不十分だと、デザイナーはコミュニケーションを取ることに消極的になるだけです。「何を話す必要があるのか​​? 仕様はないのか? それに従うだけだ。」
設計部門が設計プロセス中に本当に緊密にコミュニケーションを取り、共通の価値観を持っている場合、設計プロセスはスムーズに進み、あまり多くのテキストによる説明を必要としない「規範」が自然に形成されます。また、一部の企業の設計仕様書には、「設計および製造中に上記の AC 問題が発生した場合、設計者の個人評価が 5 ポイント減点されます」と明記されているのを見たことがあります。なんと、あなたの製品の価値は 5 ポイントしかないことが判明しました。
4. 優れた設計仕様の目標は何ですか?定量的指標:
間違いを避けるために一般的なユーザビリティの原則と美的常識を特定し、間違いが発生した場合にどのように修正するかを学びます。仕様の第一の目的は、設計プロセスにおけるエラーの数を減らすことです。これは通常、初心者のデザイナーを対象としています。良い定量的指標は、彼らに経験を伝えることです。たとえば、HTML ファイルを出力した後、IE6、IE7、Firefox、Safari で異なる解像度で少なくとも 2 つのテストを実行し、その結果を「設計仕様 - 参照データ」に追加することをお勧めします。製品部門の要件に従ってテストや変更を行うなどの指示を規定するのではなく、設計者に指示を与えることをお勧めします。 主要な設計ポイントを確認します。
設計の方向性や設計要素など、設計仕様の範囲内で重要なポイントを取得し、プロジェクト設計プロセスを通じてチーム メンバー間の緊密な連携を実現します。プロセス中のエラーを記録し、将来の使用のために経験として保存するテスト ドキュメントです。ここで、プロジェクトと製品設計のマイルストーンを作成できます。 標準的な設計原則:
この原則は、単一のプロジェクトに適用される場合もあれば、設計チーム全体の指針となる場合もあります。この原則は繰り返し強調して実施する必要があり、チーム メンバーは共同でこの原則に責任を負う必要があります。たとえば、「設計出力は、プロジェクト終了の 4 時間前までに完了するようにしてください」、「次の図に示すような大まかなインターフェイス ソリューションの設計は許可しないでください: XXXXX」などです。 設計仕様自体も使用可能である必要があります。
同じ設計要件を説明するには、「S レベルの設計者は、プロジェクトのフェーズ 1 部分に取り組みます。制御可能な時間は 2.5 サイクル以内で、出力は ISO000459 手順レビューの対象となります」と言うことができますが、この説明では、「インターフェイス設計者 XXX は、プロジェクト インターフェイスの高忠実度プロトタイプを設計します。これは 10 営業日以内に完了し、5 月 22 日の 14:00 に会議室 5 でレビューされる必要があります」と理解する人が増えます。
決して物事を複雑にしないでください。物事をシンプルにできる人は素晴らしいです。デザイン標準についても同じことが言えます。

<<:  MySQLクエリ文の実行プロセスを理解するための記事

>>:  レスポンシブレイアウトについて知っておくべきこと

推薦する

DockerコンテナにRedisをデプロイする手順の紹介

目次1 つの Redis 設定ファイル2 Dockerコマンドの開始3 docker-compose...

Vueはカードフリップ効果を実現します

この記事では、カードフリップ効果を実現するためのVueの具体的なコードを例として紹介します。具体的な...

QTとJavaScript間のインタラクティブデータの実装

1. QTからJSへのデータフロー1. QTはJS関数を呼び出し、JSはパラメータを通じてQTの値を...

Vue バックグラウンドでステータス ラベルをエレガントに記述する例

目次序文最適化変数の抽出二次包装 el-tag コンポーネント使用要約する序文バックエンドシステムの...

MySQL 5.7.18 のインストール中に MySQL サービスの起動に失敗する問題の解決策

MySQL は非常に強力なリレーショナル データベースです。しかし、初心者の中には、インストールや設...

配列をフィルタリングするJavaScript

この記事では、配列フィルタリングを実装するためのJavaScriptの具体的なコードを参考までに紹介...

Chrome をクラッシュさせる CSS コードの行

一般的な CSS コードでは、UI レイアウトや互換性に関して軽微な問題が発生するだけです。しかし、...

UIエンジニアのキャリアについての私たちの考え

私は長い間落ち込んでいます、なぜでしょうか?以前、お客様から、提供されたソフトウェアが正常に動作しな...

MySQL の乗算と除算の精度の不一致の問題 (除算後の小数点以下 4 桁)

質問今日、プロジェクト関数を書いていたとき、金額の統計計算を行い、単位を変換する必要がありました。そ...

JavaScript でよく使われるいくつかの文字列メソッドの概要 (初心者必読)

JavaScriptでよく使われるいくつかの文字列メソッド文字列は読み取り専用データです。よく使用...

Vue.jsの機能コンポーネントに関する包括的な理解

目次序文React 関数コンポーネントVue (2.x) の機能コンポーネント🌰 例: el-tab...

HTML入力ボックスの最適化により、ユーザーエクスペリエンスと使いやすさが向上します。

ユーザーエクスペリエンスと使いやすさを向上させるために、入力ボックスなど、Web ページでユーザーが...

Linux C++ マルチスレッド同期の非常に詳細な説明

目次1. ミューテックス1. ミューテックスの初期化2. ミューテックスロックの関連特性と分類3. ...

Vue3 ベースのスクリプト設定構文 $refs の使用

目次1. Vue2 構文2. Vue3の使用1. コンポーネントのref値を設定する2. コンポーネ...

Windows での Apache+Tomcat7 負荷分散構成方法の詳細な説明

準備Windows Server 2008 R2 Enterprise (2.40GH、8GB、64...