تعتبر تجربة المطور أكثر أهمية من إنتاجية المطور

هناك غير صحية هاجس الشركات التي تبحث عن طريقة لقياس إنتاجية المطورين.

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

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

تخيل الاحتمالات إذا تم استثمار نفس القدر من الوقت والطاقة في تحسين إنتاجية المطورين بدلاً من محاولة قياسها.

الحقيقة: المطورون السعداء هم مطورون منتجون

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

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

تُعرف السلوكيات المرتبطة بالموظفين الذين “يتجاوزون التوقعات” بسلوك المواطنة التنظيمية (OCB) ويحركها الرضا الوظيفي. تدعم الآلاف من الأوراق البحثية الأكاديمية فكرة أن الموظفين الراضين هم موظفون منتجون، ومطورو البرمجيات ليسوا استثناءً.

لذا، إذا كان المطورون الراضون هم مطورون منتجون، فإن إنتاجية المطورين هي نتيجة ثانوية لفرحة المطورين.