يجب أن يكون كل واحد منا قد سمع نفس السؤال من آبائنا أو أصدقائنا وليس من "حفلة مبرمج": "ماذا تفعل هناك على الإطلاق؟"
عادة ، بعد محاولة للإجابة ، يتبع تعليق لم يتغير: "أوه ، أنت مبرمج ، لا يمكنك حتى إصلاح الثلاجة." ماذا يمكن أن نقول عن محللي الأعمال الذين لا يستطيعون أن يشرحوا لزملائهم حقًا ما يفعلونه.
كثيرا ما أسمع هذا السؤال من والدي ، لكن ما زلت لا أستطيع إيجاد الإجابة الصحيحة. والحقيقة هي ما نقوم به في العمل - نحن نحلل!
ماذا يقضي محلل تكنولوجيا المعلومات الوقت؟
خاصة بالنسبة لهذا المقال ، كان عليّ أن أتعمق في محفوظات JIRA من أماكن العمل الثلاثة الأخيرة. لا أستطيع أن أضمن الدقة المطلقة (نعم ، أنا أيضًا لا أحب أن أرسم كل فصولي حتى اللحظة الأخيرة) ، لكن الصورة العامة تتزامن حقًا مع مشاعري الخاصة من الواجبات التي قمت بها.
يمكن وصف التوزيع التقريبي للعمل على النحو التالي:
- الاجتماعات - 20 ٪
- الوثائق - 30 ٪
- العمل الجماعي - 25 ٪
- اختبار - 5 ٪
- رحلات العمل - 5 ٪
- تطوير الذات - 15 ٪
وهنا هو عدد الساعات في آخر 3 أشهر:
كما ترون ، الصورة متشابهة حقًا. تنشأ اختلافات بسيطة - عدم وجود رحلات عمل وساعات عمل أطول مع الفريق - بسبب التغيير الأخير في مكان العمل ، وبالتالي ، عملية الاندماج في البيئة الجديدة.
الآن دعونا نلقي نظرة على كل عنصر بمزيد من التفاصيل.
الاجتماعات
لنبدأ بأهم شيء - مع ما ، في الواقع ، يبدأ تحليل العمل باجتماعات العمل ، والتي تشمل الاجتماعات مع العملاء والاجتماعات الداخلية مع الفريق.
بادئ ذي بدء ، هذا هو تحليل مجال الموضوع وجمع المتطلبات. من هنا نكتشف ما يريد العميل منا أن نفعله ، والمشاكل التي يواجهها ، ونقدم الأفكار الأولى للتنفيذ ، ونضع معًا خطة أولية للمشروع.
العناصر المهمة الأخرى للاجتماعات مع العملاء هي مناقشة العمل المنجز وتخطيط التغيير والعروض التقديمية والدورات التدريبية حيث نعلم كيفية استخدام المنتج المقترح.
ربما تكون الاجتماعات هي أساس عملنا ، فهي تزود المحللين وفرقهم بمهام أخرى ، لذلك يجدر الإعداد لهم بعناية فائقة.
العمل مع الوثائق
أود أن أقول أنه إذا لم يكن المحلل في الاجتماع ، فسيجلس ويعمل مع الوثائق. لا تفهموني خطأ ، هذا لا يعني أنك تحتاج فقط إلى الضغط على لوحة المفاتيح بغباء ، بل على العكس - هنا يجب عليك استخدام كل إمكانيات عقولنا ، هذا الجزء هو الأكثر استهلاكا للوقت.
فيما يلي بعض الأمثلة على ما عليك التعامل معه بانتظام:
- مواصفات المتطلبات هي تحويل رحلة خالية من أفكار العميل إلى مستند منظم يصف بوضوح ما يحتاج الفريق إلى القيام به. في وقت لاحق ، تمت الموافقة على هذه الوثيقة مع العميل وتشكل أساس المشروع الجاري.
- طلب التغيير (طلب التغيير) - العملية التي بدأها العميل في حال كانت التغييرات مطلوبة في المنتج بعد بدء التطوير أو حتى بعد اكتماله. يصف المستند أي جزء من النظام وكيفية تعديله ، ويحتوي على تقييم لأداء العمل في الوقت والتكلفة.
- دليل المستخدم ومواد التدريب الأخرى - من الواضح أنه بعد نهاية المشروع ، تحتاج إلى كتابة وثائق للعميل ، والتي سوف تصف كيفية استخدام النظام ، وإعطاء النصائح والإجابات على الأسئلة الشائعة.
كل محلل لديه مجموعة أدواته المفضلة للعمل مع الوثائق - شخص ما يحب رسم المخططات ، ويقوم شخص ما بكتابة مجموعة من النصوص في Word. في أي حال ، أنصحك بأن تتعرف على أساسيات UML و BPMN ومفاهيم قصص المستخدم ومعايير القبول. من المرجح أن يتم العثور عليها في كل صاحب عمل.
فريق العمل
إلى حد كبير ، بالنسبة للفريق هو المحلل - صوت العميل. في أي حالات غير مفهومة ، سوف يأتون إليه مع الأسئلة "ماذا كان المقصود هنا؟" وسيكون معه تأكيد ما إذا كان العميل يريد ذلك.
أقول دائمًا أن محللي الأعمال في تكنولوجيا المعلومات يلعبون دورًا في جسر بين المطورين وقطاع الأعمال ، حيث يمكنهم التحدث بلغات العملاء والمبرمجين في وقت واحد. في العمل اليومي ، علينا أن نناقش بشكل مشترك المتطلبات وتخطيط وتوزيع المهام والإجابة على الأسئلة الحالية للمبرمجين.
يحدث غالبًا أن يقضي محلل الأعمال الكثير من الوقت مع كل عضو في الفريق ويلعب دورًا مميزًا كنائب للرئيس. في ممارستي ، كانت هناك مثل هذه الحالات عندما أتى مدير لي لمناقشة أي من الزملاء يجب أن يمنح جائزة ومن لا ينبغي له ذلك.
تجريب
من الواضح أنه ، وفوق كل شيء ، فهم متطلبات العميل ، سيتعين علينا التحقق من نتائج عمل المبرمجين.
من المتوقع أن يدير محلل الأعمال ما يسمى باختبارات قبول المستخدم - اختبارات قبول المستخدم. لا يحتاج أي شخص إلى كتابة نصوص آلية أو التحقق من أحجام وألوان الأزرار الموجودة على الموقع. كل ما هو مطلوب هو تقديم نفسك كمستخدم واستخدام المنتج النهائي. تحقق مما إذا كان هناك أي إزعاج عند استخدامه ، وإذا كان النظام يعمل بشكل عام كما يريد المستخدم ، وإذا كان هناك أي أخطاء أو تناقضات واضحة مع المتطلبات.
نقطة مهمة! يجب أن نتذكر أن المحللين يقضون كل الوقت مع الفريق والمشاركة في المناقشات ويدركون مختلف "الاختراقات" والاختناقات في البرنامج. في الوقت نفسه ، عند إجراء الاختبارات ، يجب أن نفهم أن العميل لا يمتلك هذه المعرفة ، ولا يعرف مكان النقر ، وأين لا. من الضروري للغاية تقييم النظام بعقل متفتح والإشارة إلى جميع الأخطاء للمطورين - وكلما تم التعرف عليهم ، كان إصلاحه أسهل.
تطوير الذات
يقولون أنه من أجل مواكبة جميع التقنيات الجديدة في البرمجة ، تحتاج إلى تعلم أطر عمل جديدة كل يوم تقريبًا ، وتجربة إصدارات جديدة من لغاتك المفضلة واتباع أفضل الممارسات من جميع أنحاء العالم.
لحسن الحظ ، لا تتغير أساسيات تحليل الأعمال كثيرًا. ومع ذلك ، كما قلت في مقالتي الأخيرة ، من أجل أن تبرز من بين مجموعة من محللي الأعمال ، يجب أن تكون أكثر المتخصصين تطوراً بشكل شامل.
تحتاج أيضًا إلى مراقبة التغييرات في تكنولوجيا المعلومات ، وتحتاج إلى تطوير مهاراتك الشخصية ، وتعلم إدارة الأعمال ، وأساسيات التمويل ، وفهم مجالات مواضيع العملاء وما إلى ذلك. بشكل عام ، اتضح أنك ستحتاج غالبًا إلى وقت للتدريب أكثر من زملائي المبرمجين.
في الختام ، سأقدم النصيحة بشأن التطوير الذاتي - أقبل ضرورة ذلك وأناقش مع زعيمك. بالنسبة لتطوير الأعمال ، من المهم جدًا ألا تدفع نفسك إلى إطار العمليات المحددة ، لأنه سيظهر غدًا عميل جديد ومشروع جديد من مجال مختلف تمامًا. يجب أن يكون محلل الأعمال قادرًا على التعود سريعًا على بيئة متغيرة والاستعداد للعمل مع مجال موضوع جديد. من هنا ، كل الوقت الذي قضيته في توسيع آفاقك سوف يساعدك.