عندما تحول عمال المعرفة ، بما في ذلك مهندسي البرمجيات ، إلى العمل عن بُعد خلال الوباء ، أعرب المديرون التنفيذيون عن قلقهم من أن الإنتاجية ستعاني نتيجة لذلك. يتم خلط الأدلة على هذا ، ولكن في صناعة البرمجيات خاصة ، أدى العمل عن بُعد إلى تفاقم العديد من التحديات التي واجهها الموظفون بالفعل. وفقًا لمسح حديقة 2021 ، وجد غالبية المطورين حلقات بطيئة للتغذية المرتدة أثناء عملية تطوير البرمجيات أنها مصدر للإحباط ، في المرتبة الثانية بعد التواصل الصعب بين الفرق والمجموعات الوظيفية. قال خمسة وسبعون في المائة إن الوقت الذي يقضونه في مهام محددة هو إهدار الوقت ، مما يشير إلى أنه يمكن استخدامه أكثر استراتيجية. Knighten and Don Brown-Sleuth المشترك في تأسيسها ، وهي أداة تتكامل مع أدوات تطوير البرمجيات الحالية لتوفير رؤى لقياس الكفاءة. أعلنت Sleuth اليوم أنها جمعت 22 مليون دولار من التمويل من السلسلة A بقيادة فيليسيس بمشاركة من Menlo Ventures و CRV ، والتي يقول الرئيس التنفيذي Etkin إنه سيتم وضعه في تطوير المنتجات وتوسيع قوة العمل في Sleuth (وتحديداً فرق الهندسة والمبيعات).
< وقال إيتكين لـ TechCrunch عبر البريد الإلكتروني ، مع الانهيار الجليدي للعمل عن بُعد الناتج عن الوباء. يحتاج المطورون ، الذي لم يعد في نفس الغرفة ، إلى طريقة للتنسيق حول عمليات النشر وطريقة سريعة لاكتشاف متى حدث خطأ. يحتاج المديرون إلى طريقة غير مزعجة للتعرف بشكل استباقي على الاختناقات التي تؤثر على فرقهم. يحتاج المديرون التنفيذيون إلى طريقة غير مزعجة لفهم تأثير مبادراتهم واستثماراتهم على مستوى المنظمة. يأخذ Sleuth عبء الفهم والتواصل مع الكفاءة الهندسية خارج الخط ويجعله قابلاً للهضم. تسعة أشهر للإطلاق يوميا. كان إيتكين مهندسًا معماريًا في فريق JIRA قبل أن يصبح مدير التطوير في Bitbucket و StatusPage ، بينما كان Knighten و Brown نائب الرئيس للمنتج وقائد المهندس المعماري/الفريق ، على التوالي.
بينما في أتلاسيان ، الذي نما من 50 بالنسبة لأكثر من 5000 موظف في الوقت الذي عمل فيه المؤسسون في Sleuth هناك ، يقول Etkin إنه أصبح من الواضح أن العديد من الفرق الهندسية تفتقر إلى طريقة كمية لقياس الكفاءة-وأن هذه الفجوة يمكن أن تمنعهم من النمو والتحسن.
< Br> قياس الكفاءة الهندسية هي مشكلة معروفة وكبيرة ومتنامية أصبحت الآن قابلة للحل. وقال إيتكين إن كل شركة تستثمر بشكل كبير في هندسة البرمجيات ، فقد تكثفت الحاجة إلى الرؤية في الكفاءة الهندسية. ومع ذلك ، فإن قياس الكفاءة كان من الناحية التاريخية تحديًا كبيرًا لعدة أسباب ، وهي تعقيد الأدوات ، وعدم الوصول إلى البيانات واستخدام مقاييس الوكيل المشكوك فيها التي تربي الإدارة الميكرانية وعدم الثقة.
حل Sleuth هو البحث والتقييم ( DORA) Metrics ، المعيار الناشئ الذي تستخدمه فرق المطورين لقياس المدة التي يستغرقها نشر التعليمات البرمجية ، ومتوسط وقت الخدمة للارتداد من الفشل وعدد المرات التي تؤدي فيها إصلاحات الفريق إلى مشكلات ما بعد النشر. نشأت درة من فريق بحث أكاديمي في Google ، والذي قام بين عامي 2013 و 2017 بمسح أكثر من 31000 مهندس في ممارسات DevOps لتحديد التفاضلات الرئيسية بين الفنانين المنخفضين وفناني النخبة. مقاييس لتحديد الإنتاجية. LineArb و Gellyfish و Athenian من بين الحلول المتنافسة التي اعتمدت معيار Dora. لكن Etkin يدعي أن منافسيها لا يتتبعون هذه المقاييس بالكامل أو بدقة.
sleuth فريدة من نوعها ... لأننا نستخدم تتبع النشر لنموذج كيفية شحن المهندسين من عملهم من Concep
اخلاء مسؤولية! هذا المقال لا يعبر بالضرورة عن رأي جامعة الرازي
