إله مسلح كثير من الموعد النهائي أو الاستخدام الواسع النطاق للتحليلات

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

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

تنصل

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

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

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

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

مقدمة

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

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

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

ربما تتساءل - لماذا قررت فجأة أنه يمكنني التحدث عن ذلك؟ كل شيء بسيط. يكفي سرد ​​الأدوار التي أغيرها خلال مشروعي:

• محلل أعمال
• محلل نظم
• مصمم UI / UX
• كاتب تقني
• اختبار.
• المعلم.
• دعم.

إذا كنا نتحدث عن مشاريع تتسم بزيادة التعقيد والحجم ، مع فريق من العديد من المحللين ، قد يكون من بينهم مبتدئين ، تتم إضافة أدوار إضافية:

• معلمه.
• الرصاص التكنولوجيا ؛
• قيادة الفريق.

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

السوق

ومع ذلك ، لنبدأ من بعيد. أو بالأحرى ، مع الوضع الذي تطور في السوق الآن.

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

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

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

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

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

المعايير

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

ولكن كان هناك.

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

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

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

مهمة

دعنا ننتقل إلى التفاصيل.

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

قبل بيع

المهمة الأولى هي ، بالطبع ، presale.

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

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

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

من قبل

بعد اكتمال عملية البيع وتبدأ الإجراءات التنظيمية لتوقيع العقد والرقصات لبدء المشروع ، لا يمكن للمحلل أن يقف مكتوف الأيدي ، ولكن يبدأ العمل الأولي.

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

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

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

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

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

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

مشروع

العمل الرئيسي ، بطبيعة الحال ، يبدأ مباشرة في المشروع. في هذه المرحلة تتغير الأدوار باستمرار.

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

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

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

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

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

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

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

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

. , . -, – , , , .

, , , , . – , .

-, . : , , , , .. ( , ).

, , , . , – , .

, , , . , , , .

, , .

Bonus-level

, , .

– . 3-4 . , , , , .

, , . , , .

– . . – .

– , , ..

, , - , , .

Epic-fail

, . . – overqualified.

. , , . , , .

, -. , , , . , . – , . . , .

, . – !