バーンダウン計算機

スプリント日数がゼロだと傾きが定義できないため、タスクは invalid_input で失敗し課金されません。

理想バーンダウン線とは何か、残作業の作り方

このエンドポイントは Jira のエクスポートを取り込まず、実際の残作業を指針と比較せず、チームが完了するかどうかも予測しません。

入力契約、応答の形、エラーの扱い

除算に意味がないからです。必須の有限数三つを含む JSON 本体を POST してください。total_story_points は開始時のコミット合計です。エイリアス story_points、points、total は同じフィールドを指すので、ボードの列名を保てます。sprint_days はイテレーションの日数です。エイリアス days、duration、sprint を受け付けます。elapsed_days はすでに過ぎた日数で、計画時点ではゼロです。エイリアス elapsed と elapsed_day を受け付けます。各フィールドは JSON 数でも数値文字列でも構いません。欠落、空文字列、非有限値はフィールド名付きの invalid_input で失敗します。sprint_days が三百六十六を超えると、remaining_per_day 系列を有界に保つため失敗します。total_story_points または elapsed_days が負でも失敗します。これらの失敗は課金されません。検証が通ると、本体は三入力をエコーし、daily_burn、経過日の remaining_ideal（最終スプリント日の後はゼロにクランプ）、補数の completed_ideal、経過をスプリントで割って百倍し百で上限した progress_percent、days_remaining、0日目から最終スプリント日までの day と remaining の対のリスト remaining_per_day、恒等式を述べる formula 文字列を報告します。例：ストーリーポイント百、スプリント十日、経過四日なら daily_burn は十、remaining_ideal は六十、completed_ideal は四十、progress_percent は四十、remaining_per_day は百からゼロまでの十一行です。指針の横に赤い実線が必要なら、ご自身の実残系列を JSON と組み合わせてください。このエンドポイントは理想線だけを計算します。

バーンダウンチャート計算機が価値を生む場面

スクラムマスターは、ボードにコミット済みポイントと暦日がすでに出ていて、デイリーのスライドが印刷するのと同じ指針が、三数の恒等式のためにプロジェクトツールを開かずに欲しいときに、バーンダウンチャート計算機を使います。検証失敗は残高を消費しません。プログラムマネージャは squad ごとに remaining_ideal を再計算し、同じ経過日までに各スプリントがどこまで燃えているべきかを、一つの丸め規則でポートフォリオレビューできます。ストーリーポイントバーンに対してデリバリーを要員配置する財務パートナーは、計画表から total_story_points、sprint_days、elapsed_days を落とし、独自トラッカー API を呼んではならないモデルに remaining_ideal を固定します。これはベロシティ、サイクルタイム、アーンドバリューの計算とは検索も仕事も違います。それらの指標は完了履歴や金額の重みが要りますが、理想バーンダウンはコミット合計、スプリント長、経過日数だけを使います。実装は純粋パースのティア A のため、成功した呼び出しは毎回公表の基本料金 $0.002 で、モデルトークンも外向きネットワークもありません。sprint_days を厳密に正、コミット合計と経過日を非負に保ち、remaining_per_day 系列をテストに固定すれば、自前のプロジェクト追跡エンジンを立てずに、ダッシュボード、LMS プラグイン、エッジワーカー向けの再現可能な理想バーンダウンが得られます。