سكروم (إدارة المشاريع)

أحداث سكروم أجايل، استنادًا إلى دليل سكروم لعام 2020 [ 1 ]

سكروم هو إطار عمل تعاوني مرن للفرق، ويستخدم بشكل شائع في تطوير البرمجيات وغيرها من الصناعات.

يُوصي منهج سكروم بتقسيم العمل إلى أهداف تُنجز خلال دورات زمنية محددة تُسمى " سباقات السرعة" . لا تتجاوز مدة كل سباق سرعة شهرًا واحدًا، وعادةً ما تستمر أسبوعين. يُقيّم فريق سكروم التقدم المُحرز في اجتماعات يومية قصيرة لا تتجاوز مدتها 15 دقيقة، تُسمى " اجتماعات سكروم اليومية" . في نهاية سباق السرعة، يعقد الفريق اجتماعين إضافيين: الأول لمراجعة العمل المُنجز أمام أصحاب المصلحة وطلب ملاحظاتهم، والثاني لاستعراض أداء سباق السرعة داخليًا . يُطلق على الشخص المسؤول عن فريق سكروم عادةً اسم " قائد سكروم" .

ينبغي أن تكون فرق سكروم متعددة التخصصات وذاتية الإدارة . على عكس المناهج التسلسلية، يُعدّ سكروم إطار عمل تكراري وتراكمي لتطوير المنتجات. [ 2 ] يتيح سكروم التغذية الراجعة المستمرة والمرونة ، ويتطلب من الفرق تنظيم نفسها ذاتيًا من خلال تشجيع التواجد في مكان واحد أو التعاون الوثيق عبر الإنترنت، وإلزام التواصل المتكرر بين جميع أعضاء الفريق. يعتمد نهج سكروم المرن جزئيًا على مفهوم تقلب المتطلبات، أي أن أصحاب المصلحة سيغيرون متطلباتهم مع تطور المشروع. [ 3 ]

تاريخ

استُخدم مصطلح "سكروم" في تطوير البرمجيات لأول مرة في مقال نُشر عام ١٩٨٦ في مجلة هارفارد بزنس ريفيو بعنوان "لعبة تطوير المنتجات الجديدة" من تأليف هيروتاكا تاكيوتشي وإيكوجيرو نوناكا . استنادًا إلى دراسات حالة من شركات تصنيع في قطاعات السيارات وآلات التصوير والطابعات ، قدّم المؤلفان منهجًا جديدًا لتطوير المنتجات يهدف إلى زيادة السرعة والمرونة. أطلقوا على هذا المنهج اسم "منهج الرجبي "، حيث تتضمن العملية فريقًا واحدًا متعدد التخصصات يعمل عبر مراحل متداخلة متعددة، يسعى فيها الفريق إلى تحقيق الهدف كوحدة واحدة، من خلال تبادل الأدوار. [ ٤ ] وقد طوّر المؤلفان لاحقًا منهجية "سكروم" في كتابهما " الشركة المُبدعة للمعرفة " . [ ٥ ]

في أوائل التسعينيات، استخدم كين شوابر ما سيُعرف لاحقًا باسم "سكروم" في شركته "أساليب التطوير المتقدمة". وطوّر كلٌّ من جيف ساذرلاند ، وجون سكومنيوتاليس، وجيف ماكينا منهجًا مشابهًا في شركة "إيزل"، وأطلقوا عليه اسم "سكروم" . [ 6 ] عمل ساذرلاند وشوابر لاحقًا معًا لدمج أفكارهما في إطار عمل واحد، يُعرف رسميًا باسم "سكروم". اختبر شوابر وساذرلاند منهجية "سكروم" وواصلا تحسينها، مما أدى إلى نشر ورقة بحثية عام 1995، [ 7 ] و "بيان تطوير البرمجيات الرشيقة" عام 2001. [ 8 ] كما تعاون شوابر مع باباتوندي أوجونيك في محطة أبحاث دوبونت وجامعة ديلاوير لتطوير "سكروم". كان أوجونيك يعتقد أن مشاريع تطوير البرمجيات قد تفشل غالبًا عند تغير الظروف الأولية إذا لم تكن إدارة المنتج قائمة على الممارسة التجريبية. [ 9 ]

في عام ٢٠٠٢، أسس شوابر مع آخرين تحالف سكروم وأطلقوا سلسلة شهادات سكروم المعتمدة . [ ١٠ ] غادر شوابر تحالف سكروم في أواخر عام ٢٠٠٩، وأسس لاحقًا موقع Scrum.org، الذي يشرف على سلسلة شهادات سكروم الاحترافية الموازية . [ ١١ ] منذ عام ٢٠٠٩، يُنشر دليل سكروم [ ١٢ ] ويُحدّث باستمرار من قِبل شوابر وسوذرلاند. وقد نُقّح ست مرات، ونُشرت أحدث نسخة منه في نوفمبر ٢٠٢٠.

فريق سكروم

يتألف فريق سكروم من ثلاث فئات على الأقل: مالك المنتج، والمطورون، ومدير سكروم. يتواصل مالك المنتج مع أصحاب المصلحة، وهم المعنيون بنتيجة المشروع، لتوضيح المهام والتوقعات للمطورين. [ 13 ] أما المطورون في فريق سكروم، فينظمون عملهم بأنفسهم، بتوجيه من مدير سكروم. [ 14 ]

مالك المنتج

يضم كل فريق سكروم مالك منتج واحد. [ 15 ] يركز مالك المنتج على الجانب التجاري لتطوير المنتج، ويقضي معظم وقته في التواصل مع أصحاب المصلحة والفريق. يهدف هذا الدور بشكل أساسي إلى تمثيل أصحاب المصلحة في المنتج ، أو صوت العميل ، أو رغبات اللجنة ، ويتحمل مسؤولية تحقيق نتائج الأعمال. [ 16 ] [ 17 ] [ 18 ] يدير مالكو المنتجات قائمة مهام المنتج ، وهم مسؤولون عن تعظيم القيمة التي يقدمها الفريق. [ 17 ] ومع ذلك، فإن المطورين، وليس مالك المنتج، هم من يقررون حجم العمل المطلوب إنجازه في كل دورة تطوير، وكيفية إنجازه. [ 2 ]

المطورون

في منهجية سكروم، يشير مصطلح المطور أو عضو الفريق إلى أي شخص يلعب دورًا في تطوير ودعم المنتج ويمكن أن يشمل الباحثين والمهندسين المعماريين والمصممين والمبرمجين وما إلى ذلك. [ 12 ] [ 19 ]

مدير سكروم

يُيسّر تطبيق منهجية سكروم بواسطة قائد سكروم، الذي يتمثل دوره في تثقيف وتدريب الفرق على نظرية سكروم وتطبيقاتها. تختلف أدوار ومسؤوليات قائد سكروم عن أدوار ومسؤوليات قادة الفرق أو مديري المشاريع ؛ فغالباً ما يتحمل مديرو المشاريع مسؤوليات إدارة الأفراد ، وهو ما لا يتحمله قائد سكروم. لا تضم ​​فرق سكروم مديري مشاريع بهدف تعزيز التنظيم الذاتي بين المطورين. [ 2 ]

سير العمل

سباق سريع

إطار عمل سكروم (يشير PBI في الشكل إلى عنصر قائمة مهام المنتج)
عملية سكروم

دورة التطوير السريعة (وتُعرف أيضًا بدورة تصميم سريعة ، أو تكرار ، أو فترة زمنية محددة ) هي فترة زمنية ثابتة يعمل خلالها أعضاء الفريق على هدف محدد. تتراوح مدة كل دورة عادةً بين أسبوع وشهر، مع شيوع مدة أسبوعين. يجب أن يكون هدف الدورة هو إنتاج شيء ملموس ومُنجز، ويُعامل هذا الهدف على أنه ثابت لضمان وضوح الرؤية للفريق. إذا دعت الحاجة إلى تغيير الهدف نتيجة لتغير في الأولويات الخارجية، يمكن لمالك المنتج أو الفريق إنهاء الدورة وبدء دورة جديدة بهدف جديد.

تبدأ كل دورة تطويرية بجلسة تخطيط تُحدد فيها أهداف الدورة وتُختار الأولويات من قائمة المهام المتراكمة. يُقترح ألا تتجاوز مدة جلسة التخطيط ساعتين أسبوعيًا. وتنتهي كل دورة بجلسة مراجعة تُعرض فيها إنجازات الدورة على أصحاب المصلحة لاستطلاع آرائهم، وجلسة تقييمية تُحدد فيها الدروس المستفادة ومجالات التحسين للدورات القادمة. [ 2 ]

الاجتماع اليومي

اجتماع يومي حاشد في غرفة الحاسوب

خلال كل دورة تطوير، يعقد المطورون اجتماعًا يوميًا (غالبًا ما يكون وقوفًا ) وفقًا لإرشادات محددة، وقد يُيسّره قائد فريق سكروم. [ 2 ] يُفترض ألا تتجاوز مدة اجتماعات سكروم اليومية 15 دقيقة، وتُعقد في نفس الوقت والمكان يوميًا. يهدف الاجتماع إلى الإعلان عن التقدم المُحرز نحو هدف الدورة، والمشاكل التي قد تعيق تحقيقه، دون الخوض في نقاشات مُفصّلة. بعد انتهاء الاجتماع، يُمكن للأعضاء الانضمام إلى جلسة نقاش مُنفصلة أو اجتماع لاحق لمزيد من النقاش والتعاون. [ 20 ] يتحمل قادة فرق سكروم مسؤولية ضمان استخدام أعضاء الفريق لاجتماعات سكروم اليومية بفعالية، أو في حال تعذر استخدامها، توفير بدائل لتحقيق نتائج مُماثلة. [ 21 ] [ 22 ]

أحداث ما بعد سباق السرعة

يُعقد اجتماع مراجعة دورة التطوير في نهاية كل دورة تطوير، حيث يعرض الفريق العمل المنجز على أصحاب المصلحة ويتواصل معهم بشأن الملاحظات والتوقعات والخطط المستقبلية. ويتم خلال هذا الاجتماع عرض المخرجات المنجزة لأصحاب المصلحة. المدة الموصى بها لمراجعة دورة التطوير هي ساعة واحدة أسبوعيًا. [ 2 ]

يُعد اجتماع مراجعة دورة التطوير اجتماعًا منفصلاً يسمح لأعضاء الفريق بتحليل نقاط القوة والضعف في دورة التطوير داخليًا، وتحديد مجالات التحسين المستقبلية، وإجراءات التحسين المستمر للعملية . [ 16 ]

تحسين قائمة المهام المتراكمة

تحسين قائمة المهام المتراكمة هو عملية يقوم من خلالها أعضاء الفريق بمراجعة قائمة المهام المتراكمة وتحديد أولوياتها للسباقات القادمة. يمكن إجراؤها كمرحلة منفصلة قبل بدء سباق جديد، أو كعملية مستمرة يعمل عليها أعضاء الفريق بشكل فردي. يشمل تحسين قائمة المهام المتراكمة تقسيم المهام الكبيرة إلى مهام أصغر وأكثر وضوحًا، وتوضيح معايير النجاح، ومراجعة الأولويات والعوائد المتغيرة. [ 23 ] كانت هذه العملية تُعرف سابقًا باسم "التحضير". [ 24 ]

القطع الأثرية

تُعدّ المُخرجات وسيلةً تستخدمها فرق سكروم لإدارة تطوير المنتجات من خلال توثيق العمل المنجز في المشروع. تتعدد أنواع مُخرجات سكروم، وأكثرها شيوعًا ثلاثة أنواع: قائمة مهام المنتج، وقائمة مهام الدورة، والزيادة.

قائمة المنتجات المتراكمة

قائمة مهام المنتج هي تفصيل للأعمال المطلوب إنجازها، وتحتوي على قائمة مرتبة بمتطلبات المنتج (مثل الميزات ، وإصلاحات الأخطاء ، والمتطلبات غير الوظيفية ) التي يحتفظ بها الفريق للمنتج . يتوافق ترتيب قائمة مهام المنتج مع مدى إلحاح المهمة. تشمل التنسيقات الشائعة لعناصر قائمة المهام قصص المستخدم وحالات الاستخدام . [ 2 ] قد تحتوي قائمة مهام المنتج أيضًا على تقييم مالك المنتج للقيمة التجارية ، وتقييم الفريق لجهد المنتج أو مدى تعقيده، والذي يمكن التعبير عنه بنقاط القصة باستخدام مقياس فيبوناتشي المُقَرَّب . تحاول هذه التقديرات مساعدة مالك المنتج على تحديد الجدول الزمني، وقد تؤثر على ترتيب عناصر قائمة مهام المنتج. [ 25 ] يتم تفصيل العناصر ذات الأولوية العالية في أعلى قائمة المهام إلى مزيد من التفصيل ليعمل عليها المطورون، بينما قد تكون المهام في أسفل قائمة المهام أكثر غموضًا. [ 2 ]

قائمة مهام دورة التطوير

قائمة مهام السبرنت هي مجموعة فرعية من عناصر قائمة مهام المنتج، مُخصصة للمطورين لإنجازها خلال سبرنت مُحدد. [ 26 ] يقوم المطورون بتعبئة هذه القائمة بالمهام التي يرونها مناسبة لإنجاز السبرنت، مستخدمين أداءهم السابق لتقييم قدراتهم في كل سبرنت. يتميز منهج سكروم بوجود مهام في قائمة مهام السبرنت غير مُخصصة للمطورين من قِبل أي فرد أو قائد مُحدد. يُنظم المطورون أنفسهم من خلال سحب العمل حسب الحاجة وفقًا لأولوية قائمة المهام وقدراتهم وإمكانياتهم، إلى جانب عوامل أخرى مثل فرص التعلم. [ 2 ]

زيادة

الزيادة هي ناتج قابل للإصدار من دورة تطوير، يحقق هدف الدورة وتعريف الإنجاز. وهي تتكون من جميع عناصر قائمة مهام الدورة المكتملة، مدمجة مع عمل جميع الدورات السابقة. [ 2 ]

قطع أثرية أخرى

مخطط الاحتراق

مخطط بياني لتراجع الجهد المبذول في دورة تطوير مكتملة، يوضح الجهد المتبقي في نهاية كل يوم.

يُستخدم مخطط التراجع بشكل شائع في منهجية سكروم، وهو عبارة عن مخطط يُعرض علنًا ويُظهر العمل المتبقي. [ 27 ] يوفر هذا المخطط تصورات سريعة للرجوع إليها. يُظهر المحور الأفقي في مخطط التراجع عدد الأيام المتبقية، بينما يُظهر المحور الرأسي مقدار العمل المتبقي كل يوم. ويتم رسم مخطط التراجع الأمثل أثناء تخطيط دورة التطوير.

مخطط الاحتراق

مخطط بياني نموذجي لإنجاز إصدار، يوضح النطاق المكتمل في كل دورة تطوير (MVP = الحد الأدنى من المنتج القابل للتطبيق )

يُحدَّث مخطط تقدم الإصدار في نهاية كل دورة تطوير، ويُظهر التقدم المُحرز نحو تحقيق نطاق التوقعات. يُظهر المحور الأفقي لمخطط تقدم الإصدار دورات التطوير في الإصدار، بينما يُظهر المحور الرأسي مقدار العمل المُنجز في نهاية كل دورة تطوير. [ 28 ]

سرعة

يمكن تقدير إجمالي جهد الفريق خلال دورة تطوير واحدة من خلال تقييم العمل المنجز في الدورة السابقة. ويُعدّ جمع بيانات " السرعة " التاريخية دليلاً إرشادياً لمساعدة الفريق على فهم قدراته.

تعريف كلمة "تم"

يُعدّ "تعريف الإنجاز" لدى الفريق قائمةً مرجعيةً لما يجب إتمامه لاعتبار العمل "مُنجزًا". [ 29 ] لا يضمن تعريف الإنجاز بالضرورة جاهزية العمل للنشر، إذ قد لا يكون ذلك ممكنًا في المراحل الأولى من التطوير، بل يُمثّل مدى قرب الفريق من تحقيق ذلك بإمكانياته الحالية. ومع تحسّن أداء الفريق، ينبغي أن يتطور تعريف الإنجاز ليتوافق مع متطلبات نشر العمل. [ 2 ]

ومن المصطلحات ذات الصلة "تعريف الجاهزية"، وهو عبارة عن قائمة مرجعية لما يجب إكماله قبل البدء في العمل على عنصر ما. [ 30 ]

نقد

يرى البعض أن فعاليات سكروم، مثل اجتماعات سكروم اليومية ومراجعات سكروم، تُضرّ بالإنتاجية وتُهدر الوقت الذي يُمكن استغلاله بشكل أفضل في مهام إنتاجية حقيقية. [ 31 ] كما لوحظ أن سكروم يُشكّل صعوبات للفرق التي تعمل بدوام جزئي أو التي تتواجد في أماكن جغرافية متباعدة؛ وللفرق التي تضم أعضاءً ذوي تخصصات عالية يُفضّل أن يعملوا بشكل فردي أو ضمن مجموعات عمل صغيرة؛ وللفرق غير المناسبة للاختبارات التراكمية واختبارات التطوير . [ 32 ] [ 33 ]

خلصت مراجعة منهجية إلى أن "منهجية سكروم الموزعة ليس لها أي تأثير، سواء كان إيجابياً أو سلبياً، على نجاح المشروع بشكل عام" في تطوير البرمجيات الموزعة. [ 34 ]

انتقد مارتن فاولر ، أحد مؤلفي بيان تطوير البرمجيات الرشيقة ، ما يسميه ممارسات "الرشاقة الزائفة" التي "تتجاهل قيم ومبادئ الرشاقة"، [ 35 ] و"المجمع الصناعي الرشيق الذي يفرض أساليب على الناس" على عكس مبدأ الرشاقة المتمثل في تقدير "الأفراد والتفاعلات على حساب العمليات والأدوات" [ 8 ] والسماح للأفراد الذين يقومون بالعمل بتحديد كيفية إنجاز العمل، وتغيير العمليات لتناسب احتياجاتهم.

في سبتمبر 2016، وصف رون جيفريز ، أحد الموقعين على بيان أجايل ، [ 8 ] ما أسماه "سكروم المظلم"، قائلاً إن "التجاوزات تكاد تكون حتمية إلى أن يتعلم الناس مبادئ وقيم سكروم حقًا". وقد ركز بشكل خاص على بطء تبني التنظيم الذاتي. [ 36 ]

التكيفات

غالبًا ما يتم تعديل منهجية سكروم أو تكييفها في سياقات مختلفة لتحقيق أهداف متنوعة. [ 37 ] يتمثل أحد الأساليب الشائعة لتكييف سكروم في دمجها مع منهجيات تطوير البرمجيات الأخرى، نظرًا لأن سكروم لا تغطي دورة حياة تطوير المنتج بأكملها . [ 38 ] كما اقترح العديد من ممارسي سكروم تقنيات أكثر تفصيلًا لكيفية تطبيق سكروم أو تكييفها مع مشكلات أو مؤسسات محددة. ويشير الكثيرون إلى هذه التقنيات باسم "الأنماط"، وهو استخدام مماثل لأنماط التصميم في هندسة البرمجيات. [ 39 ] [ 40 ]

سكرومبان

سكرومبان هو نموذج لإنتاج البرمجيات قائم على سكروم وكانبان . ولتوضيح كل مرحلة من مراحل العمل، غالبًا ما تستخدم الفرق العاملة في نفس المكان ملاحظات لاصقة أو سبورة بيضاء كبيرة. وتتيح نماذج كانبان للفريق تصور مراحل العمل وقيوده. [ 41 ]

تدافع التدافعات

يُعدّ "اجتماع سكروم للفرق" أسلوبًا لتطبيق منهجية سكروم على نطاق واسع، حيث تتعاون فرق متعددة على نفس المنتج. تتضمن اجتماعات سكروم اليومية في هذا الأسلوب سفراءً يتم اختيارهم من كل فريق، وقد يكونون مطورين أو مديري سكروم. وباعتباره أداةً للتنسيق، يسمح "اجتماع سكروم للفرق" بالعمل الجماعي على المخاطر والعوائق والتبعيات والافتراضات (RIDAs) على مستوى الفريق، والتي يمكن تتبعها في قائمة مهام خاصة بهم. [ 42 ]

سكروم واسع النطاق

نظام سكروم واسع النطاق هو نظام تنظيمي لتطوير المنتجات، يُطبّق منهجية سكروم على نطاق واسع مع قواعد وإرشادات متنوعة، وقد طوّره باس فود وكريغ لارمان . يتألف هذا النظام من مستويين: المستوى الأول مُصمّم لما يصل إلى ثمانية فرق؛ والمستوى الثاني، المعروف باسم "LeSS Huge"، والذي يُمكنه استيعاب عمليات تطوير تشمل مئات المطورين.

انظر أيضاً

الاقتباسات

  1. كين شوابر ؛ جيف ساذرلاند . "دليل سكروم" (ملف PDF) . Scrum.org . تم الاطلاع عليه في 15 يونيو 2023 .
  2. 1 2 3 4 5 6 7 8 9 10 11 بيت ديمر؛ غابرييل بينفيلد؛ كريج لارمان؛ باس فودي (17 ديسمبر 2012). "كتاب Scrum التمهيدي: دليل خفيف الوزن لنظرية وممارسة Scrum (الإصدار 2.0)" . معلوماتك.
  3. ج. هنري وس. هنري. التقييم الكمي لعملية صيانة البرمجيات وتقلب المتطلبات. في وقائع مؤتمر ACM لعلوم الحاسوب، الصفحات 346-351، 1993.
  4. تاكيوتشي، هيروتاكا؛ نوناكا، إيكوجيرو (1 يناير 1986). " لعبة تطوير المنتجات الجديدة الجديدة" . مجلة هارفارد للأعمال . تم الاطلاع عليه في 9 يونيو 2010. نقل منهجية سكروم إلى مستوى أدنى
  5. شركة خلق المعرفة . مطبعة جامعة أكسفورد. 1995. ص 3. ISBN  978-0-19-976233-0تم الاطلاع عليه بتاريخ 12 مارس 2013 .
  6. ساذرلاند، جيف (أكتوبر 2004). "التطوير الرشيق: دروس مستفادة من أول دورة سكروم" . مؤرشف من الأصل (ملف PDF) في 30 يونيو 2014. تم الاطلاع عليه في 26 سبتمبر 2008 .
  7. ساذرلاند، جيفري فيكتور ؛ شوابر، كين (1995). تصميم وتنفيذ كائنات الأعمال: وقائع ورشة عمل OOPSLA '95 . جامعة ميشيغان . ص 118. ISBN  978-3-540-76096-2.
  8. 1 2 3 "بيان تطوير البرمجيات الرشيقة" . تم الاطلاع عليه بتاريخ 17 أكتوبر 2019 .
  9. شوابر، كين (1 فبراير 2004). إدارة المشاريع الرشيقة باستخدام سكروم . مطبعة مايكروسوفت . ISBN 978-0-7356-1993-7.
  10. ماكسيميني، دومينيك (8 يناير 2015). ثقافة سكروم: تقديم منهجيات أجايل في المؤسسات . الإدارة للمحترفين. تشام: سبرينغر (نُشر عام 2015). ص 26. ISBN  978-3-319-11827-7تم الاطلاع عليه بتاريخ ٢٥ أغسطس ٢٠١٦. قدّم كين شوابر وجيف ساذرلاند منهجية سكروم لأول مرة في مؤتمر OOPSLA في أوستن، تكساس، عام ١٩٩٥. [...] في عام ٢٠٠١، نُشر أول كتاب عن سكروم. [... ] بعد عام واحد (٢٠٠٢)، أسس كين تحالف سكروم، بهدف توفير التدريب والشهادات في سكروم على مستوى العالم.
  11. "الصفحة الرئيسية" . Scrum.org . تم الاطلاع عليه في 6 يناير 2020 .
  12. 1 2 ساذرلاند، جيف ؛ شوابر، كين (2013). "أدلة سكروم" . ScrumGuides.org . تم الاسترجاع في 15 يونيو 2023 .
  13. موريس، ديفيد (2017). سكروم: إطار عمل مثالي للمشاريع الرشيقة . في خطوات سهلة. ص 178-179 . ISBN  978-1-84078-731-3. OCLC 951453155 . 
  14. كوب، تشارلز ج. (2015). دليل مدير المشروع لإتقان منهجية أجايل: مبادئ وممارسات لنهج تكيفي . هوبوكين، نيوجيرسي: جون وايلي وأولاده. ص 37. ISBN  978-1-118-99104-6.
  15. كوهن، مايك (2010). النجاح مع منهجية أجايل: تطوير البرمجيات باستخدام سكروم . أبر سادل ريفر، نيوجيرسي: أديسون-ويسلي. ISBN 978-0-321-57936-2.
  16. 1 2 روبين، كينيث (2013)، أساسيات سكروم: دليل عملي لأكثر عمليات أجايل شيوعًا ، أديسون-ويسلي، ص 173، 375، ISBN  978-0-13-704329-3
  17. 1 2 ماكجريل، دون؛ جوشام، رالف (4 يونيو 2018). مالك المنتج المحترف: الاستفادة من سكروم كميزة تنافسية . أديسون-ويسلي بروفيشنال. ISBN 978-0-13-468665-3.
  18. بيشلر، رومان (11 مارس 2010). إدارة المنتجات الرشيقة باستخدام سكروم: ابتكار منتجات يحبها العملاء . أديسون-ويسلي بروفيشنال. ISBN 978-0-321-68413-4.
  19. ^ راد، نادر ك. تورلي ، فرانك (2018). المناهج الدراسية لمؤسسة Agile Scrum، الإصدار الثاني سيرتوخيمبوس، هولندا: فان هارين. ص. 26. رقم ISBN  978-94-018-0279-6.
  20. فليويلينغ، بول (2018). دليل المطور الرشيق: احصل على قيمة أكبر من تطوير برامجك: استفد إلى أقصى حد من منهجية أجايل . برمنغهام، المملكة المتحدة: Packt Publishing Ltd.، ص 91. ISBN  978-1-78728-020-5.
  21. ماكينا، ديف (2016). فن سكروم: كيف يربط مديرو سكروم فرق التطوير ويطلقون العنان للرشاقة . أليكيوبا، بنسلفانيا: مطبعة كاليفورنيا. ص 126. ISBN  978-1-4842-2276-8.
  22. درونغلين، مايك فان؛ دينيس، آدم؛ غارابيديان، ريتشارد؛ غونزاليس، ألبرتو؛ كريشناسوامي، أرافيند (2017). تطوير تطبيقات الجوال الرشيقة: تطبيق منهجيات الشركات الناشئة الرشيقة لتطوير تطبيقات ناجحة لنظامي iOS وAndroid . برمنغهام، المملكة المتحدة: Packt Publishing Ltd.، ص 43. ISBN  978-1-78646-704-1.
  23. كين شوابر وجيف ساذرلاند (18 نوفمبر 2020). "دليل سكروم" . scrumguides.org . تم الاطلاع عليه في 10 يناير 2025. تحسين قائمة مهام المنتج هو عملية تقسيم عناصر قائمة مهام المنتج وتحديدها بدقة أكبر إلى عناصر أصغر وأكثر تحديدًا .
  24. كين شوابر وجيف ساذرلاند (18 نوفمبر 2020). "مراجعات دليل سكروم الرسمي" . scrumguides.org . scrumguides.org . تم الاطلاع عليه في 10 يناير 2025. يتم تحسين قائمة مهام المنتج بدلاً من تهذيبها .
  25. هيغينز، توني (31 مارس 2009). "كتابة المتطلبات في عالم رشيق" . بي إيه تايمز.
  26. روس ج. مارتينيلي؛ دراغان ز. ميلوسيفيتش (5 يناير 2016). أدوات إدارة المشاريع: أدوات وتقنيات لمدير المشاريع الممارس . وايلي. ص 304. ISBN  978-1-118-97320-2.
  27. تشارلز ج. كوب (27 يناير 2015). دليل مدير المشروع لإتقان منهجية أجايل: مبادئ وممارسات لنهج تكيفي . جون وايلي وأولاده. ص 378. ISBN  978-1-118-99104-6.
  28. عرفين، جنيد؛ بوس، سوغاتا (سبتمبر 2009). "تحسين تطوير البرمجيات باستخدام نموذج سكروم من خلال تحليل حركات الصعود والهبوط في مخطط حرق دورة التطوير: اقتراح لبدائل أفضل" . المجلة الدولية لتكنولوجيا المحتوى الرقمي وتطبيقاتها . 3 (3) - عبر CiteSeerX.
  29. هينشلوود، مارتن (10 يناير 2021). "البدء بتعريف الإنجاز (DoD)" . Scrum.org . تم الاطلاع عليه في 13 يونيو 2026 .
  30. "تعريف الجاهزية وطرق استخدامها المختلفة" . معهد إدارة المشاريع . تم الاطلاع عليه بتاريخ 22 ديسمبر 2025 .
  31. "لا يُحبّذ جميع المطورين منهجية أجايل، وإليكم 5 أسباب لذلك" . مجلة بزنس ماترز . 4 ديسمبر 2019. تم الاطلاع عليه في 5 يونيو 2020 .
  32. تورك، دان؛ فرانس، روبرت؛ رومبي، برنارد (2014) [2002]. "محدودية عمليات البرمجيات الرشيقة". وقائع المؤتمر الدولي الثالث حول البرمجة المتطرفة والعمليات المرنة في هندسة البرمجيات : 43-46 . arXiv : 1409.6600 .
  33. "قضايا وتحديات في تطبيق منهجية سكروم" (ملف PDF) . المجلة الدولية للبحوث العلمية والهندسية . 3 (8). أغسطس 2012. تاريخ الاطلاع: 10 ديسمبر 2015 .
  34. ^ سانتوس، روني دي سوزا. رالف، بول؛ أرشد، أرهام؛ ستول ، كلاس جان (5 أكتوبر 2023). "سكروم الموزع: تحليل تلوي للحالة" . مسوحات الحوسبة ACM . 56 (4): 1– 37. دوى : 10.1145/3626519 . S2CID 263672588 . 
  35. فاولر، مارتن (25 أغسطس 2018). "حالة البرمجيات الرشيقة في عام 2018" . martinfowler.com . مؤرشف من الأصل في 14 سبتمبر 2023. تم الاطلاع عليه في 14 سبتمبر 2023 .
  36. جيفريز، رون (8 سبتمبر 2016). "سكرم المظلم" . ronjeffries.com . تم الاطلاع عليه في 6 مايو 2024 .
  37. هرون، ميخال؛ أوبويجيسر، نيكولاس (1 يناير 2022). "لماذا وكيف يتم تطبيق منهجية سكروم عمليًا: مراجعة منهجية" . مجلة الأنظمة والبرمجيات . 183 111110. doi : 10.1016/j.jss.2021.111110 . ISSN 0164-1212 . S2CID 240950847 .  
  38. هرون، م.؛ أوبويجيسر، ن. (يناير 2018). "سكروم في الممارسة: نظرة عامة على تعديلات سكروم" (ملف PDF) . وقائع المؤتمر الدولي الحادي والخمسين لعلوم النظم في هاواي (HICSS)، 3-6 يناير 2018 .
  39. بيورنفيج، جيرترود؛ كوبلين، جيم (21 يونيو 2008). "سكروم كأنماط تنظيمية" . جيرترود وكوبلين. مؤرشف من الأصل في 6 نوفمبر 2012.
  40. "مجتمع نمط سكروم" . ScrumPLoP.org . تم الاطلاع عليه في 22 يوليو 2016 .
  41. ^ كنبيرج ، هنريك. سكارين ماتياس (21 ديسمبر 2009). "كانبان وسكرام - تحقيق أقصى استفادة من كليهما" (PDF) . معلوماتك . تم الاسترجاع 22 يوليو، 2016 .
  42. "اجتماع فرق سكروم" . تحالف أجايل. 17 ديسمبر 2015. مؤرشف من الأصل في 9 فبراير 2014. تم الاطلاع عليه في 17 ديسمبر 2013 .

المراجع العامة والمستشهد بها

  • جانوف، ن. س.؛ رايزينغ، ل. (2000). "عملية تطوير البرمجيات سكروم للفرق الصغيرة" (ملف PDF) . مجلة IEEE للبرمجيات . 17 (4): 26-32 . doi : 10.1109/52.854065 . مؤرشف من النسخة الأصلية (ملف PDF) بتاريخ 6 نوفمبر 2015. تم الاطلاع عليه بتاريخ 17 فبراير 2022 .
  • مونك، يورغن. ارمبروست، أوفي؛ سوتو، مارتن؛ كووالتشيك، مارتن (2012). تعريف العمليات البرمجية وإدارتها . سبرينغر. رقم ISBN 978-3-642-24291-5.
  • دليل إدارة المشاريع (دليل PMBOK) (الطبعة السابعة  ). نيوتاون سكوير، بنسلفانيا: معهد إدارة المشاريع . 2021. ISBN 978-1-62825-664-2.
  • فاكانيتي، دانيال (فبراير 2018). "دليل كانبان لفرق سكروم" (ملف PDF) . scrum.org . تم الاطلاع عليه بتاريخ 12 مارس 2018 .