質問: uxとuiのストーリーをアジャイルフレームワークのどこに配置しますか? 私はアジャイルを実行する(しようとしている)3番目の仕事にいます。要約すると、次の2つの経験があります。 非常にインクリメンタルなスプリントを行う15名の緊密な小さなチーム(大きな拡張に取り組んでいなかったことを意味します)。すべてのuxとuiの作業は、スプリント中に非常にアドホックで協調的な方法で行われました。 2つのui開発者がいる1つの緊密な開発チームと、いくつかのスプリントを先に進めて、高速で構築できるように準備するuxチーム。 これらは比較的うまくいきました。もちろん、彼らには問題点がありましたが、両方の状況でuxの「全体像」を考えることにはまとまりがありました。私は今、巨大な製品に取り組んでいる2つのscrumチームの1つにいます。 uxとuiの作業がスプリント計画のどこに収まるかという課題に直面しています。私たちのモデルには前もっての作業はありません。製品の所有者は機能を望んでおり、開発者がそのスプリント中に構築できるように、機能はux povから設計し、ui povに実装する必要があると述べています。そのようなアジャイル環境で働いたことがありますか?その場合、uxおよびuiタスクのすべてをストーリー内のどこに配置しましたか(たまたまjiraを使用しています)?混乱しているのは、次のようにストーリーを分解した可能性があることです。 ユーザーとして、フォームに記入できるようにしたい... ユーザーとして、フォームに間違いを犯した場合に通知を受けたい... ユーザーとして、フォームが正常に送信されたかどうかを通知したい... 私の苦労は、uxおよびuiタスクを上記に当てはめることです。すべてのストーリーがこれらのタスクを必要とするように思えます: uxデザインui ui cssとhtmlを構築する 個々のストーリーについて。これは冗長であり、追跡するのは非常に困難です。その理由は、もちろんこれらを個別に設計して実装することはないからです。デザイン、html、cssは全体として機能する必要があります。1つの提案は、「開発チームとして、誰かがhtmlとcssを設計する必要がある」というストーリーを作成することでしたが、ユーザー中心ではなくなったため、これはかなり俊敏に見えます。それで、彼らのために働くと思われるこれに対する解決策を誰かが見つけましたか?あるいは、私がこれまでに経験したほとんどのアジャイル体験や他の人から聞いた経験と同様に、uxはアジャイルプロセス全体を先取りして、雑草に取り憑かれないようにする方法を理解する必要があります。
回答: あなたの会社が私たちのものであるなら、それはまだ関連があるかもしれません;) 「いくつかのスプリントに先んじて、迅速に構築するための準備を整えるuxチーム。」 これがまさに私がやったことです。私が最大6人のuxチームで大規模なプロジェクトに参加し、最大4つの開発チームがスクラムを担当していました。まず、uxの多くが機能します。顧客とユーザーの要件などの調査-ストーリーを生成するには、最初に行う必要があります。したがって、この説明は、多くのストーリーがキャプチャされ、改良が必要だった時点から始まります。uxチームは開発チームよりも先に作業し(スプリントをいくつか目指しましたが、1つのスプリントを先に進めることができてラッキーでした-2週間)、デザインの準備ができたときにストーリーは「開発準備完了」とマークされました。uiに影響を与えたストーリーは、最初にuxチームを通過しました。 jiraも使用しました。最も単純なストーリーの場合、必要なuiの変更を説明するコメントをjiraに書き込むだけです。 (「フィールドaと同じスタイルでxを形成するために別のフィールドを追加します」)、さらに作業が必要なストーリー(モックアップ/リサーチなど)の場合、ストーリーの子としてこれのサブタスクを作成します。 (私たちのストーリーはこの時点では最高レベルではなかったことに言及する価値があるかもしれません-すべてのストーリーは子供としてepicsにリンクされていたため、すべてを全体像に結び付けることができました。)@plainclothesによるデータベースの類推は優れたものです。実際、結局、uxチームとまったく同じように機能するデータベースチームができました。彼らがスキーマ設計を行ったときの話は、「開発の準備ができている」だけでした。私たちの仕事のやり方は、次第に別のスクラムチームになろうとすることから、開発チームに供給するために必要なことだけを行うように進化しました。私たちのボードはかんばんのボードに少し似ていました。最近私は私たちが働いていた方法が実際に認識されていることを発見しましたが、この図はマネージャーで手を振るのに良いかもしれません: http://www.scaledagileframework.com/ 到達するのにしばらく時間がかかり、物事は常にスムーズであるとは限りませんでしたが、全体的にこれは良い作業方法であると本当に感じ、もう一度お勧めします。