قصص ثقافة الشركات التقنية Company Culture: ما الذي ينقل؟

في اجتماع التخطيط السنوي لشركة ناشئة تبني برنامجاً لإدارة أساطيل التوصيل، فيها 60 موظفاً منهم 28 مهندساً، فتح الرئيس التنفيذي CEO صفحة الثقافة في موقع Netflix على الشاشة وقال: «هذا اللي أبغاه. إجازة بدون عدد أيام، ومصروفات بدون موافقات، وكل مدير يسأل نفسه: لو قال لي هذا الموظف إنه بيستقيل، هل بأحاول أخليه؟ وإذا الجواب لا، نفترق». وكان بجانبه في الاجتماع المدير التقني CTO، الذي قرأ قبل أسبوع دليل Valve عن الشركة التي لا مديرين فيها، ومسؤولة الموارد البشرية HR التي قرأت عن ما حدث في Basecamp عام 2021 عندما غيرت الشركة ثقافتها بمنشور واحد فغادر نحو ثلث موظفيها. وانتهى الاجتماع بطلب واضح: «جيبوا لي خلال شهر وش ناخذ من هالشركات ووش ما ناخذ».

هذا الطلب يتكرر كثيراً، لأن قصص ثقافة الشركات التقنية الكبيرة منشورة ومغرية، وكل مدير تقني جديد يقرأ واحدة منها ويريد أن يطبقها في فريقه في اليوم التالي. والمشكلة أن أغلب هذه القصص تروى بنصف واحد: الفكرة اللامعة دون الظروف التي جعلتها ممكنة، ودون الثمن الذي دفعته الشركة أو كتبته عن نفسها. وفي هذا المقال سوف نقرأ ست قصص بمصادرها الأصلية: Netflix وGitLab وValve وBasecamp وGoogle وUber، ونسأل عن كل قصة ما المشكلة التي حلتها، وما الظروف التي كانت عند الشركة، وما الثمن، ثم ما الذي يمكن نقله إلى فريق سعودي أو عربي، وما الذي يحتاج تعديلاً قبل نقله، وما الذي لا ينقل أصلاً.

وسوف نناقش في هذا المقال ما يلي:

• لماذا ننسخ ثقافة الشركات الكبيرة، ولماذا يفشل النسخ غالباً، وأربعة أسئلة تقرأ بها أي قصة ثقافة.
• Netflix: فريق رياضي لا عائلة، واختبار البقاء Keeper Test، والقواعد القليلة.
• GitLab: الثقافة المكتوبة التي تتغير بطلب دمج، وكيف تغيرت قيمها نفسها.
• Valve: شركة بلا مديرين، وما كتبته في دليلها عن عيوبها.
• Basecamp عام 2021: تغيير الثقافة بمنشور واحد وما حدث بعده.
• Google وUber: ما يجعل الفريق فعالاً، وما يحدث عندما يحمى من يؤذي زملاءه لأنه عالي الأداء.
• ثلاث حالات للنقل، وجدول ما ينقل إلى فريق سعودي، وأداة لتقييم أي ممارسة قبل نسخها.

لماذا ننسخ ثقافة الشركات الكبيرة؟ (Cargo Culture)

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

وفي هندسة البرمجيات اسم مشهور لهذا النمط هو «عبادة الشحن Cargo Cult»، أي أن تنسخ الأشكال الظاهرة لشيء ناجح دون أن تفهم ما الذي يجعله يعمل. وفي الثقافة يظهر هذا عندما تنسخ الشركة الأشياء التي تراها العين، مثل الإجازة المفتوحة أو المكاتب المفتوحة أو غرف الألعاب أو «لا مديرين»، دون الأشياء التي لا تراها، مثل معايير التوظيف الصارمة، والصراحة اليومية في الملاحظات، والتعامل الحازم مع السلوك المؤذي. والنتيجة غالباً ممارسة لا تشبه الأصل إلا في الاسم.

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

كيف تقرأ قصة ثقافة شركة؟ (Reading a Culture Story)

قبل أن ندخل في القصص، هذه أربعة أسئلة نطبقها على كل واحدة منها، وتستطيع أن تطبقها على أي قصة تقرؤها بعد هذا المقال.

ما المشكلة التي حلوها؟ كل ممارسة ثقافية بدأت كحل لمشكلة محددة في وقت محدد. فإذا عرفت المشكلة، تستطيع أن تسأل: هل عندي نفس المشكلة؟ وإذا لم تكن عندك، فلا معنى لأن تنسخ الحل.

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

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

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

Netflix: فريق رياضي لا عائلة (Keeper Test)

أشهر وثيقة ثقافة في الشركات التقنية بدأت عرضاً تقديمياً كتبته Netflix عام 2009، وكتبت عنه Patty McCord، التي كانت مسؤولة المواهب Chief Talent Officer في الشركة من 1998 إلى 2012، في مقال في Harvard Business Review عام 2014 أنه كان 127 شريحة بلا موسيقى ولا حركة، وأنه شوهد أكثر من 5 ملايين مرة على الإنترنت. واليوم تنشر الشركة نسخة محدثة منه في صفحة الثقافة في موقع التوظيف، وهي التي فتحها الرئيس التنفيذي في قصتنا.

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

والثالثة القواعد القليلة: فسياسة الإجازات في الصفحة كلمتان، «خذ إجازة Take vacation»، وسياسة المصروفات خمس كلمات، «تصرف بما يخدم مصلحة Netflix». والرابعة، وهي الأقل شهرة والأهم في رأينا، جملة تقول إنه مهما كان الشخص لامعاً، فلا مكان في الفريق لمن لا يعامل زملاءه بلياقة واحترام. وتصف الصفحة أيضاً فكرة «القائد المطلع Informed Captain»، أي أن لكل قرار مهم شخصاً واحداً يملك الحكم فيه بعد أن يسمع الآراء.

ما الثمن، وما الظروف؟ (Cost and Conditions)

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

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

ماذا ينقل منها إلى فريق سعودي؟ (What Transfers)

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

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

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

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

GitLab: الثقافة المكتوبة (Handbook-first)

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

وما يجعل قصة GitLab مفيدة لنا الآن أنها تظهر شيئاً نادراً: شركة غيرت قيمها المكتوبة علناً. فلسنوات كانت قيم GitLab معروفة باختصار CREDIT، أي التعاون Collaboration والنتائج Results والكفاءة Efficiency والتنوع والشمول Diversity and Inclusion والتكرار Iteration والشفافية Transparency. واليوم تعرض صفحة القيم في الدليل بدلاً منها ثلاثة مبادئ تشغيل Operating Principles تقول الشركة إنها تحدد طريقة عملها في عصر الذكاء الاصطناعي: السرعة مع الجودة Speed with Quality، وعقلية الملكية Ownership Mindset، ونتائج العملاء Customer Outcomes، وكلها مبنية على أساس اسمه ثقافة التميز Culture of Excellence. وتكتب الصفحة بوضوح أنها لا تتخلى عن CREDIT لأن تلك القيم كانت خاطئة، وإنما لأن المرحلة الجديدة تحتاج طريقة عمل مختلفة، وأن قيم CREDIT ما زالت حاضرة في المبادئ الجديدة.

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

ما الثمن، وماذا ينقل؟ (Cost and Transfer)

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

وما ينقل إلى فريق سعودي هنا كثير: أن تكتب كيف يعمل الفريق في صفحات قليلة بالعربية، وأن تجعل تغييرها طلباً يستطيع أي مهندس أن يقدمه، وأن تراجعها كل ربع سنة. وفريق من 28 مهندساً لا يحتاج دليلاً بحجم دليل GitLab، فعشر صفحات تكفي، ولكن الفكرة نفسها، أي أن الثقافة وثيقة حية لها صاحب وطريقة تعديل، تنقل كما هي. وما لا ينقل بسهولة هو العلنية الكاملة، فنشر كل شيء للعامة قرار يناسب شركة بنت هويتها عليه، وأغلب الشركات تكتفي بأن تكون الوثيقة مفتوحة لكل موظفيها.

Valve: شركة بلا مديرين (Flat Structure)

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

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

ما كتبته Valve عن نفسها (What Valve Is Not Good At)

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

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

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

Basecamp 2021: تغيير الثقافة بمنشور (Policy Change)

Basecamp شركة برمجيات صغيرة معروفة بكتب مؤسسيها عن طريقة العمل الهادئة، وكانت لسنوات مثالاً لشركة تعمل بثقافة مختلفة عن ثقافة النمو السريع. وفي 26 أبريل 2021 نشر رئيسها التنفيذي Jason Fried منشوراً علنياً بعنوان «تغييرات في Basecamp» قال فيه إن الشركة تتعامل مع نفسها كمنتج يتطور، وأعلن ست تغييرات: لا مزيد من النقاشات الاجتماعية والسياسية في حساب الشركة على Basecamp، ولا مزيد من المزايا «الأبوية» Paternalistic Benefits مثل بدل اللياقة وبدل العافية وبدل التعليم المستمر، مع تحويلها إلى تعويض مباشر يصرفه الموظف كما يريد، ولا مزيد من اللجان، ولا مزيد من التوقف الطويل عند القرارات السابقة، ولا مزيد من تقييم 360 درجة الذي يقيم فيه الزملاء بعضهم، وتذكير بأن الشركة تصنع برمجيات وليست شركة أثر اجتماعي.

وبعض هذه التغييرات، لو قرأته منفصلاً، قد يبدو قراراً معقولاً لشركة صغيرة. ولكن ما حدث بعده كان من أسرع انهيارات الثقافة الموثقة في شركة تقنية. ففي لقاء بثته NPR في 7 مايو 2021 قيل إن 20 موظفاً على الأقل غادروا، من شركة فيها نحو 57 إلى 60 موظفاً، أي نحو ثلث الشركة خلال أقل من أسبوعين. وذكر الصحفي الذي كان يتابع القصة في نفس اللقاء أن عشرين موظفاً، أي نحو ثلث الشركة، تطوعوا في بداية ذلك العام للعمل في لجنة لقضايا التنوع، وأن أكثر من نصفهم غادر على الأرجح، بحسب تقديره.

ما الدرس؟ (The Lesson)

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

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

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

Google: ما يجعل الفريق فعالاً (Project Aristotle)

القصة الخامسة ليست عن ممارسة، وإنما عن بحث. فقد درست Google في مشروع سمته Project Aristotle ما يجعل فرقها فعالة، وعرضت النتائج في دليل منشور في موقع re:Work. ودرس الباحثون 180 فريقاً، منها 115 فريق مشروع في الهندسة و65 فريقاً في المبيعات، وفيها فرق عالية الأداء وأخرى منخفضة، واختبروا أثر تركيبة الفريق، مثل شخصيات أفراده ومهاراتهم وخلفياتهم، وأثر طريقة عمله معاً. ووجدوا أن ما يهم أكثر ليس من في الفريق، وإنما كيف يعمل الفريق معاً، ورتبوا خمسة عوامل حسب أهميتها، أولها الأمان النفسي Psychological Safety، ثم الاعتمادية Dependability، ثم وضوح الهيكل والأدوار Structure and Clarity، ثم المعنى Meaning، ثم الأثر Impact.

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

Uber 2017: حماية «عالي الأداء» (High Performer)

القصة السادسة هي الوجه الآخر لجملة Netflix عن الشخص اللامع المؤذي. ففي 19 فبراير 2017 نشرت المهندسة Susan Fowler تدوينة عن سنة عملها في Uber، روت فيها أنها أبلغت الموارد البشرية عن رسائل تحرش من مديرها، ومعها صور للمحادثة، فقيل لها من الموارد البشرية والإدارة العليا إن ما حدث تحرش واضح، ولكنها المخالفة الأولى لهذا الرجل، وإنه «عالي الأداء High Performer»، أي أن تقييماته من رؤسائه ممتازة، ولذلك لا يرتاحون لمعاقبته بأكثر من إنذار. وروت أن نسبة النساء في المنظمة الهندسية التي انضمت إليها كانت أكثر من 25%، وانخفضت إلى أقل من 6% عندما كانت تحاول الانتقال إلى منظمة أخرى، وأنها ربطت ذلك بالفوضى التنظيمية والتمييز.

وانتشرت التدوينة بشكل واسع، وأطلقت الشركة مراجعة خارجية لثقافتها، وفي 13 يونيو 2017 نشرت Uber بياناً عن توصيات مكتب المحاماة Covington & Burling قالت فيه مسؤولة الموارد البشرية إن مجلس الإدارة وافق على التوصيات بالإجماع، وإن تطبيقها سيحسن الثقافة ويعزز العدالة والمحاسبة، وإن الشركة ملتزمة بإعادة بناء الثقة مع موظفيها وركابها وسائقيها. والمهم في القصة لنا ليس تفاصيلها القانونية، وإنما الجملة التي بدأت كل شيء: «عالي الأداء، ولا نرتاح لمعاقبته». فهذه الجملة تقال بصيغ مختلفة في كثير من الشركات عن أشخاص يعرف الجميع أن سلوكهم مؤذ، وكل مرة تقال فيها يتعلم الفريق كله أين تقف الشركة فعلاً.

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

ما المشترك بين القصص؟ (Common Patterns)

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

الثقافة المكتوبة تنفع عندما تصف سلوكاً. صفحة Netflix ودليل Valve ودليل GitLab مفيدة لأنها تصف ما يحدث فعلاً بتفاصيل يمكن ملاحظتها: كم كلمة في سياسة الإجازة، وماذا يحدث لمن يخطئ، وكيف تقترح تغييراً. أما القيم العامة مثل «النزاهة» و«التميز» فتجدها في كل شركة ولا تخبرك بشيء عن أي منها.

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

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

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

الصدق عن الثمن علامة على ثقافة جيدة. Netflix تقول إن كثيرين سيكونون أسعد في مكان آخر، وValve كتبت قائمة بما لا تجيده، وGoogle كتبت أن نتائجها قد لا تنطبق في أماكن أخرى. والشركة التي لا تعترف بأي ثمن لثقافتها إما لا تعرفه أو تخفيه.

الحالة الأولى: رئيس تنفيذي يريد Netflix (Copying Netflix)

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

ماذا يحدث عادة، وما الذي يزيده سوءاً؟ (Usual and Worse)

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

وما يزيد الموقف سوءاً أن تعلن الشركة «نحن مثل Netflix» دون أن تدفع رواتب مثلها أو توظف بانتقائيتها، فيقرأ الموظفون الإعلان كتهديد لا كفرصة، ويبدأ أفضلهم في البحث عن عمل لأنهم يملكون خيارات أكثر من غيرهم.

ما الذي ينجح؟ (What Works)

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

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

عبارات تقولها (What to Say)

من المدير التقني للرئيس التنفيذي:

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

وعن الإجازة:

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

الحالة الثانية: شركة متوسطة بلا مديرين (No Managers)

لنفرض أن شركة برمجيات متوسطة فيها 150 موظفاً قرأ مؤسسها دليل Valve، فقرر إلغاء دور مدير الهندسة، وتحويل الفرق إلى مجموعات تنظم نفسها Self-organizing Teams تختار مشاريعها، مع ترتيب للرواتب يعتمد على تقييم الزملاء.

ماذا يحدث عادة، وما الذي يزيده سوءاً؟ (Usual and Worse)

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

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

ما الذي ينجح؟ (What Works)

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

عبارات تقولها (What to Say)

من مهندس أول Senior Engineer للمؤسس في اجتماع مراجعة التجربة:

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

الحالة الثالثة: جهة حكومية تكتب دليلها (A Handbook Inside Rules)

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

ماذا يحدث عادة، وما الذي يزيده سوءاً؟ (Usual and Worse)

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

ما الذي ينجح؟ (What Works)

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

عبارات تقولها (What to Say)

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

«ما نقدر نغير الأنظمة، بس فيه أشياء كثيرة بيدنا. أبغى نكتب مع بعض كيف نشتغل كفريق: المراجعة، والحوادث، واستقبال الجدد، والقرارات. وأي أحد يبغى يغير شي بعدين، يكتب اقتراحه ونناقشه في الاجتماع الشهري.»

ما الذي ينقل إلى فريق سعودي أو عربي؟ (What Transfers)

نجمع الآن ما رأيناه في جدول واحد، وهو الجدول الذي قدمه المدير التقني ومسؤولة الموارد البشرية للرئيس التنفيذي في آخر الشهر.

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

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

أخطاء شائعة (Common Mistakes)

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

الأداة: بطاقة تقييم الممارسة قبل نسخها (Practice Adoption Canvas)

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

## بطاقة تقييم ممارسة: الإجازة المفتوحة (Unlimited Vacation)
| السؤال | الإجابة |
|---|---|
| المصدر الأصلي (رابط الصفحة نفسها) | jobs.netflix.com/culture |
| ما المشكلة التي حلتها عندهم؟ | تقليل القواعد ومتابعة الحضور في فريق عالي الثقة |
| ما المشكلة عندنا؟ | جذب المرشحين، وإرهاق بعض الفرق |
| ما الظروف التي كانت عندهم ولا توجد عندنا؟ | رواتب عالية جداً، توظيف انتقائي، نظام عمل مختلف |
| ما الثمن المذكور أو المتوقع؟ | قد يأخذ الجدد والحريصون أقل مما يحتاجون |
| ماذا يقول نظام العمل؟ (راجع مع الموارد البشرية) | حد أدنى سنوي لا يتنازل عنه (المادة 109) |
| هل تقيد الممارسة الإدارة أم تحررها؟ | تحرر الإدارة من المتابعة، وتنقل العبء للموظف |
| الصيغة المعدلة | إجازة أكثر من الحد النظامي + متابعة من لم يأخذ حده |
| التجربة: أي فريق، وكم مدة؟ | فريق المنصة، ربع سنة |
| كيف نعرف أنها نجحت؟ | كل الفريق أخذ حده الأدنى، ولا زيادة في الإرهاق |
| من يقرر بعد التجربة؟ | المدير التقني ومسؤولة الموارد البشرية |

في البطاقة أعلاه لاحظ التالي:

• سطر المصدر الأصلي يجبرك على قراءة الصفحة نفسها بدلاً من ملخص في منشور على الإنترنت، وأغلب المفاجآت في قصتنا جاءت من قراءة الصفحات كاملة.
• سطرا «ما المشكلة عندهم» و«ما المشكلة عندنا» إذا اختلفا كثيراً، فهذه علامة على أنك تنسخ حلاً لمشكلة ليست عندك.
• سطر «هل تقيد الممارسة الإدارة أم تحررها» يكشف النمط الذي رأيناه في الجدول، ويجعلك تسأل: من يستفيد من هذه الممارسة فعلاً؟
• سطرا التجربة ومقياس النجاح يحولان القرار من إعلان لكل الشركة إلى تجربة صغيرة في فريق واحد، وهذا وحده يمنع أغلب أخطاء Basecamp.

قائمة تحقق (Checklist)

ومقالات هذه المرحلة والمسار تكمل هذا الموضوع:

دليلالأمان النفسي Psychological Safety: ما وجدته Googleما معنى الأمان النفسي كما عرفته Edmondson، ولماذا كان أهم عامل في فعالية فرق Google، وكيف تقيسه في فريقك وتبنيه بسلوك يومي.دليلعلامات الفريق المؤذي Toxic Team: كيف تميزه وماذا تفعلكيف تفرق بين فريق مرهق في فترة صعبة وفريق مؤذ فعلاً، وما الذي تفعله كعضو أو قائد، ومتى تصعد ومتى تحمي نفسك وتغادر.دليلكيف تقيم أداء المطورين Developer Performance دون قياس الأشياء الخطأ؟ماذا تقيس في أداء المطور والفريق، ولماذا تضلل أرقام مثل عدد الأسطر وطلبات الدمج، وكيف تقلل تحيز من يقيم.دليلالاحتراق الوظيفي Burnout عند المبرمجين: العلامات والأسبابما تقوله منظمة الصحة العالمية عن الاحتراق الوظيفي، ومن أين يأتي في الفرق التقنية، وما يفعله المهندس لنفسه وقائد الفريق لفريقه.دليلالتوازن بين العمل والحياة في العمل عن بعد Remote Workماذا تقول الدراسات عن العمل الهجين، ولماذا يتمدد يوم العمل في البيت، وكيف تضع حدوداً يحترمها فريقك دون أن تختفي عنه.دليلخارطة CTO لشركة SaaS ناشئة من اليوم الأول إلى خمسين موظفاًماذا يجهز المدير التقني في كل مرحلة من نمو شركة SaaS ناشئة، وما الذي يؤجله حتى يحتاجه فعلاً.

الخلاصة (Summary)

• قصص ثقافة الشركات الكبيرة مفيدة إذا قرأتها بأربعة أسئلة: ما المشكلة التي حلتها، وما الظروف، وما الثمن، ومن كتب القصة.
• Netflix: انقل رفض الشخص اللامع المؤذي وفكرة صاحب القرار الواحد، وعدل الإجازة المفتوحة لتحفظ الحد الأدنى النظامي، ولا تنقل اختبار البقاء بصيغته الأصلية.
• GitLab: الثقافة وثيقة حية لها صاحب وطريقة تعديل، والشركة الصادقة تغير قيمها المكتوبة عندما تتغير مرحلتها وتشرح لماذا.
• Valve: حرية الخطأ وتقييم الزملاء تنقل، أما الهيكل المسطح فثمنه، باعتراف دليلها، ضعف في توجيه الجدد ونشر المعلومات.
• Basecamp وUber: طريقة التغيير جزء من الثقافة، وحماية «عالي الأداء» المؤذي أسرع طريق لهدمها.
• أغلب ما ينقل بسهولة يقيد الإدارة ويحمي الناس، وأغلب ما يحتاج تعديلاً يحرر الإدارة، فجرب كل ممارسة في فريق واحد قبل تعميمها.

سجل التحديثات (Changelog)

• أكتوبر 2026: كتابة المقال، والتحقق من صفحة الثقافة في موقع Netflix ومقال Patty McCord في Harvard Business Review، وصفحة مبادئ التشغيل في دليل GitLab، ودليل Valve للموظفين الجدد (2012)، ومنشور Jason Fried في 26 أبريل 2021 ولقاء NPR في 7 مايو 2021، ودليل Project Aristotle في re:Work، وتدوينة Susan Fowler وبيان Uber في 13 يونيو 2017، والمواد 77 و109 والتعريفات في نظام العمل، بتاريخ 31 أكتوبر 2026.