22 lines
2.4 KiB
Markdown
22 lines
2.4 KiB
Markdown
---
|
|
title: Spikes
|
|
localeTitle: المسامير
|
|
---
|
|
## المسامير
|
|
|
|
ليس كل ما يعمل عليه فريقك خلال Sprint هي "قصص المستخدم". في بعض الأحيان ، لا يمكن تقدير قصة المستخدم بفاعلية أو أن البحث مطلوب. ربما تكون هناك حاجة للمساعدة في اتخاذ قرار بين البنى المختلفة ، لاستبعاد بعض المخاطر ، أو قد يكون إثبات للمفهوم (POC) لإثبات القدرة.
|
|
|
|
في هذه الحالات ، يتم إضافة سبايك إلى تراكم سبرينت. يجب أن تكون معايير القبول الخاصة بالسبايك إجابة على السؤال المطروح. إذا كانت التجربة أصعب من المتوقع ، فقد تكون الإجابة سلبية. (لهذا السبب يجب أن تكون سبايك محدودة في الوقت المناسب.)
|
|
|
|
يتم تحديد الوقت والطاقة المستثمرة في Spike بشكل مقصود بحيث يمكن إكمال العمل داخل Sprint بينما يتم التأثير بشكل طفيف على "قصص المستخدم الأخرى". لا يحصل Spike عادةً على Story Point Estimate ، ولكنه يُمنح عدد محدد من الساعات ليتم العمل عليه.
|
|
|
|
إظهار نتائج Spike في استعراض Sprint. استنادًا إلى المعلومات الجديدة ، يتم إعادة صياغة السؤال الأصلي كقصة مستخدم جديدة في سباق مستقبلي.
|
|
|
|
حصل فريقك على المعلومات اللازمة لاتخاذ قرارات أفضل ؛ للحد من عدم اليقين. مع كمية صغيرة ومقيسة من مواردها لزيادة جودة وقيمة العمل في سباقات السرعة في المستقبل ، بدلا من اتخاذ القرارات على أساس التخمين العمل.
|
|
|
|
#### معلومات اكثر:
|
|
|
|
* جبل الماعز البرمجيات [المسامير](https://www.mountaingoatsoftware.com/blog/spikes)
|
|
* المنتدى Scrum.org [كيفية دمج سبايك](https://www.scrum.org/forum/scrum-forum/5512/how-integrate-spike-scrum)
|
|
* Scrum Alliance [Spikes and Effort-to-Grief Ratio](https://www.scrumalliance.org/community/articles/2013/march/spikes-and-the-effort-to-grief-ratio)
|
|
* ويكيبيديا [سبايك](https://en.wikipedia.org/wiki/Spike_(software_development)) |