عوامل النجاح للحلول البرمجية المطورة حسب الطلب – TechToday
النشرة الإخبارية
Sed ut perspiciatis unde.
هل نشتري أم نبني؟ باعتبارنا قائدًا لفريق تطوير برمجيات داخلي في مركز طبي أكاديمي، يعد هذا أحد الأسئلة الأكثر شيوعًا التي نواجهها. كما أنها واحدة من أصعب الأسئلة التي يصعب الإجابة عليها، بسبب الآثار الطويلة الأجل لقرارنا.
سأتحدث هنا قليلًا عن كيفية تعاملنا مع قرارات الشراء مقابل قرارات البناء، ثم أناقش بعض العوامل الأساسية لبناء ودعم الحلول البرمجية المطورة داخليًا بنجاح.
قرار الشراء أو البناء
العامل الأكبر في هذا القرار هو مدى توفر المنتجات المعروضة تجاريًا وملاءمتها وتكلفتها. يكون قرارنا هو الأكثر وضوحًا عندما يكون هناك منتج متاح تجاريًا يلبي احتياجاتنا المحددة ومتوفر بسعر نعتبره معقولًا، خاصة عند مقارنته بتكاليف دورة الحياة الكاملة لتطوير بديل داخليًا.
بل إنه من الأفضل أن يتم تطوير المنتج بواسطة أحد شركاء البرامج الأساسيين لدينا، على سبيل المثال موردي السجلات الصحية الإلكترونية أو ERP الحاليين لدينا. في هذه الحالة، نستفيد من العمل مع شريك موثوق به، ومن المرجح أن يتكامل الحل بسلاسة مع سير العمل الحالي لدينا.
لكن في كثير من الأحيان لا يكون قرارنا بهذه البساطة. كلما كانت احتياجاتنا فريدة من نوعها، كلما زاد احتمال عدم تلبية الحل التجاري لتلك الاحتياجات.
على سبيل المثال، بالنسبة لجوانب رعاية المرضى في عملنا، هناك المزيد من المنتجات التجارية المتاحة لنا مقارنة بالعروض التي قد تخدم كلية الطب لدينا. بالنسبة للمواقف التي لا يوجد فيها منتج متاح تجاريًا، فإن القرار يأتي إلى “البناء أو عدم البناء”، حيث نقرر المضي قدمًا أو عدم البناء بناءً على تقييم عائد الاستثمار للجهد.
في الحالات التي توجد فيها منتجات متاحة تجاريًا، سنقوم غالبًا بإصدار طلب تقديم العروض وتقييم منتجات البائع وميزاتها وتكلفتها مقارنة بالخيار الذي تم تطويره داخليًا.
البناء داخليًا – ماذا الآن؟
لقد قمنا بتقييم خياراتنا وقررنا أن أفضل طريقة هي إنشاء تطبيق مخصص وصيانته. من الواضح أن لدينا الكثير من العمل الذي يتعين علينا القيام به لتطوير تطبيق مخصص، وفي المقام الأول العمل الكلاسيكي للمتطلبات والتصميم والبناء والاختبار. ولكن ما لا يتم تقديره غالبًا هو مقدار العمل غير التقني اللازم لإنشاء تطبيق مخصص ودعمه طوال دورة حياته.
عند شراء أحد منتجات البائع، فإنك تشتري أكثر من مجرد برنامج. يقوم البائعون التجاريون بتحديث منتجاتهم باستمرار، الأمر الذي يتضمن اتخاذ قرارات بشأن الميزات الجديدة التي سيتم تقديمها لتحسين المنتج. وفي حين أن العملاء قد لا يتفقون مع تلك القرارات، إلا أن هذا عمل لا يلزم القيام به داخليًا. عندما يتم تطوير حل داخليًا، يحتاج شخص ما إلى أداء وظيفة إدارة المنتج لتحديد ما سيتم إنشاؤه بعد ذلك مما يصبح قائمة طويلة بشكل متزايد من عناصر “قائمة الرغبات” من مجتمع المستخدمين الداخليين.
هذه ثلاثة من المجالات التي نركز عليها لضمان النجاح:
-
شراكة إدارة المنتج بين العمليات وفريق تطوير البرمجيات. عندما نبني تطبيقًا مخصصًا، يكون ذلك عادةً لأن مؤسستنا لديها احتياجات فريدة لا يمكن تلبيتها عن طريق المنتجات التجارية. لذا، لكي نحقق النجاح، نحتاج إلى قائد تشغيلي أو سريري يمكنه نقل احتياجات العمل وتحديد الأولويات لعملنا. عندما كنا نفتقر إلى مثل هذا الشريك، كانت جهودنا في تطوير البرمجيات أقل نجاحًا لأنه من الصعب على فريق البرمجيات فهم التفاصيل الأساسية لما يحتاج إليه من الناحية التشغيلية. ومن ناحية فريق التطوير، يمكن لمالكي منتجات البرمجيات لدينا المساهمة في هذه العملية، ولكن لا يوجد بديل لشريك تشغيلي ملتزم ومبدع.
-
وجود فريق في المكان المناسب لدورة الحياة الكاملة للمنتج. بعد التسليم الأولي لحل تم تطويره خصيصًا، نحتاج إلى إلزام الموظفين الفنيين بتعزيز المنتج وإصلاح الأخطاء وتقديم الدعم الفني للمستخدمين النهائيين. ولكن لا يقل أهمية عن ذلك الالتزام طويل الأمد من شريكنا التشغيلي بمواصلة توجيه المنتج في الاتجاه الصحيح. وبدون هذا الالتزام، يمكن لمنتجاتنا الداخلية أن تتعثر وتفقد استيعابها، لأن المنتج لا يتطور لتلبية الاحتياجات المتغيرة للمستخدمين. من الأفضل أن يضم فريق إدارة المنتجات لدينا مشاركين من مستخدمينا اليوميين ومجتمعات التحليل والتدريب لدينا.
-
التخطيط لتحديث التكنولوجيا. تتمتع بعض التطبيقات التي نبنيها بدورة حياة قصيرة مدتها عدة سنوات، لتلبية حاجة قصيرة المدى (على سبيل المثال، الاستجابة لجائحة كوفيد-10) أو لسد فجوة حتى يتوفر منتج تجاري مناسب. وعلى الجانب الآخر، قمنا بتطوير عدد من التطبيقات التي تم إنتاجها منذ أكثر من 20 عامًا. بالنسبة لهذه التطبيقات طويلة الأمد، نحتاج إلى تحديد التوقعات وتخصيص الموارد بشكل دوري لإعادة هيكلة تطبيقاتنا وتحديثها، حتى تستمر في العمل بشكل صحيح.
عندما تكون حلول البرامج التجارية غير متوفرة أو غير مناسبة، يمكن للبرامج المخصصة أن تساعد المؤسسات على تلبية احتياجاتها الفريدة. قم بزيادة فرص نجاحك على المدى الطويل من خلال تشكيل الفريق المناسب والشراكات منذ البداية.
جلين فالا هو مدير تكنولوجيا المعلومات المساعد لتطوير البرمجيات في Penn Medicine.
اكتشاف المزيد من موقع علم
اشترك للحصول على أحدث التدوينات المرسلة إلى بريدك الإلكتروني.