Window.pipedriveLeadboosterConfig = { القاعدة: 'leadbooster-chat.pipedrive.com', companyId: 11580370, playbookUuid: '22236db1-6d50-40c4-b48f-8b11262155be', الإصدار: 2, } ؛(الدالة () { var w = نافذة إذا كان (w.LeadBooster) { console.warn('LeadBooster موجود بالفعل') } وإلا { { w.LeadBooster = { q: [], على: دالة (ن، ح) { { هذا.q.push({ t: 'o'، n: n، n: n، h: h }) }, الزناد: الدالة (n) { هذا.q.push({ t: 't'، n: n: n }) }, } } })() إدارة المشاريع في SCRUM - The Codest
The Codest
  • نبذة عنا
  • الخدمات
    • تطوير البرمجيات
      • تطوير الواجهة الأمامية
      • تطوير الواجهة الخلفية
    • Staff Augmentation
      • مطورو الواجهة الأمامية
      • مطورو الواجهة الخلفية
      • مهندسو البيانات
      • مهندسو السحابة
      • مهندسو ضمان الجودة
      • أخرى
    • استشاري
      • التدقيق والاستشارات
  • الصناعات
    • التكنولوجيا المالية والمصرفية
    • E-commerce
    • أدتك
    • التكنولوجيا الصحية
    • التصنيع
    • الخدمات اللوجستية
    • السيارات
    • إنترنت الأشياء
  • القيمة مقابل
    • CEO
    • CTO
    • مدير التوصيل
  • فريقنا
  • دراسات الحالة
  • اعرف كيف
    • المدونة
    • اللقاءات
    • ندوات عبر الإنترنت
    • الموارد
الوظائف تواصل معنا
  • نبذة عنا
  • الخدمات
    • تطوير البرمجيات
      • تطوير الواجهة الأمامية
      • تطوير الواجهة الخلفية
    • Staff Augmentation
      • مطورو الواجهة الأمامية
      • مطورو الواجهة الخلفية
      • مهندسو البيانات
      • مهندسو السحابة
      • مهندسو ضمان الجودة
      • أخرى
    • استشاري
      • التدقيق والاستشارات
  • القيمة مقابل
    • CEO
    • CTO
    • مدير التوصيل
  • فريقنا
  • دراسات الحالة
  • اعرف كيف
    • المدونة
    • اللقاءات
    • ندوات عبر الإنترنت
    • الموارد
الوظائف تواصل معنا
السهم الخلفي العودة إلى الوراء
2019-09-01
إدارة المشاريع

إدارة المشاريع في SCRUM

ماتيوس ليسنياك

SCRUM هي منهجية لإدارة المشاريع تستند إلى نظرية التحكم في العمليات التجريبية، والتي تتوافق مع قيم بيان أجايل (2001). وهي ليست منهجية عمل مقيدة بل هي إطار عمل يسمح لك بتوفير البرمجيات دون وجود رؤية للشكل النهائي على الفور. وتتمثل المزايا الرئيسية لمنهجية SCRUM في تقليل تكلفة تغيير المتطلبات وتوفير وظائف جاهزة للاستخدام بسرعة.

كيف تعمل؟

وهذا يعني عملياً أن العملية برمتها يتم تحسينها وتكييفها باستمرار مع احتياجات الفريق و المنتج طوال فترة العمل على المشروع. مسؤولية إدارة تطوير المنتجات موزعة بين مالك المنتج (PO) وفريق التصميم. فـ PO هو الشخص المسؤول عن اتخاذ القرارات المتعلقة باتجاه تطوير المنتج ولديه "رؤية" شاملة لما سيصبح عليه المنتج. تستند إدارة المهام على لوحة كانبان (بالاشتراك مع العدو السريع وظيفة تسمى لوحة SCRUM). يمكن لكل مشارك في العملية إضافة مهام إلى المهام المتراكمة، لكن المدير التنفيذي هو المسؤول عن تحديد الأولويات. أما فريق المشروع فهو مسؤول عن "تحويل" أفكار مدير العمليات إلى مهام محددة والتخطيط لتنفيذها.

مسار الدورة

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

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

إدارة برمجيات سكروم

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

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

خلال سباق السرعة، يتم نقل المهام على لوحة SCRUM وفقًا لحالتها الحالية. عادة ما يتوافق اختيار الأعمدة مع نظام عمل الشركات أو الفريق ويرتبط بنظام التحكم في الإصدار وتكرار الإصدارات. بالنسبة لنا هو كالتالي:

  • المهام التي يجب القيام بها - المهام التي تنتظر الإنجاز
  • قيد التنفيذ - المهام قيد التنفيذ
  • الكود المراجعة - المهام التي تنتظر المراجعة من قبل مطور آخر
  • جاهز - المهام التي تم فحصها وقبولها من قبل المطورين
  • مرحلي - المهام الموجودة في مثيل مرحلي وتنتظر الموافقة على أمر الشراء
  • تم القبول - المهام المقبولة - المهام المقبولة من قبل أمر الشراء
  • تم - المهام الجاهزة الموجودة على مثيل الإنتاج

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

سكروم في مشروع تطوير البرمجيات

مسؤوليات مسؤول SCRUM الرئيسي

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

تشمل واجبات مسؤول SCRUM الرئيسي ما يلي:

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

اقرأ أيضًا:

  • ممارسات Codest الجيدة لبناء البرمجيات. نهجنا في رحلة العميل
  • ممارسة Codest الجيدة لبناء البرمجيات: GitFlow
  • ممارسات Codest الجيدة لبناء البرمجيات. كيف ننفذ تحليل المتطلبات؟

مقالات ذات صلة

الحلول المؤسسية وحلول التوسعة

لماذا تحتاج شركتك إلى فريق تطوير عن بُعد؟

استكشف مزايا واستراتيجيات دمج فرق التطوير عن بُعد، مع تسليط الضوء على الكفاءة من حيث التكلفة، والوصول إلى المواهب العالمية، والمرونة.

The Codest
أجاتا وازاك أخصائي حلول العملاء
إدارة المشاريع

أساسيات التبني الرشيق: خارطة طريق للفرق التقنية

تعرّف على كيفية تبني منهجيات أجايل بفعالية من خلال رؤى خبيرنا مدير المشروع - جان، لتعزيز الكفاءة والتعاون.

The Codest
يان كولوشيك مدير المشروع
إدارة المشاريع

من مكتب رئيس الوزراء: تقنيات الإدارة الفعالة لفريق العمل عن بُعد

تعلّم الاستراتيجيات التي أثبتت جدواها من موقعنا PM Jan لتحسين إدارة فريق العمل عن بُعد وتعزيز الإنتاجية. اقرأ الآن!

The Codest
يان كولوشيك مدير المشروع
الحلول المؤسسية وحلول التوسعة

7 إستراتيجيات رئيسية لإدارة فريق تطوير البرمجيات

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

ذا كوديست
إدارة المشاريع

دليل CTO: إدارة المطورين عن بُعد بفعالية

يعمل أكثر من 60% من الأشخاص في العالم عن بُعد. وهذا الاتجاه ملحوظ بشكل خاص في صناعة تكنولوجيا المعلومات. فالمزيد والمزيد من المطورين يقدرون إمكانية العمل عن بُعد. بسبب...

The Codest
كامل فيرينز رئيس قسم النمو

اشترك في قاعدة معارفنا وابقَ على اطلاع على آخر المستجدات في قطاع تكنولوجيا المعلومات.

    نبذة عنا

    The Codest - شركة دولية لتطوير البرمجيات لها مراكز تقنية في بولندا.

    المملكة المتحدة - المقر الرئيسي

    • المكتب 303 ب، 182-184 شارع هاي ستريت نورث E6 2JA
      لندن، إنجلترا

    بولندا - مراكز التكنولوجيا المحلية

    • مجمع مكاتب فابريتشنا المكتبي، أليجا
      بوكوجو 18، 31-564 كراكوف
    • سفارة الأدمغة، كونستروكتورسكا
      11, 02-673 02-673 وارسو، بولندا

      The Codest

    • الصفحة الرئيسية
    • نبذة عنا
    • الخدمات
    • دراسات الحالة
    • اعرف كيف
    • الوظائف
    • القاموس

      الخدمات

    • استشاري
    • تطوير البرمجيات
    • تطوير الواجهة الخلفية
    • تطوير الواجهة الأمامية
    • Staff Augmentation
    • مطورو الواجهة الخلفية
    • مهندسو السحابة
    • مهندسو البيانات
    • أخرى
    • مهندسو ضمان الجودة

      الموارد

    • حقائق وأساطير حول التعاون مع شريك خارجي لتطوير البرمجيات
    • من الولايات المتحدة الأمريكية إلى أوروبا: لماذا تقرر الشركات الأمريكية الناشئة الانتقال إلى أوروبا؟
    • مقارنة مراكز تطوير التكنولوجيا في الخارج: تك أوفشور أوروبا (بولندا)، آسيان (الفلبين)، أوراسيا (تركيا)
    • ما هي أهم التحديات التي تواجه CTOs ومديري تكنولوجيا المعلومات؟
    • The Codest
    • The Codest
    • The Codest
    • Privacy policy
    • شروط استخدام الموقع الإلكتروني

    جميع الحقوق محفوظة © 2025 بواسطة The Codest. جميع الحقوق محفوظة.

    arArabic
    en_USEnglish de_DEGerman sv_SESwedish da_DKDanish nb_NONorwegian fiFinnish fr_FRFrench pl_PLPolish it_ITItalian jaJapanese ko_KRKorean es_ESSpanish nl_NLDutch etEstonian elGreek arArabic