偉大さに向かって進化する — 正しい道を見つけるための3つの習慣

は重要ですが、信頼なしに持続可能ではありません。信頼なしに、批判的なフィードバックは対立に陥り、最終的には傷ついた感情につながります。しかし、互いに信頼するチームメンバーは、競合するアイデアのために戦い、それでも終わりに友人として出てくることができます。

多数のリーダーシップおよび経営管理に関する書籍の著者であるMarshall Goldsmithは、「フィードバックは贈り物である」と有名に述べています。フィードバックを集めることは、あなたの仕事の成果を改善する最良の方法です。これは、あなたの設計について何が機能しており、何が機能していないのかを学ぶ機会です。もちろん、設計しながら、あなたが気に入らないことや改善の余地がある領域が見えるでしょう。しかし、あなたは良いアイデアのすべてを持っていません。あなたのチームメンバーも素晴らしいアイデアを持っています。

理由は簡単です。誰もがあなたの組織の目的と、あなたが設計する対象となる人々について異なる視点を持っているため、彼らは新しいアイデアのセットを持ってテーブルに来ます。では、誰もが常にフィードバックを求めるという習慣を組織の文化にどのように組み込むのでしょうか。私たちは、チームが週から週へとフィードバックを求めることを促す組織的実践を作成します。

AdaloのビルダーであるAdaは、あなたが何を望んでいるかを説明してアプリを生成することができます。Magic Startは説明からアプリの基盤全体を作成し、Magic Addは自然言語を通じて機能を追加します。

このフィードバック駆動型のアプローチは、チームが迅速にプロトタイプを作成し、アイデアを反復できるときにさらに強力になります。Adaloは、データベース駆動のウェブアプリとネイティブiOSおよびAndroidアプリ用のノーコードアプリビルダーで、3つのプラットフォーム全体で1つのバージョンをApple App StoreとGoogle Playに公開し、チームが最終設計に進む前に意味のあるフィードバックを集めることができる機能的なプロトタイプを迅速に構築できます。 Magic Startを使用すると、アプリの概念を説明し、数日ではなく数分でデータベース構造、スクリーン、ユーザーフロー完全な基盤を生成できます。このスピードにより、ローンチ前により多くのフィードバックサイクルが可能になります。

正式および非公式なフィードバックメカニズムの作成

フィードバックを集めるための複数の正式および非公式なメカニズムを作成します。フィードバックを得るための最初かつ最も簡単な場所は、あなたのチームと組織からです。私たちはこれが非常に価値があることを発見したため、フィードバックを集めるためだけの目的のために、週に1回の全社規模の会議を開いています。これは、誰でも自分のプロジェクトを前に出して、みんなが意見を述べることができるオープンアジェンダの定例会議です。

これは、あなたのコア製品の重要なプロトタイプから、組織プロセス、あなたのスペースのための新しいアート作品まで、何でもあり得ます。覚えておいてください、あなたの組織のすべての人が設計しているので、誰もがフィードバックが必要です。これらの会議では、プレゼンテーションする人または人々がアイデアを披露してから、他のみんなが彼らのフィードバックで応答します。

プレゼンテーションする人々が、それぞれの人の考えに応答するために時間をかけて慎重に検討することが重要です。 誰かのフィードバックに応答することは、その人のアイデアを大切にしていることを示し、フィードバックを与えるために時間を投資する価値があったことを示します。

実際のユーザーからのフィードバック取得

あなたの同僚がどれほど優れていても、彼らはあなたが設計する実際の人々からのフィードバックに代わることはできません。これを行うたくさんの方法があり、あなたが属している業界や直面している設計上の問題に基づいて異なる傾向があります。

たとえば、ソフトウェア設計に携わっている場合、ユーザーがあなたのソフトウェアで行う すべてのセッションを記録する ことが可能です（そして良い考えです）。これにより、問題のある場所を簡単に探すことができます。これは、次の歴史のレッスンプランを設計している場合や、次の素晴らしいアート美術館を設計している場合には、そう簡単ではありません。しかし、簡単でないからといって、これらのデザイナーが免除されるわけではありません。

生徒がさまざまなクラスにどのように反応しているかを観察したり、人々の流れがアートギャラリーをどのように移動しているかを見ることは、依然として可能です（そしてそれでも良い考えです）。 すべての組織は、ユーザーを観察するための週間フローに独自の実践を構築する必要があります。

単なる観察を超えて、すべての組織は定期的にユーザーとの会話を持つ必要があります。これは相当に簡単で、本当に楽しいはずです。私たちが真に組織の目的と一致しているとき、私たちはいつでも彼らに連絡することができるように、いくつかのユーザーとの個人的な関係を持つ傾向があります。

フィードバック文化の構築

これらのチームおよびユーザーからフィードバックを得るための実践を設定するとき、すべての設計プロジェクトがリリースされる前にこれらのプロセスを経るという期待を作成します。良いニュースは、これらの週間実践を構築するにつれて、チームの全員がフィードバックプロセスでますます快適になるということです。

それはオフィスの周りにあなたの仕事を表示したり、あなたのコミュニティスペースでビールについてプロジェクトについて話したりするなど、他のすべてのより非公式なメカニズムを本当に受け入れ始めるほど簡単になります。すべての部門はまだ設計レビューやコードレビューなどのスキル固有のフィードバックループを持っていますが、組織全体のフィードバックループから組織全体の誰もが利益を得ます。

フィードバックに関するその他のヒントについては、これらを確認してください フィードバックに関するベストセラー本からの8つのレッスン.

レトロスペクティブ

デザイン自体を改善するだけでなく、革新的な組織はプロセスの改善にも焦点を当てています。 カイゼン の原則は、私たちにより良い仕事をすることを絶えず促し、これは特に最初は非常に要求が厳しいと感じることができます。

では、どこから始めるのでしょうか。ストレスと不安を感じて、カイゼンの取り組みを完全に中止してしまわずに、継続的に改善する方法を見つけるにはどうすればよいですか。まあ、鏡で長く、厳しく見つめるだけより良い方法はありません（朝身支度をするときはカウントされません）。レトロスペクティブを開催する慣行は、チームとして私たちが鏡で自分たちを見るための方法です。

レトロスペクティブの仕組み

レトロスペクティブは、最近の状況を振り返り、プロセスを改善するアイデアを考え出すチームミーティングです。これらのミーティングが実行される方法と時期の詳細は、チームと状況によって異なる場合があります。

一般的なフォーマットは、チームのすべてのメンバーが順番に、うまくいったこと、うまくいかなかったこと、改善のアイデアについて話します。より大きなチームは、問題領域のトピックを求め、最も一般的なものに投票し、最も実質的な問題について話し合うのに十分な時間があることを確認します。

各レトロスペクティブの終了時に、チームはプロセスを改善するために持ち帰ることができるアクションアイテムのリストを持つべきです。 場合によっては、これらは十分に詳細化されていないため、その特定のプロセスを改善する方法を考え出すために、会議の外で追加の時間を費やす必要があります。より多くのこれらのレトロスペクティブを実行し続けるにつれて、それはより簡単になり、自然にフォーマットを変更することに気付くでしょう。これは良いことです。レトロスペクティブのフォーマットは変更することができ、変更すべきです。

レトロスペクティブをいつ開催するか

レトロスペクティブはいつ開催すべきですか。2つの考え方があります。第1は、定期的で固定されたスケジュールで開催されるべきということです。組織のペースに応じて、これは2週間から4週間の範囲で異なる場合があります。第2の考え方は、オンデマンドで開催されるべきということです。結局のところ、本当に悪いことが起きた場合、なぜ3週間待ってから議論するのですか。

一方、数週間主要な危機がない場合、重要な段階的改善を行う機会を逃しているかもしれません。この振り子を何度か前後に揺らしてきた私は、自信を持って肯定することができます： レトロスペクティブは定期的にもオンデマンドでも開催されるべきです。数週間ごとに開催し、危機が発生した場合、それを解決したら、もう1つ開催します。

根本原因を見つける

タイミングよりも難しいのは、改善の実際のアイデアを思い付くことです。しかし、恐れる必要はありません。内部プロセスを改善するアイデアを思い付く（したがってチームメイトの生活をより良くする）ことは、設計です、ワトソン親愛なる人。実際には、プロセス設計です。

プロセス設計のコツは、プロセス内のすべてのステップを視覚化し、問題のある場所に焦点を当て、次に何が間違ったかの根本原因を理解することです。 根本原因に到達する最良の方法は、5つのなぜ方法を通じてです。 この方法では、最高の幼児のキャップを身に着け、問題の根本原因と、そのプロセスを改善する方法についての非常に具体的なアイデアに到達するまで、何かが起こった理由を絶えず尋ねます。

スイッチトラッキングの回避

レトロスペクティブへの最後のコツは、スイッチトラッキングを回避することです。スイッチトラッキングは、複数の問題を意図せずに1つの会話に混在させることです。レトロスペクティブを効果的にするために、一度に1つの問題についてのみ話していることを確認してください。

物事がうまくいかないとき、それらはしばしば相互に関連しています。これらの問題について話しているとき、別の問題に移ったことに気付かずに会話が1つの問題から別の問題に移るのは本当に簡単です。これが起きたら、会話を止め、みんなが これらが2つの別の問題であることを知っていることを確認してから、一度に1つの会話を持ってください。

レトロスペクティブミーティングは、12ステップのプログラムの一部のように感じることがよくあります。彼らはカタルシス的です。彼らは挑戦的です。彼らは同僚とのシェアリングと友情の構築を強調しています。そして、彼らは、より良くなるための最初のステップは問題があることを認めることであることを認識しています。

リサーチ

レトロスペクティブがいかに強力であっても、プロセスを改善するという方程式には、もう一つの半分があります。他の組織の他のチームが、あなたのチームと似た問題に直面し、すでに素晴らしいソリューションを思いついています。車輪を再発明する必要はありません。彼らの経験から学べることを借りたり、盗んだりして、安く済ませながらあなたのチームを向上させましょう。

他者のアイデアを見つける

学校でリサーチが得意でなかったとしても、このような種類のリサーチは実は相当簡単で、かなり楽しいものです。プロセスの問題を解決するために懸命に取り組んできた多くの高機能なチームは、ブログ（このようなもの！）などのメディアを通じて、彼らが学んだ教訓について頻繁に投稿することで、自分たちの知識を共有することを好みます。

ソフトウェア、建築、医学、教育など、あなたの分野が何であれ、あなたの分野の優秀な人たちを見つけて、彼らが何について投稿しているのか確認してください。もちろん、ブログだけが人々が執筆する場所ではありません。本はまだ存在し、素晴らしいアイデアで溢れています。TED トークを見てください。フォーラムに参加してください。カンファレンスに行ってください。

私たちはカンファレンスの大ファンで、毎年少なくとも1つに参加するようにしています。業界の指導者から貴重な洞察を得られるだけでなく、同じ立場の人たちと話し合ったり、経験談を交換したりすることもできます。 私たちが参加するすべてのカンファレンスで、自分たちが持ち帰ることができる新しいツールとプロセスのアイデアを探しています。

組織的フィットの評価

ある意味では、ブラックフライデーのセールで買い物をするようなものです。人々は素晴らしく聞こえるたくさんのアイデアをあなたに売ることに興奮していますが、彼らが売り出しているすべてを持ち帰るのは無謀です。では、人生が変わるような買い物と次のペットロックをどのように見分けるのでしょうか？答えは組織的フィットです。

ブロガーやカンファレンススピーカーは世界で最高のアイデアを推奨しているかもしれません。しかし、それは彼らのコンテキストに限った場合です。ある組織で機能することは、別の組織ではうまくいかなかったり、さらに悪いことに、完全な災害になる可能性があります。では、「フィット」するものを見つけることが重要です。しかし、どのアイデアがフィットするかをどうやって知ることができるでしょうか？

あなたは知ることができません。プロセスの変更または新しいツールがあなたにとってうまくいくかどうか、事前に知ることは決してできません。このような変更を導入するたびに、それは実験として扱われる必要があります。うまくいかなかった場合は、身を引く意思がなければなりません。

しかし、これらの変更が確実ではないからといって、完全な賭けである必要はありません。 重要なのは、あなたの原則を共有する他の人や組織を探すことです。 これらの組織は、あなたの組織にフィットし、あなたを前に進める慣行を思いついている可能性が高いため、より速くあなたの目的を達成できます。

ラピッドプロトタイピング：フィードバックループの加速

フィードバック、レトロスペクティブ、リサーチの原則はすべて一つの共通点を持っています。それは、迅速に反復できるときにより効果的に機能します。アイデアを有形なものに変えることができるのが速いほど、意味のあるフィードバックを収集して改善するのが速くなります。

これは、現代的なツールが根本的にゲームを変える場所です。従来のソフトウェア開発サイクルは、アイデアが機能したかどうかを確認するために数週間または数ヶ月待つことを意味していました。フィードバックを受け取るまでに、すでに相当なリソースを投資していました。今日、AI支援プラットフォームにより、チームは数週間ではなく数時間でプロトタイプを作成できます。

Adaloのアプローチはこのシフトを例示しています。 Magic Addを使用して、「フィードバックフォームを追加してマネージャーに通知を送信する」など、必要な機能を説明することができます。プラットフォームは自動的に画面、データベース接続、ロジックを生成します。つまり、チームは静的なモックアップやワイヤーフレームを表示する代わりに、実際のユーザーと一緒に実際の機能テストできます。

プラットフォームの X-Rayフィーチャー はまた、ユーザーに影響を与える前にパフォーマンスの問題を特定することで、レトロスペクティブプロセスをサポートします。レトロスペクティブミーティングで苦情が浮上するのを待つ代わりに、ボトルネックを積極的に特定して対処できます。これにより、レトロスペクティブが反応的な問題解決から積極的な最適化へとシフトします。

フィードバック品質にとって速度が重要な理由

プロトタイプの構築に数週間かかる場合、チームは自然と自分たちの作業を保護したくなります。簡単に批判的なフィードバックを受け入れるには、すでに多くのものを投資しています。しかし、午後に機能を再構築できる場合、フィードバックは本当に歓迎されます。それは行動を起こすのに安いのです。

この心理的シフトはフィードバック文化を変革します。チームメンバーは、変更が実行可能であることを知っているため、誠実な批判を共有することにより意欲的になります。ユーザーは、その入力が後続のバージョンに実装されていることを確認しているため、テストにより関与するようになります。

Adaloで300万以上のアプリが作成されており、ビジュアルビルダーは「PowerPointと同じくらい簡単」と説明されています。このアクセシビリティにより、開発者だけでなく、より多くのチームメンバーがプロトタイピングに参加できます。マーケティングリーダーが顧客フィードバックアプリの簡単なプロトタイプを構築できる場合、あなたはデザインプロセスを民主化し、より豊かで多様なフィードバックを生成しています。

苦労から習慣へ

進化は疲れを伴うことがあります。継続的な変更が必要です。しかし、その努力はすべて価値があります。なぜなら、それは今日のあなたの場所から、あなたが望む場所へ行き、Netflix、Google、Disney、SpaceXのような革新のパンテオンに参加する唯一の方法だからです。

重要なのは、フィードバック、レトロスペクティブ、リサーチの周りに組織内でリチュアルを構築することです。 その後、進化を苦労から習慣に変えることができます。

現代的なツールはこの変革を加速させます。プロトタイピングが速く、反復が安い場合、フィードバックループはより厳密になります。変更を迅速に実装できるようになったため、レトロスペクティブはより実行可能になります。リサーチの結果は、「いつか」のために保存されるのではなく、すぐにテストできます。

繁栄する組織は、継続的な改善を楽に感じさせる組織です。仕事を避けることによってではなく、その作業を持続可能にするシステムを構築することによってです。週間フィードバックセッションから始めてください。定期的なレトロスペクティブを追加してください。継続的なリサーチにコミットしてください。そして、あなたのチームに彼らが学んだことに迅速に対応するためのツールを与えてください。

Adaloを他のアプリ構築ソリューションより選ぶ理由は何ですか？

Adaloは、単一のコードベースから真のネイティブiOSおよびAndroidアプリを作成するAI搭載アプリビルダーです。Webラッパーと異なり、ネイティブコードにコンパイルされ、Apple App StoreおよびGoogle Play Storeに直接公開されます。有料プランで無制限のデータベースレコードがあり、使用量ベースの料金がないため、予測可能な価格設定で請求ショックを回避できます——アプリの起動で最も難しい部分が自動的に処理されます。

Adaloは、AI搭載のアプリビルダーで、ウェブアプリと共にネイティブのiOSおよびAndroidアプリを作成します。ウェブラッパーとは異なり、ネイティブコードにコンパイルし、単一のコードベースからApple App StoreとGoogle Play Storeの両方に直接公開されます。有料プランの無制限のデータベースレコードと使用量ベースの料金がないため、驚きのある請求書やデータキャップについて心配することなくスケーリングできます。

AdaloのドラッグアンドドロップインターフェイスとAIアシスト構築により、数ヶ月ではなく数日でアイデアから公開アプリまでたどり着くことができます。Magic Startはシンプルな説明から完全なアプリ基盤を生成し、プラットフォームは複雑なApp Store送信プロセスを処理するため、証明書とプロビジョニングプロファイルではなく、機能とユーザーエクスペリエンスに集中できます。

AdaloのドラッグアンドドロップインターフェイスとAI支援ビルディングにより、数ヶ月ではなく数日で、アイデアから公開されたアプリに移行できます。Magic Startは単純な説明から完全なアプリケーションの基礎を生成し、プラットフォームは複雑なApp Storeの提出プロセス（証明書、プロビジョニングプロファイル、ストアガイドライン）を処理するため、あなたはアプリの機能とユーザーエクスペリエンスに焦点を当てることができます。

ラピッドプロトタイピングはチームがより良いフィードバックを集めるのにどのように役立つことができますか？

ラピッドプロトタイピングにより、チームはアイデアの機能的なバージョンを迅速に作成できます。これにより、利害関係者とユーザーは静的なモックアップではなく、実際の機能と相互作用できます。これにより、アプリが実際にどのように機能するかを体験できるため、より意味のあるアクション可能なフィードバックが得られます。プロトタイプを速くできるほど、最終的な設計にコミットする前により多くの反復をテストできます。

レトロスペクティブとは何で、どのようにチームプロセスを改善しますか？

レトロスペクティブは、最近の作業を反映して、何がうまくいったか、何がうまくいかなかったか、改善のアイデアを特定するチームミーティングです。定期的なスケジュール（2～4週間ごと）とオンデマンド（重大なイベント後）の両方で開催される必要があります。プロセスを一貫して見直し、改善することで、チームは時間とともに複合する段階的な改善を行うことができます。

どの新しいツールまたはプロセスが組織に適しているかをどのように知っていますか？

重要なのは組織的フィットです。あるチームに機能することは別のチームに機能しないかもしれません。あなたの原則と価値を共有する組織からアイデアを探してください。それらの慣行はあなたのニーズに合う可能性が高いからです。新しいプロセスまたはツールを実験として扱い、期待された結果を生成しない場合は、身を引く意思があります。

チームメンバーだけでなく、実際のユーザーからのフィードバックを取得することが重要なのはなぜですか？

チームのフィードバックは価値がありますが、同僚はあなたがデザインしている実際の人々の見方を完全に置き換えることはできません。ユーザーは実際の環境であなたの製品と相互作用し、内部チームが見落とす可能性のあるトラブルスポットと機会を明らかにすることができます。ユーザーの観察と会話のための定期的な慣行を構築することで、あなたのデザインが本当に彼らのニーズを満たすことを確保します。

コーディング経験なしにフィードバック収集アプリを構築できますか？

はい。Adaloのビジュアルビルダーは「PowerPointと同じくらい簡単」と説明されており、技術的背景のないチームメンバーがアクセスできます。ユーザーがフィードバックを送信し、経験を評価し、応答を追跡できるデータベース駆動の機能をドラッグアンドドロップインターフェイス設計を通じて作成でき、コードを記述する必要はありません。

五つの理由の方法はレトロスペクティブでどのように役立ちますか？

五つの理由の方法は、何かが起こった理由を繰り返し「なぜ」と尋ねることで、問題の根本原因に達するまで行います。この技術は、チームが症状ではなく根本的な問題に対応するのを防ぎます。根本的な原因に到達することで、表面的な症状に対処するだけでなく、問題の再発を防ぐ変更を実装できます。

スイッチトラッキングとは何で、どのように回避しますか？

スイッチトラッキングは、チームが気付かないうちに会話が1つの問題から別の問題に移動するときに発生します。問題は相互に関連していることが多いため、トピック間をドリフトするのは簡単です。これを避けるために、シフトに気づいたときに会話を停止し、別の問題について議論していることを認め、より生産的なレトロスペクティブのために1つずつ対処してください。

チームはどのくらい頻繁にフィードバックセッションを開催すべきですか？

週間フィードバックセッションはほとんどの組織で適切に機能します。オープンなアジェンダを持つ定期的なミーティングは、誰でもフィードバックのために自分のプロジェクトを持ってくることができます。この定期的なペースはフィードバックプロセスへの快適さを構築し、すべてのデザインプロジェクトがリリース前にレビューを通過するという期待を生成します。