設計革新における制約の役割

技術的制約

ソフトウェアやハードウェア製品を設計する私たちのものは、偉大なソフ 技術の革新はデザイナーが市場の私達の製品設計を区別する新しい相互作用モデルを革新することができるように大きい機会を提供する。 私がOn Good Behaviorコラムのコメントに応えて書いたように、”デザインはプロセスであり、方法論ではありません”:

“技術の革新は、多くの場合、デザインの対応する革新を促します….”

しかし、すべての技術はまた、一定の制約を課します。 同じコラムでは、次の種類の技術的制約について概説しました:

  • “データベース制約
  • 技術制約と要件
  • パフォーマンス要件
  • 運用要件
  • 保守性要件
  • 信頼性要件
  • 安全要件”

これらの制約のほとんどは、特定の技術またはその使用の不可欠または必要な側面ですが、いくつかの技術的な制約は、貧弱なアーキテクチャまたは実装に起因し、可能な設計ソリューションに不必要な制限を課します。 それにもかかわらず、インタラクションデザイナーやUXデザイナーは、青空の思考の範囲を制限するために技術的な制約に対抗するのとは対照的に、私は そうでなければ信じている人は、革新する能力を制限しています。

イノベーターのDNAでは、Jeff Dyer、Hal Gregersen、Clayton M.Christensenは制約を課すことについて次のように書いています。

“制約を課すために”何があれば”質問をする。 私たちのほとんどは、予算の縮小や技術の制限などの現実世界の制限に対処することを余儀なくされたときにのみ、私たちの思考を制約しますが、革新 …人為的に制約を課す質問は、人々に制約の周りを考えるように強制することによって予期しない洞察を引き起こす可能性があります。 …解決策に制約を置く質問をすることは、新しい関連付けに火をつけるので、すぐに使える思考を強制します。”

IDEOのTim Brownがデザイン思考の実験主義について議論したときに書いたように、”

:

“重要な革新は増分微調整から来るものではありません。 設計思想家は質問を提起し、全く新しい方向で進む創造的な方法で抑制を探検する。”

厄介な技術的制約を克服することは、あなたの想像力と創造性を本当に刺激することができるので、あなたの最初のアイデアが実現可能であった 箱の外で考えることはまた革新的な設計解決を生じるかもしれ生じる経験の結果は頻繁に技術的な制約によって妨害されたあなたの最初容易で、

ビジネス上の制約

技術的な制約とは対照的に、ビジネス上の制約は、イノベーションに関しては両刃の剣になる可能性があります。 技術的な制約、ビジネス上の制約、または要件と同様に、特にユーザー、顧客、または市場のニーズ、またはビジネスの成功のための新たな機会を推進する可能性のある技術革新から派生した場合、創造性と革新を促進することができます。

私のOn Good Behaviorコラム”デザインはプロセスであり、方法論ではありません”では、イノベーションを促進できるビジネス上の制約について長々と書きました。 ここでは、ビジネス上の制約を別の観点から検討します。 時々、私達は私達の考えることを制限している抑制を越えて見る必要がある。 Innovator’s DNAの著者は、制約を排除することに加えて、制約を排除することについて書いています:

「制約を排除するために「何があれば」質問をする。 偉大な質問はまた、リソースの割り当て、意思決定、または技術の制限に焦点を当てたために、私たちの思考に不必要に課す制約を排除します。”

組織のリーダーシップと文化が、従業員の革新能力を妨げる不必要な制約を課すことがあります。 スタートアップは通常、創造的で革新的な文化を持っていますが、ほとんどの成熟した組織は、もともと成功したビジネスを行う方法を残しています。 彼らはVijay GovindarajanとChris Trimbleが著書”The Other Side of Innovation:Solving The Execution Challenge”の中でパフォーマンスエンジンと呼んでいるものに進化しました。

パフォーマンスエンジンの典型的な目標には、四半期ごとの利益を確実に提供すること、長期的な目標ではなく短期的な目標に焦点を当て、プロジェ GovindarajanとTrimbleによると:

「パフォーマンスエンジンの最大の強み、つまり再現性と予測可能性のための駆動力は、その最大の限界を確立しています。 定義上、革新は反復可能でも予測可能でもありません。 それは正反対です—非ルーティンと不確実です。”

そのような組織の文化は、運用パフォーマンスのために最適化されているため、彼らの革新努力は、多くの場合、所望の結果を達成するために失敗します。 革新する組織の無力は、その成長を制約し、したがって、株式市場での評価を減少させます。 さらに悪いことに、その製品は他の企業からの破壊的な革新に対して脆弱になり、最終的に組織を廃業させる可能性があります。

それにもかかわらず、革新を目標とする組織にとっては、パフォーマンスエンジンと革新チームの間の非互換性を調整することが不可欠です。 両方が成功するための革新の努力のために協力する必要があります。 しかし、成熟した組織は、通常、革新を運用化しようとするのに苦労しています。

大規模な組織内のイノベーションチームは、時には象牙の塔の考え方を持っていることがあります。 彼らがパフォーマンスエンジンに従事し、運用上実行しなければ、市場に革新を首尾よく提供することはできません。

BloombergのBruce Nussbaum氏とイノベーションの運用化についての会話の中で、Motiv StrategiesのJeneanne Rae氏は次のように述べています。

「あなたの会社を体系的なイノベーターにするにはどうすればよいですか? …リーダーシップは、彼らがそれをしたいと言うポイントに従事していますが、彼らはそれを得るためのリソースを提供するポイントに離脱しています。 …リーダーシップはそれを行かせるためにそれを可能にするにはそれを十分に得ない。 彼らは彼らが必要とするリソースを得ることができないので、壁に頭を打つ信じられないほど才能のある、勇敢な人々があります。”

資源、予算、スケジュールの面で制約されているが、時には創造性をある程度刺激することがあり、資源が飢えていることは創造性と革新を窒息させる。 彼らのチームにそのような混合されたメッセージを伝えることの明快さの結果のアンビバレンスそして欠乏が最終的に失敗を引き起こす構成内の対立そして文化的な機能不全を生じるリーダー。

デザインイノベーションへの投資に失敗した企業は、信じられないほど近視眼的になっています。 ジムNietersおよび私が私達のリーダーシップの問題のコラム”経験の結果を想像すること”で書いたように:

“意図された、高度に差別化された経験を達成するには、多くの場合、革新を必要とし、したがって、プロジェクトにおける時間とお金のより大きな初期投資 差別化は、すべての価値創造についてです。”

設計制約

悲しいことに、設計制約は技術的制約やビジネス制約よりも設計革新にとって大きな障害になることがあります。 このような制約は、多くの場合、古い、低品質、一貫性のない、または不完全な必須の設計基準の形をとります; 特定のプロジェクトやプラットフォームには適していない、または他の方法で組織の現在のニーズを満たしていない。 したがって、熱心なデザインガバナンスや標準への一貫した遵守に対する柔軟性のない要求は、設計革新はもちろんのこと、進歩を進めるための強力な抑止力になる可能性があります。

実際にイノベーションを促進するより合理的な代替手段があります。 UXデザインは常に進化しているため、グッドデザインの基本原則を遵守することは、デザイン革新を成功させるための鍵です。 Ask UXmattersのコラム”偉大なUXデザインの基本原則”では、

“これまで解決していなかった設計問題を解決するよう求められているとき、設計原則は革新的なソリ 例えば、近年では、クラウドコンピューティング、モバイルデバイスやタブレットの普及、ビッグデータ、モノのインターネット、ウェアラブルコンピューティングなど、テクノロジー製品の多くの新しいトレンドを見てきました。 これらの傾向のすべては、デザインを新たに見て、新しいインタラクションモデル、デザインパターン、および標準を考え出す必要がありました。”

結論

私たちがデザインイノベーターとして成功するためには、制約を含む無数のソースからインスピレーションを得なければなりません。 この記事では、技術的およびビジネス上の制約が、革新を妨げる障害ではなく、設計革新の種である可能性があることを確信していることを願ってい

デザインイノベーションを通じて、競争の激しい市場で製品を差別化したり、破壊的なイノベーションを創出したりして、組織の長期的な成功を維持するのに貢献することができます。

ブラウン、ティム。 “デザイン思考。^ハーバード・ビジネス・レビュー、2008年6月。 取得May30,2016.

Dyer,Jeff,Hal Gregersen,And Clayton M.Christensen. イノベーターのDNA:破壊的なイノベーターの5つのスキルを習得する。 ハーバード・ビジネス・レビュー・プレス、2011年。

Govindarajan、Vijay、Chris Trimble。 革新の反対側:実行の課題を解決する。 ハーバード・ビジネス・レビュー・プレス、2010年。

ヌスバウム、ブルース。 “イノベーションの運用化-ホットな話題。”ブルームバーグ、September28、2005。 取得May30,2016.

イノベーション|要件|UX戦略

コメントを残す

メールアドレスが公開されることはありません。