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

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

ضع هذا في سياق نهج إدارة سكروم اليوم (طريقة رشيقة لإدارة مشروع ، عادة تطوير البرمجيات) وستنتهي مع مدير مشروع محير مع العديد من الأسئلة مثل:

1. ما الذي يمكن أن يقوم به فريقي في أول سباق؟

2. كيف يمكنني تقسيم تسليمات المشروع إلى سباقات السرعة؟

3. ما هي التوقعات المتعلقة بالمخرجات التي يجب تعيينها مع أصحاب المصلحة في المشروع (مالك المنتج ، صاحب العمل ، العميل)

4. متى أقوم بتسليم الصفحة الرئيسية ليطلع عليها صاحب المصلحة؟

5. هل من المفترض أن نسلم كل صفحة على حدة؟

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

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

بهذه الطريقة القياسية ، سوف نسميها: هيكل انهيار عمل دروبال القياسي

لماذا أحتاج إلى تقسيم العمل لتخطيط موقع دروبال الخاص بي؟

لأن هذا ما يفعله مديرو المشاريع. لقد رأيت في العديد من مشروعات دروبال التي كنت جزءًا منها ، أن مديري المشاريع (و / أو المنسقين) يجب أن يفهموا كيف يعمل دروبال ، وكيف تسير عملية التطوير ، وكيف ننجز 80٪ من الموقع في 20٪ من الوقت.

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

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

للتلخيص ، هذه الأهداف هي:

1. تفاصيل التسليمات. تحديد النتائج المطلوبة للعدو الأولي

2. تقديم نظرة شاملة وتحليل لوظائف الموقع ولبنات البناء الخاصة به

3. تذكر أننا نبني نظام إدارة محتوى وليس موقع ويب. لذلك تحتاج إلى تصميم "حل CMS" الخاص بك ، وليس "حل موقع الويب الخاص بك"

دعونا نبدأ مع كيف

الآن نحن نفرض هذه الأهداف من خلال تنفيذ هيكل تفصيل عمل دروبال القياسي ، والذي يناسب جميع مشاريع دروبال التي ستعمل معها تقريبًا.

سيتم تقسيم هذه المراحل إلى:

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

2. هيكل تفصيل عمل Epics للمشروع : سيتم تنفيذ التحليل الدقيق لمكونات الموقع وكيفية تطويره في CMS هنا.

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

لاحظ أنك ستتمكن من تقديم شيء ما لأصحاب المصلحة للنظر فيه ، في مرحلة "التهيئة".

يجب أن يحدث هذا الانهيار بعد الانتهاء من الإطارات السلكية عالية الدقة ، أو إذا كان لديك نماذج بصرية كاملة لموقع دروبال تم إجراؤها لصفحاتك الرئيسية.

من المهم ملاحظة أن النماذج المرئية يجب أن تستخدم لغة وأنماط تصميم دروبال وتلتزم بها. ولكن ما هي لغة وأنماط تصميم دروبال؟ هذا لمقال آخر للمناقشة.

العمل

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

لذلك أقوم بتصنيف ما يجعل موقع (دروبال) إلى ستة مكونات:

1. مكونات الالتفاف : الرأس والتذييل.
   هذه هي المكونات التي توفر لموقعك غلافًا لجميع المكونات التالية. ابدأ بهذه بمجرد تثبيت دروبال. سيساعدك على اجتياز الأشياء السهلة التي يتكون منها موقعك.
2. المكونات العالمية : عنوان الصفحة ، مسارات التنقل ، علامات التبويب (المعروفة أيضًا بالمهام المحلية القائمة) ، رسائل النظام ... إلخ.
   هذه هي المكونات التي تشكل توحيد نظام إدارة المحتوى. هذه هي هدفك التالي.
3. مكونات موحدة الموقع : كتل الإعلانات ، كتلة الاشتراك في النشرة الإخبارية ، خلاصات الوسائط الاجتماعية أو كتل "تابعنا" ، كتلة "عنا" الثابتة ..الخ.
   هذه هي المكونات التي من المرجح أن تظهر بنفس النمط عبر صفحات متعددة في الموقع.
4. العقد والكيانات الكاملة : صفحات العقدة / المستخدم / الكيان "المحتوى الكامل".
   بالعودة إلى نهج "المحتوى خارج" ، ابدأ دائمًا بإكمال العقدة الكاملة أو الكيانات.
5. طرق العرض ، وطرق العرض ، والمحتوى الآخر : مشاهدات المحتوى الحديث ، والمحتوى المميز ، وصفحات العقدة ، وتكامل الخلاصات ، وتكامل CRM ، وتكامل الدخول الموحد ، ... إلخ.
   هذا هو العمل الرئيسي. المكونات التي تحدد موقعك.
6. الإزعاج 20٪ من الموقع : هذا هو المكان الذي يحصل فيه 80٪ من موقعك على العمل المخفي النهائي ، والتغييرات التكرارية والتحسينات على موقعك ، سواء كان ذلك مطلوبًا من قبل فريق ضمان الجودة أو العميل أو مالك المنتج.

في ضوء هذا التقسيم لفئات CMS ، إليك توضيح متحرك لكيفية جعل الموقع ممكنًا عند متابعة تدفق التطوير بناءً على المكونات أعلاه:

 

بهذا الترتيب ، يمكنك الآن التفكير في موقع دروبال ليتم تطويره وفقًا للخطوات التالية:

هيكل تفصيل عمل التهيئة

1. تسليم " 1. مكونات التغليف "

   1. قم بتثبيت دروبال (أو التوزيع الذي تريد استخدامه) ، وقم بإعداد بيئة التطوير .. إلخ.

   2. تعبئة الأشياء التي يتكون منها "مكونات التغليف": القوائم ، والشعار ، والبحث .. الخ.

   3. إنشاء السمة الخاصة بك ، والموضوع "مكونات التغليف"

2. تقديم " 2. المكونات العالمية "

   1. فقط قم بتعبئتها ثم قم بتصميمها.

3. تسليم " 3. مكونات موحدة الموقع "

   1. إنشاء وملء الأشياء التي يتكون منها "مكونات موحدة الموقع"

   2. ثيمهم

هيكل توزيع العمل الملحمي للمشروع

1. حدد أنواع المحتوى بداية من أوضاع عرض "العقدة الكاملة". حدد أوضاع عرض أخرى لأنواع المحتوى الخاص بك. ابدأ في إنشاء تلك المهام في "المهام"

2. افعل نفس الشيء مع الكيانات دروبال أخرى: الكيانات والملفات والتعليقات .. الخ.

3. تسليم " 4. العقد والكيانات الكاملة "

4. تقديم " 5. المشاهدات وطرق العرض والمحتوى الآخر "

5. تقديم " 6. نسبة 20٪ من الموقع المزعج "

استكمال العمل انهيار هيكل

1. الاختبار الشامل النهائي

2. SEO وإمكانية الطباعة والأداء والأمن وضبط إمكانية الوصول والتكوين

3. قوائم المراجعة قبل الإطلاق

4. انطلق!

نموذج هيكل عمل دروبال المثالي

لدينا ستاندرد دروبال العمل انهيار هيكل قالب يوفر الخطوط العريضة لهذه المراحل والمهام المفصلة على أن يتم التي نستخدمها لكل مشروع دروبال. تم تصميم هذا القالب ليتم استيراده بسهولة إلى JIRA. أنه يحتوي على:

• ورقة رئيسية تجمع الملاحم والمهام والقصص القياسية التي يمكن استيرادها بسهولة إلى JIRA.

• ورقة لتحديد ملاحم وقصص المشروع

• هيكل تفصيل عمل التهيئة والإنهاء القياسي الذي لا يجب تفويته لأي مشروع

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

استخدام النموذج

النموذج عبارة عن جدول بيانات Google يمكنك استنساخه وتخصيصه بسهولة. لنفعل ذلك:

1. افتح الورقة وانسخها لجعلها لك.

2. لا تتردد في تحرير الورقة لجعلها خاصة بك. هناك بعض الإرشادات حول كيفية استخدام الورقة لجعلها لك.

3. اتبع التعليمات بشأن ما تريد تعديله. نوصي بإبقاء "WBS التهيئة" و "Final WBS" كما هي (يمكنك تعديلها مرة واحدة في التدفق القياسي الخاص بك ، ثم تكرارها في جميع المشاريع).

4. لكل مشروع ، ستحتاج إلى نسخ النموذج الخاص بك لتخصيص "Project Wics WBS" حسب المشروع. يحتوي القالب على بعض العينات التي يجب مراعاتها.

5. بمجرد الانتهاء ، قم بتصدير ورقة "Master WBS" إلى CSV. حتى تتمكن من الاستيراد إلى مشروع JIRA الخاص بك.

6. تعيين الحقول إلى JIRA الخاص بك.

7. هذا هو!

ساعدنا شيئان على توحيد عملية العمل عند تطوير موقع دروبال ، وضمان الاتساق والجودة:

1. بدء مشروع من خلال الانتهاء من نهج المكونات أولاً ، وليس نهج الصفحة الأولى.

2. توثيق مهامنا وعملياتنا المتكررة في نموذج يستخدم هذا النهج. هذا القالب يجعل تطبيق هذه العملية أسهل بالنسبة لك.

في المرة القادمة التي تبدأ فيها مشروع دروبال ، فكر في هذا النهج وأخبرنا كيف سيساعدك ذلك في قسم التعليقات أدناه.

ملاحظة: لا يعتمد هذا على إصدار دروبال محدد ، تعمل هذه المنهجية مع دروبال 6 أو 7 أو 8. إنها تعتمد على نهج البناء المفاهيمي لدروبال.