بعد التجربة "الساخنة" الأسبوع الماضي ، يبدو أن الدماغ استرخى وعلق في السؤال: "ما الذي كان ينبغي القيام به حتى يسير كل شيء بسلاسة وبدون كل هذه الأعصاب؟"
سأحاول أن أذكر خيارات الإجابات التي قدمها.
عن نفسي
9 سنوات - استشاري تكنولوجيا المعلومات SAP ERP. المسؤوليات: التصميم ، القيادة الجماعية ، الاختبار والتصحيح ، التدريب ، التجريب.
إطار التطبيق
كتب بناء على المشاريع من 3-4 أشهر إلى سنة واحدة مع تكامل معقد بين الأنظمة.
بعد أن قررت عدم المخاطرة بالغرق في تحقيق الكمالية ، بعد أن فقدت الشغف الأولي للكتابة ، اضطررت إلى التخلي عن المطالبات إلى مستوى عالٍ من البنية والاتساق والاكتمال. وللأسباب نفسها ، كتبت النص فقط "من تجربة شخصية" ، ولم أقرأ النصوص التي تتوافق مع الموضوع قبل النشر.
لذلك ، إلى حد ما ، أعتمد على المعلقين ، ربما ، لكتابة طبعة ثانية ، حيث كانت المعايير المذكورة أعلاه بالفعل على المستوى المناسب.
قائمة المصطلحات
بكالوريوس - محلل أعمال
BZ - قاعدة معرفية لمشروع
BT - متطلبات الأعمال
IT - مهندس استشاري وفريق
KP - مستخدم رئيسي
MK - مستشار صغير ، enikeyschik
PR - حل تصميم
Prod - نظام
إنتاجي Razrab - مطور
ST - نصوص اختبار
SK - senior استشاري ، مصمم
المواصفات الفنية - الاختصاصات
مفاتيح نجاح مشروع تكنولوجيا المعلومات
الرسالة العامة هي التواصل السلس
من الضروري تحقيق التزامن بين الأعمال وتكنولوجيا المعلومات في إدراك متطلبات الأعمال وسيناريوهات الاختبار وحل التصميم وكيف ستبدو في التنفيذ.
BT مفصل ومدروس
يجب أن يكون لدى BT فهم كامل ومتزامن بين الأعمال وتكنولوجيا المعلومات. للقيام بذلك ، يجب أن يكون BA و KP (من الناحية المثالية ، عندما يكون BA KP سابقًا).
مجموعة كاملة من البرامج النصية للاختبار
يجب معرفة الحد الأقصى لعدد السيناريوهات الأكثر تفصيلاً والعمل عليه قبل كتابة الحل. يجب كتابة السيناريوهات ، بدءًا من الأكثر شيوعًا إلى الأندر. هذا الأخير ، في حالة الأتمتة باهظة الثمن ، يجب أن يكون لديه تحكم يدوي مدروس.
تقسيم العمل داخل تكنولوجيا المعلومات
يجب أن يكون لدى فريق المشروع قسم وفقًا للتعقيد الفكري للعمل. إنه لأمر جيد إذا كان المصمم لديه المهارة في تصميم الوثائق بطريقة نمطية دون أي تكلفة إضافية. خلاف ذلك ، فمن الأفضل إعطاء توجيه "الجمال" إلى شخص في وضع صغير.
الأمر نفسه ينطبق على محتوى المعارف التقليدية / العلاقات العامة حتى الآن:
- تكتب لجنة التحقيق إلى المطور حول التعديلات وتضع عضو الكنيست في نسخة
- يجمع MK ويعكس التغييرات في وضع التحرير باستخدام الإصدارات
- يقبل SK التعديلات
- يقوم MK بتحديث الوثائق الموجودة في BZ
يجب أيضًا تفويض الاختبار إلى عضو الكنيست.
لا أعرف كيف خارج SAP ، ولكن غالبًا ما يتم استخدام مبدأ الحصاد الاستشاري هنا ، والذي يقوم بكل شيء (التصميم والاختبار وكتابة الوثائق).
ونتيجة لذلك ، تعاني الجودة والمصطلحات (و "المال") والمخاطر المرتبطة بحقيقة أن كل شيء مرتبط لشخص واحد.
اختبار البرامج النصية قبل الإصدار
- يجب إجراء الاختبار في بيئة قريبة من الإنتاج (من الناحية المثالية في نسخة من المبيعات).
- المشاركة الإلزامية للأشخاص الذين سيعملون مباشرة مع الوظيفة (من المستحسن إجراء برنامج تعليمي قبل القرار).
مساحة مشتركة لفرق أنظمة التكامل
عندما يكون هناك تكامل معقد في المشروع ، من الضروري إنشاء مجال مشترك لسياق المشروع وتوفير "قريب من الجسم". من الناحية المثالية ، يجب أن يكون فريق المشروع بأكمله في نفس الغرفة. بخلاف ذلك ، تحتاج إلى شخص منفصل أو أداة ملائمة توفر التزامن بين الفرق.
استضافة كفاية فنية
الموافقة الرسمية على العلاقات العامة من قبل الأعمال التجارية هي آفة المشروع. يجب على الطرف المتلقي أن يتخيل الحل بشكل كامل ومفصل. إذا كان المشروع يتعلق بتحديث عميق للوظائف الحالية ، فيجب أن تعرفه الشركة جيدًا.
إنه مثالي إذا كان المضيف شخصًا يتمتع بمعرفة تجارية ممتازة ذات منطق ثابت ومنتظم.
مشرف طيار
شخص محايد لتكنولوجيا المعلومات والأعمال مع قرارات المحكم. يضع خطة تجريبية ، ويضع تقارير الاختبار ، ويتابع التعليقات وتصحيحاتها.
إذا كان هناك دافع ، فهناك فكرة لوصف المشاكل التي قد تنشأ إذا لم يتم اتباع التوصيات الموصوفة.