問題タブ [burndowncharts]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
task - スクラム バーンダウン チャート: タスクかストーリーか?
スクラムでチャートをバーンダウンするには、いくつかの方法があります。
一部の人々は、スクラムのバーンダウン チャートとして残された未完成のストーリーのストーリー ポイントを使用することを提案しています。
長所: 終了したストーリーのみがチャートを下げる
反対: チャートは最初は下がらず、その後急速に下降します
残りのタスク数を使用することを提案する人もいます
長所: チャートが下に移動し、フィニッシュ ラインの上にあるかどうかを確認できます
コントラ: 下に移動して、最後に 10 個のタスク (ハード タスク) が残っていると言うことができますが、まだ 1 つのストーリーは完了していません。完成したストーリーのみが製品所有者にとって良いものであるため、失敗しました。
未完のストーリーのポイントと未完のタスクチャートの両方を持つことが解決策ですか?
documentation - アジャイル ドキュメントの具体例は?
プロジェクトのドキュメント?という質問への回答では? 、Chris Ballance さんは、"ユーザー ストーリー" と "バーンダウン チャート" が、開発者にとって最も役立つ 2 つのタイプのプロジェクト ドキュメントであると答えました。
私の質問は、これらの種類のドキュメントの良い例を知っていますか (たとえば、インターネットや本で)。
可能であれば、次のような多くの例をご覧いただければ幸いです。
- 小さい/短い/簡単な例
- 大きな/長い/複雑な例
- 有名な例
- 高品質の例
これは Google にとって簡単なトピックではないと思います。それについて書かれていることはたくさんありますが、それを示すデモはほとんどありません。
agile - Open Flash Chart 2 でバーンダウン チャートを作成する際のヒント
プロジェクト管理システムにバーンダウン チャートを実装する予定です。Open Flash Chart 2を使用します。
システムは、プロジェクトの開始時期と完了予定時期を認識しています。また、ストーリー ポイントとそれぞれの所要時間も把握しています。
ユーザーは毎日、割り当てられた各ストーリー ポイントで何時間作業したかを記入します。
私が見たチャートから、それらは通常、毎日のステータスを示しています。そして完成予定日。
- 毎日 8 時間または 8 時間 * ユーザーが働いていると予想する必要があります。
または、残り時間を表示して、チャートを正規化する必要があります (多くのユーザーが最初に作業し、最後に少数のユーザーが作業する可能性があるため (またはその逆))。 - オープン フラッシュ チャート 2 でバーン ダウン チャートを作成した人はいますか?このようなものを作成するためのヒントはありますか?
python - Pythonでデータポイントを将来に外挿する簡単な方法はありますか?
データポイントがあるすべての日付に対して、単純なnumpy配列があります。このようなもの:
date(2008,5,1)、date(2008, 5, 20) など、データ ポイントを将来に外挿する簡単な方法はありますか? 数学的アルゴリズムで実行できることを理解しています。しかし、ここで私は簡単に手に入る果物を探しています。実際、私は numpy.linalg.solve の機能が気に入っていますが、外挿には適用できないようです。多分私は絶対に間違っています。
実際には、より具体的には、バーンダウン チャート (xp 用語) を作成しています:「x = 日付、y = 実行する作業量」なので、既に完了したスプリントがあり、将来のスプリントがどのようになるかを視覚化したいと考えています。今の状況が続けば行く。そして最後に、発売日を予測したいと思います。したがって、「実行する作業量」の性質は、バーンダウン チャートで常に低下することです。また、外挿されたリリース日: ボリュームがゼロになる日付も取得したいと考えています。
これはすべて、開発チームに状況を示すためのものです。ここでは正確さはそれほど重要ではありません:) 開発チームのモチベーションが主な要因です。つまり、非常に近似的な外挿法で問題ありません。
charts - スクラムのバーンダウン チャート、マイナスになることはありますか?
私は、アジャイル思考ではない大規模な企業の一部である小規模なアジャイル開発チームで働いています。現在、私たちはスクラムを実践しており、時折、スプリントのコミットメントを超えています。
私の質問は、スプリントのコミットメントを超えた場合、バーンダウン チャートをどのように処理しますか? 次の 2 つのオプションが考えられます。
- y 軸を負の方向に延長し、カウントダウンを続けます
- カード/ストーリー/ワークを追加し、バーンダウン値をその分増加させ、そのワークが終了するとバーンダウンします。
私のチームにとって究極のソリューションは、ビジネスにとって明確で、開発者にとって真の価値をもたらすものです。これまでのところ、これらのソリューションはいずれも完全には機能していません。
tfs - TFS は日次で報告します
私のチームは、スクラム用に TFS 2008 と Conchango テンプレートを使用しています。スプリント バーンダウン チャート、スプリント ビュー、スプリント タスク ボード レポートを使用して、タスクのステータスを毎日追跡します。バーンダウン チャートとスプリント ビューも、LCD TV 画面に表示されます。これらのレポートは、PDF ファイルとして毎日手動でエクスポートされます。
スケジュールされた間隔で毎日レポートを取得し、それらを pdf としてエクスポートできるユーティリティはありますか?
scrum - スクラムプロジェクトのスプリントチャートを計算する方法
私はスクラムとプロジェクト管理について何か知っています。例:プログラムのすべてのステップを見つけて、優先順位と作業時間を書き留める必要があります。しかし、1つのスプリントのバーンダウンチャートを描画する方法がわかりません(どの値が必要で、どの計算でチャートが作成されますか?)。
scrum - スクラムにおけるバーンダウン チャートのダイナミクス
スクラムのバーンダウン チャートの Y 軸がどの程度動的であるべきかについて質問があります。Y 軸に推定ストーリー ポイントの総数、X 軸に計画日数を持つスプリントの開始時にグラフをプロットします。
通常、スプリント中には、かなりの量の次のものがあります。
- 計画外のタスク/ストーリー;
- 見積もりよりも時間がかかるタスク/ストーリー (タスクをチェックアウトする人によって再見積もりされます);
質問:
- 計画外のタスクのストーリー ポイントをグラフにプロットする必要がありますか? もしそうなら、y 軸も延長し、予想される曲線を再描画しますか? または単にポイントをプロットして、開始点よりも高いポイントを持つ実際の曲線を作成しますか?
- チャートをプロットするときに再推定をカウントする必要がありますか、それとも最初の推定だけですか? 最初の質問と同じ質問...
いずれにせよ、実際のフォーカス ファクターの計算に表示されるため、計画外の項目と再見積もりは無視することをお勧めします。違いますか?
burndowncharts - 「時間の経過」=「進歩すべき」と仮定しないバーンダウンチャートを作成するためのツール
1日が過ぎたからといって、その日のすべての作業時間が自動的に現在のスプリントの進行状況になったと仮定しないバーンダウン チャートを作成できるプログラムを探しています。したがって、特定の日にスプリントを終了することに特に関心はありませんが、見積もりが正確かどうかを追跡することに関心があります。
私はこれをプライベート プログラミング (および非プログラミング) プロジェクトにのみ使用するつもりなので、本格的なスクラム チーム ソリューションである必要はありません (そうなると思いますが)。
私が探しているものをよりよく説明するために、9 つのタスクで構成される単一のスプリントを含むプロジェクト「家をペイントする」があるとします。
- 塗料、ブラシ、洗浄液を購入します。
- 北壁を洗います。
- 西壁を洗います。
- 南壁を洗います。
- 東の壁を洗います。
- 北壁を塗装。
- 西壁を塗装。
- 南壁を塗装。
- 東壁を塗装。
これは暇なときに行うので、いつでも優先順位を下げて他のことをするかもしれません。また、絵は天候にも大きく左右されます。したがって、カレンダー上の 1 日が過ぎても、その日にプロジェクトが進行することを意味するものではありません。
私が見つけた、バーンダウン チャートを作成できるすべてのアプリケーションは、このシナリオにまったく適合しません。それらはすべて、「カレンダーの経過時間は進行状況に等しい」と想定しています。予想される進行状況を手動で提供したい。
この方法でプロジェクトを処理できるツールの提案はありますか?
(関連する質問ですが、 私の質問に対する回答は得られませ ん。、「個人的な時間」プロジェクトでスクラムを使用する )
tfs - 最初の日付 (残り時間) ではなく、最大 (残り時間) で始まる理想的な傾向を持つ TFS のバーンダウン チャート
TFS で MSF Agile 5.0 プロセス テンプレートを使用します。誰かがバーンダウン チャートを微調整して、イテレーションの 1 日目に残りの作業が持つ値ではなく、残りの作業が到達した最高点から理想的な傾向が得られるようにしたのではないかと思います。
理想的な傾向の下のバーンダウンでは、20 時間ではなく 130 時間で始まります。
] 1
共有するrdlファイルを持っている人はいますか?
レポートのコードを示す質問がありますが、変更方法がわかりません ( http://social.msdn.microsoft.com/Forums/sv-SE/tfsreporting/thread/e901242b-3a82-41e6- 8fa4-d0ab29bceb5e )