4

このスレッドは私の前のスレッドのフォローアップです。実は2つの質問なので、お互いに依存しているので、気にしないでください。

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

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

ゼロから始める場合、一般的に、最初の数回の反復で何をしますか？アプリケーションのコアをコーディングするために1か月の開発を行うだけですか、それとも事前にコーディングされた機能が制限された単純なワイヤーフレームから始めますか？通常、クライアントは何を見たいですか？動作しない光沢のあるもの、または動作する醜いもの？

クライアントとのコミュニケーション方法は？

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

代替テキストhttp://img690.imageshack.us/img690/2553/communication.png

クライアント側にフォーカルポイントを設定するのは良い考えですか、それとも誤解を防ぐためにすべてのクライアントと直接通信する方が良いですか？

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

4

5 に答える 5

6

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

クライアントがUIの拡張を希望する場合は、いつでもそれを次の反復の要件として設定できます。

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

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

于 2010-05-03T09:25:20.527 に答える
3

ゼロから始める場合、一般的に、最初の数回の反復で何をしますか？

多くのチームは、反復ゼロを使用して次のことを行います。

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

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

アプリケーションのコアをコーディングするために1か月の開発を行うだけですか、それとも事前にコーディングされた機能が制限された単純なワイヤーフレームから始めますか？

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

通常、クライアントは何を見たいですか？動作しない光沢のあるもの、または動作する醜いもの？

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

クライアント側にフォーカルポイントを設定するのは良い考えですか、それとも誤解を防ぐためにすべてのクライアントと直接通信する方が良いですか？

クライアント（スクラムではプロダクトオーナーと呼ばれます）を代表する人が1人必要です。

  • 彼は単一の権威ある声を提供します
  • 彼はビジネスについての完全な知識を持っています（つまり、彼は質問に答えることができます）
  • 彼はROIを最大化する方法（つまり、機能に優先順位を付ける方法）を知っています。
于 2010-05-07T09:23:50.620 に答える
3

私はアンダースの答えに同意します。私のもう1つの観察は、多くのクライアントが醜いものを無視することは不可能だと感じているということです。彼らは機能よりもプレゼンテーションに関心を持っています。したがって、プレゼンテーションの詳細に注意を払うことを示すために、弾丸を噛み、少なくとも1つの「ニース」画面を実行する必要がある場合があります。

于 2010-05-03T09:32:35.490 に答える
2

アジャイルは通常、クライアントに価値のあるものを迅速に提供したいと考えています。

だから私は確かに「アプリケーションのコアをコード化するための開発の月」を費やすことはありません。私にとって、それは「ビッグアップフロントデザイン」のアンチパターンの匂いがします。また、YAGNIを参照してください。

クライアントから最も早く必要なものについてできるだけ多くの情報を取得し、それを最初の反復で実装します。「貴重」はクライアントの目にあります。彼らは洗練されたUI（見本市で製品についてのスライドショーを提供したいので、機能は偽物である可能性があります）または単純な機能（おそらくあなたは彼らが使い始める必要がある何かを開発している）を見たいかどうかを知るでしょうできるだけ速くに）。ビジネス価値は彼らが彼らの仕事をするのを助けると彼らが言うことです。

イテレーションはできるだけ短くします（2週間でうまくいく可能性がありますが、1週間を検討することをお勧めします）クライアントと電話をかける代わりに、開発チームとクライアントを同じ場所に配置することが絶対にできない場合は、私は会議を提案します。前のイテレーションで行ったことをデモし、何を残し、何を変更し、何を追加するかについてフィードバックを求めます。

他の人が言っているように、あなたの「焦点」はプロダクトオーナーのように聞こえます。あなたの図面について私が心配しているのは、開発者がPOやクライアントと対話しないことを意味するのかどうかです。アジャイルを機能させる1つのことは、コミュニケーションがたくさんあるときです。開発チームとのコミュニケーションを常にプロジェクトマネージャーでフィルタリングすると、コミュニケーションの誤り、不要な作業、詳細の欠落が発生する可能性があります。

于 2010-05-06T16:48:26.090 に答える
1

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

今、私はあなたのグループとあなたの顧客との関係が何であるかを知りませんが、顧客が要件を与えるときに熱心であるが、それが時間とともにそれほど気が進まないという点で、顧客が「要求を入れて-システムを機能させる」態度を取ることは珍しいことではありません機能のテストになります。

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

乾杯

于 2010-05-03T10:29:41.473 に答える