İnovapark: من البرمجيات إلى الذاكرة المؤسسية

ما الذي يجب أن يكون قائمًا قبل أن تعمل البرمجيات جيدًا؟ أنظر إلى تاريخ İnovapark وأرشيف المعرفة الآخذ في التشكل من خلال هذا السؤال.

حين تُثبَّت البرمجيات، نتوقع أن يصبح العمل أكثر انتظامًا. ستجتمع السجلات في مكان واحد، وسيُتابَع تقدم المهام، ويصبح اتخاذ القرار أسهل. لكن إذا لم يتضح من يوافق على طلب ما، أو كانت الكلمة نفسها تحمل معنيين مختلفين لدى فريقين، أو لم يُعرف الدليل اللازم لاعتبار المهمة مكتملة، فهل تكفي إضافة حقول جديدة إلى الشاشة؟

يمكن الانطلاق من هذا السؤال لفهم تطور İnovapark.

البنية التي تقف خلف الأداة

بدأ تطوير البرمجيات في İnovapark عام 2005. وفي 2007 اتضحت احتياجات تنظيمية كانت تحدّ من الاستخدام الفعال للبرمجيات، وأُجريت المحاولات والاختبارات الأولى. وفي 2008 امتد العمل إلى الاستشارات. يصف هذا المسار بحثًا بدأ بالتقنية ثم اتجه إلى طريقة اتخاذ الشركات لقراراتها وتنظيم أعمالها. التاريخ

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

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

بهذه النظرة تظهر أسئلة أخرى إلى جوار تصميم البرمجيات: أين ينبغي اتخاذ القرار؟ ما المعلومات التي ينبغي مشاركتها؟ من يملك إيقاف العمل، وفي أي ظروف؟

مسارات مختلفة في رصيد واحد

تشكّل ثلاثية ReJourney وInStructure وProJection أحد أطر العمل على هذه الأسئلة في أرشيف İnovapark. يركّز ReJourney على تحويل سير العمل القائم، وInStructure على البنية التنظيمية والحوكمة، وProJection على النمو والقدرات المستقبلية. وتُقرأ هذه الأطر اليوم بوصفها طرقًا متاحة عبر الأرشيف. البرامج

تفيد هذه التفرقة في ألا تكون لكل حاجة نقطة البداية نفسها. فهم اختناق في سير العمل وتنظيم مجالات القرار في شركة تنمو مهمتان مختلفتان. ومع ذلك، تتطلب كلتاهما وصف المشكلة وتطبيق التغيير المقترح وإعادة تقييم النتيجة.

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

ما الذي تساعدنا الوثيقة على تذكّره؟

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

لذلك، حين أفكر في الذاكرة المؤسسية، أريد أن تُحفَظ أسباب القرارات إلى جانب الملفات. عندما تظهر الحاجة التي تجيب عنها الوثيقة، والأساس الذي تستند إليه، وحدودها، تصبح إعادة استخدامها في سياق آخر عملًا يحتاج إلى مزيد من الانتباه.

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

من الأرشيف المفتوح إلى أسئلة جديدة

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

السؤال الذي يهمني في هذا الانتقال يتجاوز العثور على إجابة داخل وثيقة. هل يستطيع النظام أيضًا إظهار الشروط التي تعتمد عليها الإجابة؟ هل يستطيع التمييز بين اقتراح وبين إذن بالتصرف؟ وعند نقل طريقة ناسبت سياقًا سابقًا إلى الحاضر، أين ينبغي له أن يتوقف ويسأل إنسانًا؟

أنظر إلى هذه المسائل بوصفها أسئلة عمل جديدة يفتحها الرصيد المتراكم، لا بوصفها نتائج مكتملة لـİnovapark. فالمسار الذي بدأ بكيفية استخدام البرمجيات يمتد إلى كيفية حفظ المعرفة واختبارها وإعادة استخدامها.

يمثّل أرشيف İnovapark المفتوح نقطة بداية لاستكشاف هذا المسار عبر الوثائق والبرامج. وأثناء القراءة، أريد أن أنظر إلى ما تقوله الطريقة، وإلى السؤال الذي نشأت منه أيضًا.