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