الحالة 01
كنا نعرف ذلك قبل أن نبدأ.
قيل لنا إن صلاحيات الوصول اللازمة للمشروع يمكن منحها بسرعة. لكن سلوك المؤسسة أثناء هذا النقاش أوحى بعكس ذلك.
مضينا قُدمًا لأسباب لا علاقة لها بالأدلة. وتحققت لاحقًا المشكلة التي توقعناها.
اقرأ دراسة الحالة ←Pulsar by Nameless Astray
ما يقوله الناس مهم.
لكنه ليس الصورة كاملة.
تنظر Pulsar إلى ما هو أبعد من المقابلات والاجتماعات. نراقب كيف يسير العمل فعليًا — عبر المحادثات والقرارات وسير العمل والأكواد البرمجية وطلبات السحب (pull requests) والمشكلات (issues) وغيرها من الآثار التي تتركها مؤسستك.
نقارن بين ما يقوله الناس وما يحدث فعليًا.
غالبًا ما تبدأ الاستشارات التقليدية بسؤال الناس عمّا هي المشكلة.
تنطلق Pulsar من افتراض مختلف: ما يخبرنا به شخص ما هو دليل على ما يعتقده أو يتذكره أو يريد إيصاله. وهذا لا يصف بالضرورة ما يحدث فعليًا.
لذلك نتحقق من التطابق.
ثم نضع فرضيات ونختبرها مقابل ما يمكننا ملاحظته.
التشخيص مفيد. لكن إزالة السبب أفضل.
عندما نجد مشكلة يمكن التخلص منها — سواء كانت في البرمجيات أو سير العمل أو الصلاحيات أو الأتمتة أو العمليات أو الهيكل التنظيمي — نعمل على إزالتها.
راقب. تحقّق من التطابق. اعثر على السبب. أزِله.
لم تُصمَّم Pulsar لترتيب الموظفين أو لضبط أخطائهم. نحن نبحث عن الاحتكاك النُّظُمي: القيود الخفية والمشكلات الهيكلية التي اعتاد الناس على التعايش معها وتجاوزها.
دراسات حالة مختارة
الحالة 01
قيل لنا إن صلاحيات الوصول اللازمة للمشروع يمكن منحها بسرعة. لكن سلوك المؤسسة أثناء هذا النقاش أوحى بعكس ذلك.
مضينا قُدمًا لأسباب لا علاقة لها بالأدلة. وتحققت لاحقًا المشكلة التي توقعناها.
اقرأ دراسة الحالة ←الحالة 02
كانت المشكلة المُبلَّغ عنها هي انخفاض إنتاجية الهندسة. وبدا أن فريق التطوير لا يلبي التوقعات ويواجه صعوبة في التسليم في الوقت المحدد.
لكن عندما تتبّعنا العمل من الاتفاق إلى التنفيذ إلى المراجعة، ظهر نمط مختلف تمامًا.
اقرأ دراسة الحالة ←الحالة 03
وُصِف أحد المهندسين بأنه بطيء وصعب المراس ومُعطِّل للفريق. وبدت بيانات التسليم في البداية تدعم هذا الحكم.
لكن عندما تتبّعنا ما حدث قبل كتابة الكود، تغيّر معنى تلك البيانات.
اقرأ دراسة الحالة ←إذا كان هناك ما يبدو أصعب مما ينبغي في مؤسستك، فلنكتشف معًا ما يحدث فعليًا.
تواصل مع Pulsar