في كانون الثاني (يناير) 2018 ،
شهد العالم ضوء إطار عمل Nexus المحدث - وهو أداة تستند إلى Scrum مصممة للعمل الجماعي في المشاريع الكبيرة. قام مؤلفو المنهجية بتصحيح عدد من تعريفات المصطلحات
وتغيير إجراءات الترخيص. تم ترخيص دليل Nexus منذ بداية العام بموجب ترخيص Creative Commons. وهذا يعني أن أي شركة حرة في استخدام Nexus (مثل سكروم).
دعونا نتحدث عن ميزات المنهجية ومكوناتها الرئيسية.
/ صورة سيباستيان سيكورا CCمن ولماذا أنشأ Nexus
في عام 1996 ، قدم المطوران Ken Schwaber و Jeffrey Sutherland مجتمع تطوير البرمجيات
Scrum agile. إنها مجموعة من التكرارات محدودة للغاية في الوقت (الركض) ، والتي يجب على المطورين تنفيذ وظائف جديدة للبرنامج.
كما يلاحظ جيف ساذرلاند ، في كتابه
سكروم. طريقة ثورية في إدارة المشاريع "يتيح سكروم لفرق التطوير تحقيق" كفاءة فائقة "وزيادة إنتاجية العمالة بنسبة 300٪.
ومع ذلك ، فإن سكروم عيبًا - فهو مناسب تمامًا للعمل ضمن فريق واحد (والعدد الموصى به من أعضائه هو سبعة أشخاص فقط) ، لكنه لا يتدرج بشكل جيد خارج حدوده - عندما يكون من الضروري تنسيق عمل عدد كبير من الأشخاص.
لتصحيح الوضع والمساعدة في توسيع المنهجية ،
قدم كين شوابر إطار عمل Nexus في عام 2015.
يساعد Nexus
على تجنب المشاكل المتكررة للتطوير المشترك: الصعوبات عند استخدام نفس قاعدة التعليمات البرمجية وعدم الاتساق عند دمج إنجازات الفرق المختلفة.
يستخدم Nexus مناهج تكرارية وتدريجية لتوسيع نطاق عمليات تطوير البرامج. يعمل كل فريق كجزء من سباقه ، ثم يتم دمج نتائجهم. هذا يجعل تطوير المنتج أسهل للتنسيق.
مكونات Nexus
يتكون الإطار من أدوار ، أحداث ، قطع أثرية ، بالإضافة إلى قواعد مألوفة لأي من أتباع سكروم ، توحدهم جميعًا. في Nexus ، تغيرت هذه المكونات بشكل طفيف بحيث يمكن تطبيق المنهجية في المشاريع الكبيرة.
الأدوار من خلال منهجية سكروم ، يتم تعيين أدوار محددة لجميع المشاركين في عملية التطوير. يمكن تقسيمها إلى مجموعتين كبيرتين - "الخنازير" و "الدجاج". يشمل الأول جميع أولئك الذين يشاركون مباشرة في إنشاء التطبيق: Scrum Master ، الذي يدير الاجتماعات ويراقب الامتثال لمبادئ scrum ، ومالك المنتج (مالك المنتج) ، الذي يمثل مصالح المستخدمين النهائيين ، وفي الواقع ، فريق التطوير (فريق التطوير).
المجموعة الثانية - "الدجاج" - تشمل المستخدمين النهائيين والبائعين والاستشاريين ، إلخ.
قدم Nexus دور فريق Nexus Integration Team (NIT) للمساعدة في توسيع المنهجية. هذا فريق كامل يشمل مالك المنتج ومدير سكروم وممثلي فرق سكروم. مهمتهم هي تقييم ومنع مشاكل تطوير الفريق المحتملة. من المهم
ملاحظة أن أعضاء NIT لا يشاركون بشكل مباشر في البرمجة ، لكنهم يقدمون توصيات حول تطبيق مبادئ Scrum و Nexus على جميع المشاركين الآخرين.
بشكل عام ، ساعد إدخال NIT على تحسين التنسيق بين الفرق بسبب التوزيع الكفء للمهام. ومع ذلك ، يقول أعضاء مجتمع تكنولوجيا المعلومات أن الدور الجديد ساهم أيضًا في إنشاء نوع من "عنق الزجاجة" - عندما يحل أعضاء NIT المشكلات التنظيمية ، يقف فريق التطوير خاملاً في انتظار التعليمات.
التحف. في سكروم ، تُفهم القطع الأثرية على أنها مجموعة من المتطلبات لوظائف المنتج التي تساعد في تنظيم أنشطة المطورين. هذه المتطلبات موصوفة في مجلتين: تراكم المشروع وتراكم الركض.
يسرد كتاب الرغبات في المشروع المتطلبات الوظيفية العامة - ما يسمى
بقصص المستخدم ، مرتبة ترتيبًا تنازليًا حسب الأهمية. أنها تساعد على الحصول على فكرة عن كيف يجب أن يبدو المنتج النهائي.
Sprint Wish Journal - قائمة بميزات التنفيذ التي اختارها مالك المنتج. بناءً على هذه القائمة ، يتتبع المطورون المهام التي يجب إكمالها قبل نهاية سباق واحد.
في Nexus ، تستخدم الفرق سجل المنتجات بدلاً من دفتر أمنيات المشروع. لتبسيط تفاعل عدد كبير من المطورين ، تنقسم هذه المجلة إلى أجزاء. يتم تعيين كل جزء لأحد الفرق. لذا ، فإن جميع المطورين يفهمون مهام المشروع بأكمله الذي يشاركون فيه. في الوقت نفسه ، لا يزال كل فريق يحتفظ بسجل أمنيات الركض.
الأحداث. يحضر جميع أعضاء الفريق الاجتماعات ، ويشار إليها أحيانًا بالمصطلح العام "الأحداث". ينفقها "الخنازير" يوميًا ، و "الدجاج" - في بداية ونهاية المشروع أو العدو. هناك حاجة إلى اجتماعات لمناقشة عملية التطوير ، وتقدير الخطط ، وتحديد الاختناقات.
لتحسين التواصل بين الفرق المختلفة ، أضاف مطورو Nexus أربعة أنواع جديدة من الأحداث:
- تخطيط Nexus Sprint - في الوقت الحالي ، تقرر الفرق من هو الأفضل في التعامل مع Sprint معين من Product Backlog. بعد ذلك ، يخطط كل فريق لسباقه الخاص ، ويتواصل مع فرق سكروم أخرى بحيث لا تتداخل مهامهم.
- Nexus Daily Scrum - يستخدم لمناقشة الوضع الحالي. يتيح لك التخطيط لليوم أو حل مشاكل التكامل.
- مراجعة Nexus Sprint - هنا تشارك الفرق نجاحاتها في نهاية كل سباق.
- Nexus Retrospective - يتم قضاء هذه المرة في تقييم الخبرة السابقة ووضع خطة لتحسين عملية التطوير في المستقبل.
في
صفحة دليل Nexus الرسمية ، يمكنك العثور على رسم تخطيطي للتفاعل وتسلسل كل هذه الأحداث.
متى يتم استخدام Nexus
في المشاريع الكبيرة. يساعد الإطار في تنظيم عمل العديد من فرق سكروم بسلاسة في المشاريع الكبيرة. على سبيل المثال ، استخدمت إحدى الشركات الهندية التي أنشأت برامج أمان (لم يكشف مؤلفو سكروم عن اسمها) سكروم لمدة عام لتطوير منتجاتهم. في البداية ، كان لدى الشركة فريق واحد ، ولكن سرعان ما ارتفع عددهم إلى ثلاثة ، وبدأت المشاكل مع
تكامل الحلول الفردية.
ثم دعت الشركة خبير Scrum ، واقترح نقل سير عمل Scrum إلى مستوى متعدد الفرق - تنفيذ Nexus. الآن ، وفقًا لمنهجية Nexus ، تعمل ستة فرق بالفعل ، والتي تطلق باستمرار إصدارات برامج جديدة كل أسبوعين.
في الشركات الكبيرة. على سبيل المثال ، استغرق قسم تكنولوجيا المعلومات في Terminales Portuarios Peruanos (TPP) ، وهي شركة تعمل في الشحن في أحد موانئ العاصمة بيرو ، تسعة أشهر لإصدار نسخة جديدة من البرامج المتخصصة. لتصحيح الوضع ، جربت الشركة منهجية
Waterfall و
RUP ومبادئ
إدارة المشاريع التقليدية . ومع ذلك ، لم تقدم جميعها تحسينات كبيرة ، بل زادت في بعض الحالات سوءًا.
ثم قررت الشركة تجربة Nexus. تسمح التقنية بتقليل وقت الإصدار ثلاث مرات وتحرير المنتج كل ثلاثة أشهر.
يساعد Nexus في إنشاء تفاعل بين الفرق "المنتشرة" حول العالم. تدعم Sprints اليومية مستوى عالٍ من التواصل ومشاركة الموظفين في المشروع.
لاحظ أنه على الرغم من أن Nexus يساعد في تنسيق عمل العديد من فرق التطوير عند العمل على مشروع كبير وتسريع إصدار الإصدارات (كما هو الحال مع TPP) ، فإنه لا يزال
غير قادر على حل المشكلات المرتبطة بالهيكل الداخلي للمؤسسة. على سبيل المثال ، لن يكون للإطار تأثير ملحوظ إذا لم يكن لدى الفرق ما يكفي من المتخصصين لحل جميع المشاكل.
وبالتالي ، يعد Nexus مناسبًا للعمل على المشاريع الكبيرة (وفقًا لمبدعي المنهجية ، فهو يسمح لك بإدارة تسعة فرق سكروم) بشكل فعال ، ويساعد ، مع التطبيق المناسب ، على تسريع عملية التطوير بمقدار 3-4 مرات. ومع ذلك ، فإن التركيز الرئيسي لهذه المنهجية هو حل مشاكل التكامل ، لأنه
لا يمكن أن يساعد في حل القضايا التنظيمية الأخرى في الشركة.
ملحوظة: بعض المواد الطازجة من مدونة IaaS الأولى للشركات:
ملحوظة عدة منشورات من قناة Telegram لدينا: