---
title: "نواجه الاحتراق الوظيفي معًا كفريق تصميم"
description: "كيف سيحل منتجكم مشكلات المستخدمين، إن كان الشخص الذي يُفترض أن يحلها يواجه صعوبة في العمل عليه أصلًا؟"
canonical: https://oozou.com/ar/blog/fighting-burnout-together-as-a-design-team-159
locale: ar
date: 2021-01-08
author: "OOZOU Team"
---

# نواجه الاحتراق الوظيفي معًا كفريق تصميم

> كيف سيحل منتجكم مشكلات المستخدمين، إن كان الشخص الذي يُفترض أن يحلها يواجه صعوبة في العمل عليه أصلًا؟

Published: 2021-01-08 · Author: OOZOU Team (Engineering) · 4 min read

# بسرعة! قارنوا الاحتراق الوظيفي بـ Covid-19.
- يدمّر إنتاجية الشركة (بل قد يرى كثيرون أنه _أشد_ تدميرًا من الجائحة، لأنكم في الإغلاق تستطيعون العمل من المنزل على الأقل، لكنني أستطرد)
- يضر بالصحة الجسدية (والنفسية) لفريقكم.
- شديد العدوى داخل بيئة العمل الواحدة

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

# طبيعتنا التي تدمّر ذاتها
تخيلوا أنكم مصممو منتجات بدأتم للتو مشروعًا جديدًا ومثيرًا بجدول زمني ضيق.

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

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

**_عملي يمكن أن يكون أفضل._**

وقبل أن تنتبهوا، تكونون قد قضيتم 4 ساعات أخرى في تعديل عملكم حتى الصباح، لتُصابوا بخيبة أمل من النتيجة في اليوم التالي، ثم تبدأ الدورة من جديد، وهكذا بلا نهاية.

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

# ساعدوا زميلكم على اكتشاف الأسباب
اجتمعتم في اجتماع التصميم في نهاية الأسبوع، وقال أحدهم:

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

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

> # **"لا عليك، مررت بهذا من قبل، سيمرّ، لا تقلق"**

بصراحة مؤلمة، أنتم لا ترون الاحتراق الوظيفي مشكلة في الوقت الحالي. المشكلة الحقيقية بالنسبة إليكم قد تكون الجدول الزمني للمشروع أو توفر الموارد داخل الفريق.

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

# لنحلّها معًا
كيف نخفف إذن من خطر تعرض الأفراد للاحتراق الوظيفي؟

هنا في OOZOU، وبصفتنا فريق تصميم بهيكل تنظيمي مسطح، نتعمق في كل ما يزعج زملاءنا ويدفعهم إلى الإفراط في العمل وقد يقودهم إلى الاحتراق الوظيفي.

يمكن تحليل المشكلة بطرح المزيد من الأسئلة والتعمق فيها:

- هل العملاء صعبو المراس؟
- هل تتعرضون لضغط لتسليم العمل بينما تحدث تغييرات داخلية باستمرار؟
- هل قللتم من تقدير الوقت اللازم لإنهاء العمل؟

الوصول إلى جوهر المشكلات الفعلية لدى مصممينا هو مفتاح خطوتنا التالية: إيجاد حل مستدام للمشكلة.

# ما الذي فعلناه
شملت هذه الحلول، على سبيل المثال لا الحصر:

- تعديلات على مستوى الفريق في طريقة تسليم أعمالنا (ولهذا نستخدم ميزات الـ version control بكثافة في عملية تسليم التصاميم للمطورين).
- حد أقصى لساعات العمل اليومية للمصممين لتجنب ضغط العمل الإضافي.
- أنشطة ممتعة ومتنفس لشغفنا بالتصميم (مثل لقطات Dribbble وتحديات التصميم) لصقل مهاراتنا وإبعاد أذهاننا عن العمل.

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

# نعمل من أجل مجال أفضل
رغم كل التحديات التي واجهناها خلال العام الماضي، كانت تجربة وضع سياسات فريق التصميم في OOZOU للوقاية من الاحتراق الوظيفي ممتعة ومجزية.

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

---

Contact OOZOU: hello@oozou.com · +66 2544 0000 · https://oozou.com/ar/contact

More for AI agents: https://oozou.com/llms.txt · every page has a markdown twin at its URL plus ".md"