機知に富んでいるため、このようなスキームの作成者はその応用を示しています。
私はこれらの点に関する私の差し迫った問題の1つを取り除こうとしましたが、私は言わなければならない、私はうまく機能し、意図したとおりに機能する解決策を見つけた。
各アイテムの詳細は、 nordisk.pp.ru / design / 58のエントリに記載されています。
私の翻訳努力が気に入らなければ、元のパンフレットへのリンクもあります:)
habrについては、短縮の観点からレコードを少し書き直し、katの下にレイアウトしました。
AIGAの設計決定開発スキームのポイントの説明は次のとおりです。
- 問題の定義 。 成功したチームは最初に問題を特定します。 わかりやすい言語で表現し、その範囲を制限する必要があります。 問題の声明はその解決策の一部です。
- 最終状態の定義 。 勝利の条件を明確に記述する必要があります。
- 勝利を達成するためのアプローチを決定する 。 目標がわかったら、あなたは
それを達成する方法を決定する必要があります。 これらのパスをマップし、心に導入する必要があります。
プロセスのすべての参加者。 誰もがどこにどのように行くのかを知っている必要があります。 - 行動の動機 。 チームでは、全員が計画通りに進もうとするわけではありません。 これを行うように誘導、説得、または強制する必要があります。 誰かを助け、誰かを訓練する必要があるかもしれません。
- インスピレーションとアイデアのソースを検索します。 すべての準備が整ったら、アイデアを生み出し、インスピレーションを探し、目標を達成する方法を示す研究を行う必要があります。
- 潜在的なソリューションのレイアウト 。 前の段落で見つかった最高のアイデアは、簡単なものを見つける必要があります
これで物質的な形。 物やプロセスのプロトタイプを作成し、それらがどのように機能するかを確認する必要があります。 - 厳しい選択の定義 。 あなたのアイデアは物質的な形を取り、それらを使用し始めるので、
これらまたは他の問題はすぐに現れます。 これらの問題を意図的に探す必要さえあります。
ソリューションは高すぎるでしょうか？ 彼には深刻な技術的な問題やその他の欠点がありますか？ - チームビルディング 。 解決策を見つける過程で、視点を守るチームメンバー間に摩擦が生じることがあります。 設計者はここで統合的な役割を果たし、さまざまなチームメンバーの見解の違いを確認し、チームメンバーを統合できる一般的な事項に注意する必要があります。 コマンドメソッドを適用して全員を強制することができますが
- 最適なソリューションの選択とその研究 。 これは、以前のすべてのポイントの集大成です。 ソリューションが選択されています
これは最良と認められ、直接開発を開始します。 - あなたの決定について人々に知らせる 。 これは一般にマーケティングまたは広告と呼ばれるものであり、あなたの決定のPRです。 彼については、できるだけ多くの人を知っている必要があります。
- 販売 。 この時点で、あなたの決定は売却され、お金をもたらします。
- あなたの成功や間違いに基づいた迅速な学習と反応 。 これまでで最も効果的なチーム
学習しています。 設計者は、決定を再考し、修正し、改善します。
結論として、これは設計プロセスの多くのスキームの1つにすぎないことに注意してください。 他にもたくさんあります：線形、並列、循環、一般、詳細。 このスキームは私には興味があり、実際に適用されることは何らかの形で助けになりました。そのため、注意することをお勧めします。