ما هي إدارة المشاريع المرنة؟
هل يحتاج مشروعك؟
هل ستكون هناك فائدة من ذلك؟
هل تريد أن تفهم كيف تعمل إدارة المشاريع المرنة وتتبع هذا النهج القوي؟ ثم اخترت الكتاب الصحيح.
"Brilliant Agile" ليست مجرد قصة أخرى حول الأساليب والعمليات ، ولكن التركيز على أمثلة واقعية من استخدام Agile في بيئات الأعمال.
ستجد هنا نصائح عملية وتقنيات تنفيذ Agile محددة لجعل مشروعك ناجحًا وتنفيذ إدارة مرنة في مؤسستك.
عن المؤلفين
روب كول هو مستشار إدارة مشروع مع أكثر من 20 عاما من الخبرة. وهو متخصص في استكشاف الأخطاء وإصلاحها للمشاريع والتوجيه. شارك روب في المجتمع الرشيق منذ الأيام الأولى وهو يمارس برنامج سكروم ماستر.
إدوارد سكوتشر هو مدير المنتج الرئيسي ، مدير المشروع ، المدرب والمدرب الرشيق. وهو متخصص في مساعدة المنظمات والفرق والأفراد على تكييف Agile للاستخدام العملي والطويل الأمد.
كلمة المحرر العلمي
عندما طُلب مني مراجعة هذا الكتاب ، كنت سعيدًا جدًا لأنني كنت دائمًا سعيدًا بأي فرصة لدعم تطوير Agile خارج تطبيق تكنولوجيا المعلومات. وهذا بالضبط ما يفعله هذا الكتاب.
قالت:
- عن الرشيقة التي يتحدث عنها الجميع ؛
- الحاجة لأولئك الذين لا يعرفون أي شيء عن Agile ويريدون حقًا التعرف على هذه الأساليب ؛
- مكتوبة من قبل أتباع مطلقة من النهج المرنة
- مكتوبة بأسلوب رشيق (يستخدم المؤلفون صورًا وأمثلة ورسومًا مثيرة جدًا للاهتمام ، نادرًا ما توجد في الأدبيات الأكاديمية) ؛
- مناسبة للقراءة والتطبيق العالمي ؛
- لا تحتوي على اللغة والمصطلحات التي تخيفنا في الأدب التقني لتقنية المعلومات ، وسهلة القراءة.
سوف تتلقى إجابات على عدد من الأسئلة:
- ما هي إدارة المشاريع المرنة وهل ستفيدك؟
- كيف تستفيد من استخدام Agile؟
- ما هي الأساليب والعمليات التي تعمل في Agile؟
- هل مؤسستك أو مشروعك مناسب لاستخدام Agile؟
- كيف تحل المشاكل الأكثر شيوعًا المرتبطة بـ Agile؟
وكيف يتم تنفيذه في النهاية في أي مشروع؟
أوصي بإخلاص Brilliant Agile للقراءة والاستخدام. من المؤسف أنني لم يكن لدي مثل هذا الكتاب في يدي منذ حوالي خمس سنوات ، عندما بدأت في استخدامه كله في عملي ...
Funtov Valery Nikolaevich
ه. ن. ، PMP ، مدرب رشيق ومدرب
المرور. تشكيل فريق المشروع
قام العديد من الأشخاص بتجميع أفضل الأشخاص الذين يمكن العثور عليهم في فريق - المهنيين ذوي الخبرة ذات الصلة ، والخبراء في مجالهم - ثم يفسدون كل شيء دون توفير فهم مناسب للأعمال والقيادة. لا تضع العربة أمام الحصان! من المهم تحقيق المستوى المناسب لمشاركة الأعمال في المشروع - لتشمل شخصًا واحدًا يفهم رؤية العمل. هذا ليس عمليًا وواقعيًا فحسب ، بل منطقي أيضًا من وجهة الفطرة السليمة.
في Agile ، يُطلق على هذا الشخص عادةً اسم "مالك المنتج" ، ولكن هناك اختلافات في الاسم. بالطبع ، في هذا الكتاب الرائع ، يجب أن يطلق عليه "مدير المنتج" ، ولكن في البداية نناقش تعريفًا بسيطًا. يمثل مالك المنتج مصالح الشركة والمستخدم النهائي. مالك المنتج يعيش ويتنفس ويحلم بالمنتج وكيف يجب أن يكون. مثل هؤلاء الناس يعرفون بالضبط ما يريدون ، حتى لو كانوا لا يعرفون كيفية تحقيق ذلك. إنهم قادة يمكنهم اتخاذ القرارات بسرعة والدفاع عنها.
فريق Agile هو مجموعة متنوعة ومتعددة الوظائف من الأفراد قادرة على ترجمة الرؤية نيابة عن الأعمال التجارية. ببساطة ، لديهم كل شيء للقيام بهذه المهمة بشكل صحيح. يشير مالك المنتج إلى الطريق فقط من حيث رؤية الأعمال ، ولكن هذا يعد مساهمة كبيرة في عمل الفريق. يتكون الفريق من أشخاص لديهم تفكير مرن ، لا يخافون التغيير ولا يعتقدون أن البيروقراطية هي الحل لجميع المشاكل. صناع القرار الواثقون ، الأشخاص النشطون الاستباقيون سيعملون بشكل أفضل.
يجب أن يشارك الفريق بأكمله في تحديد الرؤية وجميع الجوانب المتعلقة بإصدار المنتج. إذا لم تفعل ذلك ، فستظهر الصعوبات.
إنشاء مجلة متطلبات
عندما يتم تحديد الرؤية والفوائد التي يجب أن يجلبها المشروع ، فإن الخطوة التالية لفريق المشروع هي تدوين المتطلبات بالتفاصيل الممكنة. يوجد في مركز كل مشروع قائمة بالمتطلبات ، والتي تسمى Agile في سجل متطلبات المنتج أو backlog (Product Backlog). يحل محل الاختصاصات التقليدية والمفصلة وهو قائمة بأفكار الأعمال المهمة. تركز عناصر المجلة دائمًا على المستخدم النهائي للمنتج ، حتى عندما يتعلق الأمر بالجزء التقني من المشروع. يجب أن تكون واضحة لأي شخص.
من المهم أن يطور فريق المشروع منذ البداية رؤية جماعية للتأكد من أن الجميع يفهم أهداف ومحتوى المشروع وكيفية تصورها. تأكد من أن كل شيء على نفس الطول الموجي منذ البداية - إنه أسهل من محاولة إصلاح منتج جاهز للثلثين في وقت لاحق. إن تنوع الفريق مهم أيضًا لأنه من المهم أن تكون قادرًا على النظر إلى المشكلة من زوايا مختلفة. إذا لزم الأمر ، سيساعد المتخصصون بعضهم البعض.
كيفية جعل الأمور تسير بشكل خاطئ منذ البداية
- أعلن أن Agile أداة عالمية ، حتى بالنسبة للمناطق غير المخصصة لها.
- قولي أن كل شيء واضح هنا ويمكن لأي أحمق التعامل معه ، لذلك لا حاجة للتدريب.
- نعتقد أن رشيقة معصومة ، والفشل بسبب العيوب الشخصية.
- حدد أهدافًا غير واقعية ومواعيد نهائية ، تبرر ذلك بحقيقة أن كل شيء ممكن في عالم Agile الجديد الشجاع.
تحديد الوظائف الأساسيةالهدف هو تجميع قائمة بما هو ضروري لترجمة رؤية المشروع. هناك عدة طرق للقيام بذلك ، ونهجنا المفضل هو التفكير في كل خطوة من خطوات العميل لتخطيط
سير عملك.
إنشاء مجموعات وظيفيةبمجرد تعريف سير العمل أو تجميعه ، اجمع كل الأفكار لما يجب القيام به في كل خطوة على الطريق. تقدم هذه المجموعة من هذه العناصر وصفا لوظيفة الخطوة ويمكن أن تسمى مجموعات وظيفية. بعض التفاصيل ستكون ضرورية للغاية ، بينما يمكن أن يعزى البعض الآخر إلى فئة الإضافات اللطيفة. يجب أن يأمروا من البداية.
خصائص الأولويةبناءً على رؤية المشروع والحس السليم ، حدد أولوية كل عنصر بترتيب تنازلي - من الأهم في كل قائمة.
تعريف العدد الأولبمجرد تنفيذ ما سبق ، ضع في اعتبارك كل خطوة مهمة في التحرك نحو العميل من اليوم الأول إلى التنفيذ وما هو الجزء الأكثر قيمة من الفكرة في هذه الخطوات. يمكن أن يكون مثل هذا الاختيار صعبًا ويعتمد في النهاية على الرأي ، ولكن رأي العميل - أو الشخص الذي يمثل عمله - له دور حاسم. النتيجة النهائية للخطوات هي الحد الأدنى المقبول للعميل الذي يجب أن يحققه المشروع في هذه الخطوة. يُسمى هذا عادةً الحد الأدنى من المنتج القابل للتطبيق (MVP) أو الحد الأدنى من الإصدار القابل للتطبيق (MVR).
إحدى الإيجابيات الكبيرة هي الاستلام السريع للتعليقات المهمة من المستخدمين النهائيين ، ومع ذلك ، من أجل تكوين رأي ، يحتاجون إلى شيء جوهري للغاية. من المستحيل الحصول على ملاحظات مفيدة حول العملية التقنية ، ولكن نموذج طلب VegBox الجديد كامل. بطبيعة الحال ، سيكون هذا جزءًا من منتج قابل للتطبيق إلى الحد الأدنى.
من الجدير بالذكر أنه كلما زاد عدد المنتجات ذات الحد الأدنى من القدرة على البقاء ، كلما استغرقت وقتًا أطول للحصول على التعليقات ، بينما إذا كان المنتج صغيرًا جدًا ، فلن تكون هناك معلومات كافية للحصول على تعليقات. سيكون عليك إيجاد توازن بين الربح والمخاطر - لا توجد قاعدة عالمية هنا. حاول العثور على نقطة تتلقى فيها تعليقات مفيدة حول شيء ما سيساعدك على اتخاذ قرارات مستنيرة. سيكون هذا مفيدًا لتحليل السوق.
انتبه أيضًا إلى الشروط. بالنسبة للبعض ، تعني كلمة "إطلاق" منتجًا متاحًا للاستخدام ، للآخرين - منتج مخصص للاختبار من قبل مجموعة مغلقة. تذكر أن هناك دائمًا فرصة لتقديم المنتج أولاً إلى مجموعة صغيرة ، وبعد ذلك فقط قم بإطلاق المنتج وفقًا لذلك. الأهم من ذلك ، لا تفترض أن الجميع يفهم المصطلحات بنفس الطريقة! لا توجد طرق صحيحة تمامًا - اختر الطريقة الأنسب لك.
إضافة ميزاتبمجرد تحديد ما سيحدث في الحد الأدنى من المنتج القابل للتطبيق (MVP) أو الحد الأدنى من الإصدار القابل للتطبيق (MVR) ، يبدأ المتعة الحقيقية. يمكن إضافة وظائف إضافية أو ميزات منتج جديدة في أجزاء أو أن تكون جزءًا من إصدار أكبر. وهذا ما يسمى التسليم التدريجي ، ورجال الأعمال يحبونه كثيرًا. لم تعد سنوات طويلة من الانتظار لإطلاق سراح واحد كبير مع جميع الأجراس والصفارات. إطلاق المنتج رشيقة سريع ومتكرر. ومرة أخرى ، العميل هو الذي يحدد ما ومتى يتم الإفراج عنه. كحد أدنى ، يجب أن تحتوي مشكلة واحدة على ميزة واحدة تم إثباتها من خلال الممارسة.
الحصول على معلومات
نتائج الإصدار الأول - MVP لدينا - سريعة الزوال بما فيه الكفاية ، ونحن بحاجة إلى مزيد من التفاصيل لتحويلها إلى منتج كامل. تكمن فائدة هذه النتائج في أننا في هذه المرحلة نقوم بصياغة أفكار ، لذلك سيكون من غير المقصود تطوير ملف تعريف كامل للمنتج ، والذي لن يتم استخدامه بالضرورة. إنها أكثر من كافية لتطوير رؤية مشتركة وصياغة MVP ، دون إدراك المنتج نفسه. في المرحلة التالية ، يجب علينا معرفة الجوانب الإيجابية والسلبية للمنتج. الأداة الكلاسيكية لحل هذه المشكلة هي قصة مستخدم.
أخبرني قصةقصص المستخدم عبارة عن أوصاف بسيطة قصيرة لخصائص المنتج من وجهة نظر الشخص الذي سيستخدمه. عادة ما يكون هذا المستخدم أو المشتري. عادة ما تتبع قصص المستخدم تنسيقًا بسيطًا.
يجري <نوع المستخدم> ، أحتاج إلى <target> لـ <reason>.
قصة المستخدم هي مفهوم مجرد يوفر معلومات كافية حتى يتمكن الفريق من تقييم الموارد اللازمة لتنفيذ المشروع بشكل واقعي. غالبًا ما يتم تسجيل قصص المستخدمين على ملصقات أو بطاقات ، ثم يتم تعليقها على الجدران أو وضعها على طاولات لتسهيل عملية التخطيط.
تسمح لك قصة المستخدم بالتركيز على مناقشة خصائص المنتج ، وهي خطوة مهمة بعد تطوير فكرة أساسية عن هذه الخصائص.
لا أحد يجبرك على استخدام القصص المخصصة. ومع ذلك ، تذكرنا هذه القصص بأهمية المناقشات الجماعية ، وغالبًا ما تكون نتائج هذه المناقشات الجماعية أكثر أهمية من خطة العمل التفصيلية.
خلال هذه المناقشات ، تم تحديد الجوانب الرئيسية لأهم خصائص المنتج. تذكر أن التسجيلات نفسها لا تعني أي شيء ، ولكن التواصل الجماعي النابض بالحياة يسمح لنا ليس فقط بتطوير التفاصيل الأساسية ، ولكن أيضًا للحفاظ على نظرة جديدة على المشروع. الفوز بكل طريقة.
»يمكن العثور على مزيد من المعلومات حول الكتاب على
موقع الناشر على الويب»
المحتويات»
مقتطفاتخصم 20٪ على قسيمة Agro-Agents -
Agile