خطة تحسين الأداء PIP: متى تنفع وكيف تكتبها بعدل

لنفرض أنك مدير هندسي Engineering Manager في شركة متوسطة الحجم تبني نظام محاسبة سحابياً للمنشآت الصغيرة، وفي فريقك مهندس خلفية Backend Engineer ترقى قبل ستة أشهر من المستوى المبتدئ Junior إلى المستوى المتوسط Mid-level. ومنذ الترقية تأخرت ثلاث مهام من أصل خمس، وتسبب ترحيل قاعدة بيانات Database Migration كتبه في عطل استمر ساعتين في بيئة الإنتاج Production، وصارت طلبات الدمج Pull Requests التي يطلب منه مراجعتها تنتظر أياماً. وقد تحدثت معه في الاجتماع الفردي One-on-One أكثر من مرة خلال ستة أسابيع، وكتبت له بعد كل حديث ملخصاً بما اتفقتما عليه، وتحسن شيء وبقيت أشياء، والآن يقترح عليك مختص الموارد البشرية HR أن تكتب له خطة تحسين أداء Performance Improvement Plan، أو كما يختصرها الجميع PIP. وأنت متردد، لأنك سمعت أن هذه الخطة في كثير من الشركات «ورقة خروج» تكتب لمن تقرر فصله، وأنت لا تريد أن تفصله، وإنما تريد أن ينجح.

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

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

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

ما هي خطة تحسين الأداء؟ (What a PIP Is)

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

ولا يوجد شكل واحد لهذه الخطة، وكل شركة تكتبها بطريقتها. فدليل GitLab عن ضعف الأداء Underperformance مثلاً يجعل التدريب Coaching الخطوة الأولى المفضلة، ويطلب أن توثق كل محادثة تدريب وتشارك مع الموظف، وأن يلتقي المدير به أسبوعياً على الأقل، ثم يذكر خطاب الأداء المكتوب Written Performance Letter وخطة تحسين الأداء كخيارين ممكنين بعد ذلك، ويقول إنها قد تكون مطلوبة حسب القوانين المحلية، ويطلب من المدير أن يعمل مع فريق علاقات الموظفين Team Member Relations في استخدامها. ويقول الدليل بصراحة أيضاً إن GitLab في حالات كثيرة لا تقدم خطة رسمية، وتنتقل إلى إنهاء العلاقة إذا لم يتحسن الأداء بعد جلسات تدريب وملاحظات موثقة، وهذه صراحة مفيدة، لأنها تقول إن الخطة ليست خطوة إلزامية في كل مكان، وإنما خيار له مكانه.

ويصف كتاب Software Engineering at Google في الفصل الخامس عن قيادة الفريق شيئاً قريباً جداً من الخطة دون أن يسميها، عند حديثه عن تدريب ضعيف الأداء Low Performer: أن تحدد إطاراً زمنياً، ويذكر مثالاً شهرين، وأهدافاً محددة جداً يحققها في تلك المدة، وأن تكون الأهداف صغيرة وتدريجية وقابلة للقياس حتى تتاح فرصة لنجاحات صغيرة كثيرة، وأن تلتقي به كل أسبوع لتتابع التقدم، وأن تضع توقعات صريحة لكل مرحلة قادمة حتى يسهل قياس النجاح أو الفشل. ويشبه الكتاب الأمر بمساعدة شخص يعرج على أن يمشي من جديد، ثم يهرول، ثم يجري بجانب بقية الفريق، ويقول إن ذلك يحتاج غالباً إدارة دقيقة مؤقتة Micromanagement، ولكن مع كثير من التواضع والاحترام والثقة. ويقول أيضاً إن التعامل المبكر مع ضعيف الأداء يضعك في موقع تساعده فيه على الارتقاء أو الخروج Up or Out، وإنك إذا تعاملت معه مبكراً ستجد كثيراً أنه يحتاج فقط تشجيعاً أو توجيهاً.

خطة تحسين أم ورقة خروج؟ (The PIP Reputation)

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

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

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

متى تنفع الخطة ومتى لا تنفع؟ (When a PIP Fits)

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

ومن الشكل أعلاه تظهر أربع حالات لا تنفع فيها الخطة، أو لا تكون الخطوة الأولى:

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

قبل الخطة: التدريب الموثق (Documented Coaching First)

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

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

مكونات الخطة العادلة (Anatomy of a Fair PIP)

الخطة العادلة قصيرة، صفحتان في الغالب، وتجيب عن سبعة أسئلة يفهمها الموظف دون أن يحتاج من يشرحها له:

• ما سبق الخطة Coaching History: تواريخ المحادثات وما اتفق عليه في كل منها، حتى يكون واضحاً أن الخطة ليست مفاجأة.
• الفجوة Performance Gap: المتوقع في هذا المستوى، من وصف الدور Job Description أو مصفوفة الكفاءات Competency Matrix، مقابل ما حدث بأمثلة وتواريخ وروابط. وصف للسلوك والنتيجة، لا صفات.
• ما سألناه قبل الخطة: هل كانت التوقعات واضحة؟ هل الدور مناسب؟ هل هناك ظرف أو عائق؟ وهذا القسم يحمي من أن تكتب خطة لمشكلة سببها البيئة.
• الأهداف Goals: من اثنين إلى أربعة، كل هدف سلوك أو نتيجة يمكن ملاحظتها، والدليل الذي سيثبت تحققه، وموعده.
• الدعم Support: ما تلتزم به المنشأة والمدير، مثل تدريب، أو زميل مرشد Mentor، أو وقت محمي من المهام الأخرى، أو حضور المدير في كل متابعة.
• جدول المتابعة Check-ins: اليوم والموعد كل أسبوع، والمراجعة في المنتصف، والمراجعة النهائية.
• النتائج المحتملة Outcomes: ما يحدث إذا تحققت الأهداف، وإذا كان التقدم واضحاً دون اكتمال، وإذا لم تتحقق، مكتوبة من البداية حتى لا تكون هناك مفاجأة في النهاية.

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

كيف تكتب هدفاً قابلاً للقياس؟ (Measurable Goals)

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

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

كم تكون المدة؟ (Duration)

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

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

الحالة الأولى: مهندس بعد ترقية (The PIP That Closed)

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

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

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

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

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

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

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

قبل الخطة بأسبوع، في الاجتماع الفردي:

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

في قسم «ما سألناه» داخل الخطة:

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

عند إغلاق الخطة:

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

الاجتماع الأول: كيف تقدم الخطة؟ (Delivering the PIP)

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

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

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

المتابعة الأسبوعية (Weekly Check-ins)

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

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

الحالة الثانية: خطة كتبت بعد أن تقرر القرار (The Paper-Trail PIP)

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

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

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

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

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

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

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

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

الحالة الثالثة: خطة كشفت أن المشكلة في التوقعات (When the PIP Exposes the Manager)

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

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

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

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

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

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

من المدير، عند إيقاف الخطة:

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

إذا وصلتك أنت خطة (If You Receive a PIP)

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

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

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

نهاية الخطة: ثلاث نتائج (PIP Outcomes)

في المراجعة النهائية يكون أمامك ثلاث نتائج، ويجب أن تكون مكتوبة في الخطة من البداية:

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

الخطة ونظام العمل في المملكة (PIP and Saudi Labor Law)

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

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

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

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

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

الأداة: قالب الخطة وجدول المتابعة (PIP Template and Schedule)

الأداة العملية في هذا المقال ملفان في مجلد lab/. الأول pip-template.md، وهو قالب للخطة بالأقسام العشرة التي شرحناها، من البيانات وما سبق الخطة إلى الأهداف والدعم والنتائج وتعليق الموظف والاستلام. والثاني pip-schedule.mjs، وهو برنامج صغير بلغة JavaScript يعمل بـ Node دون أي مكتبات، يأخذ تاريخ بداية الخطة وعدد أسابيعها ويوم المتابعة والإجازات الرسمية، ويولد جدول المتابعات، مع مراعاة أن نهاية الأسبوع في المملكة الجمعة والسبت، وأن المتابعة التي تقع في إجازة تنتقل لأول يوم عمل بعدها.

شغلنا البرنامج لخطة الحالة الأولى: ثمانية أسابيع تبدأ الأحد 10 يناير 2027، والمتابعة كل اثنين، مع يوم التأسيس في 22 فبراير كإجازة رسمية:

node pip-schedule.mjs 2027-01-10 8 1 2027-02-22

PIP from 2027-01-10 to 2027-03-06 (8 weeks), weekly check-in on الاثنين

week  1  2027-01-11  الاثنين   check-in
week  2  2027-01-18  الاثنين   check-in
week  3  2027-01-25  الاثنين   check-in
week  4  2027-02-01  الاثنين   check-in + mid-point review
week  5  2027-02-08  الاثنين   check-in
week  6  2027-02-15  الاثنين   check-in
week  7  2027-02-23  الثلاثاء  check-in  (moved from 2027-02-22: holiday or weekend)
week  8  2027-03-01  الاثنين   check-in
final     2027-03-04  الخميس    final review (last working day of the plan)

check-ins moved: 1
each meeting records: goal-by-goal status (met / partly / not yet), evidence links, support given, employee comments, next steps
notes are shared in writing with the employee the same day

في الناتج أعلاه لاحظ التالي:

• السطر الأول يحدد حدود الخطة: من 10 يناير إلى 6 مارس، أي ستة وخمسين يوماً، وهذا التاريخ الأخير هو ما نكتبه في قسم البيانات في القالب.
• الأسبوع الرابع فيه المتابعة والمراجعة في المنتصف معاً، لأن البرنامج يحسب المنتصف بقسمة عدد الأسابيع على اثنين، وهذا الاجتماع هو الذي يجب أن تقول فيه بصراحة أين يقف الموظف من كل هدف.
• متابعة الأسبوع السابع انتقلت من الاثنين 22 فبراير إلى الثلاثاء 23 فبراير، لأن 22 فبراير يوم التأسيس، والسطر يذكر التاريخ الأصلي حتى يعرف الموظف لماذا تغير الموعد.
• المراجعة النهائية يوم الخميس 4 مارس، آخر يوم عمل في الخطة، لأن 5 و6 مارس جمعة وسبت.
• السطران الأخيران يذكران ما يكتب في كل متابعة، وأن الملاحظات ترسل للموظف في نفس اليوم، وهما نفس أعمدة القسم السابع في القالب.

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

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

node pip-schedule.mjs 2027-01-10 4 5

warning: the check-in day is on the weekend, every meeting will move; pick a working day
PIP from 2027-01-10 to 2027-02-06 (4 weeks), weekly check-in on الجمعة

week  1  2027-01-17  الأحد     check-in  (moved from 2027-01-15: holiday or weekend)
week  2  2027-01-24  الأحد     check-in + mid-point review  (moved from 2027-01-22: holiday or weekend)
week  3  2027-01-31  الأحد     check-in  (moved from 2027-01-29: holiday or weekend)
week  4  2027-02-05  merged into the final review (moving it would fall after the plan ends)
final     2027-02-04  الخميس    final review (last working day of the plan)

check-ins moved: 3
each meeting records: goal-by-goal status (met / partly / not yet), evidence links, support given, employee comments, next steps
notes are shared in writing with the employee the same day

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

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

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

دليلكيف تقيم أداء المطورين Developer Performance دون قياس الأشياء الخطأ؟ماذا تقيس في أداء المطور والفريق، ولماذا تضلل أرقام مثل عدد الأسطر وطلبات الدمج، وكيف تقلل تحيز من يقيم.دليلدورة تقييم الأداء Performance Review Cycle: متى وكيف تقيم؟كيف ترتب تقييم فريقك على مدار السنة، من اجتماع 1:1 والأهداف إلى المعايرة وخطة تحسين الأداء، مع قوالب جاهزة.دليلكيف تعطي الملاحظات الصعبة Feedback وتتلقاهالماذا يخفض بعض الملاحظات الأداء بدلاً من أن يرفعه، وكيف تقول الملاحظة الصعبة بوضوح واهتمام وتتلقاها دون أن تدافع.دليلتقييم أداء تراه ظالماً Performance Review: كيف تعترض؟ماذا تفعل في الأيام الأولى بعد تقييم لا يعكس سنتك، وكيف تعترض بالأدلة دون أن تخسر علاقتك بمديرك، ومتى يكون التقييم عادلاً.دليلمتى تلجأ إلى الموارد البشرية HR؟ حقوقك في نظام العملما تفعله الموارد البشرية وما لا تفعله، والمواد التي تحتاجها من نظام العمل السعودي، وقنوات الشكوى بالترتيب وكيف تجهز ملفك.دليلالأمان النفسي Psychological Safety: ما وجدته Googleما معنى الأمان النفسي كما عرفته Edmondson، ولماذا كان أهم عامل في فعالية فرق Google، وكيف تقيسه في فريقك وتبنيه بسلوك يومي.دليلالاحتراق الوظيفي Burnout عند المبرمجين: العلامات والأسبابما تقوله منظمة الصحة العالمية عن الاحتراق الوظيفي، ومن أين يأتي في الفرق التقنية، وما يفعله المهندس لنفسه وقائد الفريق لفريقه.

الخلاصة

وصلنا لنهاية الموضوع، وأهم ما فيه:

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

سجل التحديثات

• أكتوبر 2026: كتابة المقال، والتحقق من صفحة GitLab عن ضعف الأداء، والفصل الخامس من كتاب Software Engineering at Google، وصفحة ثقافة Netflix، ونص نظام العمل في هيئة الخبراء بعد تعديلات المرسوم الملكي م/44 (المواد 53 و54 و66 و67 و71 و74 و75 و80)، وصفحة التسوية الودية في وزارة الموارد البشرية، وتشغيل أداة جدول المتابعة بـ Node، بتاريخ 31 أكتوبر 2026.