رشيق: أكبر قضية أيديولوجية في تكنولوجيا المعلومات

في عام 2001 ، التقى مجموعة من التقنيين والمبرمجين الذين تبادلوا نظريات غير تافهة حول كيفية إدارة تطوير البرمجيات في منتجع سنوبيرد للتزلج لكتابة بعض هذه المفاهيم في الكتابة. هذه هي الطريقة التي وُلد بها Agile Manifesto - وثيقة بسيطة خادعة مصممة لإعادة تعريف عقيدة تطوير البرمجيات. تطور تطوير برامج Agile-style إلى معيار جديد في تنظيم عمل المبرمجين في المؤسسة. قامت شركات مثل Facebook و Amazon و Apple و Google و Netflix ببناء عمليات التطوير الداخلية الخاصة بها وفقًا للأحكام الأساسية لهذا البيان. نظرًا لضخامة أجيل وصداه العام بين المؤيدين ، فمن السهل أن نرى أن أجيل هو التفسير الأكثر نفوذاً لجميع التفسيرات الرسمية لتطوير البرمجيات. ومع ذلك ، رشيقة هي أيديولوجية. النظام المعياري للقيم والمعتقدات ، تقريبًا لدرجة الاستيعاب في تطوير البرمجيات. وبالتالي ، توفر صناعة البرمجيات اليوم فرصة مثيرة للاهتمام لتقييم مدى انسجام الأهداف الاسمية لأيديولوجية معينة مع تنفيذها في الممارسة العملية.

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

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

مثل منتجات برمجيات Atlassian ، أصبحت المفردات التي تصف عمليات Agile وأساليب العمل اليومية غير قابلة للاختراق بشكل متزايد بالنسبة للمبتدئين. يتحدث ممارسو Agile عن سباقات السرعة ، ولوحات Kanban ، ومخططات المهام ، والسرعات ، وقصص المستخدم ، والملاحم ، وأثر رجعي - غالبًا ما يتغير معنى كل هذه الكلمات وفقًا للسياق ، ويمكن ربط هذه المصطلحات بأنفسهم بواحدة أو أكثر من منهجيات Agile المحددة بوضوح. هل من الغريب أنه مع زيادة تعقيد منهجية Agile ، هناك مجموعة متزايدة من الاستشاريين المتخصصين الذين يساعدون في فهم كل هذا. لدى Bain & Company ما يقرب من 1000 ممارس Agile تحت تصرفها. ربما هذا هو المؤشر الأكثر موثوقية الذي يوضح مدى ربحية صناعة الاستشارات Agile. ومع ذلك ، إذا كان بيان Agile بسيطًا كما يبدو للوهلة الأولى ، فلماذا يوجد الكثير من الاستشاريين؟ ما مدى تأثير خدمات أي منها بشكل ملموس على جودة وفعالية العمل في شركة تكنولوجيا نموذجية؟

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

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

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

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