في الجزء الأول من سلسلتنا ، “دمج Agile في ممارسة الانحدار” ، حددنا طرق تسليم المشروع المختلفة ، ووصفنا منهجية Agile عند مقارنتها بأساليب التسليم هذه ، وتحدثنا بإيجاز عن القيمة التي يمكن أن توفرها الطرق المختلفة. ليس هناك شك في أن Agile ، عندما يتم تنفيذها بفعالية ، يمكن أن توفر قيمة هائلة لمنظمة ترغب في الاستفادة بسرعة من التطورات التكنولوجية والتحولات في الأولويات والاستراتيجيات التنظيمية.
عند مناقشة تكامل Agile في ممارسات تسليم المشاريع الأكثر تقليدية ، غالبًا ما أجد مديري المشاريع وقادة PMO قد سمعوا عن فوائد Agile دون فهم الآثار المترتبة على مؤسساتهم بالضرورة. غالبًا ما أفكر – هل تريد رشيق كفعل أم كاسم؟ هناك فرق بين أن تصبح أكثر مرونة كفريق توصيل (من لا يريد ذلك؟) مقارنة بتحويل مؤسستك إلى نموذج تسليم رشيق.
ماذا يعني استخدام Agile؟
Agile في جوهرها شيئان ، إنها مجموعة من المنهجيات التي يمكن تصميمها لتناسب المنظمة بشكل أفضل. في Agile ، نجد العديد من طرق الفريق مثل Scrum و Kanban و Test Driven Development و Extreme Programming وغيرها. ومع ذلك ، فهي أيضًا عقلية حيث نجد مصطلحات مثل القيادة الخادمة ، والسلطة اللامركزية ، والفرق ذاتية التنظيم.
عندما تنظر إلى هذه المصطلحات ، قد يكون بعضها مألوفًا لك أو كثير منها أو كلها. في الواقع ، يمكن تطبيق كل من هذه في تسليم المشروع ، في العمليات ، أو في الثقافة التنظيمية بدرجات متفاوتة. كما جاء كل منها في رواج ، إذا جاز التعبير عن مزاياها الخاصة. مع هذا الفهم ، يمكنك استخدام أي من هذه الطرق وتطبيقها بشكل فردي أو في أزواج. ومع ذلك ، لكي تكون حقًا فريق تسليم مشروع Agile (كاسم) ، يتطلب الأمر الجمع بين هذه الممارسات في منهجية وثقافة تبرز أفضل قيمة لتسليم مشروعك.
كيف تبدأ في تنفيذه
في حين أن كل من طرق الفريق الموضحة أعلاه يمكن البحث عنها وتعريفها بسهولة ، فلنركز أكثر على كيفية استخدام هذه الأساليب جنبًا إلى جنب مع جوانب العقلية في Agile. في معظم الحالات ، يعني تنفيذ Agile الجمع في إطار عمل Scrum بين عناصر Kanban والبرمجة المتطرفة والتطوير المدفوع بالميزات على سبيل المثال لا الحصر. في كل واحدة من هذه الأساليب ، هناك تأثير على طريقة عمل الأشخاص والأدوار الموصوفة. وهو ما يعيدنا إلى التحول العقلي الذي يأتي مع Agile. في حين أنه من الممكن للمؤسسات أن تكتسب بعض المرونة (الفعل) بهذه الأساليب ، فإن القيمة الحقيقية تكمن في تبني أو تحويل المنظمة مع العقلية المصاحبة. يمكن أن يكون لهذا تأثيرات كبيرة على الأدوار والمسؤوليات المحددة في الممارسات التقليدية ، مثل الشلال ، حيث نسعى جاهدين لتحقيق اللامركزية في صنع القرار والتفاعلات.
على سبيل المثال ، في نموذج تسليم المشروع التقليدي مثل الشلال ، يتم توجيه الفريق إلى العمل بناءً على النطاق المتفق عليه وخطوط الأساس للجدول الزمني المعتمدة من قبل الإدارة. كما ناقشنا في الجزء الأول من السلسلة ، تهدف هذه إلى إدارة المخاطر والتكلفة عن كثب. غالبًا ما يوصف هذا بـ “القيادة والتحكم” ويتضمن أدوارًا قيادية للمشروع مثل قائد الأعمال ومدير المشروع ومدير البرنامج وما إلى ذلك. ومع ذلك ، من أجل الاستجابة السريعة للتغيير ، وحتى تبني التغيير ، نحتاج إلى التأكد من أن الفريق لديه الوصول المباشر إلى حيث يظهر التغيير وليس من خلال طبقات الإدارة.
إذن ، من أين يأتي التغيير؟ إنه يأتي من العميل ، بمعنى آخر ، الشخص أو الأشخاص الذين يحتاجون إلى مخرجات المشروع ويفهمون بشكل أفضل كيف سيحقق قيمة للمنظمة. التحول العقلي هو أننا نزيل الحواجز التي تحول دون تلك العلاقات ونمنح الفريق السلطة لاتخاذ قرارات بشأن ما سيعملون عليه ، وكيف سيتم القيام به ، وكيف سيبدو عندما يتم ذلك. هذا يختلف تمامًا عن فريق إدارة المشروع الذي يوزع العمل وفقًا لنطاق إلزامي وجدول أساسي.
ما هو مدير مشروع رشيق؟
في هذه الحالة ، هل ما زلنا بحاجة إلى مديري المشاريع؟ حسنًا ، عادةً ما لا تزال الإدارة ترغب في معرفة ما يتم تسليمه ومتى يتم تسليمه وبأي تكلفة. لذا ، نعم ، لا يزال هناك دور لمديري المشاريع ، لكن الدور ينتقل من التخطيط التفصيلي إلى تسهيل تفاعلات فريق المشروع في جميع أنحاء المنظمة. دعونا نلقي نظرة على الأدوار الثلاثة القياسية في Scrum:
مالك المنتج – يدافع عن جدوى المنتج ويكون مسؤولاً عن ضمان مراجعة الأعمال المتراكمة (تجميع قصص المستخدمين) بانتظام لضمان إعطاء الأولوية للعمل ذي القيمة الأعلى وفقًا لذلك.
Scrum Master – منسق Scrum ، يضمن Scrum Master الالتزام باجتماعات العدو وهو مسؤول عن إزالة أي شيء يمنع العمل من المضي قدمًا. قد يكون Scrum Master مسؤولاً أيضًا عن ضمان صيانة مشعات المعلومات يوميًا.
عضو الفريق – يكون عضو الفريق متعدد الوظائف مسؤولاً عن المشاركة الكاملة بطريقة التنظيم الذاتي التي تعزز وتتداخل مع مجموعات مهارات أعضاء الفريق الآخرين. من الناحية المثالية ، يتم تخصيص أعضاء الفريق بنسبة 100٪ إلى Scrum وحيث يكون حجم الفريق بين ستة وتسعة أعضاء.
هناك أشكال مختلفة من هذه ، على سبيل المثال إذا كنت ترغب في التنفيذ الكامل للبرمجة المتطرفة (XP) ، فهذا يعني تنفيذ ما يصل إلى ستة أدوار. ومع ذلك ، فإن هذه الأدوار الثلاثة ضرورية لكل سكرم ، وبينما يمكن تدوير الأدوار مثل Scrum Master بين أعضاء الفريق ، فمن المهم جدًا فهم من هو في أي دور ومساهمة كل شخص في مجموعات المهارات والمعرفة لتحقيق التنظيم الذاتي فريق.
ملخص
الآن نحن نفهم بعض المفاهيم الأساسية لمنهجيات تسليم المشروع وبشكل أكثر تحديدًا منهجية Agile ، في الجزء التالي سنفتح مناقشة حول كيفية التوصل إلى إستراتيجية مناسبة لدمج Agile في نموذج تسليم إدارة المشروع الخاص بك.
