كيفية تتبع التغييرات في عملية
كيفية تتبع التغييرات في عملية: يسمّي سجل تغييرات QueryChart من حرّر قاعدة قرار أو عتبة، والقيمة السابقة للحقل، وقيمته الحالية، كي لا يعيد أحد بناء تعديل من الذاكرة.
تتبّع التغييرات في عملية يعني الاحتفاظ بسجل بأي حقل تغيّر بالضبط، ومن غيّره، وأي قيمة حلّ محلها، لا مجرد أن إصداراً جديداً موجود.
باختصار
- تعديل على عتبة صف قرار (معتمِد ثانٍ إلزامي فوق 5,000 دولار يُرفَع إلى فوق 10,000 دولار) يصبح قيداً في سجل التغييرات يسمّي من غيّره وأي قيمة حلّ محلها.
- كل تعديل منسوب: الفاعل، والحقل، والقيمة السابقة، والقيمة الحالية، وطابع زمني، لا مجرد «تحديث المخطط».
- تمنح مقارنة الإصدارات فرقاً أوفى حين يتحرك أكثر من قيد سجل تغييرات واحد بين إصدارين.
- استعادة إصدار قديم تلغي التعديل تماماً، بدل مطالبة أحد بتذكر القاعدة القديمة وإعادة كتابتها.
- تتبّع تغيير مختلف عن ضبطه: هذا السجل الذي يتركه تعديل، لا بوابة الاعتماد على وجوب حدوثه.
من حرّك العتبة، ومتى
يرفع مالك عملية الرقم في صف قرار من 5,000 دولار إلى 10,000 دولار: حقل واحد، وتعديل واحد، محفوظ في ثوانٍ. بعد ثلاثة أسابيع تُسدَّد فاتورة قيمتها 7,000 دولار دون معتمِد ثانٍ، والسؤال ليس هل تغيّرت القاعدة بل من غيّرها، ومتى، وما كان الرقم القديم فعلاً. لم يكتب أحد ذلك في أي مكان خارج المخطط نفسه، لأن المخطط هو حيث تعيش القاعدة.
يحتفظ QueryChart بذلك السجل تلقائياً. كل تعديل على مخطط (قرار أُعيد تسميته، أو فرع انتقل، أو عتبة تغيّرت) يكتب قيداً يسمّي الشخص الذي أجراه، والحقل الذي لمسه، وقيمته السابقة، وقيمته الحالية. افتح سجل التغييرات على التعديل أعلاه وستجده يقول ذلك بالضبط: العتبة غيّرها شخص مُسمّى، من 5,000 دولار إلى 10,000 دولار، في وقت مسجَّل. لا يحتفظ أحد بسجل تغييرات منفصل يدوياً، ولا يحتاج أحد أن يثق بذاكرة عمّا كانت تقوله القاعدة سابقاً. الآلية مغطاة بالكامل على /features/version-control.
تتبّع تغيير ليس هو نفسه ضبطه. هذه الصفحة عن السجل الذي يحتفظ به QueryChart بعد أن يُحرَّر عملية: واقعة، بعد وقوعها. أما ضبط التغيير فعملية القرار التي تحكم هل ينبغي أن يحدث التعديل أصلاً، عادةً بطلب وخطوة مراجعة؛ وتلك الآلية مبنية على /ar/guides/كيفية-إنشاء-عملية-ضبط-التغيير. وإن كانت الوثيقة قيد النقاش إجراءً مكتوباً لا شجرة قرار، فسجل التغييرات نفسه ينطبق لكن يختلف المسار المرسوم؛ راجع /ar/guides/كيفية-تتبع-التغييرات-في-إجراء-تشغيل-قياسي لتلك النسخة.
شجرة الاعتماد، مُحرَّرة ومُتتبَّعة
شجرة قرار اعتماد وثائق من عشرين صفاً، مرحلية من الاستلام حتى الإصدار، بعتبة المعتمِد الثاني في مركزها: القاعدة نفسها التي يحرّرها المثال العملي أعلاه.
أين يبدأ التعديل
يفتتح المخطط عند «تقديم الوثيقة للاعتماد»، ثم يسأل «وثيقة جديدة أم مراجعة؟» و، للمراجعة، «تغيير تحريري أم جوهري؟» قبل أن ينقسم إلى «تسجيل التصحيح التحريري» أو فحص كامل «هل نوع الوثيقة خاضع للتنظيم؟»: الفرع الذي يقرّر مقدار التدقيق الذي يحصل عليه التغيير قبل أن يراجعه أحد.
حلقة المراجعة التي تُظهر الخلاف
الصفوف من السادس حتى التاسع تُشغِّل المراجعة نفسها: «إضافة مراجعي الجودة والامتثال»، و«جمع ملاحظات المراجعين»، ثم «هل عولجت كل الملاحظات؟»: التي تسأل، إن لم تكن، «هل يستطيع المؤلف معالجتها الآن؟» قبل العودة أو الخروج إلى إعادة العمل. كل مرور بهذه الحلقة يُحفَظ كإصداره الخاص.
العتبة التي يحرّرها مثال هذا الدليل
يقود «مراجعة المعتمِد للمسودة النهائية» إلى «الاعتماد للإصدار؟»، ثم إلى الصف الذي يدور حوله المثال العملي أعلاه: «هل يلزم معتمِد ثانٍ؟»، التي توجّه إلى «الحصول على الاعتماد الثاني» عند إجابة نعم. ارفع عتبة ذلك الصف وسيسجّل سجل التغييرات ذلك التعديل بالضبط.
الإصدار، والسجل الذي يتركه
يُغلِق مسار الإصدار الشجرة بثلاث طرق: «نُشرت كتحديث تحريري طفيف»، أو «نُشرت بعد الاعتماد الكامل»، أو «نُشرت مع إسناد التدريب» بعد «هل يلزم إقرار القراءة والفهم؟»، إضافةً إلى «أُعيدت إلى المؤلف لإعادة العمل» و«مرفوضة ومُغلقة». كل قاعدة وجّهت وثيقة إلى إحدى هذه النتائج تقع في إصدار تستطيع مقارنة الإصدارات فتحه.
كيف تعمل
افتح سجل التغييرات بعد تعديل
كل حفظ يكتب إصداراً جديداً، ويسردها سجل التغييرات بالترتيب. افتحه من لوحة تاريخ المخطط لترى أي إصدار تغيّر ومن حفظه؛ لا تحتاج أن تعرف مسبقاً أن عتبة تحرّكت.
اقرأ القيد: الفاعل، والحقل، والقيمة السابقة، والقيمة الحالية
انقر على إصدار وسيسمّي قيده الشخص الذي حرّره، والحقل الذي لمسه (تسمية صف، أو شرط فرع، أو تعيين مسار) والقيمة التي حملها قبل مقابل القيمة التي يحملها الآن. تلك هي الإجابة الكاملة عن من غيّر عتبة المعتمِد الثاني وماذا كانت تقول سابقاً، دون فتح سلسلة بريد إلكتروني واحدة.
استخدم مقارنة الإصدارات حين لا يكون قيد واحد القصة كاملة
قيد تعديل واحد دقيق لكنه ضيق. حين تتحرك عدة صفوف بين الإصدار الذي تثق به والذي أمامك، افتح مقارنة الإصدارات بدلاً من ذلك واقرأ الاثنين جنباً إلى جنب: الآلية نفسها، موسَّعة لكل حقل يختلف.
استعِد الإصدار السابق إن احتاج التعديل تراجعاً
إن تبيّن أن عتبة مرفوعة خطأ لا مقصودة، استعِد الإصدار الذي سبقها. الاستعادة تستبدل المخطط الحالي بذلك التنقيح مباشرةً، بدل مطالبة أحد بإعادة كتابة القاعدة القديمة من الذاكرة.
سمِّ القاعدة، لا الفرع فقط، كي يبقى الفرق مقروءاً
اكتب تسمية صف قرار وتسميات فروعه حول المُحفِّز الفعلي («هل يلزم معتمِد ثانٍ؟» تُجاب بـ«لازم» أو «غير لازم») بدل نعم أو لا مجرَّدة. قيد سجل تغييرات يسمّي حقلاً مُسمّى أكثر فائدة بكثير من قيد يقول إن مربعاً بلا تسمية تحرّك.
أخطاء ينبغي تجنّبها
ملاحقة قاعدة تغيّرت عبر المحادثات والذاكرة
دون سجل تغييرات، تُعاد بناء عتبة مرفوعة من رسائل Slack وذاكرة أحدهم عن الرقم القديم، ونادراً ما يتفق الاثنان. كل تعديل على مستوى الحقل منسوب ومؤرَّخ أصلاً: إعادة البناء التي بُني QueryChart كي يجعلها غير ضرورية.
الخلط بين تعديل مسجَّل وآخر معتمَد
قيد سجل التغييرات يثبت أن عتبة تغيّرت ومن غيّرها؛ لا يثبت أن أحداً وافق على الرقم الجديد. إن كانت قاعدة كهذه يُفترض أن تمرّ بمراجعة قبل أن تسري، فتلك البوابة تنتمي إلى العملية نفسها، من النوع المبني على /ar/templates/عملية-ضبط-التغيير، لا إلى تاريخ الإصدارات وحده.
افتراض أن أثر التدقيق مفعَّل أصلاً
تاريخ إصدارات QueryChart المدمج (سجل التغييرات، ومقارنة الإصدارات، والاستعادة) مجاني ونشط على كل مخطط دون إعداد. أما أثر تدقيق مسلسل التجزئة المربوط بضوابط ISO 27001 أو SOC 2 أو HIPAA فقدرة مدفوعة منفصلة تفعّلها المؤسسة عن قصد؛ وليس شيئاً يحمله كل مخطط افتراضياً لمجرد تتبّع التعديلات.
تتبّع تغييرات عمليتك الخاصة
ابدأ من مثال اعتماد الوثائق، وحرّر عتبة صف قرار، وشاهد سجل التغييرات يسمّي ما تغيّر بالضبط.
أدلة ذات صلة
الأسئلة الشائعة
ماذا يسجّل سجل التغييرات بالضبط حين تتغيّر عملية؟
لكل تعديل، قيد يسمّي الشخص الذي أجراه، والحقل الذي غيّره (تسمية صف، أو شرط فرع، أو تعيين مسار) وقيمة ذلك الحقل قبل التعديل مقابل قيمته بعده. رفع عتبة معتمِد ثانٍ من 5,000 دولار إلى 10,000 دولار يُنتج قيداً يقول ذلك بالضبط، منسوباً ومؤرَّخاً، دون أن يحفظ أحد سجلاً منفصلاً. الآلية مغطاة بالكامل على /features/version-control.
هل تتبّع تغييرات العملية هو نفسه ضبط التغيير؟
لا. تتبّع تغيير هو السجل الذي يحتفظ به QueryChart تلقائياً بعد وقوع تعديل: من، وأي حقل، والقيمة القديمة، والقيمة الجديدة. أما ضبط التغيير فعملية القرار التي تحكم هل ينبغي أن يحدث التعديل أصلاً، عادةً بطلب وخطوة مراجعة ومسار تراجع. الاثنان مهمّان، لكنهما يجيبان عن سؤالين مختلفين؛ آلية الثاني على /ar/guides/كيفية-إنشاء-عملية-ضبط-التغيير.
كيف يختلف هذا عن تتبّع التغييرات في إجراء تشغيل قياسي؟
سجل التغييرات نفسه مطابق (الفاعل والحقل والقيمتان قبل وبعد نفسها) لأن شجرة القرار والإجراء المكتوب كلاهما مخططان تحت تاريخ الإصدارات نفسه. الفرق فيما يُحرَّر عادةً: عملية كهذه تغيّر شروط الفروع والتوجيه، بينما يغيّر إجراء التشغيل القياسي غالباً نص الخطوة والمسؤولية. راجع /ar/guides/كيفية-تتبع-التغييرات-في-إجراء-تشغيل-قياسي لتلك النسخة من الخاصية نفسها.
هل يمكنني رؤية كل ما تغيّر بين إصدارين، لا تعديلاً واحداً فقط؟
نعم، افتح مقارنة الإصدارات بدل قيد سجل تغييرات واحد، وستضع تنقيحين جنباً إلى جنب مع تحديد كل حقل مختلف. تلك هي الأداة لقاعدة انحرفت عبر عدة تعديلات صغيرة لا تعديلاً واحداً واضحاً.
هل تحذف استعادة إصدار قديم التعديل الذي غيّر العتبة؟
لا. تجعل الاستعادة إصداراً أقدم حالياً مجدداً، لكن الإصدار الذي تغيّرت فيه العتبة يبقى موجوداً في تاريخ المخطط: قيد سجل تغييراته غير مُمحاة، فيبقى سجل من رفعها ومتى قائماً بعد الاستعادة.
