في 5 سبتمبر ، استضافت موسكو المائدة المستديرة "IT Project Architect" في HSE. منظم المائدة المستديرة ، مكسيم سميرنوف ، هو
مدونة عن الهندسة المعمارية وقناة فيسبوك .
أنا سعيد جدًا لأن مثل هذه الأحداث تقام. أصبح مهندس معماري رائع وكان لا يزال حلمي. لفترة طويلة جدًا ، لم أفهم كيف يحصل المهندسون المعماريون عمومًا ، وكيفية تطويرها ، وما هي الاتجاهات التي يجب اختيارها حتى يؤديوا إلى العمارة ، وأعتقد أن مثل هذه الأسئلة لا تنشأ لي فقط. من الرائع أن يكون هناك مجتمع حيث يمكنك المجيء وطرح أسئلة على المهندسين المعماريين.
في المائدة المستديرة ، تم تقديم 4 تقارير مدتها 15-20 دقيقة ، وبعد ذلك كانت هناك أسئلة من الجمهور والمناقشة.
كانت التقارير موجزة وإلى حد ما ، وكانت المناقشة حيوية للغاية وشاملة.
علاوة على ذلك ، ملاحظاتي خلال التقارير.
تقرير 1
المهارات الأساسية لمهندس القرار في المشاريع من الصفر
جينادي كروغلوف
مهندس الخدمية معتمد ، الشركة التونسية للملاحة
كجزء من العرض التقديمي ، تم التطرق إلى المراحل الرئيسية للعملية المعمارية:
- المشاركة التجارية.
- إشراك المهندسين.
- النماذج.
- اختيار الأسلوب المعماري والمكدس التكنولوجي (الخدمات الدقيقة ، المتراصة ، الخدمية).
- تطوير مشروع العمارة.
- مظاهرة للعميل.
- تصميم الحل.
- توثيق حلول القوس.
- الإشراف المعماري.
أبرز الأداء:
يُنصح بعمل نموذج أولي لعرضه على الشركة. كلما كان ذلك ممكناً ، من الضروري إشراك أطراف مختلفة عند اختيار النمط المعماري - المطورين ، والأمن ، والتشغيل. عند تصميم رسم ، تحتاج إلى إنشاء أقسام مختلفة من الهندسة - الأعمال والتكنولوجيا والأمن.
إذا كان ذلك ممكنًا ، فمن الضروري جذب الأشخاص الذين سيعملون بشكل مباشر مع هذا الجزء من النظام.
بعد المناقشة مع الأطراف المعنية ، يتم عرض نموذج أولي. إذا بدأ المشروع ، يتم إجراء دراسة أكثر تفصيلاً لكل مستوى من مستويات العمارة.
أثناء التطوير ، تكون المزامنة مع المهندس المعماري ضرورية للتحقق من أن العملية تتبع المسار المختار.
المهارات التي يحتاجها المهندس المعماري وفقًا للمتحدث:
- مهارات الاتصال (الإقناع ، التفاوض)
- العروض التقديمية
- العصف الذهني وورش العمل
- معرفة الأساليب المعمارية
- آفاق واسعة للتكنولوجيا الحديثة (من المهم أن نفهم نقاط القوة والضعف)
- مهارات التصميم والتطبيق
- تنمية المهارات باستخدام الأطر والمنتجات ولغات البرمجة المختلفة
- معرفة أطر وثائق القرار
- فهم الأنواع المختلفة من SDLC (دورة حياة تطوير النظم)
- شبكة واسعة من الاتصالات المهنية
- مهارات في إدارة فرق التطوير
تقرير 2
الدعم المعماري لمشاريع تكنولوجيا المعلومات
ديمتري رومانوف ، ITSK
ويشارك في تصميم حلول تكنولوجيا المعلومات والدعم المعماري للمشاريع ، حوالي 80 مشروعًا سنويًا ، حوالي 50 مهندس معماري.
تحدد خدمة كبير مهندسي تقنية المعلومات السياسة الفنية في مجال تكنولوجيا المعلومات ، والتي تم تنفيذها من قبل مهندسي مشروع تقنية المعلومات. في معرض إجابته على السؤال حول المكان الذي يجمع فيه المهندس المعماري عادة الخبرة اللازمة ، أشار ديمتري إلى المصادر التالية:
- تجربة - إنشاء أنظمة مماثلة
- الزملاء - شخص ما داخل الشركة أو في شركات أخرى
- بائع - مشاورات مع المطورين
- منتديات المواضيع
- تكنوبارك - استحسان أو صندوق رمل على أساس تكنوبارك
بالنظر إلى الحاجة إلى دور المهندس المعماري في ITSK ، أشار ديميتري إلى أن المهندس المعماري لمشروع تكنولوجيا المعلومات مطلوب ، على سبيل المثال ، لا يوجد موقف حيث تم الانتهاء من مشروع لمدة سنة واحدة ، ثم عملوا لمدة ستة أشهر وأدركوا أنه لا يوجد أي مقياس ، ثم إعادة بنائه لمدة عامين. فهم واضح مهم أن الهيكل المقترح يمكن تنفيذه. اعتمادًا على منهجية إدارة المشروع ، في ITSK ، يدخل المهندس إما في الفريق (إذا كان رشيقًا) أو يدخل في فريق خبراء المشروع.
تقرير 3
الهندسة المعمارية في مشاريع تكنولوجيا المعلومات في المنظمة: التركيز الرئيسي
إيفان لوكيانوف ، قسم تكنولوجيا المعلومات في موسكو ، منتج "خدمات الدولة ومؤسسة التمويل الأصغر"
السيرة المهنية للمتحدث: مطور في Diasoft ، رئيس فريق التطوير (BSC Praha) ، استشاري رئيسي (Neoflex) ، رئيس قسم الهندسة والاستراتيجية في Alfa Bank ، رئيس قسم تطوير الهندسة المعمارية (DIT).
يوصي إيفان بالبدء في وصف البنية الحالية (كما هي) ، وتشكيل الهيكل المستهدف (ليكون) وتحليل الفرق بين النقاط "حيث تكون المنظمة الآن" و "حيث تريد المنظمة الانتقال" ، ووصف الخطوات اللازمة لإحضار النظام إلى الحالة المستهدفة.
المحور الرئيسي لمشاريع تكنولوجيا المعلومات في الهندسة المعمارية:
- بيان مشكلة الأعمال التي يتعين حلها: يجب على المهندس المعماري التأكد من أن مهمة العمل تم طرحها بشكل جيد ، كما هو موضح في نموذج مناسب للتصميم ، تم الاتفاق عليه من قبل الأشخاص المسؤولين عن الأعمال
- رؤية الطريق: من خلال جهود المهندسين المعماريين في المنظمة ، ينبغي تطوير الهيكل المستهدف للمنظمة لتلبية الاحتياجات المحددة للشركة. يجب تقسيم البنية المستهدفة إلى خطوات ملموسة (مشاريع) لتحقيق ذلك.
- التصميم: تم تصميم جميع الحلول مع الأخذ في الاعتبار بنية الهدف المتقدمة. يتم تنفيذ البنية المستهدفة تدريجياً من مشروع إلى آخر. المهندس المعماري يوافق على القرار المتعلق بالعمارة.
- عملية تنفيذ المشروع: يجب أن يكون لدى المنظمة عملية تتضمن تحليل ووصف مهام العمل ، وتطوير الهيكل المستهدف وعملية التصميم (لم تتم تغطية التطوير والتشغيل في التقرير). يجب أن توافق جميع الأطراف المعنية على هذه العملية وتدعمها.
- الدعم المنهجي لعملية تنفيذ المشروع: في كثير من الأحيان ، يصبح المهندس المعماري هو الشخص الذي يقع على أكتافه تطوير منهجية لتنفيذ مشاريع تكنولوجيا المعلومات في المنظمة ، مع مراعاة صياغة مهمة الأعمال والتصميم. كجزء من هذا العمل ، يمكن إجراء تعديلات على العملية الحالية لتنفيذ مشاريع تكنولوجيا المعلومات في المنظمة (إذا كان هناك واحد من قبل) أو إنشاء عملية جديدة من البداية (إذا لم تكن موجودة). نتيجة العمل المنهجي هي العملية الموصوفة والمستندات الداعمة ، التي تم إضفاء الطابع الرسمي عليها في شكل قوالب.
طورت الشركة الآن منهجيتها الخاصة ، بما في ذلك القوالب المستخدمة في عمل المستندات. تم استخدام مبادئ
TOGAF و Gartner.
تمت الموافقة على المبادئ المعمارية ، وتم تطوير وثيقة "الحل المعماري والتكنولوجي" ، التي تصف متطلبات العمل للحلول والمشروع لتنفيذها.
ميزات المهندس المعماري:
- التواصل الاجتماعي. التواصل مع الإدارة ، مع فناني الأداء ، مع الدعم ، مع المديرين والمختبرين هو المهم. يجب أن يلعب المهندس المعماري دور المترجم - يترجم من لغة العمل إلى التقنية والعكس.
- والشرط الأساسي هو تجربة المطور (حسنًا ، إذا كانت التحليلات أيضًا).
- احترام الزملاء.
- التطوير المستمر.
الهندسة المعمارية ليست نصبًا بلا حراك يلقي بالجرانيت ، بل وجهة نظر حية ومتطورة لما نريد تحقيقه فيما يتعلق بدعم الأعمال.
تقرير 4
مهندس مشروع تكنولوجيا المعلومات: واحدة من وجهات النظر الممكنة
يفغيني أسلموف أسلموف ، كبير مهندسي مجموعة شركات لانيت.
طريق يوجين إلى دور المهندس المعماري: المطور ، المحلل ، مدير المشروع. خلال القصة القصيرة ، أثار المؤلف العديد من القضايا المتعلقة بدور المهندس المعماري في تطوير العرف: ما الذي يحيط به ، ماذا يفعل وكيف يفعل ذلك.
في رأي يوجين ، عند الحديث عن المهندس المعماري في تطوير العرف ، نحن نعتمد على عوامل مختلفة - توقيت ، ميزانية ، فريق ، تعقيد وحجم المهام. وكقاعدة عامة ، في المشاريع المعقدة (عدة آلاف من سيناريوهات المستخدم ، والتكامل مع بضع عشرات من الأنظمة ، وكميات البيانات الضخمة ، والمتطلبات الشديدة للتوفر العالي والتعافي من الكوارث) ، يتم إغلاق المهام المعمارية بواسطة فريق من المهندسين المعماريين. في مشاريع أكثر تواضعا ، يمكن لشخص واحد التعامل مع هذه المهام ، والمهندس المعماري ليس مخصصًا دائمًا للمهام - يمكن الجمع بين دوره وأدوار أخرى - المطور أو المحلل الرئيسي.
المهندس المعماري ، مثله مثل أي عضو في الفريق ، يعمل في سياق معين. مخطط واحد لمثل هذا السياق:
العملاء- أعلى إدارة (على أي حال ، عالية بما يكفي لاتخاذ القرارات الرئيسية) من العميل المسؤول عن المشروع ؛
- لجان العملاء (الهندسة المعمارية ، التصميم ، التشغيل ، إلخ. - يحدث كثيرًا) ؛
- خدمة أو قسم من المتخصصين في أمن المعلومات ؛
- موظفو العميل الذين يحتاجون إلى نظام "يحرق" المشروع ؛
- الحقائق - روتين عادي إلى حد ما ، والعامل البشري ، والقضايا الإجرائية ، والخلافات البسيطة ، وما إلى ذلك ؛
الفريق- المديرين
- محللون
- التنمية ؛
- DevOps
- جودة الخدمة ؛
العقد- المواعيد النهائية
- الميزانية
- مقتطفات قانونية
- تقنيات وأساليب وشرائح جديدة أريد حقًا تطبيقها ؛
- التقاليد: إنها تعمل وهي جيدة ، كل شيء على ما يرام معنا - ما يجب تغييره وما شابه.
كجزء من السياق ، يقوم المهندس المعماري أو مجموعة المهندسين المعماريين بما يلي:
- إنه يشكل الحدود للفريق الذي سينمو ويعيش فيه المشروع. بادئ ذي بدء ، نحن نتحدث عن الحدود الناشئة عن المتطلبات غير الوظيفية.
- النماذج ، دعم وتحديث الحلول المعمارية مع مراعاة آراء أصحاب المصلحة الرئيسيين.
- يعمل كمترجم فوري - يترجم من التقنية إلى الروسية والعكس بالعكس. الفعلي لكل من العميل والفريق. يجب أن يفهم المهندس المعماري جميع جوانب المشروع (إلى جانب كبار المحللين ومدير المشروع) ويكون قادرًا على شرح علاقتهم بالأجزاء الفنية.
- يسأل الكثير من الأسئلة غير السارة. يحدث فقط أنه تم اتخاذ بعض القرارات دون مشاركة عضو أو آخر في الفريق. هذا طبيعي. إذا تم القيام بشيء ما وأثر أو قد يؤثر على بنية النظام ، فأنت بحاجة إلى معرفة الأسباب ، لمعرفة ما إذا كنت بحاجة إلى تغيير شيء ما الآن ، أو توفير بعض التدابير للمستقبل ، أو يمكنك ببساطة تسجيله وتركه حتى أوقات أفضل.
إجابة على السؤال "كيف يفعل هذا؟" ، تطرق يوجين أولاً إلى مسألة تطوير الحلول المعمارية. تم تحديد العديد من المكونات التي تساعد في هذه المهمة:
- الخبرة والقياسات. هذا هو واحد من أهم أصول المهندس المعماري. ويجب زيادتها باستمرار - وليس الركود في مشروع واحد ، والتكنولوجيا ، إلخ.
- آفاق. لا يمكنك استخدام تجربتك الخاصة - تجربة الزملاء ، تجربة المجتمعات ، المعايير.
- النماذج الأولية. في حالة استخدام نماذج جديدة أو غير مجربة أو تنطوي على مخاطر واضحة ، من الضروري إجراء النماذج الأولية. في الوقت نفسه ، من المهم صياغة الأسئلة التي يجب أن يجيب عليها النموذج الأولي بشكل صحيح وبدقة ، وإلا فإنه يمكن أن يؤدي إلى تفاقم الموقف.
- حماية قراراتك. قبل فريق المشروع ، أمام اللجنة المعمارية (لك أو للعميل) ، أمام نفسك. كأحد الحلول يمكن أن يكون مقدمة (عناصر كاملة أو فردية) من ATAM - أسلوب تحليل المقايضة العمارة . في عدد من مشاريعنا ، على سبيل المثال ، يتم تطبيق حماية القرار كتقديم القرارات الرئيسية للزملاء خارج المشروع للحصول على آراء وتعليقات بديلة.
بدلاً من الاستنتاج: تتمثل إحدى المهام غير الرسمية للمهندس المعماري وأي اختصاصي يحب وظيفته في تعميم المعرفة والتقنيات والمقاربات والمهارات التي ستتيح للفريق حل المشكلات في المشروع بشكل أكثر كفاءة وراحة أكبر.
مقالة يوجين عن habr "
نحن نستعد
لمشروع في Sparx Enterprise Architect. وصفتنا ".
سؤال وجواب
بعد ذلك كان قسم من الأسئلة والأجوبة ، ويمكن قراءة الأكثر تذكرًا أدناه.
من أين يأتي المهندسون المعماريون؟
جينادي:مهندسو البرمجيات - قادة الفريق السابقون أو هؤلاء القادة أو مطورو البرامج الرئيسية.
ديمتري:المهندسين المعماريين مأخوذة من المطورين من الاستشاريين ، مع خبرة واسعة.
يمكن للمطور التحدث ورسم العروض التقديمية - مهندس الحلول.
يوجين:بشكل عام ، من أي جزء - من التطوير والاختبار وإدارة المشاريع ، إلخ. ولكن على أي حال ، تساعد بعض التخصصات الفنية - ليس من الضروري تطويرها من البداية.
مثال من التجربة الشخصية: تم نقل طالب من قسم الميكانيكا في جامعة موسكو الحكومية ، شخص ذكي اجتماعي بدون مرض نجم ، إلى شركة لانيت. لقد عمل قليلاً في التحليلات والتطوير والتواصل مع العميل. نتيجة لذلك ، أصبح مهندس معماري تطبيقي في شركتنا.
إيفان:من المطورين. إذا كان هناك مطور جيد ، فيمكنه الاستمرار في الخوض في لغات البرمجة ، وتطوير أعمق. ولكن إذا كان ، في وقت واحد ، يشعر بالفضول حول كيفية إنشاء المهمة الفنية ، ومن الذي يقوم بالتحليل ، ومن الذي يتخذ القرار بشأن ما إذا كان ينبغي القيام بذلك أم لا ، فهذه إشارة إلى أن المتخصص قد شرع في السير على طريق مهندس مبتدئ. المستوى التالي من الفضول هو كيف يولد الحل ككل ، على مستوى الأعمال. كيف يمكنك أن تبين لرئيس المنظمة أنه يحتاج إليها وما لا يحتاجها. في وصف دور المهندس المعماري ،
يستخدم Gregor Hohpe استعارة المصعد . كل طابق حيث يتوقف المصعد هو مستوى معين في المؤسسة: الطابق الأول - غرفة الآلة - هؤلاء هم المطورين ، الإنتاج ؛ الطابق العلوي - إدارة المنظمة. ينقل المهندس المعماري الحياة ، يتواصل المهندس المعماري في كل طابق (من الأول إلى الأخير) وفي كل طابق عليه أن يتعامل مع مختلف الصعوبات - التكنولوجية ، السياسية ، والاتصالات.
المهندس المعماري قادر على جمع المعلومات اللازمة ونقلها إلى كل مستوى. في الواقع ، يتصرف كوسيط بين الأطراف المعنية.
كيف ينبغي تقاسم السلطة بين مدير المشروع والمهندس المعماري؟
يجب أن يكون هناك توازن بين السلطة. تكمن سلطة المهندس المعماري في الجزء الفني ، ومدير المشروع في الجزء التنظيمي.
في حالة تحول الرصيد إلى RP - يمكنك الحصول على المشروع في الوقت المحدد ، ولكن لا يعمل أو لا يمكن تطويره. وإذا توجهت إلى المهندس المعماري ، فيمكنك الحصول على مشروع رائع عندما لا يحتاجه أحد. هذه هي كيفية الإجابة على الأسئلة "من تحب أكثر - أمي أم أبي؟"
كيف تكون مهندسي الشركات الذين لديهم تدفق كبير من المشاريع المختلفة؟
إيفان:في المؤسسات الكبيرة ، يصنع أكثر من 2000 شخص بنية واحدة للشركات ويكاد يكون من المستحيل متابعتها. في DIT ، يتم تقسيم القسم إلى منتجات (خدمات) ، لكل منتج كومة تقنية خاصة به ، بهيكله الخاص. بالنسبة إلى بنية الشركات ، يحتاج المساهمون إلى ذلك أكثر حتى يفهموا أين تتجه المنظمة من حيث تطوير الهندسة المعمارية. لهذا الغرض ، غالبًا ما يتم تسليط الضوء على دور كبير مهندسي تقنية المعلومات في المؤسسات ، وتتمثل مهمتها الرئيسية في تحديد المشهد العام لهندسة الشركات.
كيف يتم التفاعل بين المهندس المعماري للمشروع والمهندس المعماري للشركات؟
التواصل مهم. تحتاج إلى بناء التواصل والتواصل فقط. قد لا يحتاج المهندس المعماري للمشروع إلى معرفة بنية الشركة ، ولكن من المهم معرفة من سيكون التكامل وما هو التأثير. من المهم إنشاء لجان معمارية ، من الممكن أن تعرف ليس فقط المهندسين المعماريين للشركات ، ولكن أيضًا المهندسين المعماريين.
يمكنك إلقاء نظرة عليه من حيث القيمة - الذي يجلب المزيد من القيمة. إذا نجحت الحلول ، فهناك قيمة. بنية المشروع في حد ذاتها لا تحقق قيمة ، ولكنها تحقق القيمة من خلال حل المهندسين المعماريين الذين يقومون بالفعل بتنفيذ مهام محددة.
لا يحتاج أحد إلى اختصاصيين - فأقل وأقل أشخاص لا يعرفون شيئًا عن كل شيء. من الأفضل أن تكون قادرًا على الإجابة عن أسئلة محددة ، على سبيل المثال ، هل RabbitMQ يكفي هنا أو أن هناك حاجة إلى Kafka.
كيف يتم تنظيم المستودعات المعمارية للمؤسسات؟
هل هناك أي نماذج معقدة يمكن حسابها والتحقق منها وما إلى ذلك؟
يوجين: لدينا مستودع معماري ، ولكن لا يوجد أتمتة لحساب أي مقاييس. تتيح لنا العلاقات بين النماذج والنماذج نفسها اعتبار الهندسة المعمارية شيئًا لا يتجزأ ، بدلاً من مجموعة من الصور. إحدى مهام المستودع هي توفير تحليل التأثير. على هذا الأساس ، يمكنك إجراء تقدير لقيمة التغييرات.
خاتمة
إنه لأمر رائع أن تتمكن من القدوم والاستماع إلى المهندسين المعماريين والتعرف على المجتمع. مثل هذه الاجتماعات هي دائمًا فرصة لي لفهم مكان الحفر من أجل العثور على المعرفة اللازمة. بالإضافة إلى ذلك ، يمكنك مناقشة حالات العمل والحصول على توصية.
بفضل مكسيم سميرنوف و HSE لتنظيم مائدة مستديرة للمهندسين المعماريين!
شكراً جزيلاً لمؤلفي التقارير (يوجين أسلموف ، جينادي كروغلوف ، إيفان لوكيانوف) على إعداد هذا النص ، حيث كُتبت الملاحظات الأصلية أثناء التقارير وتضمن أخطاء وأخطاء تم تصحيحها.
في الصورة ، قلعة
شامبورد في فرنسا ، كما يقولون ، كل مالك مبني على برجه. في بعض الأحيان ، تبدو بنية المشروع بهذه الطريقة. في رأيي ، هناك حاجة إلى مهندس معماري حتى يكون كل شيء جميلًا وبسيطًا قدر الإمكان ، بحيث لا يزال بإمكانك الحصول على قلعة جميلة حتى مع وجود مجموعة من الأبراج بأشكال مختلفة.