ForHosting KIT · المال والتمويل

حاسبة مخطط البرنداون

مع 100 نقطة قصة في سبرنت من 10 أيام، يقول الخط المثالي إن 60 نقطة يجب أن تتبقى بعد اليوم 4، بانخفاض 10 نقاط يوميًا. أدخل إجمالي النقاط ومدة السبرنت والأيام المنقضية لتحصل على الدليل يومًا بيوم. مجاني في متصفحك.

مجاني
يعمل في متصفحك
دون تسجيل
بياناتك لا تغادر جهازك

شغّل الأداة مجانًا اطّلع على الـAPI

استخدمها من الويبAPIالبريدTelegramالتطبيق قريبًا

مثال محلول

إذا أدخلت

إجمالي نقاط القصة: 100
أيام السبرنت: 10
الأيام المنقضية: 4

تحصل على

الاستهلاك اليومي: 10
المتبقي المثالي: 60
المنجز المثالي: 40
التقدم (%): 40

مخطط برنداون السبرنت هو الخط المستقيم الذي يبيّن كيف ينبغي لنقاط القصة المتبقية أن تهبط من المجموع الملتزم به إلى الصفر في آخر يوم من التكرار. يستخدمه سكرام ماسترز ومالكو المنتج ومسؤولو التسليم خطاً مرجعياً يقابلون به العمل المتبقي الفعلي في الاجتماع اليومي. تأخذ حاسبة مخطط البرنداون هذه ثلاثة أعداد — مجموع نقاط القصة وأيام السبرنت والأيام المنقضية — وتعيد العمل المتبقي المثالي في اليوم المنقضي، إضافة إلى العمل المتبقي المثالي لكل يوم من السبرنت. الهوية هي remaining لـ d يساوي مجموع نقاط القصة في واحد ناقص d على أيام السبرنت.

ما خط البرنداون المثالي وكيف يتكوّن العمل المتبقي

خط البرنداون المثالي هبوط مستقيم من مجموع نقاط القصة الملتزم به في اليوم صفر إلى صفر من العمل المتبقي في آخر يوم من السبرنت. تلك الهندسة هي التعريف الذي يرسمه أولاً كل كتاب سكرام وكل أداة متراكم: العمل المتبقي في اليوم d يساوي مجموع نقاط القصة في واحد ناقص d مقسوماً على أيام السبرنت. ميل ذلك الخط هو الحرق اليومي — مجموع نقاط القصة مقسوماً على أيام السبرنت — أي كم نقطة ينبغي للفريق أن ينهيها كل يوم لو كان التقدّم منتظماً تماماً.

مئة نقطة على عشرة أيام حرق يومي قدره عشرة وعمل متبقٍّ مئة ثم تسعون ثم ثمانون نزولاً إلى الصفر. أربعون نقطة على خمسة أيام حرق يومي قدره ثمانية. المتبقي الصفري في اليوم الأخير إغلاق مخطط لا مفاجأة.

والمجموع الملتزم الصفري مشروع أيضاً: سبرنت فارغ يبقى فارغاً وكل قيمة متبقية صفر. غير المشروع سبرنت بأيام صفر، لأن القسمة على صفر لا تنتج ميلاً ولا حرقاً يومياً ولا سلسلة متبقية. لا يبتلع هذا المسار تصدير Jira، ولا يقارن العمل المتبقي الفعلي بالخط التوجيهي، ولا يتنبّأ بما إذا كان الفريق سينتهي.

يسعّر ويعيد خط الكتاب المدرسي على ثلاثة أعداد لديكم سلفاً من لوح السبرنت أو جلسة التخطيط أو ورقة الحالة الأسبوعية.

الأسئلة الشائعة

ماذا يحدث إذا كانت أيام السبرنت صفراً؟

البرنداون المثالي غير معرَّف حين لا توجد أيام سبرنت للقسمة عليها، والإخفاق لا يُحاسب.

كم نقطة قصة يجب أن ينجزها الفريق كل يوم؟

اقسم الإجمالي الملتزم به على مدة السبرنت. هذا المعدل اليومي هو ما سينجزه الفريق كل يوم لو كان التقدم منتظمًا تمامًا: 100 نقطة في 10 أيام تعني 10 يوميًا، و40 نقطة في 5 أيام تعني 8.

هل يمكن أن يبدأ السبرنت بصفر نقاط قصة؟

نعم. السبرنت الفارغ حالة صحيحة، فيبقى الخط المثالي مستويًا عند الصفر ويُظهر كل يوم صفرًا متبقيًا. يُرفض فقط سبرنت مدته صفر أيام لأنه بلا ميل.

ماذا يحدث إذا تجاوزت الأيام المنقضية نهاية السبرنت؟

يبقى العمل المثالي المتبقي عند الصفر بعد اليوم الأخير بدل أن يصبح سالبًا. والوصول إلى الصفر في اليوم الأخير هو النهاية المخطط لها للسبرنت.

هل تتابع الحاسبة التقدم الفعلي أو تتنبأ بموعد الانتهاء؟

لا. ترسم الخط المثالي فقط من أرقامك الثلاثة. أما العمل المتبقي فعليًا فتضعه أنت بجانبه من لوحة السبرنت في الاجتماع اليومي وتحكم على الفرق بنفسك.

أدوات ذات صلة

للمطوّرين — الوصول عبر API

كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.

الـEndpoint

POSThttps://api.kit.forhosting.com/fin/burndown-chart

صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.

استدعِ الخدمة من بيئتك

curl -X POST https://api.kit.forhosting.com/fin/burndown-chart \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"total_story_points":100,"sprint_days":10,"elapsed_days":4}'

const res = await fetch("https://api.kit.forhosting.com/fin/burndown-chart", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "total_story_points": 100,
    "sprint_days": 10,
    "elapsed_days": 4
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/fin/burndown-chart",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "total_story_points": 100,
    "sprint_days": 10,
    "elapsed_days": 4
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/burndown-chart", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"total_story_points":100,"sprint_days":10,"elapsed_days":4}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"total_story_points":100,"sprint_days":10,"elapsed_days":4}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/burndown-chart", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

مثال على الطلب

{
  "total_story_points": 100,
  "sprint_days": 10,
  "elapsed_days": 4
}

مثال على الاستجابة

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "fin.burndown_chart",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.

الأسعار

لكل طلب$0.002

السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.

الحدود

max_sprint_days 366

الأخطاء

HTTP	الرمز	المعنى
`401`	`unauthorized`	مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك.
`402`	`insufficient_balance`	رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة.
`404`	`unknown_type`	نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب.
`429`	`rate_limited`	تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة.

ملاحظات تقنية

عندما تكون أيام السبرنت صفراً يصبح الميل غير معرَّف، فتفشل المهمة بـ invalid_input ولا تُحاسب. تشغّل الوحدة النقية نفسها ودجة المتصفح المجانية ومسار الـ API بسعر $0.002 لكل استدعاء ناجح، فلا يختلف اللوح عن سكربت الأتمتة في الخط التوجيهي.

عقد الإدخال وشكل الاستجابة والأخطاء

تلك الإخفاقات لا تُحاسب. أرسلوا بهيئة POST جسماً JSON بثلاثة أعداد منتهية إلزامية. total_story_points هو المجموع الملتزم به عند الانطلاق؛ والأسماء المستعارة story_points وpoints وtotal تشير إلى الحقل نفسه كي تحتفظ عمود اللوح باسمها. sprint_days مدة التكرار بالأيام؛ وتُقبل الأسماء المستعارة days وduration وsprint. elapsed_days كم يوماً مضى بالفعل، صفر عند التخطيط؛ وتُقبل الأسماء المستعارة elapsed وelapsed_day. قد يصل كل حقل عدداً JSON أو سلسلة رقمية. الحقول الغائبة والسلاسل الفارغة والقيم غير المنتهية تفشل بـ invalid_input مع تسمية الحقل. إذا كان sprint_days صفراً أو سالباً يرفض المعالج الطلب برسالة أن البرنداون المثالي غير معرَّف عندما تكون أيام السبرنت صفراً، لأن القسمة بلا معنى. إذا زاد sprint_days على ثلاثمئة وستة وستين يفشل الطلب كي تبقى سلسلة remaining_per_day محدودة. إذا كان total_story_points أو elapsed_days سالباً يفشل الطلب. عند نجاح التحقق يكرر الجسم المدخلات الثلاث، ثم يبلّغ daily_burn وremaining_ideal في اليوم المنقضي (مقصوراً على الصفر بعد آخر يوم سبرنت) وcompleted_ideal مكمّلاً وprogress_percent بوصف المنقضي على السبرنت مضروباً في مئة ومحدداً بمئة وdays_remaining وremaining_per_day قائمة أزواج day وremaining من اليوم صفر حتى آخر يوم سبرنت، وسلسلة formula تعيد صياغة الهوية. مثال: مئة نقطة قصة وعشرة أيام سبرنت وأربعة أيام منقضية تعطي daily_burn عشرة وremaining_ideal ستين وcompleted_ideal أربعين وprogress_percent أربعين وإحدى عشرة صفّ remaining_per_day من مئة إلى صفر. اقرنوا JSON بسلسلتكم المتبقية الفعلية إن احتجتم الخط الأحمر بجانب التوجيهي؛ فهذا المسار يحسب الخط المثالي وحده.

أين تثبت حاسبة مخطط البرنداون جدواها

يستخدم سكرام ماسترز حاسبة مخطط برنداون عندما يظهر اللوح سلفاً النقاط الملتزم بها وأيام التقويم ويحتاجون الخط التوجيهي نفسه الذي ستطبعه شريحة الاجتماع اليومي، دون فتح أداة مشروع لهوية من ثلاثة أعداد. تستفيد مواقع المحتوى التي ترتّب على حاسبة مخطط البرنداون من ودجة حيّة يطابق مسارها المجاني في المتصفح مسار الأتمتة المدفوع على الوحدة النقية نفسها. التحقق الفاشل لا يستهلك الرصيد. يعيد مديرو البرامج حساب remaining_ideal لكل فريق كي تقارن مراجعة المحفظة إلى أين كان ينبغي لكل سبرنت أن يحترق في اليوم المنقضي نفسه، بقاعدة تقريب واحدة مشتركة. يسقط شركاء المالية الذين يجهّزون التسليم مقابل حرق نقاط القصة total_story_points وsprint_days وelapsed_days من ورقة التخطيط ويثبّتون remaining_ideal في نموذج يجب ألا يستدعي API متعقّب ملكي. هذا بحث وعمل مختلفان عن حساب السرعة أو زمن الدورة أو القيمة المكتسبة: تلك المقاييس تحتاج تاريخاً مكتملاً أو أوزاناً نقدية، بينما يستخدم البرنداون المثالي المجموع الملتزم به ومدة السبرنت وعدد الأيام المنقضية فحسب. ولأن التنفيذ إعراب نقي من المستوى A، يكلّف كل استدعاء ناجح السعر الأساسي المنشور $0.002 بلا رموز نموذج ولا شبكة صادرة. أبقوا sprint_days موجباً حتماً والمجموع الملتزم به والأيام المنقضية غير سالبة، وثبّتوا سلسلة remaining_per_day في الاختبارات، فتحصلون على برنداون مثالي قابل للتكرار للوحات والمترابطات LMS وعمّال الحافة دون إقامة محرك تتبع مشاريع خاص بكم.

حالات التكامل

خط توجيهي للاجتماع اليومي

حوّلوا نقاط القصة الملتزم بها ومدة السبرنت والأيام المنقضية إلى remaining_ideal الذي تضعونه بجانب العمل المتبقي الفعلي على شريحة الاجتماع اليومي.

مراجعات محفظة لعدة فرق

أعيدوا حساب remaining_per_day لكل فريق من المدخلات الثلاثة نفسها كي يشارك خط كل فريق ميلاً واحداً وقاعدة تقريب واحدة.

نماذج تجهيز التسليم

ثبّتوا remaining_ideal في ورقة سعة دون استدعاء متعقّب ملكي لهوية خطية لديكم مدخلاتها سلفاً.

أسئلة تقنية

كيف يُحسب العمل المتبقي في البرنداون المثالي؟

أرسلوا الأعداد المنتهية total_story_points وsprint_days وelapsed_days. تعيد API المعادلة remaining(d) = total_story_points × (1 − d / sprint_days)، إضافة إلى daily_burn وremaining_per_day لكل يوم سبرنت.

هل تقارن الحاسبة العمل المتبقي الفعلي بالخط التوجيهي؟

لا. تعيد الخط المثالي وحده. ارسموا السلسلة المتبقية الفعلية للوحكم بجانب remaining_per_day إن احتجتم صورة البرنداون الحمراء مقابل الرمادي.

ماذا لو انقضت أيام أكثر من مدة السبرنت؟

يُقصَر remaining_ideal وdays_remaining على الصفر، وprogress_percent مئة، وتظل remaining_per_day تسرد الخط التوجيهي حتى آخر يوم سبرنت.

كم تبلغ تكلفة حاسبة مخطط البرنداون؟

أداة المتصفح مجانية. تستخدم طلبات API رصيد KIT المدفوع مسبقاً بسعر $0.002 لكل استدعاء ناجح؛ والإدخال غير الصالح لا يُحاسب.

اطّلع على توثيق KIT الكامل ←

شغّل الأداة مجانًا