回答:
アジャイルチームの中には、新しいバージョンのソフトウェアを期待できるときに（たとえそのバージョンが不完全であっても）、顧客とのコミュニケーションにそれらを使用します。これにより、お客様はリリース前に新しいバージョンへの移行を計画できます。
たとえば、アジャイルな方法で開発され、6か月ごとにリリースされるソフトウェアの場合、次のマイルストーンが考えられます。
アルファ1-12月19日
機能の最初のセットが到着し、通常はバグがあります。これはそれらを試してフィードバックを与えるのに役立ちます
アルファ2 – 1月23日
次の一連の機能と、Alphaのフィードバックに対するいくつかの修正
ベータ1 – 2月27日
現在のバージョンのすべての機能があり、最終リリースまで誰も追加されません。新しい開発は次のバージョンになります。ただし、既存のものにいくつかの小さな調整を提案できます。
最終ベータ– 3月27日
重大な欠陥が発見されない限り、機能の動作は完全に凍結されます。バグのみ修正されます。
リリース候補– 4月10日
リリースされる最終バージョン。ここにはバグはありません。いくつかが見つかると、新しいリリース候補が作成されます。
最終リリース-4月17日
リリース候補のバグが見つからなかったため、サポートされているバージョンが一般にリリースされます。
（注：ここではubuntuのセマンティクスに厳密に従っていません）
そのリリース計画が手元にあれば、顧客は前もって計画を立てることができます。新しい機能が本当に期待される場合、彼はアルファ段階でそれをテストして、必要な機能に適合していることを確認できます。プログラマは、ベータ段階で新機能の実験を開始できます。回帰テストは、リリース候補段階で開始できます。
ソフトウェアがいつリリースされ、何が含まれるかを知ることは、多くのユーザーにとって非常に重要です。マイルストーンを使用して、起こるとしようとしているかを知ることができたとき。アジャイルの考え方があるという事実によって明らかに、まだそこにある特定の日付の前に機能セットが可変です。これは、機能とリリース日を計画するウォーターフォールの方法とは異なります。そしてもちろん、ウォーターフォール方式とは異なり、次のバージョンは設定されていません。
したがって、あなたの質問に答えるために：アジャイルでは、重要な決定とアクションがいつ実行されるかを示すためにマイルストーンが使用されます。これらのアクションと決定自体が変更される場合でもです。
マイルストーンの目的は、リリース/機能候補プログラム/アプリ（またはチームが開発した他の何か）の全体像を見ることです。
多くのタスク、バグ修正、機能などを備えた問題追跡システムを想像できます。マイルストーンフィールドがあります。チームに2つのマイルストーンがあり、1つだけが顧客を好む場合、チームがこれらのタスクを開始するか、これらのバグを修正するか、このマイルストーンでマークされたこれらの機能を開発すると思います。
どのリリースがお客様の本番環境にリリースされるかは、非常に重要なことです。この場合、マイルストーンは本番環境へのリリースです。しかし、マイルストーンは機能のパッケージをマークオフすることができます。
おそらく、顧客はこのプログラム、またはプログラムのバグ修正バージョン、または別の人/組織向けのプログラムの新機能を見せたいと考えています。したがって、顧客はプログラムの安定したバージョンを必要としています。プログラムがこの画期的な出来事を達成したとき、それは安定していて解放可能だと思います。
顧客、マネージャー、ワーカーがバグトラッカーのバグ、タスク、機能をチェックする場合、それらのマイルストーンを知った方が良いと思います。
あなたが開発プロジェクトを開始すると- に関係なく、方法論 - 、次のことを行う必要があり、常にあなたが開発する機能、およびその中で「本当に-重要」「持っている必要があります」の特徴は、コア機能、およそ次のされているラフ計画を持っています注文。理想的には、実現時間についてのビジョンもあります。この計画をマイルストーンの形で書き留めておくと、プロジェクトに関係するすべての人にとってこれが透過的になります。
どのような種類の実際のプロジェクトでも、この計画は時々現実に適応する必要があります。機能を別のマイルストーンに再割り当てしなければならない場合もあれば、事前に考えたほど重要ではないものを特定したり、開発計画に不足している要件/機能を追加したり、マイルストーンのリスト自体を変更したりする必要がある場合もあります。 。「ウォーターフォール」プロジェクトと「アジャイル」プロジェクトの主な違いは、アジャイルプロジェクトでは、1日目からの適応の必要性について顧客に正直であることです。ウォーターフォールプロジェクトでは、製品が「準備ができている」（そしておそらく欠陥がある）前に計画します。アジャイルプロジェクトでは、
マイルストーンの要件の残酷な詳細を分析する時点にも違いがあります。ウォーターフォールプロジェクトは、各マイルストーンのすべての機能を事前に過度に分析する傾向があります。アジャイルプロジェクトでは、通常、次のマイルストーンの1つの機能のみを詳細に分析します。
したがって、特にアジャイルプロジェクトでは、マイルストーン計画は関係者が開発が完全に恣意的またはランダムではなく、全体的な計画に従っていることを理解するのに役立ちます。
別の質問は、問題追跡システムの「マイルストーン」機能が必要かどうかです。マイルストーン計画は通常、単にお気に入りのドキュメント形式のドキュメントなので、プロジェクトの利害関係者に簡単に提示できます。マイルストーンを問題追跡システムに組み込むメリットがあるか、それともまったく異なる方法で維持するかを自分で決める必要があります。
あなたはすでにあなた自身の質問に答えました。「...予定された大規模なプッシュを行うときに役立ちます...」
メンテナンスと更新の作業しか行っていないので、マイルストーンはあまり意味がありません。 例外：反復する機能を選択する場合でも、アジャイル開発が制御不能にならないようにし、プロジェクトがまとまりを感じるようにするために、すべての機能がどこに向かっているかの概要を把握しておくと便利です。
マイルストーンは、長期的な目標がどの程度達成されているかを測定するためのポイントと、停止し、将来の反復が従うべき方向を検討するためのポイントを提供します。
開発の重要な変更または段階を示すアクションまたはイベント
個人またはのためのマイルストーンのグループ追跡の有用あなたのプロジェクトとあなたのチームとあなたの顧客は、主に味/スタイルの問題です
一部のチーム/顧客は、マイルストーンを毎日チェックするのが好きですが、他のチーム/顧客はそれほど頻繁に実行しないことに満足しています
補遺：キーワードは「重要」です-これは主観的です。マイルストーンは異なる場合があります。:)