يحدّد requirements.md ما تحتاجه الجهة صاحبة المصلحة، لكن العملية الحالية نادرًا ما تحقّق ذلك بشكل نظيف. تحليل الفجوات هو الجسر بينهما — يضع الوضع الحالي جنبًا إلى جنب مع الوضع المستقبلي المطلوب، ويسمّي فجوة تلو الأخرى: ما الناقص، وأين يحدث الخلل، ولماذا بالضبط. تجاهل "لماذا" فتحصل على قائمة أعراض تُقرأ كشكوى؛ اعثر على السبب الجذري فتحصل على ما يمكن لفريق التسليم فعلًا التخطيط بناءً عليه. يجري هذا كمحادثة في Claude Desktop — افتح requirements.md وما يصف الوضع الحالي، بلا حاجة لأي Terminal.
-
requirements.mdالمعتمد لديك (أو المسودة قيد العمل) — وهو الوضع المستقبلي الذي تقارن به. تحليل الفجوات بدونه مجرد رأي شخصي عمّا هو خاطئ اليوم. - أي شيء يصف الوضع الحالي —
process-map.mdإن وُجد، أو تذاكر الدعم، أو جولة في الأداة، أو ملاحظاتك الخاصة من مراقبة شخص ينجز العمل. - مَن يملك كل جزء من العملية الحالية، إن كنت تعرف — فالفجوات تحتاج مالكًا لإغلاقها، لا مجرد وصف.
-
أكّد الوضع المستقبلي قبل مقارنة أي شيء
افتح
requirements.mdجنبًا إلى جنب مع ما يصف العملية الحالية في Claude Desktop، واطلب من Claude إعادة صياغة الهدف أولًا. مقارنة شيء بهدف غامض تنتج قائمة فجوات غامضة.أنت تطلباقرأ requirements.md. قبل مقارنته بأي شيء، أعد صياغة ما يتطلبه الوضع المستقبلي فعليًا بكلماتك الخاصة — كقائمة مرقّمة قصيرة من القدرات أو النتائج الملموسة، لا النص الأصلي. أشِر إلى أي شيء في requirements.md غامض جدًا بحيث لا يمكن مقارنته.ما تحصل عليه إعادة صياغة مرقّمة واضحة — "1) يمكن للعميل طلب إرجاع دون مراسلة الدعم، 2) يُتخذ قرار الاسترداد خلال 24 ساعة، 3) حالة الطلب مرئية للعميل في كل مرحلة" — مع إشارة إلى أي بند غامض جدًا، مثل "تقليل الاحتكاك" دون هدف قابل للقياس.
إن لم يستطع Claude إعادة صياغة متطلب بشكل ملموس، فلا يمكن اختبار الفجوة عليه. أعِده إلى requirements.md أولًا.
-
قارِن الوضع الحالي ببند كل بند من الوضع المستقبلي
الآن أدخِل ما يصف الوضع اليوم — خريطة العملية، التذاكر، ملاحظاتك — واطلب من Claude فحص كل بند من الوضع المستقبلي مقابل ما يحدث فعليًا اليوم.
أنت تطلبالآن اقرأ process-map.md (أو ملاحظاتي أدناه) الذي يصف كيف تسير الأمور اليوم. لكل بند من بنود الوضع المستقبلي المرقّمة، أخبرني: هل تحقّقه العملية الحالية بالكامل، أم جزئيًا، أم لا تحقّقه إطلاقًا؟ كن محددًا بشأن ما هو موجود اليوم لكل بند، لا مجرد نعم/لا.ما تحصل عليه قراءة بندًا ببند — "1) غير محقّق: لا يوجد مسار طلب ذاتي، كل شيء يمرّ عبر البريد الإلكتروني. 2) محقّق جزئيًا: تُتّخذ قرارات الاسترداد في اليوم نفسه لكن فقط خلال ساعات العمل. 3) غير محقّق: لا رؤية لحالة الطلب، على العميل مراسلة الدعم للاستفسار."
-
سمِّ كل فجوة وتعمّق في سببها الجذري
قائمة فجوات بلا أسباب جذرية مجرد إعادة صياغة للمشكلة. ادفع Claude أبعد من العرَض إلى ما يسبّبه فعليًا — أداة ناقصة، أو مالك غير واضح، أو سياسة لم يعد أحد النظر فيها.
أنت تطلبلكل بند محقّق جزئيًا أو غير محقّق، سمِّه كفجوة واضحة، ثم تعمّق في سببها الجذري: هل هي أداة ناقصة، أم خطوة غير واضحة في العملية، أم تسليم بلا مالك، أم قيد سياسة، أم شيء آخر؟ استخدم بيانات التذاكر وملاحظات العملية لدعم كل سبب جذري، لا مجرد تخمين.ما تحصل عليه "الفجوة 1 — لا يوجد مسار طلب ذاتي. السبب الجذري: لا توجد أداة تتيح للعميل بدء طلب إرجاع؛ كل طلب حاليًا يتطلّب موظف دعم. الفجوة 2 — بطء الاسترداد خارج ساعات العمل. السبب الجذري: تتطلّب الموافقة على الاسترداد توقيع مدير محدد، ولا يوجد معتمِد بديل معرَّف."
"لا توجد أداة ذاتية الخدمة" يمكن إصلاحها ببناء أداة. "لا يوجد معتمِد بديل" يمكن إصلاحها بتغيير سياسة بعد الظهر. الخلط بين الاثنين هو كيف تتحوّل تحليلات الفجوات إلى طلبات مشاريع مبالغ فيها.
-
حدّد حجم الفجوات ورتّبها بالأولوية
ليست كل الفجوات متساوية في الإلحاح أو صعوبة الإغلاق. رتّبها بحيث تبدأ الخطوة التالية — تحليل الخيارات أو دراسة الجدوى — من الفجوات الأكثر أهمية.
أنت تطلبالآن رتّب الفجوات حسب الأثر (مدى تأثيرها على النتيجة التي تهم أصحاب المصلحة) وتقدير جهد الإغلاق (إصلاح سريع، متوسط، بناء كبير). أعطني جدولًا: الفجوة، السبب الجذري، الأثر، الجهد، وترتيب الأولوية. أشِر إلى أي فجوات تعتمد على إغلاق فجوة أخرى أولًا.ما تحصل عليه جدول مرتّب — "الفجوة 1 (المسار الذاتي): أثر عالٍ، جهد كبير، الأولوية 1. الفجوة 2 (استرداد ما بعد الدوام): أثر متوسط، إصلاح سريع (تسمية معتمِد بديل)، الأولوية 2، مستقلة." إشارة التبعية هذه تمنعك من ترتيب العمل بشكل خاطئ.
-
اكتب تحليل الفجوات ووجّهه إلى مالك
اجمع النتائج في وثيقة واحدة، وتأكّد أن كل فجوة تحمل اسمًا مرتبطًا بها قبل اعتبارها حقيقية — فجوة بلا مالك مجرد سطر في قائمة.
أنت تطلباجمع هذا في gap-analysis.md: قائمة الوضع المستقبلي، مقارنة الوضع الحالي، كل فجوة مع سببها الجذري، وجدول الأثر/الجهد/الأولوية. لكل فجوة، أضِف عمودًا لمن ينبغي أن يتولّى تأكيدها أو إغلاقها — اتركه فارغًا إن لم تعرف، لا تخمّن اسمًا. أرِني الفرق قبل الحفظ.ما تحصل عليه يعرض Claude الملف الجديد كفرق (diff) — تراجعه، وتضغط قبول، ويُحفظ
gap-analysis.mdمع كل فجوة مرتبطة بسبب جذري، ومرتّبة، ومملوكة أو مُشار إليها صراحةً بأنها تحتاج مالكًا.عمود المالك الفارغ صادق؛ الاسم المخمَّن التزام. اطلب الاسم الحقيقي قبل أن تتحرّك هذه الوثيقة إلى أي مكان.
- لا توجد خريطة عملية بعد: إن لم يكن
process-map.mdموجودًا، صِف العملية الحالية بكلماتك أو الصق بضع تذاكر دعم نموذجية — يستطيع Claude إعادة بناء ما يكفي من الوضع الحالي للمقارنة، رغم أن خريطة عملية حقيقية تجعل الفجوات أوضح. - أصحاب مصلحة متعددون، رؤى مختلفة لـ"الوضع الحالي": إن وصفت العمليات ورضا العملاء العملية الحالية بشكل مختلف، اطلب من Claude عرض النسختين جنبًا إلى جنب والإشارة إلى الاختلاف كفجوة بحد ذاته — عملية لا يتفق أحد على شكلها هي سببها الجذري بذاتها.
- غذِّ تحليل الخيارات مباشرةً: جدول الفجوات المرتّب هو المدخل المباشر لـ قارن خيارات الحل واستقرّ على واحد — أدخِل
gap-analysis.mdفي ذلك النظام لتُقيَّم الخيارات مقابل الفجوات المهمة فعليًا، لا قائمة أمنيات عامة. - مراجعات فجوات متكررة: لتحليل فجوات يُراجَع كل ربع سنة، احتفظ بنفس
gap-analysis.mdواطلب من Claude مقارنة هذه الجولة بآخر نسخة محفوظة — "أي الفجوات أُغلقت، أيها جديد، أيها ما زال مفتوحًا" — بحيث تتتبّع الوثيقة التقدّم بدلًا من البدء من الصفر كل مرة.
- فجوة بلا سبب جذري مجرد شكوى. "العملاء غير راضين عن الإرجاع" لا تخبر أحدًا بما يجب بناؤه. ادفع كل فجوة نحو سبب محدد وقابل للتحقّق قبل إدراجها في الوثيقة.
- لا تدع مالكًا مخمَّنًا يحل محل مالك حقيقي. سيقترح Claude بسرور "العمليات" أو "الهندسة" كمالك من السياق — هذا افتراض، لا توقيع اعتماد. اترك العمود فارغًا وتابع الاسم الفعلي؛ تحليل فجوات بأصحاب ملكية مختلَقين أسوأ من واحد بفراغات ظاهرة.
- يجب أن يُرَدّ الوضع المستقبلي إلى `requirements.md`. إن لم تُقابل فجوة ما شيئًا طلبته جهة صاحبة مصلحة فعلًا، فهي توسّع في النطاق متنكّر بثوب التحليل — تحقّق من كل بند في الوضع المستقبلي مقابل مصدره قبل مقارنة أي شيء به.
- الأثر والجهد قرارات تقديرية، لا حقائق. ترتيب Claude مسودة أولية مبنية على ما أخبرته به — تحقّق من درجة الأثر مع الجهة صاحبة المصلحة التي ستشعر بالفجوة، لا مجرد حجم التذاكر، قبل أن يقود ذلك ترتيب الأولويات.
ستحصل في النهاية على `gap-analysis.md` — الوضع المستقبلي من `requirements.md`، والوضع الحالي مقارَن بندًا ببند، وكل فجوة مرتبطة بسبب جذري، ومرتّبة حسب الأثر والجهد مع مالك مسمّى أو مُشار إليه صراحةً كمفقود — بحيث يبدأ القرار التالي مما هو معطّل فعليًا ولماذا، لا شعور غامض بأن شيئًا ما ليس على ما يرام.
أسئلة يطرحها الناس
- كيف يختلف تحليل الفجوات عن خريطة العملية؟
- خريطة العملية (`process-map.md`) توثّق كيف تعمل العملية الحالية فعليًا، خطوة بخطوة. تحليل الفجوات يأخذ ذلك الوضع الحالي ويقارنه بالوضع المستقبلي في `requirements.md`، مسمّيًا ما هو ناقص ولماذا. عادةً ما ترسم خريطة العملية أولًا، ثم تُجري تحليل الفجوات عليها — الخريطة مدخل، وتحليل الفجوات هو المقارنة.
- ماذا لو لم تكن لدي خريطة عملية رسمية بعد؟
- صِف العملية الحالية بكلماتك، أو الصق بضع تذاكر دعم نموذجية، أو اشرح لـ Claude خطوة بخطوة ما يحدث اليوم في المحادثة. هذا كافٍ للمقارنة مع وثيقة المتطلبات، رغم أن خريطة عملية حقيقية تنتج فجوات أوضح وأكثر تحديدًا — يستحق فعلها أولًا إن كانت العملية معقّدة.
- هل يجب أن تتحوّل كل فجوة إلى مشروع؟
- لا — لهذا وُجد ترتيب الأثر/الجهد. بعض الفجوات تُغلق بتغيير سياسة بعد الظهر (تسمية معتمِد بديل)؛ وأخرى تحتاج بناءً حقيقيًا. رتّب أولًا، ثم قرّر أي الفجوات تستحق تحليل خيارات ودراسة جدوى كاملَين، وأيها يحتاج فقط من يصلحه.
- من ينبغي أن يكون \"مالك\" الفجوة؟
- أي شخص يستطيع تأكيد أن الفجوة حقيقية وسيكون مسؤولًا عن إغلاقها — غالبًا نفس الجهة صاحبة المصلحة المسمّاة في المتطلب المرتبط. إن لم تعرف، اترك الحقل فارغًا بدلًا من ترك Claude يخمّن اسم فريق معقول؛ فجوة بلا مالك إشارة يجب متابعتها، لا تفصيل يُتجاوز.