アジャイルデザインの最大の問題（とその解決方法）

ドキュメンタリーで見られる決定と調整の多様性はほぼ言葉に尽くしがたい—すべてのショットをいつどこで撮影するかの計画から、崖の側面に18フィートのアニマトロニクス人形をヘリコプターで乗せることの調整、そしてリアンがスター・ウォーズ史上最も複雑なショットと表現した大規模なカジノパーティーのあらゆるコスチュームとクリーチャーの詳細を確認することまで。

現代的なアプリ開発ツールがソフトウェアチームのゲームを変えたのはまさにこの点だ。データベース駆動型ウェブアプリケーションおよびネイティブiOSおよびAndroidアプリ用のノーコードアプリビルダーであるAdaloなどのプラットフォーム—3つのプラットフォーム全体で1つのバージョン、Apple App StoreとGoogle Playに公開—は、チームがアジャイルデザイン原則を完全に採用できるようにしている。映画監督や建築家のように単一の最終的なビジョンにコミットしなければならない人たちとは異なり、アプリビルダーは実際のユーザーフィードバックに基づいて迅速に反復、テスト、および製品を改善できる。

リアンが下さなければならなかった決定の数に加えて、映画の彼のビジョンへの彼の自信に感動させられずにはいられませんでした。公開前 スター・ウォーズ/最後のジェダイ マーク・ハミル（ルーク・スカイウォーカーを演じる）は リアンのキャラクターへのアプローチに完全に反対していた—「ルークについて書かれたほぼすべてのことに根本的に同意しない」と述べた。そしてこの緊張関係がドキュメンタリーに満ちている。しかし、マークが彼の考えを変えようとする試みにもかかわらず、リアンは揺らがなかった。映画の彼の全体的なビジョンは固かった。

では、スター・ウォーズ映画を作るというリアンの印象的な取り組みは、アジャイルデザインと何の関係があるのか？

さて、大規模映画の全体的な設計プロセスを見た後、そのプロセスが今日ほとんどのテック企業で起きていることからどれほど異なっているかは非常に明白になった。ソフトウェアでは、通常は取り返しのつかないデッドラインが少ないので反復する機会があり、次に何を構築するかを進めながら決定する機会がある。ほとんどのチームは最小限の実行可能な製品を作成し、その後フィードバックに基づいて改善を加える。これは、大規模な映画の設計チームが最終的な期限に向かって仕事をしている方法とは非常に異なり、最後に全員に完全な製品を明かす—そしてその期限で、その後の変更または更新の機会はない。

この実現の後、私は映画設計プロセスは単に時代遅れであり、より敏捷な設計プロセスに従う必要があるという結論を下しようと誘われました。しかし、建築家としての私の以前の経験を思い出すと、同様の制約が見えました。建築家は、映画監督のように、単一の期限に向かって設計する必要があります。建築では、建物の小さな部分だけを構築して、人々がそれを好きかどうか見て、その後残りを構築することが十分に安いポイントに達していません。そして映画業界では、映画を一般に公開して、彼らが何を考えているかを見て、その後改善を加えることは不可能です。映画が出たら、出た。そして建物が立ったら、立った。

これは私に立ち止まらせた。素晴らしい映画と素晴らしい建築の作品を史上最高のデザインの一部と見なしているが、それでもアジャイルデザインプロセスで作成されていない場合、これから学ぶことがあるかもしれません。別の言い方をすれば、リアンのプロセスの肯定的な側面は何で、ほとんどのアジャイルデザインプロセスに存在しないのか？

リアンのプロセスを見ると、答えは非常に明確だ：より多くの場合、 ソフトウェアチームは最終製品の揺るがないビジョンを欠いているリアンがラスト・ジェダイに持っていたのと同じように。この大局的思考の欠如—デザインプロセス全体を通じてコースを変更する能力と組み合わせて—は、今日のアジャイルデザインの最大の問題である。圧倒され、あちこちにいる。

私の言葉だけを信じないで。Basecamp のプロダクト戦略責任者である Ryan Singer は最近、Twitter で このツイート:

典型的なソフトウェア企業：1.誰かがチームが何かをすべきだと決めたもの のバックログ -> 2. 実際には単なるプロジェクトマネージャーである「プロダクト」ロール -> 3.デザイナーとプログラマーが悪定義された作業で過負荷になり、より速く、より賢くではなくより速く働くよう求められている。- @rjs

ライアンが説明しているのは、私たちが聞くあらゆるフィードバックに耳を傾け、すべての問題を解決しようとする見覚えのある設計プロセスだ。主要顧客が機能リクエストを持つため、バックログに追加する。営業チームの誰かが競合他社と競争するために別の機能が必要だと考えるため、バックログに追加する。私たちが開発した以前の機能に使いやすさの問題があることに気づいたため、...バックログに追加する。そして恐ろしいことに、これらの機能はすべて製品の異なる部分にあり、さまざまな方向で急いで作成された不十分な機能につながっている。

今、リーン理論の提唱者たちの声が聞こえる：「しかし、それはポイントです！私たちはユーザーが正確に望むものを提供できます。なぜなら、少しだけ開発して、それが「機能する」かどうかを確認して、その後さらに開発するからです。」そして、それはまさにその通りだ。私も、このタイプの思考の大きな提唱者だ。しかし問題は、「機能する」という言葉をどのように定義するかだ。「機能する」は単にリクエストを満たしたことを意味すべきではない。正しい方向に向かっているかどうかである必要があります。私のポイントは、このプロセスはしばしば全体的なビジョンに欠け、最終的な一貫性のあるポーランド製品ではなく、フランケンシュタインソフトウェアを作成することです。

継続的に方向を変えながら猛烈なスピードで作業することの欠点を認める時が来ました。

ジレンマ：両方の良いところを持つことは可能か？

映画および建築設計プロセスが最終的なリリース前にフィードバックをより正確に取得するためにアジャイル方法論の一部を組み込む方法はあるか？そして、敏捷なソフトウェア企業がすべての詳細が単一のビジョンを指す1つの一貫性のあるデザインを作成することは可能か？

最小限の実行可能な製品映画とアジャイルアーキテクチャ

技術の進歩を見ると、単に可能であるだけでなく、映画および建築業界の両方でそれが起こっているヒントを既に見ている。これらの設計チームは、より良いフィードバックを取得するためにアジャイル方法論を組み込み始めている。大規模な映画の場合、一部のチームは映画の実際のショットを撮影する前に映画の一部をアニメーション化し始めています。そして、すぐにこの概念はさらに進められるでしょう。彼らはセットが構築される前に、ボイスオーバーを含むすべて—映画全体をすばやくアニメーション化して、どのショットが必要で、どのショットをカットできるかを見ることができるようになります。

そして建築では、仮想現実は建築家がすべての角度からデザインを展示するレンダリングを作成することを可能にします。そして間もなく、これは建築家が仮想現実で建物全体を作成して、クライアントが全方向トレッドミルに乗り、建物全体を歩き回り、スペース内の他のすべての人と相互作用できるようにするポイントに進みます。

大局的思考ソフトウェア

ソフトウェアの場合、私たちの問題は反対だ。数十年の間、私たちは迅速に方向を変えることができましたが、これは製品を大局的な観点から考えることを停滞させてきました。幸いにもそれを変えることは完全に私たちの力の中にある。

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

最新のAI支援プラットフォームは、このギャップを埋めるのに役立っている。 Magic Start例えば、簡単な説明から完全なアプリの基礎を生成します—犬のグルーミングビジネスのための予約アプリが必要だと言ってください、それはあなたのデータベース構造、画面、およびユーザーフローを自動的に作成します。計画に数日かかっていたことが数分で起こり、チームは実装の詳細に迷わず、全体的なビジョンに焦点を当てるように自由にされています。

同様に、 Magic Add では、自然言語リクエストを通じて機能を追加でき、 X-Ray ユーザーに影響を与える前にパフォーマンスの問題を特定します。これらのAI機能は、素晴らしい製品をフランケンシュタインソフトウェアから分離する大局的思考を犠牲にすることなく、勢いを維持するのに役立ちます。

ビジョン問題を修正するために、アジャイル設計チームは以下を行う必要があります：

• 1つの方向にコミットする （そして多分長期的な目標日付さえ！）。6ヶ月のゴール、1年のゴール、5年計画が必要です。これらの全体的なビジョンは会社のすべての人と共有される必要があります。なぜ何かをしているのか理解していない開発者を持つことはできません。また、営業チームのメンバーがその共有された将来のビジョンの一部ではない機能にコミットすることはできません。全員が計画を信じ、それにコミットする必要があります。
• 飛び去るあらゆる最後の黄金のユニコーンを追うのをやめる。 次のステップは、そのコミットメントを実際に実行することです。別の価値のある機会があるからといって、その道を進まなければならないわけではありません。会社のすべての人が本当に長期目標と一致している場合、どの機能がその計画の一部であり、どの機能が気を散らすかは明確であるべきです。
• コースを変更する必要があるかどうかを判断するプロセスを作成します。 アジャイル開発の最高の部分は、ユーザーが私たちが作成しているものから価値を得ていない場合、私たちはコースを変更できるということです。したがって、コースを変更する能力なしにこれらの長期計画を作成するべきではありません。これは、すべての人がコースを変更するための基準を考え出して同意する必要があることを意味します。大きなクライアントが何かを望むからといって、それをするべきではありません。憲法を見てください。その全体的なビジョンはそれほど変わっていませんが、修正を行うための明確な計画があります。
• 先に進む前に重要な詳細を完成させます。 大規模な映画と素晴らしい建築の作品が は 素晴らしいデザインは、彼らの小さな詳細が全体的なビジョンに役立つからです。アジャイルデザインでは、これらの詳細は通常、次の主要な機能のために脇に押しやられます。しかし、長期計画にコミットしているのであれば、先に進む前にこれらの詳細を正しく取得できます。
• 大きな成果を祝う。 これらの長期目標の1つを時間通りに達成したら、一緒に全員で祝う必要があります。キャストの全体を見る スター・ウォーズ/最後のジェダイ 最後の写真撮影のために一緒に集まるのは信じられないほどでした。誇りと喜びの感覚は伝染性で触発されていた。成果を祝う時間を取らないなら、私たちは機能の死の行進に陥るリスクがあります。

最新のアプリビルダーがより良いアジャイルデザインを可能にする理由

アジャイルデザインプロセスには多くの利点があります。実際の人々のための実際の問題を解決する実際のソリューションを開発できるスピードは驚くべきです。しかし、アジャイル設計プロセスに従っているからといって、成功するわけではありません。一歩後退して、正しい方向に向かっているか確認する必要があります。

これは正しいツールが大きな違いを生み出す場所です。 主な機能 Adaloとビジュアルビルダーを使用することで、チームは「PowerPointと同じくらい簡単」という説明で自分たちのビジョンを維持しながら、迅速に反復することができます。プラットフォームのモジュール型インフラストラクチャは、月間アクティブユーザーが数百万人のアプリにも対応でき、上限がありません。つまり、ツールを使い尽くす心配をすることなく、長期的なビジョンにコミットできます。

使用量に基づいて料金を請求するプラットフォーム（予測不可能なコストが長期計画を狂わせる可能性がある）とは異なり、Adaloの有料プランには以下が含まれます 無制限の使用と予期しない請求なしこの予測可能性は、優れた製品と散発的な製品を分ける、コミットされた長期的な思考をサポートします。インフラストラクチャコストが予期せず急増しないことがわかれば、技術的な選択肢を常に再評価するのではなく、ビジョンの実行に焦点を当てることができます。

史上最高のイノベーターたちは、設計対象となるあらゆる個人より大きなビジョンを持っていました。大きなビジョンにコミットし、それを貫く時が来ました。たとえそれがLuke Skywalkerに彼が間違っていることを伝えることを意味するとしても。

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

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

Adaloは、単一のコードベースから真のネイティブiOSおよびAndroidアプリを作成するAI搭載アプリビルダーです。ウェブラッパーとは異なり、ネイティブコードにコンパイルされ、Apple App StoreとGoogle Play Storeの両方に直接公開されます。Magic Startが説明から完全なアプリケーション基盤を生成し、有料プランで無制限のデータベースレコードを提供するため、エンタープライズの複雑性なしにエンタープライズスケールの機能を手に入れることができます。

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

AdaloのドラッグアンドドロップインターフェースとAIアシスト構築により、数ヶ月ではなく数日でアイデアから公開されたアプリに移行できます。このプラットフォームは、複雑なアプリストアの提出プロセス—証明書、プロビジョニングプロファイル、ストアガイドライン—を処理し、アプリの機能とユーザーエクスペリエンスに焦点を当てることができます。

ユーザーフィードバックに基づいてアプリを簡単に反復および改善できますか？

はい、Adaloを使用すると、製品をリアルタイムで迅速にテスト、更新、改善できます。最終的なビジョンにコミットする必要があある映画監督や建築家とは異なり、継続的に反復できます。Magic Addでは自然言語リクエストを通じて機能を追加でき、X-Rayはユーザーに影響を与える前にパフォーマンスの問題を特定します。

アジャイルデザインは、従来の映画製作または建築設計プロセスとどう異なるのですか？

アジャイルデザインにより、ソフトウェアチームは取り消し不可能な期限が少なく、次に何を構築するかを即座に決める機会があります。最終期限を視野に設計する必要があり、その後の変更の機会がない映画監督や建築家とは異なり、アジャイルチームは最小限の実行可能な製品を作成し、実際のユーザーフィードバックに基づいて改善することができます。

今日のアジャイルデザインプロセスにおける最大の問題は何ですか？

今日のアジャイルデザインにおける最大の問題は、最終製品に対する揺るがないビジョンの欠如です。ソフトウェアチームはあらゆる機能リクエストを追い求め、一貫性のある長期計画なしに果てしないバックログに項目を追加することが多く、その結果、洗練された統一された製品ではなく「フランケンシュタインソフトウェア」になってしまいます。

アジャイルソフトウェアチームは、反復を続けながら一貫性のあるビジョンをどのように維持できますか？

チームは会社全体で共有される長期目標（6か月、1年、5年の計画）にコミットする必要があります。あらゆる機会を追い求めるのをやめ、方向転換のための明確な基準を作成し、次に進む前に重要な詳細を完成させ、大きな成果を一緒に祝う必要があります。

アジャイル方法論でアプリを構築するのにどのくらいの費用がかかりますか？

Adaloのウェブおよび真のネイティブモバイルビルダーは月額$36から始まり、無制限の使用とアプリストア公開が含まれます。これはBubble（月額$69から開始し、使用量ベースの料金とレコード制限あり）やFlutterFlow（ユーザーあたり月額$70、追加のデータベースコスト）などの代替案と比較すると有利です。予測可能な価格は長期計画をサポートします。

AIツールは急速な反復と大局的な思考のバランスを取るのに役立つでしょうか？

はい。Magic StartなどのAI機能は説明から完全なアプリケーション基盤を生成し、チームが実装の詳細ではなくビジョンに焦点を当てることができます。Magic Addでは自然言語を通じて機能を追加でき、全体的な製品の方向性を見失うことなくモメンタムを維持できます。

長期的なビジョンにコミットすれば、アプリはスケールされますか？

Adaloのモジュール型インフラストラクチャは、月間アクティブユーザーが数百万人のアプリにも対応でき、上限がありません。負荷がかかるとパフォーマンスの制約に達するアプリラッパーとは異なり、Adaloの専用に構築されたアーキテクチャはスケール時にパフォーマンスを維持するため、プラットフォームを使い尽くす心配をすることなく、野心的な長期目標にコミットできます。