حول التحليل بدون كلمات مخيفة

تحية القارئ!



في هذه المقالة ، سأحاول التحدث عن مهنة محلل الأعمال للمبتدئين وأولئك الذين يرغبون في بدء حياتهم المهنية.







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



أحدهم: محلل أعمال ومحلل أنظمة في تكنولوجيا المعلومات. نحن نفهم الأصناف

المقدمة

لقد كنت أعمل كمحلل Oracle Siebel CRM لأكثر من 3 سنوات ، ولأكثر من عام ، كنت أجهز متدربين لحقائق أيام العمل القاسية. كقاعدة ، يتكون أسلوب التعلم من محاضرات تمهيدية صغيرة والاستفادة الفورية من المتدرب للمهام الحقيقية مع مراقبة الجودة.



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

ماذا يفعل المحلل؟

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



في الواقع ، تتكون التحليلات من الخطوات التالية:

1. تلقي طلب لمراجعة النظام
2. تنقيح النتيجة المرجوة التي يحصل عليها المستخدم في نهاية العملية
3. توضيح عملية العمل الحالية
4. التصميم الأولي للحل
5. التنسيق مع العميل لخطوات إضافية للعملية ، إذا كانت ضرورية لتحقيق النتيجة ،
6. تصحيح الحل
7. تنسيق العملية مع العميل
8. تسجيل المواصفات الفنية للمطور
9. اختبار السيناريوهات الرئيسية للوظيفة
10. إعداد الوثائق وكتابة تعليمات المستخدم
11. نقل الوظائف للعميل

تعرف على المزيد حول كل خطوة

تلقي طلب المراجعة

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

توضيح النتيجة المرجوة

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



استخدم دائمًا الإرشادات التالية في هذه المرحلة:

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

توضيح العملية الحالية

في معظم الأحيان ، تسمى عملية العمل الحالية "عملية AS-IS"

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

التصميم الأولي للحل

تتضمن هذه المرحلة تعريف العملية المستقبلية أو ، كما يقولون ، "عملية TO-BE".



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







الاسترشاد بالمبادئ التالية:

1. . — .
2. « , ...» . , , , .

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

تصحيح الحل

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

تنسيق العملية

بعد الانتهاء من التصميم ، يجب الموافقة على العملية مع العميل. يعتمد تنسيق الاتفاقية في أغلب الأحيان على واقع شركة معينة وعميل معين. يمكن أن تكون هذه أوصافًا نصية للعملية أو وصفًا في ترميز وصف العمليات التجارية أو اتفاق شفهي.

تسجيل المواصفات الفنية

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

الاختبار الوظيفي

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

توثيق

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



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

يعتمد تنسيق هذه المستندات أيضًا على المعايير المعتمدة في شركة عميل معينة.

نقل الوظائف للعميل

أكثر جزء ممتع من العمل. هنا يمكنك عرض العمل المنجز للعميل ، وجمع الغار ، والفخر بالعمل المنجز ، وتوجيه مشاعر إيجابية للمهمة التالية.

انتاج |

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



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



آمل أن تكون مقالتي قد ساعدتك على تكوين انطباع حول التحليلات وأدت إلى إدراك مسارك في الحياة. حظا سعيدا!