- لن نتمكن من الوفاء بالمواعيد النهائية!
- تطبيق رشيقة!
"بدون عدد كاف من الناس ، لن يساعدنا!"
- ثم أخرج بكلمة ذكية أخرى!كثيرا ما أسمع مؤخرا: فشلوا لأنهم اختاروا منهجية تطوير المنتج بشكل غير صحيح. الآن ، إذا استخدمت Scrum / DevOps / Agile / شيء آخر ، فسيكون كل شيء على ما يرام. يبدو أن هؤلاء الأشخاص لا يفهمون شيئًا ما في تطوير البرمجيات.
حلل أليستير كوبرن في
مقاله مشاريع برمجيات مختلفة تم تنفيذها على نماذج مختلفة من "خفيفة" ومرنة تمامًا إلى "ثقيلة" جدًا وذات طابع رسمي. ولم يجد علاقة بين نجاح أو فشل المشاريع ونماذج عملية التطوير التي تم استخدامها. من هذا ، خلص كاوبرن إلى أن كفاءة التطوير مستقلة عن نموذج العملية.
هناك العشرات من المنهجيات ، ولكن لا شيء يضمن نتيجة. في كل مشروع جديد ، يجب إعادة تعريف العملية في كل مرة. في الأساس ، يعتمد اختيار العملية على
المنتج الذي يتم تطويره
والأشخاص المشاركين في التطوير. المبدأ الرئيسي: لا يجب بناء الأشخاص وفقًا لنموذج العملية المختار ، ولكن يجب تكييف نموذج العملية مع فريق معين لضمان أعلى إنتاجية.
المنتج
ضع في اعتبارك تطوير برامج حاسمة ، على سبيل المثال ، نظام تحكم لمحطة طاقة نووية أو مركبة مأهولة. جميع المتطلبات معروفة مسبقًا ، والمنتج لديه وثائق فنية واسعة النطاق ، وهناك GOSTs ، إلخ. ليس من المستغرب أن تستخدم هذه المشاريع منهجيات "ثقيلة".
يجب استخدام أساليب مختلفة تمامًا عند تطوير خدمة ويب عصرية جديدة ، عندما تكون المتطلبات غامضة ومتغيرة باستمرار. إليك أنظمة Scrum / Agile المفضلة لدى الجميع وأنظمة "خفيفة الوزن" المشابهة. إن تطبيق هذه المنهجيات له ما يبرره ، لأنه يمكنك الحصول على تعليقات بسرعة في عالم خارجي سريع التغير.
يمكن أيضًا عرض ما سبق على حجم المنتج الذي يتم تطويره. في الواقع ، يجب تطبيق عمليات مختلفة تمامًا في المشاريع التي يشارك فيها 10 أشخاص ، وفي المشاريع التي يشارك فيها 1000 شخص.
الناس
يجب تنظيم عملية التطوير بشكل مختلف في فريق الطلاب وفي فريق المحترفين.
لقد كنت أؤمن دائمًا بأن سكروم ومنهجيات التنمية الأخرى مخصصة لأولئك الأشخاص الذين لا يمكنهم ببساطة العمل بمفردهم. أحدد عدة أنواع من الأوامر ، وبناءً على ذلك ، أقوم ببناء العمليات داخلها.
- فريق من المحترفين يعرف كيف يعمل. يمكنهم تحمل المسؤولية عن النتيجة - ليست هناك حاجة إلى منهجيات تطوير هنا ، خاصة لا تفرض من فوق. في كثير من الأحيان ، ليست هناك حاجة إلى مدير. هذه الفرق قادرة على العمل بشكل مستقل ، دون مراقبة مستمرة ودائماً بنتيجة تحسد عليها.
- يتطلب فريق من المبرمجين ذوي الخبرة مراقبة ودعمًا دوريًا ، ولكن من دون إعداد صارم للمهام.
- ومع ذلك ، فإن فريق الوافدين الجدد يتطلب تحديدًا مستمرًا للمهام ودعمًا لحل المشكلات ومراقبة المواعيد النهائية.
القادة ، ادرس فريقك واختر منهجية التطوير بحكمة في كل حالة. يحتاج كل فريق منهجيته الخاصة.
المهام الرئيسية للمدير هي:
- بناء فريق يمكنه العمل معًا على النتيجة المرجوة بكفاءة كافية
- بناء عملية عمل داخل الفريق بحيث تسمح للموظفين بالقيام بالعمل المناسب بسهولة
- قم بإعداد تفاعل الفريق مع الإدارات الأخرى للشركة أو مع العميل بحيث يتم الاتصال مع الحد الأدنى من التدخل في عمل الفريق الرئيسي وأقصى قدر من الكفاءة
- إزالة جميع العوائق والعقبات الأخرى التي تعترض الفريق من الطريق إلى تحقيق الهدف.
في الآونة الأخيرة ، كانت هناك العديد من المقابلات لمديري التنمية. ما يقرب من 7 من أصل 10 مرشحين للسؤال حول إنجازك الرئيسي في مكان العمل الحالي تفيد بأنهم أصبحوا الجزء الرئيسي من نجاح المنتج ، بدونهم كان كل شيء قد فشل.
المدراء والمديرين ، استيقظ! إن مفتاح نجاح المشروع ليس القائد ، وليس العملية ، بل الأشخاص الذين يعملون فيه.
أريد أن أختم باقتباس من أحد مدربي كرة القدم: "ليس المدرب مهمًا - أنت مهم. تربح مبارزات على أرض الملعب ومباريات كاملة ، ونحن نساعدك قليلاً فقط. يمكننا ترتيب اللاعبين والتوجيه - يقوم اللاعبون بالباقي ".