منهجية التخطيط الرشيقة. منهجية التطوير الرشيقة

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

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

المنهجية الرشيقة لديها إطار عمل مع عدد من الخصائص. فيما بينها:

• الاستجابة السريعة للتغيرات.
• التنظيم المستقل لعملية الإنتاج.
• القدرة على التنبؤ.
• توافر مستمر وثابت تعليق.
• ترسيم المخاطر.

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

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

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

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

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

المبادئ الأساسية لمنهجية Agile

يوجد بيان Agile يتحدث عن المبادئ الأساسية للمنهجية:

1. الشيء الأكثر أهمية هو تقديم منتج قيم بشكل منتظم ومسبق، وبالتالي تلبية احتياجات العميل. وفقًا لمبدأ منهجية Agile، فإن منشئي المنتجات ملزمون ليس فقط بتنفيذ المتطلبات الموضحة في وثائق التصميم، ولكن أيضًا بإعلام المستهلك في أقرب وقت ممكن بنوع المنتج الذي سيكون به، وما هي الميزات والخصائص. إذا كان المنتج لا يرضي العميل، فمن الضروري تصحيحه بشكل عاجل مع مراعاة التعليقات. لأنه، جلب إلى بيئة السوق منتج جديد، هناك خطر كبير لارتكاب خطأ، فمن المنطقي استخدامه متطلبات تقنيةلإنشاء الحد الأدنى من المنتجات القابلة للحياة (MVP)، وتتمثل مهمتها الرئيسية في التحقق من مقدار الصفات الأساسية المطلوبة بين المشترين وتقييم مستوى الطلب.
2. يمكن تغيير المتطلبات، وسيتم النظر إلى ذلك بشكل إيجابي إذا كنا نتحدث عن تحسين الصفات التنافسية للمنتج. وعادة ما يتم تغييرها في نهاية مرحلة التطوير النهائية. يعد مبدأ منهجية Agile مهمًا جدًا اليوم، نظرًا لأن منتجات مجالات التقنية العالية موجودة في أسرع وقت ممكنيصبح عفا عليه الزمن ويفسح المجال لأخرى جديدة. يمكنك صياغة عدد من المتطلبات للمنتج بالفعل في نهاية إنشائه. يحدث هذا عادة بسبب التغيرات في السوق أو المنافسين. ولنلاحظ أن تطبيق هذا المبدأ مستحيل إذا كنا نتحدث عن نموذج الإدارة المتتالية، أو أنه حقيقي، ولكنه سيكلف الراعي مبلغًا مرتبًا. ولكن كلما زاد دمج التقنيات، زادت أهمية إعداد الإصدار التالي من المنتج للبقاء في صدارة المنافسين.
3. يجب أن يتفاعل الفريق والعميل بشكل مستمر في جميع مراحل إنشاء المنتج. هذه القاعدة هي تقريبًا نفس رغبات العميل. هو الأهم. إذا لم يكن هناك تفاعل مستمر، فمن الصعب تحقيق أهدافك.
4. تنص منهجية Agile على أن المشاريع يجب أن يتم تنفيذها حصريًا من قبل متخصصين متحمسين. الحرص على تهيئة الظروف المناسبة والثقة بالمتخصصين. في هذه الحالة، يكون احتمال التنفيذ عالي الجودة للمشروع مرتفعًا جدًا. العلم الحديثيقترح أن العمل الفكري يصعب تحفيزه بالحوافز المالية. لذلك يجب أن تتعاون فقط مع المتخصصين الذين يعملون لصالحهم الدافع الرئيسيهو المشروع نفسه. كل ما يحتاجونه هو أن يكونوا قادرين على العمل في ظروف مقبولة وكسب ثقة العميل.
5. أفضل طريقةالاتصالات - الاتصال الشخصي. من المرغوب فيه أن يكون جميع الأشخاص المشاركين في المشروع موجودين في منطقة مشتركة. فليكن مبنى واحدا. ومن الناحية المثالية، يجب أن يكون العميل نفسه هناك.
6. يتقدم المشروع إذا كان المنتج يعمل. يهتم العميل بالمنتج النهائي بخصائص معينة. مرحلة أخرى مكتملة بنجاح من العملية لا تعني شيئًا بالنسبة له. يجب أن يرى العميل أن المنتج يتطور، والأهم من ذلك أنه يعمل ويلبي المتطلبات المذكورة. إذا كان شكله ومحتواه قريبين من النموذج المطلوب، فهذا يعني أن المطورين يعملون بفعالية.
7. يجب أن يهتم الرعاة والعملاء والمطورون بضمان وتيرة ثابتة للنشاط. إذا عمل جميع المشاركين في العملية بوتيرة ثابتة، فإنهم يتوقفون عن القلق بشأن احتمال حدوث حالة طارئة أو عدم الالتزام بالمواعيد النهائية.
8. وينبغي أيضًا الاهتمام بالتميز الفني وجودة التصميم. تنص منهجية Agile على أن تطوير المشروع يجب أن يكون مرنًا، دون المساس بجودة المنتج أو تبسيط خصائصه. لاحظ أنه يتم اللجوء إلى ذلك غالبًا لتسريع عملية إنشاء المشروع وتحسينه.
9. لا تنس مبدأ البساطة. باستخدامه، يمكنك تقليل احتمالية تنفيذ الإجراءات غير الضرورية إلى الحد الأدنى. النقطة المهمة ليست تبسيط خصائص المنتج، ولكن التخلص من العمليات غير الضرورية وعدم تضمين شيء غير ضروري للاستخدام المقصود في التصميم.
10. فرق التنظيم الذاتي تولد دائمًا أفضل الأفكارالخطط المعمارية والفنية وغيرها. مؤلفو بيان Agile متأكدون من ذلك. لذلك، يجب على جميع أعضاء الفريق تطوير المتطلبات واتخاذ القرارات معًا. إذا كان لدى أعضاء الفريق اهتمامات وأهداف مشتركة، يصبح التنظيم الذاتي أكثر فعالية.
11. الظروف الخارجيةتتغير باستمرار. في هذا الصدد، ينبغي تحليل الوضع باستمرار والتكيف معه، والبحث عن طرق لتحسين كفاءة الأنشطة. تركز منهجية Agile بشكل خاص على مرونة المطور. هذا هو ما تحتاج إلى السعي لتحقيقه.

رأي الخبراء

آفاق منهجية رشيقة في روسيا

أندريه كوتشيكوف,

كبير المحللين في دار النشر OJSC Prosveshcheniye

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

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

منهجيات مرنة: Agile وLean وScrum وغيرها

يحدد بيان Agile مبادئ محددة. وعلى أساسها تم تشكيل منهجية تطوير مرنة تسمى Agile.

• النمذجة الرشيقة (AM). هنا، يتم تطبيق إجراءات النمذجة (بما في ذلك التحقق باستخدام رمز النموذج) والتوثيق أثناء إنشاء البرنامج. يتم إيلاء اهتمام أقل لإجراءات تصميم وإنشاء الرسوم البيانية في UML. لم يتم ذكر مجالات مثل التطوير والاختبار وإدارة المشاريع والنشر والصيانة.
• تعد عملية Agile Unified Process (AUP) نسخة موحدة من منهجية RUP (IBM Rational Unified Process) التي أنشأها سكوت أمبلر. تحدد AUP نموذج تطوير البرمجيات لتطبيقات الأعمال.
• Agile Data Method (ADM) هي منهجية تطوير برمجيات متكررة ورشيقة تركز على تطوير الحلول والمتطلبات. تتعاون فرق متعددة الوظائف مع بعضها البعض.
• طريقة تطوير الأنظمة الديناميكية (DSDM) هي طريقة تدريجية ومتكررة تعتمد على التطوير السريع للتطبيقات (RAD). وينصب التركيز على تعظيم مشاركة المستهلك النهائي في إنشاء المنتجات.
• العملية الموحدة الأساسية (EssUP). مؤلف هذا النهج هو إيفار جاكوبسون. ويتمتع هذا النهج بأساليب إنشاء البرامج التكرارية. وينصب التركيز على بنية المنتج وممارسات الفريق المستعارة من RUP وCMMI وAgile Development. جوهر الفكرة هو استخدام تلك الأساليب والتقنيات المستخدمة في حالة معينة فقط. إن اختيارهم هو الأساس لتحديد العملية المستهدفة. يختلف هذا النهج عن RUP بأساليب وممارسات مترابطة. هناك أيضًا المرونة والقدرة على عزل العناصر الضرورية عن كل ما هو متاح.
• البرمجة المتطرفة (XP)، أو البرمجة المتطرفة. يتمثل جوهر الطريقة في استخدام أفضل التقنيات المتوفرة بالفعل في مجال إنشاء البرامج وتحسينها. يختلف هذا النهج والممارسة المعتادة عن بعضهما البعض، خاصة أنه في الحالة الأخيرة يقوم المبرمج بإجراء فحص تسلسلي للكود الذي كتبه زميله. تتضمن البرمجة المتطرفة اختبارًا متوازيًا، مما يساهم في إصدار المنتج بشكل أسرع، ولكنه في الوقت نفسه يزيد من المخاطر.
• التطوير المبني على الميزات (FDD). في إطار استخدام الطريقة هناك الحظر الرئيسيوهو أن تنفيذ كل وظيفة يجب أن يتم في غضون أسبوعين وليس أكثر. من الناحية المثالية، يتم تطويره دفعة واحدة. إذا لم يكن ذلك ممكنًا، فسيتم تقسيم الوظيفة إلى عدة وظائف وتنفيذها بسلاسة.
• الحصول على الحقيقة (GR) - عند استخدام الطريقة، لا يلجأون إلى إجراءات المواصفات الوظيفية المستخدمة لتطبيقات الويب. يبدأ التطوير من الجانب الخلفي، أي أنهم يفكرون أولاً في التصميم والواجهة، ثم في المحتوى الوظيفي.
• OpenUP (OUP) - يعتمد تطوير النهج على RUP. تحدد الطريقة طريقة تكرارية تزايدية لإنشاء البرامج. وفي إطار المنهج الذي يقال عنه دورة الحياةالتطوير (مراحل الإطلاق والتحسين والتطوير والنقل إلى العميل). يتم تنفيذ الطريقة على عدة مراحل، مع فحص نقاط تحكم معينة مما يساعد على زيادة كفاءة الرقابة ومراقبة تنفيذ المشروع. يتم اتخاذ جميع القرارات المتعلقة بالمشروع في الوقت المحدد.
• تطوير البرمجيات الهزيل. أساس هذا النهج هو مفهوم الإدارة العجاف شركة الإنتاج(الإنتاج الهزيل، التصنيع الهزيل).
• يعد Scrum أحد أكثر الطرق شيوعًا لتطوير البرمجيات الرشيقة ويحدد قواعد إدارة عملية الإنتاج باستخدام طرق معروفة. في هذه الحالة، يتم التركيز على إشراك العميل في التطوير (عند اكتمال المرحلة التالية، من الممكن تغيير أو توضيح متطلبات المنتج الذي يتم إنشاؤه). هذا يسمح لك بتحديد أوجه القصور وضبط المنتج.

تعد منهجية Agile Scrum إحدى التقنيات الشائعة

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

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

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

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

هناك مرحلة تخطيط يتم فيها تحديد الصفات الوظيفية الجديدة المنتج الذي تم إنشاؤهللسباق المقبل. بعد حل المشكلة، يتم إنشاء Sprint Backlog. ويظل دون تغيير طوال مدته بأكملها.

تحدد المنهجية أيضًا الأدوار المنظمة في المشروع:

• Scrum Master هو الوسيط بين الفريق والعميل.
• يمثل مالك المنتج العميل، ويشكل، ويحدد أولويات Product Backlog، ويقبل النتائج المؤقتة للعمل.
• الفريق – فريق المشروع حيث لا توجد أدوار منفصلة. إنه نظام ذاتي التنظيم يتضمن محترفين متعددي الوظائف ومتحمسين.

توفر المنهجية عددًا من المزايا للممولين، وهي:

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

المشكلة الرئيسية في هذه الحالة هي السؤال التسجيل القانونيهذا النوع من النشاط والتفاعل مع فريق التطوير الخارجي.

لماذا تحتاج إلى منهجية الإدارة الرشيقة؟

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

كل ما سبق هو مجرد البداية. العديد من خبراء الأعمال والمديرين التنفيذيين المؤسسات الكبيرةنحن واثقون: المنهجية الرشيقة هي مستقبل الصناعة الاقتصادية الحديثة.

رأي الخبراء

تنفيذ منهجية Agile لتحسين كفاءة الموظفين

ماريا اونوتشينا,

مدير قسم إدارة الأصول في مجموعة بيكار لإدارة الأصول، موسكو

لقد قمنا بتعديل مساحة مكتبنا للانتقال إلى الإدارة الرشيقة:

المرحلة 1.تنظيم أماكن العمل.

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

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

لقد حاولنا تنظيم المساحة في المكتب بحيث تتاح للموظفين فرصة تغيير الموقع في أي وقت:

• إذا لزم الأمر، كن وحيدا؛
• انضم إلى مجموعات صغيرة؛
• عقد اجتماع بين الإدارات في أي تكوين.

وقد تأثر عدد هذه المناطق داخل المشروع بحصة الأعمال التي تنتمي إليها العملية.

المرحلة 2.تكيف العمال.

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

المرحلة 3.إدخال حلول غير عادية.

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

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

• الحلول الهندسية الحديثة.
• البنية التحتية لتكنولوجيا المعلومات؛
• أثاث مريح
• الأسطح لتسجيل الأفكار أثناء المفاوضات، الخ.

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

نتيجة. أظهرت عدة أشهر من الإقامة في المكتب المحسن أن العمل أصبح جماعيًا، وأن التواصل بين المتخصصين من مختلف الإدارات قد تحسن. تمكنت من التوفير في الإيجار. في المتوسط، يوجد 12-40 مترًا مربعًا للشخص الواحد في مكتب مؤسسة كبيرة. في السابق، كانت لدينا 10 أمتار مربعة، وتم تخفيض هذا الرقم إلى 6 أمتار مربعة، مما أدى إلى توزيع الوظائف بشكل فعال. وكانت فترة الاسترداد للمشروع 1.5 سنة.

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

ما هي المشاكل التي قد تنشأ عند استخدام منهجية Agile؟

المشكلة 1.التعود على الدور.

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

المشكلة 2.عادة التوثيق.

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

المشكلة 3.فريق جديد.

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

المشكلة 4.مشاكل في التواصل.

تتمثل مهمة مدير المشروع في المرحلة الأولية في عقد اجتماعات مع أعضاء الفريق لتحقيق أنشطة منتجة وفعالة.

المشكلة 5.ضغط الموعد النهائي.

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

المشكلة 6.إِبداع.

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

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

المشكلة 7.تقدير الوقت.

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

المشكلة 8.مشكلة مع الإدارة.

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

المشكلة 9.مشاكل السلوك غير المنسق.

في عملية تنفيذ منهجية Agile، فمن الممكن الوضع القادم. هناك اجتماع يجري، وفجأة ينهض أحد المشاركين ويبدأ بالحديث عن أفكاره. ولا يقبل الاعتراضات، وبعد مرور بعض الوقت يتحدث عن القرار المتخذ، ويقترح البدء في النظر في المسألة الثانية. وبطبيعة الحال، لم يتخذ الفريق القرار. في الواقع لقد فعل ذلك هذا المشارك، وأخذ هذا الحق منها.

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

منهجية رشيقة دون أخطاء

خطأ 1.لا يفهم كبار المديرين ما هي منهجية Agile ولأي غرض ينبغي تنفيذها.

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

خطأ 2.تشخيص غير صحيح.

في كثير من الأحيان، عند تقديم منهجية Agile، ترغب الشركة في حل عدد من المشكلات المحددة، مثل التكاليف المتضخمة أو رداءة جودة البضائع. لكن عليك أن تعرف بالتفصيل مكان وجود الفجوات. وبخلاف ذلك، يتوقع المدير أن تغير منهجية Agile كل شيء. ومع ذلك، فهو هنا يخاطر فقط بتفاقم الوضع.

خطأ 3.إدخال Agile فقط في مجال منفصل من العمليات التجارية.

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

خطأ 4.- فهم أهمية إشراك جميع موظفي الشركة.

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

خطأ 5.الوهم بأن كل شيء ممكن فقط من خلال الجهود البشرية.

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

خطأ 6.الإحجام عن تغيير الموظفين.

ما يقرب من 90٪ من النجاح يعتمد على فريق المؤسسة. وينبغي إيلاء الاهتمام المستمر للتطوير والتدريب و الدافع المناسبموظفين. العديد من المتخصصين ليسوا مستعدين للقيام بالأنشطة باستخدام منهجية Agile، ولا يهتمون بالمعرفة والفرص الجديدة أو إتقان العمليات التجارية. حوالي 25-30٪ من موظفي الشركة لا يريدون تقديم أفضل ما لديهم ويسعون لتحقيق أرباح عالية. من الأفضل أن نقول "وداعا" لهؤلاء الموظفين. قد يكون من الصعب جدًا تحديد الروابط الضعيفة، وبالتالي لا يتعامل مديرو الموارد البشرية غالبًا مع هذا الأمر.

خطأ 7.فقدان الاهتمام ومشاركة كبار المديرين.

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

منهجية رشيقة: أمثلة على التطبيق غير الناجح

تجتذب منهجية Agile العديد من المحترفين، وقد حاول عدد من الشركات العالمية المشهورة تنفيذها حتى الآن. لكن لم يتمكن أحد تقريبًا من تحقيق النتيجة المرجوة.

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

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

يرتبط الفشل الأكثر شهرة في استخدام منهجية Agile بإطلاق نظام التأمين الصحي Obama Care في الولايات المتحدة. كان معنى البرنامج كما يلي: تم تزويد فئات معينة من المواطنين الأمريكيين بوثائق تأمين مجانية. للحصول على هذا الحق، كان على الشخص ملء نموذج على الموقع وانتظار القرار من خدمات معينة. وبطبيعة الحال، هرع الملايين من الناس لملء النماذج. لكن المشكلة كانت أنهم تمكنوا من ملء النموذج، ولكن لم يرسلوه؛ كان هناك نوع من الفشل في الخادم. انتهى برنامج Obama Care بعد حوالي 6 أشهر من بدايته. ولتحسين العمل، قامت الأطراف المهتمة بإحضار متخصص خارجي قام بتقييم الوضع. لقد قطع المستشار شوطا طويلا، بدءا من النهاية - "الإنتاج"، وجمع الأجزاء معا وتمكن من تحقيق الأداء الصحيح للنظام.

رأي الخبراء

مثال على التنفيذ الناجح أإدارة جيل

سيرجي بوشيك,

المدير العام لمجموعة NPM، نوفوسيبيرسك

تحولت الشركة، بما في ذلك جميع أقسامها، إلى العمل وفقًا لمنهجية Agile على مدار 1.5 عام. في السابق، كان قسم الموارد البشرية يتكون من: أخصائي موارد بشرية، ومدير تدريب، ومسئول توظيف. إدارة القسم، الاختيار الموظفين الجددأو إجراء التدريب، وملء الطلبات بأعداد كبيرة. الآن كل قسم في المؤسسة لديه موارد بشرية خاصة به. في فرق التطوير التي تعمل وفقًا لمنهجية Scrum، يتم تخصيص هذا المكان لـ Scrum Master. المنتجات هنا هي خدمة الموظفينوأعضاء الفريق هم مستهلكون داخليون.

لقد ترسخ أسلوب الإدارة الجديد القائم على منهجية Agile بشكل جيد في مجال اختيار الموظفين. يمكن للعميل التخطيط لأنشطته مع مراعاة خروج المرشح في الوقت المحدد بالضبط. على مدار 9 سباقات سرعة استمرت لمدة أسبوعين، تمكنا من تقليل عدد الوظائف الشاغرة المتأخرة بمقدار مرتين. يتم الآن ملء وظيفة شاغرة بسيطة (على سبيل المثال، عامل مسبك) في 20 يومًا، ووظيفة شاغرة متوسطة (مهندس خدمة) - في 32 يومًا، وأخصائي نادر (مهندس عمليات قولبة حقن البلاستيك) - في 51 يومًا. بعد الانتهاء من السباق الأول، أصبح من الواضح للقائمين بالتوظيف: بالنسبة لإدارة القسم، الشيء الرئيسي ليس سرعة البحث، ولكن المواعيد النهائية الشفافة لملء الوظائف الشاغرة والفترة الزمنية التي يمكنهم إنفاقها على اختيار الموظف مع التدريب اللاحق . في الوقت الحالي، يقوم المدير بإخبار العميل عن توقيت ومرحلة البحث عن مقدم الطلب. وتشمل مسؤوليات القائمين على التوظيف أيضًا تطوير الكفاءات الفنية اللازمة لملء وظائف التصنيع بشكل فعال، مثل تعلم قراءة المخططات.

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

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

منهجية إدارة المشاريع الرشيقة: 6 قواعد للكفاءة

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

تتسم الخطط طويلة المدى بدقة منخفضة، لذا ضع خطة بثلاثة أبعاد:

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

القاعدة 2.إشراك الفريق في تنفيذ المشروع وإبلاغ الموظفين بذلك. يجب على جميع المتخصصين فهم أهداف المنظمة ومشاركتها، ومعرفة ما يجب القيام به لحل المهام المعينة، حتى لو كان هؤلاء الموظفون لا يؤدونها في إطار المشروع.

القاعدة 3.يجتمع مع فريق التنفيذ من وقت لآخر. تواتر الاجتماعات 1-2 مرات شهريا. وهذا مطلوب لتحديد حلول المهام والمشاكل، وتعديل الخطة في الوقت المناسب إذا ظهرت صعوبات في التنفيذ. وفي الوقت نفسه، تنظيم حاد حالات الصراعولا ينبغي أن يتم ذلك خلال الاجتماع المقرر عقده خلال أسبوع. يجب أن يكون التفويض واضحًا وسريعًا.

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

القاعدة 5.قل "وداعا" للموظفين ذوي الأداء الضعيف إذا رأيت أن منهجية Agile ليست قريبة منهم.

القاعدة 6.لا تتوقع حل المشكلات بشكل مثالي في المرة الأولى. تم تحقيق حوالي 95% من الأدوات والأفكار الفعالة بعد العديد من التكرارات والتعديلات على مدار عدة تكرارات.

1. أندرو ستيلمان، جينيفر جرين "فهم الرشاقة".

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

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

2. بوريس فولفسون "مشروع رشيق وإدارة المنتجات."

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

3. جيف ساذرلاند سكروم. طريقة ثورية لإدارة المشاريع."

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

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

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

4. رومان بيشلر "إدارة المنتجات في سكروم".

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

5. كينيث س. روبين "أساسيات سكروم".

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

معلومات عن الخبراء

أندريه كوتشيكوف, كبير المحللين في دار النشر OJSC Prosveshcheniye. "Prosveshcheniye" هي دار نشر متخصصة سوفيتية وروسية لاحقًا للأدب التربوي والتربوي.

ماريا أونوتشينا،مدير قسم إدارة الأصول في مجموعة بيكار لإدارة الأصول، موسكو. Becar-Exploitation LLC (مجموعة إدارة الأصول Becar). مجال النشاط: الحل المنهجي لمشاكل إدارة الممتلكات وإدارة المشاريع والاستثمارات (الوساطة والتقييم). عدد الموظفين: 5000. المنطقة: المكاتب الأمامية - في موسكو وسانت بطرسبرغ؛ ثلاثة مكاتب تمثيلية و 55 أقسام منفصلة– في مدن مختلفة من روسيا.

سيرجي بوشيك،المدير العام لمجموعة NPM، نوفوسيبيرسك. NPM LLC (مجموعة NPM). مجال النشاط: إنتاج المعدات اللازمة لصناعة المشروبات. تطوير حلول تكنولوجيا المعلومات للتكامل مع المعدات، تطبيقات الهاتف الجوال. عدد الموظفين: أكثر من 300. حصة السوق: 95% من معدات تعبئة البيرة والمشروبات الغازية في روسيا. عدد براءات الاختراع لكل المنتجات الخاصة: أكثر من 80.

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

إن Agile، التي ظهرت كوسيلة لتطوير البرمجيات في فرق صغيرة منذ 10 إلى 15 عامًا، أصبحت اليوم ثقافة إدارية جديدة للشركات الكبيرة. بفضل الخطاب الأخير الذي ألقاه German Gref، تم تضمين مصطلح Agile في مفردات جميع المديرين الروس المعاصرين.

ما هو Agile ولماذا تسمى هذه الطريقة هي الطريقة الصحيحة الوحيدة تقريبًا؟

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

Agile هو أسلوب لإعادة التفكير المبتكر في إنشاء منتج أو خدمة جديدة. ويستند للغاية فكرة بسيطة: كل ​​مشارك في العملية، يجب أن يشارك كل موظف في "خط التجميع" هذا في عملية إعادة التفكير في مهامهم والقضية المشتركة. يمكن للجميع إيقاف الناقل وتقديم مقترحاتهم العقلانية.

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

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

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

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

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

انتقال الأعمال الكلاسيكية الكبيرة (المؤسسة) إلى Agile

هذا سؤال مهم للغاية، وهو مثير للاهتمام للغاية. العالم كله يتحدث عن هذا، وقال جيرمان جريف نفس الشيء. وقال: "يا شباب، نحن بنك، ومنافسونا ليسوا بنوكًا، منافسونا هم شركات شابة تجلب التكنولوجيا الرقمية إلى المجتمع".

يعتمد العمل المتقدم على ثلاث ركائز: الخبرة والمعرفة في الصناعة (التي تعمل فيها الشركة)، وتطوير المنتجات والخدمات باستخدام منهجية Agile، والأهم من ذلك، الثقافة المبتكرة.

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

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

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

تخطيط مرن

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

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

للتخطيط المرن، من الضروري فهم وتحليل كل عملية تجارية. وهذه هي المرحلة التالية من تطور الشركة - رقمنتها.

اقرأ المادة

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

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

كانت المنهجية الرشيقة في جوهر كل شيء. لكن ما رآه في الاجتماع صدمه..

لقد حدث على النحو التالي. واستمع المدير العام إلى تقرير رؤساء الأقسام وأدلى بنفسه بالملاحظات.

وعندما يتعلق الأمر بمناقشة خطط التطوير المستقبلية والقضاء على المشاكل، دعا المدير رؤساء الأقسام للتعبير عن أفكارهم.

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

وهكذا مرت حوالي 15 دقيقة، ثم صرخ المخرج: "لقد انتهت الديمقراطية، والآن عادت الدكتاتورية مرة أخرى!". بدأ في إصدار الأوامر التي بدأ مرؤوسوه في تدوينها بجد في مذكراتهم.

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

بعد كل شيء، في مصنعنا، يمكن لأي عامل إيقاف الناقل أثناء التشغيل وإجراء تعديلات على تشغيله.

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

حسناً، إنهم لا يعملون...

على الأرجح أن السؤال يدور الآن في رأسك: "ما هذه العبارة الغامضة؟"

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

المبرمجون هم المسؤولون

هل تعرف كيف تم تطوير أي منتج برمجي من قبل؟ تماما. وبطبيعة الحال، ما زالوا يفعلون ذلك الآن، ولكن ليس الشركات المتقدمة.

وهذا يعني أنه كان هناك في السابق هيكل معين يتم من خلاله إنشاء منتج البرنامج النهائي. لقد بدت هكذا:

1. فكرة؛
2. مهمة فنية
3. إنشاء التصميم؛
4. برمجة؛
5. اختبارات؛
6. إطلاق النسخة النهائية.

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

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

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

ثم بدأ المبرمجون في تغيير نهجهم في العمل: بدأوا في إجراء اختبارات مصغرة لتلقي ردود الفعل في كل مرحلة من أجل إجراء تغييرات على الفور، حتى على المنتج غير المكتمل.

كما بدأوا أيضًا في طلب التعليقات من العميل حتى قبل تسليم المنتج النهائي إليه.

أظهرت التجارب نتائج ممتازة واعتبرت ناجحة للغاية (أصبحت جودة المنتجات أفضل بكثير، وأصبح العملاء راضين، وبدأ المبرمجون في الالتزام بالمواعيد النهائية).

أصبح هذا النهج في العمل يسمى "المرن" لأنه في أي مرحلة من مراحل العمل يمكن إجراء تغييرات على إنشاء المنتج للحصول على الحل المثالي.

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

واكتشفوا أنه على الرغم من أنهم رأوا عملية تطوير المنتج نفسها بشكل مختلف، إلا أن فكرة وجوب أن تكون مرنة كانت واضحة للجميع.

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

نظرًا لأن معظم هؤلاء الأشخاص كانوا مبرمجين، كانت نتيجة الاجتماع إصدار "بيان منهجية تطوير البرمجيات الرشيقة" (باللغة الإنجليزية، بيان Agile) ومبادئ Agile.

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

موجز والى النقطة

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

1. الأشخاص والتفاعلات أكثر أهمية من العمليات والأدوات؛
2. يعتبر المنتج العامل أكثر أهمية من التوثيق الشامل؛
3. التعاون مع العميل أهم من الاتفاق على شروط العقد؛
4. إن الاستعداد للتغيير أكثر أهمية من الالتزام بالخطة الأصلية.

المبادئ المذكورة في بيان Agile. فقط اقرأها، وسوف تفهم أبعد قليلا.

• رضا العملاء من خلال التسليم المبكر وغير المنقطع للبرامج القيمة؛
• التسليم المتكرر لبرامج العمل (كل شهر أو أسبوع، أو حتى في كثير من الأحيان)؛
• وغيرهم الكثير مثلهم.

"ما هذا الهراء الذي قرأته للتو؟ لم أفهم كلمة واحدة! أعتقد أن هذه هي أفكارك الآن.

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

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

رشيقهو اسم المنهجية التي مشروع كبيرمقسمة إلى عدة أجزاء صغيرة، لكل منها تاريخ الانتهاء الخاص بها.

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

كل شيء واضح في المثال

لتسهيل فهم كل شيء، سأوضح الفرق باستخدام مثال المخبز.

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

مصنع خبز عادي في روسيا

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

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

بعد البحث، سيقوم الفني بتطوير الخبز الذي يناسب ذوقك وإحضاره إلى المدير.

لقد جرب منتجًا جديدًا وقرر مكافأة التقني بكلمات "أحسنت". أمسك الخبز" أو قل "لا. أعد ذلك."

بعد الموافقة، يتم إعطاء الخبازين الخرائط التكنولوجيةلإطلاق المنتج في الإنتاج. بجانب البائعين للبيع الخبز المخبوز.

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

مصنع المخابز الرشيقة في روسيا

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

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

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

علاوة على ذلك، طوال العملية برمتها، يقوم جميع الموظفين بتقييم النتيجة وتقديم الملاحظات لتحسينها.

التنفيذ أو الإرسال

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

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

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

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

• بنك ألفا بنك؛
• سلسلة مطاعم البيتزا "دودو بيتزا"؛
• خدمة المحاسبة "زر".

وإذا كان كل شيء واضحًا بالنسبة لبنك ألفا، فهو شركة كبيرة، ولديه الموارد والأشخاص اللازمين لإدخال الابتكارات في نظامهم.

مع "Dodo Pizza" و"Knopka" كل شيء أكثر إثارة للاهتمام، لأن الشركات صغيرة. وفي رأيي أن هذا النهج كان أحد عوامل نجاحهم.

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

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

العمل الداخلي

السؤال الوحيد الذي كنت أبحث عن إجابة له لفترة طويلة هو كيف يعمل العمل في شركة رشيقة؟

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

دعونا نعود إلى مخبزنا المفضل. ومهمتهم القديمة هي إطلاق نوع جديد من الخبز. لتنفيذ المهمة، كان لديهم التسلسل التالي:

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

   يقدم الطهاة والتقنيون واللوجستيون منتجات مربحة، ويتحدث المسوقون عن المنافسين، ويخبر البائعون الرغبات التي يعبر عنها العملاء عادة.

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

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

نعم، كل شيء على ما يرام الآن

أريد ذلك لنفسي

ربما بعد قراءة المقال لديك الرغبة (خاصة إذا كنت مشاركًا في الإنتاج) لإدخال منهجيات مرنة لإدارة المشاريع في عملك.

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

ثم سأحذرك على الفور وأجيب على العديد من الأسئلة التي لديك.

هذه هي أهم 5 أسئلة يطرحها جميع المالكين على أنفسهم عندما يرون هذه المنهجية.

مناسبة للشركات الصغيرة؟إذا كنت لا تطلق منتجات جديدة باستمرار أو لا تنفذ مشاريع جديدة باستمرار، ولكنك تعمل على المشروع "القديم"، فمع درجة أكبر من الاحتمال لا.

هل من السهل تنفيذه؟سأجيب على السؤال بسؤال: هل التعلم سهل؟ لغة اجنبية؟ لا يمكن تطبيق الفلسفة بسرعة في الشركة. يجب أن يتم تنفيذها خطوة بخطوة وعلى مدى فترة طويلة من الزمن.

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

كيف سيعمل الناس؟مختلف تماما. إذا كانوا يعملون في السابق على مهمة واحدة فقط، فسيتعين عليهم الآن العمل والمشاركة في العملية برمتها، حتى عدة مشاريع.

وهذا يعني حصريًا العمل الجماعي والنظرة الأوسع.

من يجب أن يكون الرئيس؟قد يبدو الأمر غير عادي، لكن لا يوجد رؤساء في الشركات الرشيقة.

هؤلاء هم في المقام الأول أمناء مساعدون ينظمون الأشخاص في فرق مشتركة من أجل عمل أكثر كفاءة.

لم أجب على سؤالك؟! في هذه الحالة، هناك تعليقات أدناه، اكتبها هناك وسأقدم لك توصية مجانًا تمامًا. من المهم بالنسبة لنا أن تكون راضيًا بنسبة 100%.

نحن بالفعل أكثر من 29000 شخص.
شغله

الصخور تحت الماء

مثل أي أداة لتحسين الأعمال، هناك عيوب. وللوهلة الأولى، فهي ليست ملحوظة للغاية.

ولا تدركها الشركات إلا بعد التنفيذ. لذلك، "على الرحب والسعة" مقدمًا لإنقاذك من خسارة المال والوقت.

رشيقة ليست أداة

Agile ليست حتى منهجية، على الرغم من أنني غالبا ما أسميها ذلك في النص. هذه هي الفلسفة التي توافق الشركة على العيش بها.

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

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

فريق

بالنسبة لمعظم الناس في بلدنا (أنا أتحدث عن المعتاد الأعمال الروسية) سيكون العمل ضمن فريق أمرًا غير معتاد.

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

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

أنف شخص آخر

لم تعد هناك مساحة شخصية في الشركة. من مسلسل - أنا لا أتدخل فيك ولا تتدخل فيّ. لم يعد هذا هو الحال.

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

وهذا أمر سيئ (غير عادي) وجيد في نفس الوقت، حيث أن نظر المرء غالبًا ما يكون غير واضح.

قسط

الأكثر إثارة للاهتمام. في Agile، ليس من المعتاد أن تدفع للناس راتبا ثابتا، لأن نجاح الشركة يعتمد على درجة مشاركة كل موظف على حدة.

وإذا كان هناك راتب فهو أولى حتى لا يموت الإنسان من الجوع. كل شيء آخر يعتمد على النتيجة.

دوران

وسوف يكون، وهامة. ليس من المعتاد في مجتمعنا العمل ضمن فريق وتلقي الأموال مقابل نتائج محددة (على الرغم من أن الوضع قد تغير مؤخرًا).

لذلك، سيتعين عليك محاولة العثور على متخصصين يشاركون الفلسفة المطبقة في شركتك.

باختصار عن الشيء الرئيسي

لمن تعتبر أساليب إدارة المشاريع الرشيقة مناسبة؟ للشركات الكبيرة أم للشركات الصغيرة؟ في الواقع، لكليهما.

فهي تجعل الشركات الكبيرة "أصغر سنا"، وتصبح أكثر مرونة وأقل بيروقراطية، في حين تمنح الشركات الصغيرة اختراقا قويا.

ففي النهاية، تتوقف عن العمل بالطريقة القديمة، ويتوقف موظفوك عن التفكير (والعمل) مثل معظم منافسيك.

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

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

ويبدو أن الصلة واضحة. أقترح عليك أن تأخذ طريقا مختلفا. لا تقطع من الكتف.

ابدأ في تنفيذ مبادئ Agile كما نفعل تدريجيًا. البدء بإشراك متخصصين مختلفين في تنفيذ المشاريع المختلفة. ويمكننا أن نقول من تجربتنا الخاصة أن كفاءتنا زادت بشكل ملحوظ.

الصفحة 2 من 2

أسلوب إدارة المشاريع المرنة (Agile)

بالنسبة للمشاريع التي تشتمل على مكون برمجي مهم، قد لا تكون الطريقة التقليدية لإدارة المشروع فعالة لأن المتطلبات قد تكون غامضة وقابلة للتغيير. وبدلاً من ذلك، يمكنك استخدام أسلوب إدارة المشروع Agile ادارة مشروع- APM)، والتي اكتسبت شعبية مؤخرًا في السوق. هذه الطريقة عبارة عن عملية متكررة ودورية إلى حد ما يعمل خلالها المطورون والمشاركين في المشروع معًا بشكل نشط لفهم نطاق النشاط، بالإضافة إلى تحديد الاحتياجات التي يجب تنفيذها وتحديد أولويات الوظائف.

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

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

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

بيئة إدارة المشاريع الرشيقة

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

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

مكونات الطريقة الرشيقة

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

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

الفوائد المقترحة لطريقة إدارة المشاريع الرشيقة

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

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

هل من الممكن استخدام أسلوب إدارة المشاريع الرشيقة؟

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

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

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

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

تاريخ رشيقة

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

في التسعينيات، تم تطوير عدد من أساليب تطوير البرمجيات الرشيقة استجابةً لأساليب الوزن الثقيل السائدة. وتشمل هذه: منذ عام 1991 - RAD (التطوير السريع للتطبيقات)؛ منذ عام 1994 - طريقة تطوير الأنظمة الديناميكية (DSDM)؛ منذ عام 1995 - سكروم؛ منذ عام 1996، البرمجة الواضحة والمتطرفة (XP)؛ ومنذ عام 1997 - التطوير القائم على الميزات (FDD). على الرغم من أنها نشأت قبل نشر بيان تطوير البرمجيات الرشيقة، إلا أنها تسمى بشكل جماعي أساليب تطوير البرمجيات الرشيقة.

في فبراير 2001، اجتمع سبعة عشر من مطوري البرمجيات في منتجع سنوبيرد في ولاية يوتا لمناقشة أساليب التطوير خفيفة الوزن. قاموا معًا بنشر بيان تطوير البرمجيات الرشيقة.

بيان أجيل

يتكون بيان Agile من 4 أفكار أساسية و12 مبدأ. تطبق كل منهجية Agile هذه الأفكار بشكل مختلف، ولكنها جميعًا تعتمد عليها لإدارة المشاريع بأكبر قدر ممكن من الكفاءة.

4 أفكار رشيقة

1. الأشخاص والتفاعلات أكثر أهمية من العمليات والأدوات.
2. برامج العمل أكثر أهمية من التوثيق.
3. التعاون مع العملاء أكثر أهمية من الاتفاق على شروط العقد.
4. إن الاستعداد لإجراء التغييرات يمثل أولوية على الالتزام بالخطة الأصلية.

12 مبادئ رشيقة

1. رضا العملاء من خلال التسليم المبكر والمستمر للبرامج. يشعر العملاء بسعادة أكبر عندما يتلقون برامج عمل على فترات منتظمة.
2. إدخال تغييرات على متطلبات المنتج طوال عملية التطوير.
3. التسليم المتكرر لبرامج العمل (كل شهر، نصف شهري، أسبوعي، وما إلى ذلك).
4. التعاون بين أصحاب المصلحة (العملاء والمطورين) طوال المشروع بأكمله.
5. دعم وثقة وتحفيز الأشخاص المعنيين. من المرجح أن تنجز الفرق المتحمسة الأمور وظيفة أفضلمن الموظفين غير الراضين عن ظروف العمل.
6. وجها لوجه التفاعل. يكون التواصل أكثر نجاحًا عندما تكون فرق التطوير قادرة على التواصل مباشرة.
7. برنامج العمل هو المقياس الرئيسي للتقدم. إن تقديم البرامج الوظيفية للعميل هو العامل النهائي الذي يقيس التقدم.
8. الحفاظ على وتيرة ثابتة للعمل. تنشئ الفرق سرعة قابلة للتكرار وقابلة للصيانة يمكنها من خلالها تقديم برامج فعالة.
9. الاهتمام بالتفاصيل الفنية والتصميم. المهارات الصحيحة و تصميم جيدالسماح للفريق بالحفاظ على الزخم وتحسين المنتج باستمرار والعمل على التغييرات.
10. بساطة.
11. تكافئ فرق التنظيم الذاتي الهندسة المعمارية والمتطلبات والتصميمات الممتازة. يتواصل أعضاء الفريق المهرة والمتحمسون الذين لديهم سلطة اتخاذ القرارات بانتظام مع أعضاء الفريق الآخرين ويتبادلون الأفكار التي من شأنها ضمان إنشاء منتج عالي الجودة.
12. التكيف المستمر مع الظروف المتغيرة، مما يساعد على جعل المنتج أكثر قدرة على المنافسة في السوق.

أساس الطريقة الرشيقة

أساس أسلوب إدارة المشاريع الرشيقة هو عدد من العناصر الأساسية:

1. تحكم بصري. أثناء العمل في المشروع، يستخدم المشاركون في المشروع بطاقات بألوان وأنواع مختلفة، والتي تشير إلى عنصر المنتج النهائي الذي تم تطويره بالفعل أو التخطيط له أو إكماله، وما إلى ذلك. بهذه الطريقة، يكون لدى الفريق صورة واضحة عن الوضع الحالي. يضمن التحكم البصري أن يكون لكل مشارك نفس الرؤية للمشروع.
2. يعمل جميع المشاركين في المشروع في مكان قريب، بما في ذلك العميل. لا يؤدي هذا النهج إلى تسريع العديد من العمليات المتعلقة بإعلام المشاركين فحسب فريق العملولكنه يخلق أيضًا مناخًا مناسبًا للتعاون والعمل الفعال.
3. تحكم قابل للتكيف. مدير المشروع ليس هو الشخص الذي يعطي التعليمات، بل هو القائد الذي يحدد القواعد الأساسية للعمل والتعاون.
4. تعاون. يعمل الفريق ومدير المشروع والعميل معًا، مما يلغي احتمالية فقدان المعلومات وسوء فهم الأهداف. كما تتيح لك شفافية جميع العمليات التخلص الفوري من المشكلات الناشئة وإيجاد حلول وتحسينات ناجحة.
5. يعتمد العمل على تقسيم النطاق الإجمالي للمشروع إلى الأجزاء المكونة له. نظام العمل هذا يقلل بشكل كبير من تعقيد المشروع ويسمح للفرق بالتركيز على كل جزء على حدة.
6. العمل على الأخطاء. خلال إحدى الدورات، يتعلم الفريق مهارات جديدة ويقوم بتحليل الأخطاء التي حدثت، مما يلغي حدوثها في الدورة التالية.
7. سباقات السرعة والاجتماعات اليومية. تتيح لك فترات السرعة، وهي الفترات الزمنية التي يكمل فيها الفريق سلسلة من المهام، رؤية نتائج عملك بوضوح. بتقسيم الوقت الذي نقضيه في المشروع إلى سباقات السرعة، نحصل على سبيل المثال على 10 سباقات سرعة، مدة كل منها أسبوعين. والاجتماعات اليومية التي لا تزيد مدتها عن 15 دقيقة ستساعد كل عضو في الفريق على الإجابة على ثلاثة أسئلة لنفسه: ماذا فعلت بالأمس، ماذا سأفعل اليوم، ما الذي يمنعني من القيام بعملي؟

وبالتالي، فإن تنفيذ طريقة Agile المرنة ممكن في ظل الشروط التالية:

• تم توضيح أهمية المشروع بشكل واضح،
• يشارك العميل بنشاط في جميع أنحاء المشروع،
• من الممكن تنفيذ النطاق الإجمالي للمشروع خطوة بخطوة،
• نتيجة العمل أهم من التوثيق،
• تتكون مجموعة العمل من ما لا يزيد عن 7-9 أشخاص.

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

أنظمة إدارة المشاريع على أساس Agile

هناك العديد من الطرق المبنية على فكرة Agile، وأشهرها Scrum وKanban.

سكروم

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

1. تخطيط مقدار العمل لسباق واحد.
2. اجتماعات يومية لمدة 15 دقيقة لتصحيح عمل الفريق وتلخيص النتائج المؤقتة.
3. عرض نتائج العمل.
4. سباق سريع بأثر رجعي يستعرض الأحداث الجيدة والسيئة في سباق السرعة الماضي.

غالبًا ما يتم استخدام Scrum لإدارة البرامج المعقدة وتطوير المنتجات باستخدام الأساليب التكرارية والتزايدية.

يعمل Scrum على زيادة الإنتاجية بشكل كبير وتقليل الوقت للاستفادة من عمليات الشلال الكلاسيكية. تمكن عمليات سكروم المؤسسات من التكيف بسلاسة مع المتطلبات المتغيرة بسرعة وإنشاء منتج يلبي أهداف العمل المتغيرة. سكروم يسمح لك بما يلي:

• تحسين جودة النتائج؛
• التعامل بشكل أفضل مع التغيير؛
• تقديم تقديرات أكثر دقة مع قضاء وقت أقل في إنشائها؛
• تحكم أفضل في سيناريو المشروع ومراحل العمل.

كانبان

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

يعتمد كانبان على ثلاثة مبادئ:

1. تصور المهام: ستساعدك رؤية جميع المعلومات المتعلقة بالمشروع على رؤية أوجه القصور والأخطاء والتداخلات.
2. التحكم والحد من WIP (العمل قيد التقدم): يساعد هذا في تحقيق التوازن بين النهج القائم على التدفق بحيث لا تبدأ الفرق وتقوم بالكثير من العمل في وقت واحد.
3. مراقبة الوقت لإكمال المهمة وتحسين العمل لتوفير الوقت.

مزايا وعيوب أجيل

أي منهجية لها مزايا وعيوب. دعونا نلقي نظرة على إيجابيات وسلبيات Agile.

مزايا

1. مرونة أكبر مقارنة بمنهجية الشلال.

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

2. عيوب أقل في المنتج النهائي.

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

عيوب

1. يؤدي تلقي الملاحظات بشكل مستمر إلى التأجيل المستمر لتاريخ إنجاز المشروع.

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

2. التوثيق

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

3. الاجتماعات المتكررة

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

تنفيذ رشيقة

1. اختيار المنهجية.هناك العديد من المنهجيات الرشيقة المصممة لظروف محددة. تتمثل المرحلة الأولى من العمل مع Agile في تحديد أهداف مهمة العمل والمواعيد النهائية وعدد الموظفين وغير ذلك الكثير، واختيار منهجية مرنة لإدارة المشروع تلبي جميع المتطلبات.
2. تمرين.يعد التدريب ضروريًا للتأكد من أن الموظفين يفهمون المبادئ الأساسية لـ Agile ويعرفون كيفية العمل معها. في هذه المرحلة يتم تحديد المزالق التي يمكن أن تقلل من فعالية Agile. هل الفريق جاهز للتغيير؟ هل مشاريع الشركة مناسبة للطرق الرشيقة؟ عادةً ما يساعد مدربو الأعمال المتخصصون في Agile في الإجابة على هذه الأسئلة والعديد من الأسئلة الأخرى. من بين أمور أخرى، سيتم تجميع قائمة الدورات التدريبية والخطة التي سيتم بموجبها تنفيذ Agile في الشركة.
3. عرض رشيق.نوع من اختبار Agile، والذي يتم تنفيذه تحت إشراف متخصص ويوضح جميع مراحل العمل، ويشرح وظائف الأدوار، والتفاعل داخل الفريق وبين الفرق، إلخ.
4. إنشاء فريق.بالإضافة إلى اختيار الموظفين، يتضمن إنشاء الفريق أيضًا تحديد المسؤوليات، وتوزيع المهام، وإنشاء جدول زمني للاجتماعات، وما إلى ذلك. تم تصميم كل طريقة لعدد معين من الأشخاص في الفريق.
5. اختيار الأدواتضروري لتوزيع المهام وإعداد التقارير والتحليلات وما إلى ذلك.
6. أول مشروع مع Agile.في المشروع الأول ستكون هناك أخطاء وتناقضات ورفض لبعض الأدوات واختيار أدوات أخرى. تتطلب أي تقنية نوعًا من التكيف مع خصائص الشركة التي يتم تنفيذها فيها.

إذا وجدت خطأ، يرجى تحديد جزء من النص والنقر عليه السيطرة + أدخل.