ضبط إصدار المخططات الانسيابية: كيف يعمل فعلاً

باختصار

• اسم ملف مثل «v3_FINAL_reviewed(2)» تخمين، لا تاريخ إصدارات.
• تصدير PDF أو PNG يحتفظ بصورة للمخطط الانسيابي، لا ببنيته القابلة للتحرير.
• ترقيم الملفات في التخزين السحابي يتتبّع الملف، لا المربعات والموصِّلات بداخله.
• ضبط إصدار المخطط الانسيابي الحقيقي يقارن تغييرات المربع والموصِّل والتسمية بين أي حالتين محفوظتين.
• يفعل سجل تغييرات QueryChart ومقارنة الإصدارات ذلك تلقائياً على كل مخطط، مجاناً؛ راجع /features/version-control.

اسم الملف ليس تاريخ إصدارات

في مكان ما على قرص مشترك الآن يجلس Process_Map_v3_FINAL_reviewed(2).vsdx، بجانب Process_Map_v3_FINAL_reviewed.vsdx وملف Process_Map_v2.pdf ما زال أحد أصحاب المصلحة يحتفظ به مرفقاً في سلسلة بريد إلكتروني قديمة. بين الثلاثة لا سجل بأي مربع تحرّك، ولا أي فرع قرار أُعيد تسميته، ولا من أجرى أياً من التغييرين، ولا حتى هل وقّع أحد عليه فعلاً. اسم ملف فقط يقوم بالمهمة التي يُفترض أن يقوم بها تاريخ إصدارات.

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

أداة رسم بضبط إصدار حقيقي تفعل ثلاثة أشياء لا يستطيعها اسم ملف وقرص مشترك: تتيح لك تصفّح كل تنقيح سابق للمخطط نفسه، وتُظهر بالضبط أي مربع أو موصِّل أو تسمية تغيّر بين أي اثنين منها، وتستعيد حالة قديمة دون فقدان العمل الذي أُنجز منذ ذلك الحين. يفعل QueryChart هذا على كل مخطط، حياً وتلقائياً ومجاناً: يسجّل سجل التغييرات كل تعديل مع من أجراه وأي حقل لمسه، وتضع مقارنة الإصدارات أي إصدارين محفوظين جنباً إلى جنب. الآلية الكاملة على /features/version-control.

هذا التمييز يهم لأن المخطط الانسيابي ليس الشيء نفسه كوثيقة العملية التي قد يكون مضمَّناً فيها. هذه الصفحة عن ضبط إصدار بنية المخطط نفسها (المربعات والمسارات والموصِّلات) داخل أداة بُنيت لتتبّع تلك البنية. أما إن كنت تدير بدلاً من ذلك تنقيحات وثيقة عملية أطول تحتوي مخططاً بالصدفة، فالنسخة المستقلة عن الأداة من هذه المشكلة مغطاة على /ar/guides/ضبط-إصدار-وثائق-العملية.

كيف تكسب هذه الوثيقة رقم إصدارها الخاص، صفاً بصف

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

1. المسودة تأخذ رقماً عشرياً، لا تخميناً

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

2. كل إعادة عمل ترفع الرقم، لا التخمين

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

3. الاعتماد هو الحدث الوحيد الذي يكسب رقماً صحيحاً

   «تقديم المسودة النهائية للاعتماد» و«المعتمِد يراجع المسودة النهائية» يقودان إلى «هل اعتُمدت للإصدار؟»؛ فرع الاعتماد وحده يصل إلى «تعيين الإصدار الرئيسي 1.0»، فلا شيء قبل تلك النقطة، مهما مرّ بمسودات عشرية، يُخلَط أبداً بالإصدار 1.0.

4. النشر يحدّث السجل قبل أن يقرأه أحد

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

5. تغيير لاحق يعيد فتح السجل، لا يكتب فوقه

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

كيف تعمل

1. توقف عن تسمية الإصدارات في الملف

   أوقف اصطلاح «v3_FINAL_reviewed(2)» كلياً: رقم عشري أو لون كُتب في اسم ملف تسمية أضافها أحدهم، لا سجل لما تغيّر. صمّم المخطط الانسيابي في أداة تحتفظ بتاريخ تنقيحاتها الخاص، ودع اسم الملف يعود مجرد اسم ملف.

2. امنح كل تقديم للمراجعة إصداراً مسمّى

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

3. افتح سجل التغييرات قبل أن تسأل ماذا تغيّر

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

4. قارن إصدارين بدل التحديق في تصديرين

   استخدم مقارنة الإصدارات لاختيار أي إصدارين محفوظين ورؤية الفرق حقلاً بحقل: تُذكَر تغييرات المربع والموصِّل والتسمية فردياً كمضافة أو محذوفة أو مُعدَّلة، بدل تركها لقارئ ليرصدها عبر ملفَي PDF مسطَّحين.

5. استعِد بدل إعادة البناء من الذاكرة

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

6. أبقِ المخطط هو الأصل، لا تصديره

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

أخطاء ينبغي تجنّبها

• الرقم بين قوسين (2) في اسم الملف هو الدليل

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

• ملف PDF مُصدَّر يعمّر أطول من المخطط الذي جاء منه

  PDF مثبَّت على حائط أو مرفق ببريد إلكتروني قديم يستمر في التداول بعد أن يكون المخطط الذي صُدِّر منه قد تحرّك بمدة طويلة، ولا شيء في الـPDF نفسه يُشير إلى ذلك. عامل كل تصدير كمؤرَّخ لحظة إنشائه، واربط بالمخطط الحي بدل إعادة مشاركة الملف.

• الخلط بين ترقيم الملفات وترقيم المخطط

  يستطيع OneDrive وGoogle Drive وDropbox إعادة ملف الأمس، لكن لا واحد منها يستطيع إخبارك أن مربع قرار اكتسب فرعاً أو أن تسمية موصِّل تغيّرت؛ فهي تُرقِّم الحاوية، لا محتواها. تاريخ أداة الرسم الخاص هو المكان الوحيد الذي يوجد فيه ذلك الفرق.

• الاستعادة بصمت بدل تسجيلها

  لصق محتوى تصدير قديم مرة أخرى في الملف الحالي يمحو حقيقة أن استعادة حدثت أصلاً. الاستعادة التي تُنشئ قيدها الجديد المؤرَّخ الخاص (كما تفعل استعادة QueryChart) تُبقي سبب التراجع مرئياً للقارئ التالي بدل أن يبدو أن المخطط كان دائماً هكذا.

أنشئ مخططك الانسيابي المضبوط الإصدار الخاص بك

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

أنشئ مخططك الانسيابي المضبوط الإصدار الخاص بك

أدلة ذات صلة

• كيفية تتبع التغييرات في عملية
• كيفية تتبع التغييرات في إجراء تشغيل قياسي
• ضبط التنقيح مقابل ضبط الإصدار: ما الفرق الحقيقي؟

الأسئلة الشائعة

هل يختلف ضبط إصدار المخطط الانسيابي عن ضبط إصدار الوثيقة؟

ليس من حيث المبدأ (كلاهما يعني الاحتفاظ بكل حالة سابقة لشيء ما كي ترى ما تغيّر وتعود إليه) لكن «ما تغيّر» في مخطط انسيابي بنيوي: أي مربع تحرّك، وأي موصِّل أُضيف، وأي تسمية أُعيد صياغتها. عملية ضبط إصدار الوثائق المبنية حول النثر وأرقام الصفحات لن تقارن فرع قرار. راجع /ar/guides/ضبط-إصدار-وثائق-العملية للنسخة من هذه المشكلة المحصورة في وثيقة عملية كاملة بدل مخطط واحد.

هل يُحسب تصدير مخطط انسيابي إلى PDF ضبط إصدار؟

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

ما الفرق بين سجل التغييرات ومقارنة الإصدارات في QueryChart؟

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

هل يمكنني استعادة إصدار قديم لمخطط انسيابي دون فقدان العمل الحالي؟

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