UIデザインに基づいてアプリケーションをプログラミングする（UI画面が必要です）

Question

このようなソフトウェア開発スタイルは何ですか？

私はブラウザSaaSアプリケーションを開発しているソフトウェア会社で働いています。

要するに、われわれのプログラマーは、UXチームが提供するUIビューと状態のみでコードを作成しています。記載された要件があれば、それは最小限です。

私はちょうどジュニアwebdevであり、しばらくの間、この種の開発を受け入れてきましたが、私は開発について疑問を抱いています。私はこれが正しい道ではないと信じています。どう思いますか？これは普通のことですか？

は、だからここに開発がどのように行われるか私達に私の会社です：

まずUI/UXチームは彼らに提供要件に基づいてUIを開発しています。これらのデザインは、Invisionを使用してユーザーに表示される最終的なUIに研磨されます。このデザインには、特定のシナリオ（フォームの送信や特定のボタンのクリックなど）やUIの状態がどのように反映されるかについてのウォークスルーも含まれています。

次に、これらの項目はSCRUMバックログに渡されます（私たちはタスク管理のためにTrelloを使用しています）。 3時間のビデオ通話中にすべてのデザインを確認し、Invisionのデザインを歩いて、古いタスク&が新しいものに導入されたことを確認します。

プログラマーは、タスクの1つを選択して、A）その特定のビューのビジュアルとそのBのビジネスロジックを作成する作業を行います。

私はモックアップの最終結果を見ることをモチベーションと考えていますが、明確な要件が不足しているため長期的には役に立たないと思います。プログラマーは、UI画面だけに基づいてアプリの特定の部分の機能を差し引く必要があります。これは、プログラマーが参照できる制約がないので、多くの前後の話や誤解を招いています。

われわれは、私たちの製品に対して明確に定義された要件分析を開始するように経営陣に納得させることができますか？私は人がどこの学位を取得したのかわかりませんが、私のCSクラスでは、これはソフトウェアの設計方法ではありませんでした。あなたが記述している何

Answer 1

はUX-driven designあると悪いまたは良いそれ自体ではありません。この戦略が他の長期的な戦略（滝の開発など）とどのように統合されているかによって異なります。多くの企業、特に大企業では、SCRUMと組み合わされたUX駆動の設計を使用して柔軟性を保ち、迅速に移行しますが、開発の全体的な方向性を数カ月、時には何年も支配する長期計画を主に持ちます。

私の意見では、あなたの会社が実際に行うことは、（UIのように）素早く変更する必要のあるコンポーネントを開発するための実際の習慣です。しかし、あなたはすべてがそういう形で発展していると言って以来、私は疑問も持っています。一般的に、（バックエンドやデータベース接続のように）あまり頻繁に見直されないコンポーネントの要件は、開発中に明確に定義され、考慮されるべきです。

Answer 2

私はピーターとUXの主導的な開発はそれほど悪い考えではないことに同意します。通常、製品の組織。人々はソフトウェアアーキテクチャを理解していません。技術的な決定をエンジニアリングチームに委任することをお勧めします。また、熟達したUIユーザーのストーリーは、製品チームによって意図的に受け入れられます。どちらのチームも能力の範囲内で働く。経験豊富なエンジニアにとってもこれは望ましいことです。それ以外の場合は、エンジニアが実装する技術ソリューションを監督するために、システムアーキテクトを雇うこともあります。 私は、具体的な場合の詳細が異なる可能性があることを認識しています。

Answer 3

UI駆動型設計は、まったく悪い考えではありませんが、すべてのソフトウェア開発方法論と同様に、コンテキストに依存します。たとえば、単純なWebサイトを作成しているだけであれば、UI駆動型が最善の方法です.Mortageアプリケーションプロセスなどのビジネスプロセスを模倣して開発していたのであれば、おそらく2つの内部UIと顧客がアジャイルアプローチがより適しているかもしれない。経営陣を納得させるためには、問題のドメイン内で働き、文脈に合った最良の方法論を適用するよう説得する。