卓越へと進化する — 正しい道を見つけるための3つの習慣

卓越へと進化する — 正しい道を見つけるための3つの習慣

フィードバック

多数のリーダーシップと経営書の著者であるMarshall Goldsmithは「フィードバックはギフトだ」と有名な言葉を残しています。フィードバックを集めることは、仕事の成果を改善する最善の方法です。デザインの何が機能していて、何が機能していないかを学ぶ機会です。もちろん、デザインしながら自分が気に入らない点や改善の余地を見つけますが、すべての良いアイデアを持っているわけではありません—チームメートもかなり良いアイデアを持っています。

理由はシンプルです。誰もが組織の目的とデザインする相手の人々について異なる視点を持っており、新しいアイデアを持ち寄ります。ではどうすれば、全員が常にフィードバックを求めるほどにこの習慣を文化に根付かせることができるのでしょうか?チームが週に何度もフィードバックを求めるよう奨励する組織的な実践を作ることです。

Ada(AdaloのAIビルダー)は、あなたが望むものを説明するとアプリを生成します。Magic Startは説明から完全なアプリの基盤を作成し、Magic Addは自然言語で機能を追加します。

このフィードバック駆動のアプローチは、チームがアイデアを素早くプロトタイプして反復できる場合にさらに強力になります。Adaloは、データベース駆動のウェブアプリとネイティブiOS・Androidアプリ—3つすべてで一つのバージョン—をApple App StoreとGoogle Playに公開できるノーコードアプリビルダーです。最終デザインに決定する前に、チームが有意義なフィードバックを集めることができる機能するプロトタイプを素早く構築するのが簡単になります。Magic Startを使えば、アプリのコンセプトを説明することで完全な基盤—データベース構造、画面、ユーザーフロー—を数日ではなく数分で生成できます。このスピードにより、立ち上げ前により多くのフィードバックサイクルが可能になります。

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

フィードバックを集めるための複数の正式・非公式なメカニズムを作りましょう。最初に最も簡単にフィードバックをもらえる場所はチームと組織内です。これが非常に価値があることがわかったため、フィードバックを集めることだけを目的とした週次の全社会議を開催しています。誰でもプロジェクトを全員に見せることができる、オープンアジェンダの常設会議です。

これはコア製品の重要なプロトタイプから組織プロセス、スペースの新しいアート作品まで何でも対象です。覚えておいてください、組織の全員がデザインをしているので、誰もがフィードバックを必要としています。これらの会議では、発表する人々がアイデアを披露し、その後全員が意見でフィードバックします。

発表する人々は、時間をかけて慎重に考えた後に各人の考えに返答することが重要です。誰かのフィードバックに返答することは、そのアイデアを大切にしていることを示し、フィードバックに時間を投資する価値があったことを示します。

チームコラボレーションとフィードバックセッション
写真 by Annie Spratt via Unsplash

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

同僚がどれほど優れていても、実際にデザインする相手の人々からのフィードバックに置き換えることはできません。これを行う方法はたくさんあり、業界や直面しているデザイン上の問題によって異なる傾向があります。

例えば、ソフトウェアデザインでは、ユーザーのソフトウェアとのすべてのセッションを記録することが可能(かつ良いアイデア)で、問題のある箇所を簡単に見つけることができます。次の歴史の授業計画をデザインしている場合や次の偉大な美術館をデザインしている場合は、これほど簡単ではありません。しかし、簡単でないからといって、こういったデザイナーが免除されるわけではありません。

生徒が異なる授業にどう反応するかを観察したり、美術館で人の流れがどう動くかを見ることはまだ可能(かつ良いアイデア)です。すべての組織は、ユーザーを観察するための独自の実践を週次の流れに組み込む必要があります。

単なる観察を超えて、すべての組織がユーザーと定期的に会話する必要があります。これはかなり簡単で、本当に楽しいはずです。組織の目的と本当に一致している場合、一部のユーザーと個人的な関係を持ち、いつでも連絡を取ることができます。

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

チームとユーザーからフィードバックを得るためのこれらの実践を確立すると、すべてのデザインプロジェクトがリリース前にこれらのプロセスを経るという期待が生まれます。良いニュースは、週次の実践を組み込むにつれて、チームの全員がフィードバックプロセスにどんどん慣れていくということです。

オフィスの周りに作業を展示したり、共用スペースでビールを飲みながらプロジェクトについて話したりするような、その他の非公式なメカニズムも皆が本当に受け入れ始めます。すべての部門には、デザインレビューやコードレビューなどのスキル固有のフィードバックループがありますが、組織全体にまたがるフィードバックループから組織全体が恩恵を受けます。

フィードバックについての詳細なヒントは、フィードバックに関するベストセラー本からの8つの教訓をご覧ください。

振り返り

デザイン自体を改善するだけでなく、革新的な組織はプロセスの改善にも焦点を当てます。改善(カイゼン)の原則は常により良い仕事をするよう求め、これは特に最初は特に要求が多く感じることがあります。

ではどこから始めればいいのでしょうか?カイゼンの取り組みを完全に終了させてしまうほどのストレスや圧倒感を感じることなく、改善し続ける方法を見つけるにはどうすればいいのでしょうか?鏡を長い間じっくり見続ける(朝の準備中ではなく)以上の方法はありません。振り返りを行う実践は、チームとして鏡を見る方法です。

振り返りの仕組み

振り返りは、最近の状況を振り返り、プロセスを改善するためのアイデアを考えるチームミーティングです。これらの会議がいつどのように行われるかの詳細は、チームと状況によって異なる場合があります。

一般的なフォーマットは、チームメンバーが順番に、うまくいったこと、うまくいかなかったこと、改善のアイデアを話すことです。大きなチームでは多くの場合、問題のトピックを募集して最も多くの問題に投票し、最も重要な問題を議論する時間を確保します。

各振り返りの終わりに、チームはプロセスを改善するために持ち帰ることができるアクションアイテムのリストを持っているべきです。時折、これらは十分に練られておらず、その特定のプロセスを改善する方法を考えるためにミーティングの外でより多くの時間を費やす必要があります。これらの振り返りを続けるにつれて、より簡単になり、自然とフォーマットを変えていることに気づくでしょう。これは良いことです。振り返りのフォーマットは変わることができ、また変わるべきです。

振り返りをいつ行うか

振り返りをいつ行うべきかについては、2つの考え方があります。一つ目は、定期的な固定スケジュールで行うべきだということです。組織のリズムによっては、2〜4週間の範囲になることがあります。二つ目は、必要に応じて行うべきだということです。何かが本当にまずいことになった場合、なぜ3週間も待つのでしょうか?

一方、数週間にわたって大きな危機がなければ、重要な段階的な改善の機会を逃してしまう可能性があります。この振り子を何度か行き来した経験から、振り返りは定期的にも必要に応じても行うべきだと自信を持って言えます。数週間ごとに行い、危機が来たときは、解決した後にもう一つ行いましょう。

チーム振り返りミーティング
写真 by Alina Miroshnichenko via Unsplash

根本原因を見つける

タイミングよりも難しいのは、実際の改善アイデアを考えることです。でも心配しなくていいです!内部プロセスを改善するためのアイデアを考えること(そしてチームメートの生活をより良くすること)は、まさにデザインではないですか!プロセスデザイン、実際のところ。

プロセスデザインのコツは、プロセスのすべてのステップを視覚化し、問題のある箇所に絞り込み、何が間違っていたかの根本原因を理解することです。根本原因に到達する最善の方法は5つのなぜ法です。この方法では、問題が起きた理由に根本原因と、そのプロセスを改善する具体的なアイデアに到達するまで、最高の幼児帽子をかぶって容赦なくなぜを尋ねます。

スイッチトラッキングを避ける

振り返りへの最後のコツは、スイッチトラッキングを避けることです。スイッチトラッキングとは、気づかずに複数の問題を一つの会話に混在させてしまうことです。振り返りが効果的であるためには、一度に一つの問題だけを話していることを確認してください。

物事がうまくいかないとき、それらはしばしば相互に関連しています。これらの問題について話すとき、ある問題から別の問題に気づかずに移ってしまうことが非常に簡単です。これが起きたとき、会話を止めて、これらが二つの別々の問題であることを全員に確認させてから、一度に一つの会話をしてください。

振り返りミーティングは、まるで12ステッププログラムの一部のように感じることがよくあります。浄化的で、挑戦的です。仲間との共有とカマラデリーの形成を重視します。そして、より良くなるための最初のステップは問題を認めることだと認識しています。

リサーチ

振り返りがどれほど強力であっても、それはプロセスを改善することに関する方程式の半分にすぎません。他の組織の他のチームが自分のチームと似た問題に直面し、すでに素晴らしい解決策を考えついています。車輪を再発明する必要はありません。彼らの経験から学べることは乞い、借り、盗んで、チームを安価により良くしましょう。

他からアイデアを見つける

たとえリサーチが学校では得意でなかったとしても、この種のリサーチは実際にはかなり簡単で、楽しいこともあります。プロセスの問題を解決するために一生懸命働いてきた多くの高機能チームは、ブログ(こちらのような!)のような媒体を通じて学んだことを共有することが好きで、頻繁に教訓を投稿しています。

ソフトウェア、建築、医療、教育のどの分野であっても、その分野のスマートな人々を見つけて彼らが投稿していることを見てください。もちろん、ブログだけが人々が書く場所ではありません。本はまだ存在しており、素晴らしいアイデアが満載です。TEDトークを見てください。フォーラムに参加してください。カンファレンスに行ってください。

私たちはカンファレンスが大好きで、毎年少なくとも一つには参加しようとしています。業界リーダーからの貴重な洞察を聞けるだけでなく、仲間と話して経験談を交換することもできます。参加するカンファレンスでは、持ち帰れる新しいツールやプロセスのアイデアを常に探しています。

カンファレンスとリサーチの集会
写真 by Alina Miroshnichenko via Unsplash

組織的適合性の評価

ある意味、ブラックフライデーのショッピングのようなものです。人々は多くのクールそうなアイデアを売ろうと興奮していますが、彼らが出しているすべてを持ち帰ることは狂気の沙汰です。では、人生を変える購入と次のペットロックをどう区別するのでしょうか?答えは組織的適合性です。

ブロガーやカンファレンスのスピーカーが世界で最高のアイデアを宣伝しているかもしれません—しかし彼らのコンテキストでのみです。ある組織でうまくいくことが、別の組織では失敗したり、最悪の場合完全な災害になることがあります。つまり、「合う」ものを見つけることが鍵です。しかし、どのアイデアが合うかをどうやって知るのでしょうか?

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

しかし、これらの変更が絶対確実でなくても、完全な博打である必要はありません。鍵は、あなたの原則を共有する他の人々や組織を探すことです。これらの組織はあなたの組織に合った実践を考え出している可能性が高く、あなたをより速く前進させてより速く目的を達成できるようにします。

迅速なプロトタイピング:フィードバックループを加速する

フィードバック、振り返り、リサーチの原則はすべて一つのことを共通に持っています:素早く反復できると、より良く機能します。アイデアを具体的なものに変える速さが速いほど、有意義なフィードバックを集め改善する速さが速くなります。

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

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

プラットフォームのX-Ray機能も振り返りプロセスをサポートします。ユーザーに影響を与える前にパフォーマンスの問題を特定することで、振り返りミーティングで問題が浮上するのを待つのではなく、積極的にボトルネックを特定して対処できます。これにより振り返りは事後的な問題解決から積極的な最適化に変わります。

スピードがフィードバックの質に重要な理由

プロトタイプの構築に数週間かかる場合、チームは自然と自分の仕事を守りがちになります。批判的なフィードバックを受け入れるには、あまりにも多くを投資してしまっています。しかし、午後の間に機能を再構築できる場合、フィードバックは本当に歓迎されます—対応するコストが安いからです。

この心理的なシフトがフィードバック文化を変えます。変更が実現可能だとわかるため、チームメンバーは正直な批評をより喜んで共有するようになります。後のバージョンで実際に実装されているのを見るので、ユーザーもテストにより積極的に関与するようになります。

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

苦労から習慣へ

進化は疲れを伴います。常に変化を求めます。しかし、その努力はすべて価値があります。なぜなら、それが今いる場所から行きたい場所に到達し、Netflix、Google、Disney、SpaceXのようなイノベーションの殿堂に加わる唯一の方法だからです。

鍵は、フィードバック、振り返り、リサーチの周りに組織内の儀式を構築することです。そうすれば、進化を苦労から習慣に変えることができます。

現代のツールはこの変革を加速します。プロトタイピングが速く反復が安価な場合、フィードバックループが締まります。変更を迅速に実装できるため、振り返りはより実行可能になります。リサーチの発見は「いつか」のためにファイルされるのではなく、すぐにテストできます。

繁栄する組織は、継続的な改善を無駄なく感じさせるものです—作業を避けることでではなく、作業を持続可能にするシステムを構築することでです。週次のフィードバックセッションから始めましょう。定期的な振り返りを加えましょう。継続的なリサーチにコミットしましょう。そしてチームに学んだことに素早く行動するためのツールを与えましょう。

よくある質問

他のアプリ構築ソリューションよりAdaloを選ぶ理由は?

AdaloはウェブアプリとともにApple App StoreとGoogle Play Store両方にシングルコードベースから直接公開される真のネイティブiOS・Androidアプリを作成するAIを活用したアプリビルダーです。ウェブラッパーとは異なり、ネイティブコードにコンパイルされます。有料プランでの無制限データベースレコードと使用量ベースの料金なしで、驚くような請求やデータの上限を心配することなくスケールできます。

迅速なプロトタイピングはチームのより良いフィードバック収集にどう役立つか?

迅速なプロトタイピングにより、チームはアイデアの機能するバージョンを素早く作成できます。ステークホルダーとユーザーが静的なモックアップではなく実際の機能とやり取りできます。アプリが実際にどのように動作するかを体験できるため、より有意義で実行可能なフィードバックにつながります。プロトタイプが速く作れるほど、最終デザインにコミットする前にテストできる反復が多くなります。

振り返りとは何か、チームのプロセスをどのように改善するか?

振り返りは、最近の作業を振り返り、うまくいったこと、うまくいかなかったこと、改善のアイデアを特定するチームミーティングです。定期的なスケジュール(2〜4週間ごと)と重要なイベント後のオンデマンドの両方で行うべきです。プロセスを一貫してレビューし洗練させることで、チームは時間をかけて複利的な段階的な改善を行うことができます。

どの新しいツールやプロセスが組織にうまくいくかをどう知るか?

鍵は組織的適合性です—あるチームにうまくいくことが別のチームにはうまくいかない場合があります。あなたの原則と価値観を共有する組織からのアイデアを探してください。彼らの実践はあなたのニーズに合う可能性が高いです。新しいプロセスやツールは実験として扱い、期待した結果が得られない場合に引き下がる意志を持ちましょう。

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

チームのフィードバックは価値がありますが、同僚はデザインする実際の人々の視点を完全に置き換えることはできません。ユーザーは実際の状況でプロダクトとやり取りし、内部チームが見落とす可能性のある問題点や機会を明らかにします。ユーザーを観察し会話するための定期的な実践を構築することで、デザインが本当に彼らのニーズを満たすことを確保します。

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

はい。Adaloのビジュアルビルダーは「PowerPointのように簡単」と評されており、技術的なバックグラウンドのないチームメンバーにもアクセスしやすいです。コードを書く代わりにドラッグアンドドロップインターフェースデザインを通じて、ユーザーがフィードバックを送信し体験を評価し応答を追跡できるデータベース駆動の機能を作成できます。

5つのなぜ法は振り返りにどのように役立つか?

5つのなぜ法は何かが起きた理由を問題の根本原因に到達するまで繰り返し尋ねることを含みます。この技術により、チームは根本的な問題ではなく症状に対処することを防ぎます。根本原因に到達することで、問題が再発しないような変更を実装でき、表面的な症状を単にパッチするのではなくなります。

チームはどれくらいの頻度でフィードバックセッションを行うべきか?

週次のフィードバックセッションはほとんどの組織にとってうまく機能します。オープンアジェンダの常設会議により、誰でもプロジェクトをフィードバックのために提出できます。この定期的なリズムがフィードバックプロセスへの慣れを育て、すべてのデザインプロジェクトがリリース前にレビューを経るという期待を生み出します。

テンプレートからアプリ開発をスタート

既製のアプリテンプレートを使って、すばやくアプリを構築しましょう

ノーコードで開発を始める
言語: 日本語