أيّ معلم يُغلق فعلاً

الخطة وحدها هي ما يحمل تواريخ

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

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

خطة Maritsa للطلبية ORD-1207

عند إنشاء الطلبية يختار التطبيق قالب زمن وفعل من عائلة منتج الموديل، ويرجع إلى بنيته عند التعذّر. وSTY-214 قميص تي، وهو يُحلّ إلى الملابس التريكو العلوية، فتأخذ ORD-1207 خطة Basic Knit — 90 days المزروعة. وكل مهلة أدناه بأيام العمل قبل تاريخ الخروج من المصنع، وهو اليوم الذي يجب أن تغادر فيه البضاعة المصنع. ويتخطّى العدّ عطلة المصنع نفسه وقائمة أعياده. وهذه أرقام أساس. وقد يمدّدها التطبيق للكمية والتوريد والتعقيد قبل أن يكتب التواريخ.

ومن معالم الخطة، هذه هي التي تهبط على لوحة العيّنات.

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

وحدة الطباعة، ولماذا يجب أن يوجد التصميم أولاً

الموديل STY-214 مطبوع، ولا شيء في الجدول أعلاه يذكر بروفة طباعة. فهي لا تظهر إلا إن قرّر التطبيق أن الطلبية تتضمّن طباعة، وهو يقرّر ذلك بقراءة نصّ.

في لحظة إنشاء الطلبية يجمع التطبيق كل قيمة نصّية على صفوف العمليات وصفوف التصميم في الموديل، ويبحث عن كلمة print في الناتج. فإن وجدها أُدرج معلمان مرتبطان بمعلم Lab Dip Approval: Print Strike-off Submission عند 61 يوم عمل وPrint Strike-off Approval عند 55. ويُدرج ثالث، Printing Start، في الإنتاج.

ويترتّب على ذلك أمران، وكلاهما يعضّ عملياً.

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

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

أيّ معلم يُغلقه الاعتماد

والآن الجزء الذي يفاجئ الجميع في المرّة الأولى.

يفتح Boyan صفّ Fit Sample Approval من اللوحة. فيصل إلى بند العمل على /approvals/<milestone id>. ويبدأ السجلّ، ويقدّم الجولة الأولى، ثم يسجّل قرار Tindermere بالاعتماد. وتؤكّد الشاشة ذلك بسطر أخضر، والسطر يسمّي Fit Sample Submission.

وإليك السبب. حين يُحسم اعتماد مرتبط بطلبية بالموافقة، يبحث التطبيق عن معالم الطلبية المطابقة لذلك النوع، بترتيب الخطة، ويُغلق أول واحد ليس مغلقاً أصلاً. وكلا معلمَي Fit يطابق النمط نفسه. والتقديم يقع أبكر في الخطة. فالتقديم هو ما يُغلق، ويبقى معلم الاعتماد الذي كان Boyan واقفاً عليه مفتوحاً.

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

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

حين يُحفظ القرار ولا يُغلق المعلم

وثمّة نتيجة ثانية تستحقّ التعرّف، لأن صياغتها دقيقة ويسهل إساءة قراءتها.

معظم معالم هذه الخطة تحمل تبعية صارمة. فـFit Sample Submission لا يبدأ قبل إغلاق Order Confirmation & Tech Pack Handover، وFit Sample Approval لا يبدأ قبل إغلاق Fit Sample Submission. وإن حاول التطبيق إغلاق معلم سابقُه المانع ما زال مفتوحاً، فإنه لا يرمي قرار المشتري. يُحفظ القرار، وتعرض الشاشة سطراً كهرمانياً يسمّي المانع ويربط إليه مباشرةً: سُجِّل القرار. لا يستطيع المعلم أن يُغلق بعد — إنه ينتظر …

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

إغلاق معلم باليد

التطبيق متعنّت في هذا عمداً، وإحدى شاشتيه أشدّ تعنّتاً من الأخرى.

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

وشاشة بند العمل مختلفة. فهي تعرض دائماً قسماً عنوانه Or complete it directly وفيه زرّ Mark milestone done، أياً كانت حالة الاعتماد. اضغطه قبل اعتماد المشتري يرفض الخادم برسالة مسمّاة: «Fit Sample Approval» يُغلق حين يعتمده المشتري — سجّل قراره في اعتمادات التطوير، ولا تُغلقه باليد. ولمعلم تقديم لم تُسجَّل عليه جولة نسخته الخاصة. فهو يُغلق حين تُقدَّم جولة تطوير إلى المشتري — ولا يمكن إغلاقه باليد.

فالحارس قائم على الشاشتين، وواحدة منهما وحدها تخبرك قبل الضغط. ومتى سُجِّل قرار المشتري عمل الزرّ نفسه. وبه تُغلق معلم الاعتماد الذي تركه القسم السابق مفتوحاً.

المسار السريع للطلبية المكرّرة، والموضع الوحيد الذي يلتقطه

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

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

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

كيف تلوّن اللوحة صفاً، وما الذي يصل إلى «عملي»

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

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

قاعدتان تأخذهما معك

أغلق معلم التقديم حين ترسل. يكلّف لحظة، وهو صادق، ويجعل كل قرار مشترٍ بعده يهبط على الصفّ الصحيح.

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

ساعدني في قراءة المسار الحرج لطلبية واحدة بوصفه مجموعة أزواج اعتماد، لا قائمة تواريخ.

سألصق أسماء المعالم على الخطة، مع تواريخها ومالكيها وحالاتها الحالية.

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

ثانياً، لكل زوج، سمِّ الشخص أو القسم الذي ينبغي أن يغلق الصفّ الأول، والشخص الذي يغلق الثاني. وإن لم أخبرك، فاسأل. ثم قل لي صراحةً ماذا يحدث للسجلّ إن لم يُغلق الصفّ الأول قط. وقل تحهذهداً أيّ الصفّين يُغلقه اعتماد ليسترٍ مسجَّل.

ثالثاً، ابحث عن اعتمادات ليسترٍ على الخطة ليست صبغات مختبر ولا بروفات طباعة ولا علامات شحن ولا أنواع العيّنات المعتادة. واسرهذاا منفصلةً بوصفها عملاً يعيش على الخطة وحهذاا.

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

وقاعدتان. لا تفترض أن معلماً مكتمل لأن معلماً لاحقاً مكتمل. وحيث يكون اسم المعلم ملتبساً فيما يغطّيه، قل ذلك بدل أن تقرّر عنّي.