الدروس · الدرس 5 من 5
ماذا تقرّر مساحة العمل
ما مساحة العمل، وما الذي تحسمه مرّة واحدة لكل من فيها، ولماذا لا ينبغي الخلط بين الشيئين اللذين يقصّران القائمة.
الدرس 5 من 5 · 12 د
طريقتان لفقد مدخل في القائمة
الدور يقرّر ما يستطيع شخص واحد بلوغه. وشيء فوق الدور يقرّر ماذا يفعل المصنع أصلاً. والاثنان يبدوان متطابقين من الكرسي، لأن كليهما يحذف مداخل من القائمة نفسها. والتفريق بينهما هو ما يمنع الملتحق الجديد من طلب شاشة لا يملكها أحد.
في أسبوع Nesrine الثاني لا يجد Mehdi شاشة Material Issue. وهو يحمل دور التوريد، وهو الدور الذي كان سيملكها. وليس ينقصه إذن. بل مصنعه أخبر البرنامج أنه لا يدير مخزنه هنا.
ما مساحة العمل
مساحة العمل هي مصنع واحد داخل التطبيق: سجلّاته، وأشخاصه والأدوار التي يحملونها، والقرارات التي حسمها مرّة واحدة للجميع. وكل سجلّ تنشئه Nesrine ينتمي إليها. وكل مستعمل يدخل ينتمي إليها. والدخول الوحيد في القائمة الذي لا ينتمي إليها هو المورّد، الذي يبلغ بوّابة منفصلة ولا يبلغ تطبيق المصنع البتّة.
والقرارات المحسومة تسكن خلف مدخل Settings الواحد، الذي يفتح على صفحة بطاقات مجمَّعة لا على قائمة طويلة. وفيها أربع مجموعات، وأسماؤها أسماء التطبيق نفسه: Buyers & suppliers، وYour factory & team، وCosting, quality & rules، وAccount & connections.
والصفحة مصفّاة بالدور كغيرها، والتصفية تستحقّ الرؤية مرّة. فلمخطّط أو قائد جودة أو مشرف أرضية، تكون Settings كلّها بطاقة واحدة تحمل وجهة واحدة — منتقي اللغة. وكل ما عداها فيها للمالك.
الإعداد الذي يغيّر قائمة الجميع
أوضح مثال على قرار مساحة العمل، وهو الذي يجيب عن سؤال Mehdi، هو كم من الشراء يديره المصنع هنا. وله ثلاثة أجوبة، والمسمّيات مسمّيات التطبيق:
| يقول المصنع | Owner / GM | Merchandiser | Sourcing officer |
|---|---|---|---|
| «التطبيق يدير كل شيء» | 29 | 18 | 12 |
| «التطبيق يتولّى الشراء — ونظامي يدير المخزن» | 27 | 18 | 11 |
| «التطبيق يرفع الطلبات فقط» | 26 | 18 | 10 |
وثلاثة أشياء في ذلك الجدول تستحقّ القراءة لا التصفّح.
الأول أن السطر الأوسط يحذف مدخلين بالضبط، Receiving (GRN) وMaterial Issue، ويحذفهما للجميع دفعة واحدة. ولا يستطيع دور استعادتهما، لأن المسألة ليست مسألة أدوار.
والثاني هو عمود Merchandiser. فهو لا يتحرّك. مداخل Nesrine الثمانية عشر هي هي في الأجوبة الثلاثة، لأن لا الاستلام ولا صرف المواد ولا أوامر الشراء كانت في قائمتها يوماً. فالقرار نفسه يكلّف مسؤول التوريد مدخلين ولا يكلّفها شيئاً. وذلك بالضبط سبب كون «أنا لا أراها وأنت تراها» طريقة سيّئة للاستدلال على الصلاحيات.
والثالث أن الخيارات ليست حرّة الصياغة. فالاستلام وصرف المواد يجب أن يكونا معاً مشغَّلين أو معاً مطفأين، والتطبيق يقول لماذا: «التطبيق يدير المخزن، أو لا يديره.» والاستلام لا يمكن أن يعمل وأوامر الشراء مطفأة، لأنك «تستلم مقابل أمر شراء.» والتركيبة غير المتّسقة تُرفض بتلك الكلمات. ولا تُقبل فتُترك لتنتج رقم مخزون لا يفعل إلّا أن ينمو.
ثلاثة قرارات أخرى تستحقّ المعرفة في يومك الأول
الترقيم. لكل نوع سجلّ بادئة وحشو ورقم تالٍ، والشركة الجديدة تبدأ من أساس: الموديلات من STY-101، والطلبيات من ORD-1001، وأوامر الشراء من PO-1001، والمواد من MAT-201. ويستطيع المصنع وضع نظامه هو، وتغيير النظام لا يعيد ترقيم الموجود أبداً. فـORD-1042 اسم داخل مساحة عمل واحدة ولا يعني شيئاً خارجها. فلا تقتبس رمزاً لغريب دون قول لمن هو.
القوائم والرموز. القوائم المنسدلة خلف التطبيق — العملات والوحدات والمقاسات وشروط التسليم والبلدان وأنواع العيوب — قابلة للتحرير لا ثابتة. وخاصية واحدة فيها أهمّ من غيرها: السجلّ الذي خزّن قيمة سلفاً يحتفظ بها حين تُعاد تسمية القائمة أو تُحال قيمتها على التقاعد. فالتاريخ لا يعيد كتابة نفسه بصمت حين يرتّب أحدهم قائمة.
قواعد الإقرار. أربعة مسارات يمكن أن تشترط موافقة قبل حدوث خطوة: إرسال عرض سعر، وتعليم ورقة تكلفة نهائية، وإصدار أمر شراء، وقرار فحص. ثلاثة منها مشغَّلة من الصندوق والرابع مطفأ، على أساس أمين هو أن قبول الفحص أو رفضه بوّابة بشرية صريحة أصلاً. وإقرار أمر الشراء يحمل عتبة قدرها 5,000 افتراضياً، فلا يقف الشراء الصغير في طابور خلف المالك.
المساق كلّه في جملة واحدة
ما تستطيع فعله في MerchandiserOS في أي صباح هو ملتقى ثلاثة أشياء. ما أخبر مصنعُك التطبيقَ أنه يفعله. وما يُسأل عنه دورك. وفي أي حال السجلّ الذي أمامك. القائمة تجيب عن الأولين. والزرّ المطفأ يجيب عن الثالث. ولا شيء آخر في التطبيق مخفيّ عنك، وكل ما هو مخفيّ يقول ذلك.
اختبر فهمكتقول مسؤولة توريد جديدة في مصنع آخر إن Purchase Orders غائبة عن قائمتها وتطلب من المالك منحها إيّاها. سمِّ السببين الممكنين، وقل كيف تفرّق بينهما في أقلّ من دقيقة.أظهر الإجابة
إمّا أن دورها لا يشمل الوحدة، وإمّا أن مصنعها أطفأ الوحدة للجميع. وتفرّق بينهما بالنظر إلى شخص آخر. اطلب من المالك فتح شريطه هو. فإن كانت Purchase Orders على شريطه وليست على شريطها، فهي مسألة دور والمنح هو المحادثة الصحيحة. وإن كانت غائبة عن شريط المالك أيضاً، فلن ينتجها منح دور أبداً، لأن المصنع اختار «التطبيق يرفع الطلبات فقط» وأوامر شرائه تسكن في نظامه المحاسبي هو. والحالة الثانية هي التي تضيّع وقت الناس، لأنها تبدو مطابقة للأولى تماماً من كرسيّها، وطلب الصلاحية عليها قد يُقبل ولا يغيّر شيئاً مع ذلك.
اختبر فهمكيريد المراقب المالي في Zeramdine تغيير بادئة الطلبيات من ORD إلى ZC ويسأل هل سيُعاد ترقيم الطلبيات الموجودة. أجب، ثم قل ما السبب الأعمق للجواب.أظهر الإجابة
لن يُعاد. فنظام الترقيم يضبط البادئة والحشو والرقم التالي المُصدَر، فينطبق على السجلّات المنشأة بعد التغيير ويترك كل ما رُقّم سلفاً على حاله. والسبب الأعمق أن الرمز ليس وصفاً بل هوية. فـORD-1042 قد كُتبت الآن على طلب شراء، واقتُبست في بريد إلى Larkspur، وطُبعت على بطاقة عمل، وأُدخلت في جدول أحدهم، وكل إشارة من تلك خارج متناول التطبيق. وإعادة الترقيم كانت ستكسرها كلّها بصمت. وما يحصل عليه المصنع بدلاً من ذلك مجموعة طلبيات ببادئتين، وهو يبدو غير مرتّب وهو أمين. وهو أيضاً حجّة جيّدة على حسم نظام الترقيم في الأسبوع الأول لا في السنة الثانية.
موجّه · احسم القرارات التي يصعب تغييرها لاحقاً
في الأسبوعين الأولين لمساحة عمل جهذهدة، قبل وجود أكثر من حفنة سجلّات.
اليسِ بي على قرارات مساحة العمل في MerchandiserOS التي تكلّف قليلاً الآن وتكلّف كثيراً بعد وجود السجلّات، وقل لي بأمانة أيّها أستطيع تركه بسلام. سأعطيك: كم شخصاً سيدخل وماذا يفعل كلّ منهم؛ وهل أوامر الشراءء وإشعارات الاستلام وصرف المواد تحدث في هذا التطبيق أم في نظام محاسبي أو ERP أشغّله أصلاً؛ ورموز السجلّات التي يستعملها مصنعي على الورق؛ وكم طلبية في الشهر أتوقّع تقريباً. ابدأ بالترقيم، فهو الذي يتصلّب أسرع من دونه. اسألني كيف تبدو رموزي الورقية الحالية، وقل لي هل أبقيها. واشرح ماذا يحدث للسجلّات المرقَّمة سلفاً حين يتغيّر النظام، واستعمل ذلك لتقول لي كم أمامي من الوقت قبل أن يصير هذا القرار دائماً فعلياً. ثم شكل الشراءء. اسألني مَن يرفع أوامر الشراءء فعلاً ومَن يسجّل وصول البضاعة، ثم قل لي أي الأشكال الثلاثة يطابق ما يحدث فعلاً لا الطموح. وقل أي مداخل القائمة يحذفها كل شكل وممّن. وحذّرني تحهذهداً من حالة نصف الدخول: فتسجيل استلام البضاعة هنا وصرفها في نظام آخر ينتج رقم مخزون لا يفعل إلّا أن ينمو. ثم الإقرار. ولكل مسار موافقة، اسألني مَن في مصنعي يُسأل فعلاً عن ذلك القرار اليوم، على الورق. وإن لم يكن أحد، فقل إن تشغيل مسار لن ينشئ مساءلة، بل سينشئ طابوراً فقط. ثم توقّف، وأعطني قائمة قصيرة بقرارات ينبغي أن لا أتّخذها بعد عمداً، مع سبب كون كلّ واحد أفضل بعد شهر من الاستعمال الحقيقي. وقاعدتان. لا توصِ بإعداد لأنه أكثر ترتيباً؛ بل أوصِ به بسبب شيء بعينه يسوء بدونه. وحيث يتوقّف قرار على حقيقة عن مصنعي لم أعطك إيّاها، اطلب الحقيقة بدل افتراض جواب نمطي.
قد يخطئ الذكاء الاصطناعي — تحقّق من أي شيء ستتصرّف بناءً عليه.