النصف الآخر من "الفنانون يشحنون"

نوفمبر 2008

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

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

مع نمو الشركات، تزداد هذه الضوابط حتماً، إما استجابة للكوارث التي تعرضت لها، أو (ربما بشكل أكثر تكراراً) عن طريق توظيف أشخاص من شركات أكبر يجلبون معهم عادات للحماية من أنواع جديدة من الكوارث.

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

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

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

إذا بدأت الشركات في فعل ذلك، فستكتشف بعض المفاجآت. تحدث جويل سبولسكي مؤخراً في Y Combinator عن بيع البرمجيات للعملاء من الشركات. قال إنه في معظم الشركات، يمكن للمديرين الأفراد شراء البرمجيات التي تصل تكلفتها إلى حوالي 1000 دولار دون أي موافقات إضافية. فوق هذا الحد، كان شراء البرمجيات يتطلب عادة موافقة لجنة. لكن رعاية هذه العملية كانت مكلفة للغاية لموردي البرمجيات لدرجة أنها لم يكن من المنطقي فرض رسوم أقل من 50,000 دولار. مما يعني أنه إذا كنت تصنع شيئاً قد تكون قد فرضت عليه 5000 دولار، فعليك بيعه مقابل 50,000 دولار بدلاً من ذلك.

الغرض من اللجنة هو على الأرجح ضمان عدم إهدار الشركة للمال. ومع ذلك، فإن النتيجة هي أن الشركة تدفع 10 أضعاف المبلغ.

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

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

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

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

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

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

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

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

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

هذا لم يجعلهم أقل إنتاجية فحسب. بل جعلهم يكرهون العمل لدى المستحوذ.

إليك علامة على مدى حب المبرمجين للقدرة على العمل بجد: هؤلاء الرجال كانوا سيدفعون مقابل القدرة على إصدار التعليمات البرمجية على الفور، كما كانوا يفعلون من قبل. سألتهم عما إذا كانوا سيتاجرون بنسبة 10٪ من سعر الاستحواذ مقابل القدرة على إصدار التعليمات البرمجية على الفور، وأجاب الثلاثة على الفور بنعم. ثم سألت عن الحد الأقصى لنسبة سعر الاستحواذ التي سيتاجرون بها مقابل ذلك. قالوا إنهم لا يريدون التفكير في الأمر، لأنهم لا يريدون معرفة مدى ارتفاعهم، لكنني حصلت على انطباع بأنها قد تصل إلى النصف.

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

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

المقولة الشهيرة لستيف جوبز "الفنانون يشحنون" تعمل في كلا الاتجاهين. الفنانون ليسوا مجرد قادرين على الشحن. إنهم يصرون على ذلك. لذلك إذا لم تسمح للناس بالشحن، فلن يكون لديك أي فنانين.