ملف المشروع · الأنظمة الذكية
Cervello Cloud — منصة IoT
ما هو
Cervello منصة لإنترنت الأشياء، تتيح دمج الأجهزة والأنظمة ومراقبتها وأتمتتها والتحكم فيها، وهي لا تُباع للمستخدم النهائي، بل لمُدمِجي الأنظمة وموردي البرمجيات، الذين يبنون عليها حلولًا ذكية لعملائهم هم.
وقد كانت موجودة بالفعل كمنتج on-premises، أي مثبّت داخل مركز بيانات العميل نفسه. وعملي كان على النسخة السحابية: المنصة نفسها، متعددة المستأجرين، يُوصل إليها من أي مكان.
وهذه الجملة تبدو وكأنها تغيير في مكان الاستضافة. وهي ليست كذلك. فنقل تثبيت يخدم عميلًا واحدًا إلى منصة مشتركة يكسر تقريبًا كل افتراض تحته: من يملك ماذا، ومن يرى ماذا، ومن يدفع مقابل ماذا، وماذا يحدث حين يعمل شخصان في المكان نفسه في الوقت نفسه. وتلك هي مشكلة التصميم في هذا الملف.
مساهم فردي (Individual Contributor)، من الصفر حتى التسليم. بدأت هذا المشروع وحدي وحملته إلى آخره: البحث، ومعمار المعلومات، ومسارات المستخدم، والوايرفريمز، وتصميم الواجهات، ونظام التصميم، والتسليم للمطورين.
وانضم مصمم ثانٍ لاحقًا وعمل على الواجهات. ولا يُعرض شيء من عمله هنا؛ فكل ما في هذا الملف عملي أنا.
الحالة، بصراحة
النسخة السحابية أُطلقت فعلًا. وهي تعمل في بيئة الإنتاج في عدة دول، منها إسبانيا ومصر.
ولا أملك لها أي أرقام. فقد مرت أربع إلى خمس سنوات، ولا تحتفظ ذاكرتي بأرقام تبنٍّ أو احتفاظ أو توفير في الوقت أستطيع أن أقف خلفها. فلا يُدّعى هنا رقم واحد.
وذلك يحدّ مما يمكن أن يكونه هذا الملف، وأفضّل أن أسمي الحد على أن أصنع نتيجة. والذي يستطيع عرضه هو الحُكم التصميمي: القرارات، والمنطق تحتها.
ولماذا يهم رغم ذلك
كل ما أفعله اليوم في العمل المصرفي المنظّم بدأ هنا.
فهذا هو المشروع الذي كتبت فيه مبادئ تصميمية بدل أن أتبع حدسي، وبنيت فيه نظام تصميم لا مجموعة شاشات، وابتكرت فيه طريقة توثيق تتبع الميزة من أول فكرة حتى ما بعد إطلاقها. ومعمار الصلاحيات الذي صممته (أربع طبقات متداخلة، لكل منها نطاقها) من فصيلة المشكلات نفسها التي ينتمي إليها تصميم نظام مراجعة داخلي في بنك.
وهو أيضًا يقع خارج القطاع المصرفي، وهذا يهم لما وُجد هذا الملف من أجله: B2B SaaS، ومنصة موجهة للمطورين، ومنتج مستخدموه مُدمِجون يبنون منتجاتهم الخاصة.
ثلاث طرق للدخول
- إن كنت تبحث عن أصعب مشكلة معماريةتحول تثبيت يخدم عميلًا واحدًا إلى منصة متعددة المستأجرين، فوجب إعادة بناء كل افتراض عن الملكية والرؤية والفوترة. الفصل الأول.
- إن كنت تبحث عن تعقيد مُدارInstance ← Organisation ← Team ← Project، أربع طبقات صلاحيات متداخلة، في منتج من يشتريه غالبًا ليس من يستخدمه. الفصل الثاني.
- إن كنت تبحث عن المنهجأربعة مبادئ مكتوبة، ونظام تصميم، والـ Feature Catalogue: صيغة توثيق تتبع ميزة واحدة من تعريف المشكلة إلى معايير القبول إلى كل تكرار بعد الإطلاق. الفصل الثالث.
- الفصل الأول · من On-Premises إلى السحابةأن نأخذ منصة تعيش داخل مركز بيانات عميل واحد ونجعلها منتجًا مشتركًا يستطيع أي أحد أن يسجل فيه — دون أن نكسر البنية التي يعتمد عليها المنتج القائم بالفعل.
- الفصل الثاني · معمار الصلاحياتبناء بنية تتيح للمُدمِج أن يدير عملاء كثيرين وفرقًا كثيرة ومشاريع كثيرة داخل منصة واحدة — مع ضمان ألا يرى أحد ما لا يحق له، وأن يجد الجميع من يحتاجون العمل معهم.
- الفصل الثالث · المنهجبناء طريقة العمل التي احتاجها المنتج — مبادئ مكتوبة نقرر بها، ونظام تصميم نبني منه، وصيغة توثيق تبقى مع الميزة بعد إطلاقها.