نتاج التعلم ب: تنفيذ إجراءات البداية لمشروع من مشاريع تكنولوجيا المعلومات

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

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

يتطلب تحديد مشكلة أو فكرة مناسبة لمشروع تكنولوجيا المعلومات بعض البحث والتقييم الأولي. عادةً ما تكون مشاريع تكنولوجيا المعلومات باهظة الثمن. لذلك من المهم للغاية التأكد من أن أي مشروع مقترح ضروري وقابل للتطبيق.

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

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

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

هناك مجموعة من أدوات الإبداع التي يمكن استخدامها لتوليد أفكار وحلول للمشاريع. والتي يمكن أن تساعد الأفراد وفرق المشاريع على الابتكار وفهم الخيارات المتاحة.

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

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

• لن يتغير نطاق المشروع في أثناء المشروع
• سيكون جميع أعضاء فريق المشروع متاحين طوال المشروع
• سيتم الوفاء بجميع المواعيد النهائية للمشروع
• سيتمكن فريق المشروع دائمًا من الوصول الكامل إلى المستخدمين بحسب الحاجة
• لن تتغير التكاليف المتوقعة طوال مدة المشروع
• جميع الموارد المطلوبة (مثل الأجهزة والبرامج) ستكون متاحة طوال المشروع.

الإجراءات الرئيسة لاختبار صحة افتراضات فريق المشروع هي: 1 طرح أسئلة لتوضيح مدى الفهم 2 التفكير في تفسيرات بديلة 3 تشجيع أعضاء الفريق على التحدث 4 بناء فهم مشترك.

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

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

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

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

1. يتفق معظم الناس على أن الرسوم البيانية أو المخططات أسهل كثيرًا في الفهم من الأوصاف المكتوبة للعمليات والأفكار.
2. ومن أكثر مخططات إدارة المشاريع شيوعًا (المستخدمة في جميع المنهجيات) هي المخططات الانسيابية ومخططات علاقات الكيانات (ERDs) ومخططات تدفق البيانات.

1. يتم استخدام المخططات الانسيابية لتوضيح العمليات.
2. وهي تعرض المدخلات المتوقعة والعمليات (في شكل حسابات) والمخرجات.
3. وتُعد أشكال المخطط الانسيابي المستخدمة في المثال الوارد في الشكل 9.9 نموذجية لتلك المستخدمة في معظم برامج الرسم التخطيطي، على الرغم من إمكانية وجود تباين في الأشكال المستخدمة في الكتب المختلفة وفي الأمثلة عبر الإنترنت.

تسمى مخططات علاقات الكيانات (ERDs) أحيانًا بنماذج علاقات الكيانات (ERMs). ويتم استخدامها لإظهار الاتصال بين عناصر البيانات. وتستخدم بشكل خاص في الأنظمة التي تتضمن قواعد بيانات.

فكر في مخطط علاقات الكيانات في الشكل 9.10. يستخدم هذا النوع من المخططات خطًا لتوصيل عناصر البيانات. تعني الشوكة الموجودة في نهاية السطر "العديد". هذه هي الطريقة التي سيتم بها قراءة المخطط:

• لدى العميل العديد من الفواتير (يتم إرفاق الطرف "العديد" بمربع الفاتورة)
• الفاتورة واحد (يتم إرفاق الطرف "واحد" بمربع العميل)
• تحتوي الفاتورة على العديد من الأسطر (تحتوي على معلومات المخزون)
• توجد بنود الفاتورة في فاتورة واحدة
• كل سطر فاتورة مخصص لبند مخزون واحد
• يمكن أن يتوزع المخزون في العديد من بنود الفاتورة.

  بمجرد فهم الفكرة وراء هذا النهج، يصبح فهم هذا النوع من المخططات أسهل كثيرًا من فهم سطور النص.

تُظهر مخططات تدفق البيانات كيفية انتقال عناصر البيانات مثل المستندات أو المعلومات عبر النظام وتوضح أين ومتى يتم تخزين البيانات.

ألق نظرة على مخطط تدفق البيانات لنظام مبيعات بسيط في الشكل 9.11. وهذا يوضح كيفية معالجة طلب العميل.

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

  لاحظ أربعة أشياء حول هذا الرسم التخطيطي.

• تُسمى مخازن البيانات (الطلب، المخزون، الفواتير، مذكرة التسليم) إما M (يدوية) وإما D (رقمية)، حيث تعني M متجرًا يدويًا أو مستندًا بينما تعني D مخزنًا رقميًا.
• يوجد خط عبر زاوية العميل. هذا يعني أن العميل يتكرر في الرسم التخطيطي.
• يتم عرض اتجاه تدفق المعلومات، ويتم تضمين ما يتدفق أيضًا.
• يتم ترقيم كل مربع عملية.

هذا رسم تخطيطي من المستوى 1 فقط. يمكن تطوير كل عملية بشكل أكبر إلى مخطط المستوى 2 بمزيد من التفاصيل.

تعد المناقشات الجماعية أداة إبداعية أساسية لأنها تشجع جميع أعضاء فريق المشروع على المساهمة بأفكارهم. لاستخدام هذا النهج بفعالية، يجب على فرق المشروع القيام بما يأتي:

• الاتفاق على طول المناقشة مسبقًا. وهذا للتأكد من وجود نقطة نهاية وحتى لا تستمر المناقشة لمدة أطول مما هو ضروري.
• تدوين الملاحظات - بحيث يمكن إعادة النظر في النقاط الرئيسة للنقاش في وقت لاحق.

هذه الأداة الإبداعية هي تقنية فعالة للنظر إلى المشكلات من زوايا مختلفة. ويتم شرح كيفية عملها في الجدول 9.6.

المصطلح الرئيس إجراءات التخفيف - الإجراءات المتخذة لتجنب أو حل مشكلة ناشئة أو معروفة.

المصطلح الرئيس اللوحة القصصية - تمثيل مرئي لسلسلة من الشاشات المتصلة التي تشكل برنامجًا أو صفحة ويب أو تطبيقًا.

الفائدة الرئيسة من استخدام هذه الطريقة هي أنها تسمح لفريق المشروع بالتركيز على مشكلة بطريقة مختلفة. ويمكن أن يساعد استخدامها الفريق على التحرك نحو الحل.

يمكن لفريق المشروع استخدام تقنيات التفكير الإبداعي الموضحة أعلاه لتحديد عدد من الحلول التقنية البديلة. يمكن تحديد تفاصيل (مواصفات) هذه الحلول بعدة طرق مختلفة.

1. يمكن استخدام الرسوم والمخططات لوصف عناصر مثل: واجهات المستخدم والأنظمة والعمليات.
2. وحيثما كان ذلك مناسبًا، قد تتضمن صورًا ولوحات قصصية، خاصة عندما يتعلق الأمر بتوجيه الأمر للمستخدم.
3. يوضح الشكل 9.12 لوحة قصصية لنظام حجز فندقي.

يمكن استخدام المخططات لوصف العمليات. يجب عليهم تحديد المعلومات المعنية، جنبًا إلى جنب مع أنظمة المعالجة وتجميعاتها (أي أجزاء النظام وكيفية تركيبها معًا). وغالبًا ما يتم دعمها من خلال مخطط انسيابي عالي المستوى.

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

يجب أن تتضمن المعلومات الفنية الأولية معايير الأداء التفصيلية (مثل ما سيتم تضمينه وما لن يتم تضمينه في نتائج المشروع). سيوفر هذا مقاييس معروفة يمكن من خلالها قياس نجاح أو فشل المشروع.

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

التحقق من توفر المهارات اللازمة سيشمل تقييم الكفاءات الفنية لفريق المشروع (انظر أدناه). كما سيشمل تقييم المهارات التالية:

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

وقفة للتفكير فكر في مشروع شاركت فيه حيث كنت تعمل مع شخص آخر على الأقل. هل تشعر أن كل من شارك في المشروع أسهم بالقدر نفسه من الوقت والجهد؟ ماذا فعلت؟ تلميح هل تحمل الجميع المسؤولية وأنجزوا مهامهم في الوقت المحدد؟ ما الأسباب التي قدموها لعدم اكتمال مهامهم؟ هل كانت أسبابهم مقبولة؟ توسيع الأفق كيف أثر ذلك في بقية الفريق؟

تم تصميم التقييم الفني لفحص وتقييم مدى مناسبة وملاءمة وفعالية الموارد التقنية المتاحة، مثل الأجهزة والبرامج وخبرة التطوير.

هل هناك عدد كافٍ من الموظفين للعمل في المشروع بالمهارات المناسبة؟ إذا كانت الإجابة عن هذه الأسئلة هي "لا"، فهل يمكن اتخاذ أي إجراء لحل هذه المشكلة؟

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

لا يمكن المضي قدمًا في مشاريع تكنولوجيا المعلومات دون اعتبار للسياق القانوني للحل. ويجب أن يؤخذ في الاعتبار أن التشريعات واللوائح المحلية والوطنية والدولية تتغير بمرور الوقت. لذلك يجب على فرق المشروع البحث في هذه المشكلة لمواكبة أي تغييرات. وتشمل التشريعات ذات الصلة اللوائح المتعلقة باستخدام البيانات وملكتها وإدارتها - على سبيل المثال، اللوائح العامة لحماية البيانات (GDPR) في أوروبا والاتحاد الأوروبي (EU). ويجب أن يتوافق أي نظام يتعامل مع البيانات للأفراد والمؤسسات في أوروبا والاتحاد الأوروبي مع اللائحة العامة لحماية البيانات وإلا سيواجه غرامات باهظة. في عام 2023، أصدر الأردن أول تشريع لحماية البيانات مصمم لتنظيم كيفية جمع البيانات الشخصية ومعالجتها. تم نشر القانون في الجريدة الرسمية في سبتمبر 2023 ودخل حيز التنفيذ في مارس 2024. تشمل التشريعات الرئيسة الأخرى تلك التي تتناول:

• حقوق الطبع والنشر (على سبيل المثال: ما يتعلق بالوسائط المستخدمة على مواقع إلكتروني)
• التمييز
• النشاط الإجرامي والاتصالات (التي تركز على نقل المعلومات الرقمية التي تعتبر غير لائقة أو فاحشة، أو التي تسيء استخدام التكنولوجيا).

بحث هل فكرت في كيفية تأثير تشريعات حماية البيانات في بياناتك الشخصية؟ هل هذا شيء جيد أم سيء؟ ألق نظرة على تشريعات حماية البيانات التي تم تنفيذها في بلدك. ما العقوبات التي تواجهها المنظمات التي لا تحمي بيانات عملائها ومستخدميها؟ ما حقوقك في ما يتعلق ببياناتك الشخصية بموجب التشريعات؟

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

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

ينصب تركيز تقييم الجدولة على المكون الزمني للمشروع. يبحث التقييم في احتمالية اكتمال المشروع بنجاح ضمن القيود الزمنية المتوقعة. ويتضمن:

• فحص المهام المحتملة
• تقييم إمكانية تزامن المهام (إذ يمكن تنفيذ مهام متعددة في الوقت نفسه)
• تقييم الحالات التي يجب فيها إنجاز المهمة بالكامل قبل أن تبدأ المهمة التالية
• توضيح كيف قد يبدو الجدول الزمني العام
• مع إبراز الحاجة إلى إدراج فترات استدراكية أو تعويضية في الجدول الزمني (لاستيعاب أي مشكلات غير متوقعة قد تظهر في أثناء تنفيذ المشروع).

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

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

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

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

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

الاختبار الاختراق - سلسلة من الأنشطة المصممة لاختبار الثغرات الأمنية للبرامج أو نظام التشغيل أو الموقع الإلكتروني.

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

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

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

بمجرد الانتهاء من دراسة الجدوى، سيبدأ فريق المشروع في تحديد متطلبات المشروع. يجب توثيق هذه المتطلبات بعناية لعدد من الأسباب.

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

  ويجب أن تتضمن الوثائق العناصر التالية.

ستتضمن مقدمة المشروع ما يأتي:

• سلسلة من التعريفات التي تشرح الغرض من المشروع
• نظرة عامة على المستوى الأعلى
• مراجع لمصادر المعلومات المستخدمة لتحديد متطلبات المشروع.

1. يوفر الوصف العام نظرة ثاقبة لمنظور المشروع.
2. سيشرح ما إذا كان المشروع قد تم تناوله من منظور المهمة، أو من منظور المستخدم أو من منظور تنظيمي.
3. هذا مهم لأن كل منظور له تركيز مختلف، كما هو موضح في الجدول 9.7. وهذا بدوره سيكون له تأثير في كيفية وصف وظائف وخصائص البرنامج أو منتج الشبكة.

• مهارات التواصل الشخصي: أخلاقيات العمل/الإحساس بالمسؤولية
• التوجيه الذاتي
• المسؤولية
• مهارات التواصل الشخصي: التقييم الذاتي الأساسي الإيجابي
• المراقبة الذاتية/التقييم الذاتي/التعزيز الذاتي