アジャイルチームのクライアントと反復に対処する方法は？ [閉まっている

Question

このスレッドは私のフォローアップです 前回のもの. 。実際には2つの質問なので、お互いに依存しているので、誰も気にしないことを願っています。

私たちは職場で新しいプロジェクトを開始しており、アジャイルテクニックを実際に試す絶好の機会だと考えています。私たちはいくつかの本や記事で読んだアイデアについてブレーンストーミングを行い、私たちに最適なコンセプトを思いつきました：2週間の反復、続いて次の反復で自分が望むものを選択するクライアントとの電話が続きます。私にはもう少し質問がありますが、自分自身を理解できませんでした。

最初の反復で何をしますか？

一般的に、最初の数回の反復で何をしますか？アプリケーションのコアをコードするために1か月の開発を提供するか、制限された事前コード化された機能を備えた単純なワイヤーフレームから始めますか？クライアントは通常何を見たいですか？うまくいかない光沢のあるものや機能する醜いもの？

クライアントと通信する方法は？

私たちの最初の考えは、プロセスをこのようなものに設定することを考えました。

Alt Text http://img690.imageshack.us/img690/2553/communication.png

クライアント側に焦点を当てることは良い考えですか、それとも誤解を防ぐためにすべてのクライアントと直接通信する方が良いでしょうか？

---

どんな考えも大歓迎です！前もって感謝します。

Answer 1

私の意見では、アジャイル開発の重要な成功要因は、各反復で顧客に価値を提供することに焦点を当てることです。私は間違いなく、「うまくいかない光沢のあるもの」よりも「うまくいく」「醜いもの」を選びます。光沢のあるUIを実行し、クライアントに帽子のビジネスロジックを理解させようとすると、実装するのに多くの時間がかかります。 ジョエル・スポルスキー 良い記事について書いています。

クライアントがUIの拡張機能を必要とする場合、次の反復の要件として常にそれを置くことができます。

クライアントとのコミュニケーションに関しては、スケッチをわずかに調整する必要があると思います。スクラムの言葉で話す「焦点」は「製品所有者」と呼ばれます。異なる利害関係者にニーズに同意するのにかなりの時間がかかる可能性があるため、クライアントと一人の人を調整することは良いことです。ただし、プロジェクトマネージャーを通過せずに、製品所有者（または焦点）は開発者と直接連絡する必要があります。実際、プロダクトオーナーとプロジェクトマネージャーは、2人に分割されることで多くの利益を得ることができるまったく明確な役割を担っています。

プロダクトオーナーは、開発チームに対する利害関係者の声です。一方、プロジェクトマネージャーはプロジェクトチームの幸福に責任を負い、予算などを追跡することがよくあります。これらの役割には反対のアジェンダがあり、2人に分割することで、対立する利益の間の交渉の健全な機会を与えます。 1人の人が両方の役割を持っている場合、その人はしばしばそのうちの1人を支持する傾向があり、他の人を自動的に減らします。プロジェクトマネージャーが常にチームのニーズの前にクライアントを配置するチームで作業したくありません。一方、顧客は、チームのニーズを常に最初に配置し、顧客を怠っている製品所有者を望んでいません。 2人に責任を分割すると、その状況を改善するのに役立ちます。

Answer 2

アンダースの答えに同意します。私の1つの特別な観察は、多くのクライアントがugいを無視することは不可能だと感じていることです。彼らは機能ではなくプレゼンテーションを心配します。したがって、弾丸を噛んで、少なくとも1つの「素敵な」画面を実行して、プレゼンテーションの詳細に注意を払うことを示す必要があるかもしれません。

Answer 3

一般的に、最初の数回の反復で何をしますか？

多くのチームが使用しています 反復ゼロ に：

• 開発インフラストラクチャ（ソースコントロール、開発マシン、自動化されたビルド、継続的な統合プロセス、テスト環境など）のセットアップ、
• 顧客を教育し、方法論について彼に同意し、
• 機能の初期リストを作成し、最も重要なものを特定し、初期推定を行い、
• 会議の時間（計画会議、デモ、レトロスペクティブ）を定義し、反復長を選択します。

イテレーションゼロは、顧客に機能を提供しないが、アジャイルな方法で次の反復を実行するために必要なものに焦点を合わせているため、非常に特別です。しかし、その後の反復は、顧客に価値を提供し始めるはずです。

アプリケーションのコアをコードするために1か月の開発を提供するか、制限された事前コード化された機能を備えた単純なワイヤーフレームから始めますか？

いいえ、1か月間、アプリケーションのコアを開発しないでください。代わりに、水平スライスではなく、アプリケーションの垂直スライス（UIからデータベースまで）の垂直スライスをすぐに開始します。これは、画面が完了する必要があるという意味ではありません（たとえば、検索画面に1つの検索フィールドのみを実装します）が、理想的には最終的なルック＆フィールを代表する必要があります（中級のステップで顧客に同意しない限り）。重要な部分は、顧客に即座の価値を提供するものを構築することです 徐々に.

クライアントは通常何を見たいですか？うまくいかない光沢のあるものや機能する醜いもの？

私の経験には、彼らは実証可能な進歩を見たいと思っており、あなたはできるだけ早くフィードバックを得たいと思っています。

クライアント側に焦点を当てることは良い考えですか、それとも誤解を防ぐためにすべてのクライアントと直接通信する方が良いでしょうか？

あなたが必要です 1 クライアントを代表する人（誰が呼ばれているか プロダクトオーナー スクラムで）：

• 彼は単一の権威ある声を提供します
• 彼はビジネスについての完璧な知識を持っています（つまり、彼は質問に答えることができます）
• 彼はROIを最大化する方法を知っています（つまり、機能を優先する方法）

Answer 4

アジャイルは一般に、クライアントに貴重な何かを迅速に提供したいと考えています。

だから私は確かにそうするでしょう いいえ 「開発の月をアプリケーションのコアコードに費やす」。私にとって、それは「ビッグアップフロントデザイン」アンチパターンの匂いがします。また、参照してください ヤグニ.

クライアントが最新のものについて必要なものについて多くの情報を取得し、実装します それ 最初の反復で。 「貴重な」はクライアントの目にあります。 Thetは、滑らかなUIを見たいかどうかを知るでしょう（おそらく、展示ショーで製品についてスライドショーを提供したいので、機能性は偽物になる可能性があります）またはシンプルな作業機能（あなたは彼らが始める必要があるものを開発しているかもしれません 使用 できるだけ速くに）。 事業価値 何ですか 彼らが言うには 彼らが仕事をするのを助けるでしょう。

できる限り短いイテレーション（2週間は機能しますが、1週間を考慮することをお勧めします）は、クライアントとの電話をかける代わりに、あなたの開発チームとクライアントを共同で絶対に持たせることができない場合は、1週間を考慮します）。会議をお勧めします。以前の反復で何をしたかをデモし、何を維持すべきか、何を変えるべきか、何を追加すべきかについてフィードバックを求めます。

他の人が言ったように、あなたの「焦点」は製品所有者のように聞こえます。あなたの絵について私が心配しているのは、それが開発者がPOやクライアントと対話しないことを暗示することを意図している場合です。アジャイルが機能することの1つは、多くのコミュニケーションがあるときです。プロジェクトマネージャーを通じて常にフィルターを絞った開発チームとの間でのコミュニケーションを持つことは、ほぼ確実に誤解、不必要な作業、および詳細を逃したことになります。

Answer 5

私は与えられた2つの答えに同意しますが、個人的な経験から1つのことを追加するだけです。あなたの顧客は、迅速な反復に向けて変更に合わせて購入していますか？各反復後にフィードバックを提供するだけでなく、各機能で顧客がユーザビリティテストを実行する必要があります。

今、私はあなたのグループの関係があなたの顧客と何であるかわかりませんが、顧客が「リクエストを取り入れる - 動作システムを出す」態度をとることは珍しいことではありません。機能のテストに来ます。

今では、これはあなたの状況にはまったく不適切かもしれませんが、顧客のワークフローがグループと同様にどのように変化しなければならないかを常に検討する価値があります。

乾杯