دورة الارتباط
منهجية تنفيذ مبنيّة حول قرارات ظاهرة.
المؤسسات لا تشتري شيفرةً برمجيةً فحسب. فهي تحتاج إلى وضوح، وإلى مسؤولية محدَّدة، وإلى أمن، وإلى أدلة قبول، وإلى استمرارية. ولذلك تسير Kerah وفق دورة ارتباط محدَّدة، وتُفصِّل النظام داخلها على مقاس كل حالة.
المنهجية نفسها تسري على مرحلة استكشاف وعلى بناءٍ متعدد المراحل. والذي يتغيّر هو القدر الذي يحتاجه كل ارتباط منها، ويُتفق على ذلك في البداية بدلًا من اكتشافه لاحقًا.
شكل الارتباط
- 01
التأهيل
تحديد المشكلة والجهة الراعية لها، وما إذا كانت Kerah الخيار المناسب.
- 02
الاستكشاف
رسم خريطة المستخدمين والعمليات والأنظمة والبيانات والمخاطر، وتحديد مرحلة أولى قابلة للتنفيذ.
- 03
اعتماد المخطَّط
الاتفاق على النطاق والاستثناءات والمحطات الرئيسية ومعايير القبول وضبط التغيير.
- 04
التهيئة
إعداد بيئة التنفيذ، وتحديد المسؤولين والحوكمة والوثائق.
- 05
البناء على دفعات قابلة للعرض
برمجيات عاملة تُعرض بوتيرة متقاربة، مع تسجيل القرارات وأدلة الاختبار.
- 06
القبول والإطلاق
القبول والتدريب ومطابقة بيانات الترحيل وخطة التراجع والتسليم الرسمي.
- 07
الخدمة ومواصلة التطوير
الانتقال إلى نموذج الدعم المتفق عليه، ووتيرة الإصدارات، وسجل الأعمال الحيّ، وخارطة الطريق.
المراحل السبع
كل ارتباط يمرّ بهذه المراحل بالترتيب. ولا يُتخطّى شيء منها في صمت — فإن لم تكن مرحلةٌ لازمة، كان ذلك قرارًا يُسجَّل في مرحلة التهيئة.
التأهيل
قبل تقديم أي مقترح، نحدِّد المشكلة التشغيلية والجهة الراعية لها ودرجة إلحاحها والقيود المحيطة بها ومسار المشتريات ودرجة حساسية البيانات. وإن لم تكن Kerah الخيار المناسب، فهذه هي المرحلة التي نقول فيها ذلك.
عند نهاية هذه المرحلة: فهم مشترك للمشكلة، وجواب صريح عن مدى الملاءمة.
الاستكشاف
مرحلة مدفوعة الأجر ذات مدة محدَّدة. نرسم فيها خريطة المستخدمين والعمليات، ونحصر الأنظمة والبيانات، ونسمّي المخاطر والافتراضات، ونتفق على مقاييس النجاح، ونضع بنيةً معماريةً مستهدفةً مصحوبةً بخارطة طريق مرحلية.
عند نهاية هذه المرحلة: مخطَّط يمكنكم اعتماده أو تقسيمه إلى مراحل أو تسعيره أو رفضه استنادًا إلى دليل.
اعتماد المخطَّط
يُتفق كتابةً على النطاق والافتراضات والاستثناءات والمحطات الرئيسية والمسؤوليات ومعايير القبول وضبط التغيير. والاستثناءات لا تقلّ أهميةً عن النطاق، فأكثر الخلافات في المشاريع تدور حول أمر لم يُبحث قط.
عند نهاية هذه المرحلة: نطاق معتمَد ومعايير قبول قرأها الطرفان.
التهيئة
نُنشئ بيئة التنفيذ، ونحدِّد المسؤولين لدى الطرفين، ونضبط وتيرة العمل والحوكمة، ونستكمل الوثائق التجارية ووثائق حماية البيانات التي يقتضيها الارتباط.
عند نهاية هذه المرحلة: إطار تنفيذ محدَّد المسؤولين، ووتيرة مراجعة مجدوَلة.
البناء على دفعات قابلة للعرض
تُعرَض البرمجيات العاملة بوتيرة متقاربة، وتُسجَّل القرارات فور اتخاذها، وتتراكم أدلة الاختبار مع تقدُّم بناء النظام. فالبناء الطويل غير المرئي هو الطريق الذي تفشل به المشاريع دون أن ينتبه أحد إلا بعد أن تصير التكلفة باهظة.
عند نهاية هذه المرحلة: برمجيات عاملة رأيتموها بأنفسكم، وسجلٌّ مكتوب للقرارات.
القبول والإطلاق
اختبارات قبول وفق المعايير المتفق عليها، وتدريب حيثما لزم، وترحيل للبيانات مصحوب بمطابقة يمكنكم التحقق منها، وفحوص للجاهزية التشغيلية، وخطة تراجع مُجرَّبة عمليًا، ووثائق، وتسليم رسمي.
عند نهاية هذه المرحلة: نظام مُطلَق ومقبول رسميًا، مصحوب بحزمة تسليم.
الخدمة ومواصلة التطوير
ينتقل النظام إلى ترتيب الدعم المتفق عليه له، بوتيرة إصدارات محدَّدة، وسجل أعمال له مسؤول معلوم، وخارطة طريق تُراجَع على وتيرة ثابتة.
عند نهاية هذه المرحلة: نظام تحت الصيانة، له مسار واضح إلى مرحلته التالية.
ما يسير جنبًا إلى جنب مع التنفيذ
الحوكمة واتخاذ القرار
يُراجَع التنفيذ على وتيرة ثابتة، لا عند وقوع خلل. وتشمل كل مراجعة النطاق والمحطات الرئيسية والمخاطر والجودة والكوادر، والأهمّ من ذلك كلّه: القرارات التي تحتاجها Kerah منكم.
- مراجعة تنفيذ مجدوَلة يُحرَّر لها محضر مكتوب
- متخذ قرار محدَّد لدى كل طرف
- مسار تصعيد يُتفق عليه في مرحلة التهيئة، قبل الحاجة إليه
- مخاطر تُقيَّد في سجل يُقرأ فعلًا
ضبط التغيير
تغيُّر النطاق أمر طبيعي، أما تغيُّره دون توثيق فليس كذلك. ويُقيَّم كل طلب تغيير من حيث أثره في السعر والجدول الزمني والقبول والمخاطر، ويُعتمَد قبل بدء العمل به.
- بيان الأثر في التكلفة والجدول الزمني والقبول والمخاطر
- تسجيل الاعتماد قبل بدء التنفيذ
- ألّا يُكتشَف أي تغيير لأول مرة في فاتورة
ما تحتاجه Kerah منكم
الارتباطات التي تسير على ما يُرام تتشارك نمطًا واحدًا: جانب العميل متاح فعلًا. فمخاطر التنفيذ تتركّز في القرارات المؤجَّلة.
- راعٍ يملك صلاحية القرار، ومتاح على الوتيرة المتفق عليها
- إتاحة الوصول إلى مَن يؤدّون العمل المراد تحويله إلى نظام
- إتاحة الوصول في حينه إلى الأنظمة والبيانات والمورِّدين من الغير
- مُراجِعون محدَّدون لاعتماد القبول والأمن والجوانب القانونية
- قرارات تصدر ضمن المهلة المتفق عليها، أو تأجيل صريح لها
الملكية والترخيص
تُحدَّد الملكية والترخيص بوضوح في كل بيان أعمال. فتُنقَل المُخرَجات الخاصة بنشاط العميل أو تُرخَّص وفق ما يُتفق عليه، وتحتفظ Kerah بأدواتها وأُطر عملها ومعرفتها الفنية السابقة على الارتباط. ويتنازل كل من يُسهم في الارتباط عن الحقوق ذات الصلة إلى Kerah مسبقًا، حتى يكون ما يُنقل إليكم سليمًا من حيث الحقوق.
الأمن والجودة في كل مرحلة
تُطرح مسائل الأمن والبيانات في مرحلة الاستكشاف، ويُعاد النظر فيها عند كل مرحلة، بدلًا من معالجتها كقائمة تحقُّق قبيل الإطلاق. وتُنتَج أدلة الاختبار مع تقدُّم بناء النظام، حتى يكون القبول مراجعةً لأدلة قائمة لا عمليةً تبدأ من جديد.
- الاتفاق على تصنيف البيانات قبل تثبيت البنية المعمارية
- تصميم نموذج الوصول والصلاحيات جنبًا إلى جنب مع مسار العمل
- تراكم أدلة الاختبار أثناء التنفيذ، لا جمعها في نهايته
- مراجعة أمنية عند كل قرار معماري مؤثِّر
التسليم والاستمرارية
النظام الذي لا تستطيعون تشغيله دون Kerah نظامٌ أخفقت Kerah في تسليمه على الوجه الصحيح. ولذلك يُعامَل التسليم بوصفه مُخرَجًا له معايير قبول خاصة به.
- وثائق البنية المعمارية ونموذج البيانات
- أدلة تشغيل إجرائية للعمليات التي يتطلبها النظام
- وثائق للمشرفين وللمستخدمين
- جلسات نقل المعرفة مع فريقكم
- خروج موثَّق، يشمل تصدير البيانات
لماذا لا تنشر Kerah أسعارًا للأنظمة المؤسسية
السعر الذي يُحدَّد قبل فهم المشكلة إمّا أن يكون منفوخًا لتغطية المجهول، وإمّا أن يكون خاطئًا خطأً يدفع ثمنه أحدهم لاحقًا. ولذلك تُسعِّر Kerah مرحلة الاستكشاف مقدّمًا، لأن نطاقها معلوم فعلًا، وتُسعِّر التنفيذ استنادًا إلى مخطَّط قرأتموه واعتمدتموه.
وهذا أيضًا يجعل القرار بعد الاستكشاف قرارًا حقيقيًا. فالمخطَّط مُخرَج يبقى لكم، سواء استمر البناء مع Kerah أم لم يستمر.
ابدأ من المشكلة، لا من المواصفات.
يكفي وصف موجز لما لا يعمل كما ينبغي حتى يكون الحديث الأول مفيدًا.