Timlid هو رقيب في قسم تكنولوجيا المعلومات

في بعض الأحيان يبدو أن المخطط الزمني هو شخص أو شيء من هذا القبيل مثل Snark من قصيدة لويس كارول: إنه موجود بالتأكيد ، ومتنوع ومتناقض موصوف في مظاهره اليومية والتجارية ، ولكن بالنسبة لكل ذلك فهو لغز. لفهم مدى أهمية هذا الدور (قيادة الفريق ، وليس Snark) في الفرق الهندسية ، الذين من الأفضل ارتدائه وما المزالق المخفية في قيادة الفريق ، يعد Saint TeamLead Conf 2018 بالمساعدة ، والذي سيعقد في 24-25 سبتمبر في سانت بطرسبرغ .

قبل شهر من الحدث ، تحدثنا دون أي شكليات مع المدير الفني لمشروع Mos.ru Roman Ivliev ، الذي يرأس لجنة برنامج Saint TeamLead Conf 2018. في المحادثة: من هم قادة الفريق ، وكيفية إعدادهم بشكل صحيح ، ومن وماذا يجب عليهم الاستعداد ، وماذا يجب عليهم تكون دائرة من مسؤولياتهم وأكثر من ذلك بكثير.

النجدة

ولد رومان إيفليف عام 1982. في عام 2005 ، تخرج من قسم علم التحكم الآلي ، معهد موسكو للفيزياء الهندسية. أكثر من 15 عامًا في مجال تكنولوجيا المعلومات. التخصص: أعباء عمل عالية ، إدارة فرق تكنولوجية ، تدريب.

آخر أماكن العمل:
• في 2009-2013 ، مهندس أول ، ثم مدير مشروع في Kaspersky Lab (كان مسؤولاً عن دعم وتطوير مواقع الشركات - كل من b2c و b2b).
• في 2014-2016 - مدير تكنولوجيا المعلومات Banki.ru
• تولى منصب CTO في مشروع Mos.ru في نهاية عام 2016.

- منذ ما يقرب من عامين ، كنت تعمل كمدير فني في مشروع Mos.ru ، وقبل ذلك عملت لسنوات عديدة بشكل رئيسي في المنظمات التجارية. كيف ، حسب تجربتك ، العمل كمدير فني في هيكل حكومي يختلف عن العمل في نفس المنصب في العمل؟

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

في كل ركن من أركان قسم تكنولوجيا المعلومات في موسكو (DIT) والهياكل الأخرى التي يجب أن نتفاعل معها ، قواعدنا الخاصة باللعبة ومشاكلنا ، كما هو الحال في أي منظمة ضخمة ، على الأقل في نفس سبرتخ. لا يختلف Mos.ru لدينا كثيرًا عن خدمات b2c في السوق - باستثناء أننا لا نجني المال.

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



- ما وراء واجهة Mos.ru؟

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

لا تزال في نطاق مسؤوليتنا مشاريع رقمية خاصة. من طازج - صنع هذا لحديقة Zaryadye.

لدينا ، نسبيًا ، فريق كامل الدورة. نأخذ شيء من الجانب ، على الرغم من نادرا. الخدمات الأخرى التي تعيش في المجال www.mos.ru ، والتي تم تطويرها ليس من قبلنا ، ولكن من خلال أقسام أخرى من DIT ، متوفرة على الموقع بسبب عمليات الدمج الداخلية. نقوم بإخفائهم عن المستخدم حتى يكون بالنسبة له أي انتقال داخل البوابة سلسًا. من خلال الجلوس على Mos.ru ، يمكنك بسهولة أن تكون في نظام آخر ، ومع ذلك ، إذا لم تدخل رمز الصفحة ، فلن تلاحظ أي شيء.

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

- كم يشارك فريق كبير في الدعم الفني للبوابة تحت إشرافك؟

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

- كيف يتم بناء التسلسل الهرمي للإدارة الفنية الخاصة بك؟ كيف يتم تقسيم مجالات المسؤولية؟

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

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

لدينا أيضًا DevOps كخدمة: يتم تعيين المهام ، وتحديد أولوياتها ، ثم تشغيلها من خلال devops ، والتي لم يتم تثبيتها بإحكام لبعض الفرق. وبالمثل ، تعمل العملية.

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

يتفاعل هذان الفريقان مع "التطوير الأساسي" لـ DevOps والاختبار والتشغيل.

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

- لذا بدت هذه الكلمة. وماذا تفعل مثل Timlid؟

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

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

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

حتى وقت قريب ، في Banki.ru و Mos.ru ، تم إقصاء "ظهورهم" حصريًا من زملائي في الفريق. كقاعدة ، تولى أحد كبار مطوري النهاية هذا الدور. ولكن في الوقت الحالي لدي بالفعل فريقان من الفرق الأمامية.

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

إليك الشيء: من الصعب على المتسابق الأول تتبع ما يحدث في عالم الواجهة الخلفية في عام 2018 ، والعكس صحيح. أدركنا أن الناس بحاجة إلى التعاون على المستوى الأفقي ، والانخراط في جمعيات غير رسمية بدون خضوع مباشر ، ولكن مع أوضاع - مثل الرتب في المجتمعات السرية ، شيء مثل "سيد النظام الخلفي". إن حاملي مثل هذه "الألقاب" هم الأشخاص الذين يتخذون قرارات إدارية بحكم الواقع ذات طبيعة تطبيقية: هل سننتقل إلى PHP 7.2 ، أو سوف تتطور Angular ، أم أنه من الأفضل المراهنة على React.

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

في النهاية ، يستبدل الفريق المعماري مهندس النظام الخاص بي. نعم ، ليس لدي مهندس نظام.

- ما المكان الذي يأخذه الفريق في فريقك؟ هل يقدم تقارير مباشرة إلى CTO أم أن هناك مديرين من المستوى المتوسط؟

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

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

- متى واجهت لأول مرة مثل هذا الكيان كقائد فريق في التنمية؟ متى كانت تجربتي الشخصية مقتنعة بأن هذه الميزة مفيدة؟

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

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

في Banki.ru ، كان هيكل القسم الفني أيضًا "خلويًا": حيث كان يتم التحكم في الفرق الموجودة فيه من قبل قادة الفرق ، وفي معظم الأحيان اتصلت بخمسة منهم مباشرة ، في غياب مدير تطوير. تمامًا مثل الآن في Mos.ru.

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

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

- في رأيك ، هل قائد الفريق هو مهنة أو دور ظاهري في المنظمة ، عن طريق القياس مع سيد سكروم؟

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

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

هل يوجد timlid كمهنة ، والسؤال هو ردم. هل قائد الفريق مهنة؟ إطلاقا. فقط في علم الصواريخ هو واحد ، وفي برمجة آخر ، من وجهة نظر الوظائف التي يؤديها ممثله ومجموعة المهام التي يؤديها. في الشركة ، حيث يوجد خمسة أشخاص قيد التطوير ، واحد. في المكتب لـ 250 موظف - آخر.

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

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

"إنه أقرب للتصميم ، نعم." لكن العمل هو الأعمال ، والعمليات الهندسية الداخلية هي عمليات هندسية داخلية. كل الملح هو أن مجال مسؤوليتها الرئيسي هو تنظيم العمل في "خلية المجتمع" ، التي تنتج المنتج النهائي.

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



- ما الذي يجب أن يتحكم فيه Timlid؟

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

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

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

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

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

وبالتالي ، فإن قائد الفريق هو مدير فني كامل ، وليس نوعًا من التذييل من فئة "فليكن".

- ما هي المسؤوليات الأخرى التي يمكن - أو ينبغي - إعطاءها لرعاية Timlid؟

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

, «» : , , - «- ». HR-. , , , . . HR- .

, . , - . .

. - , , , . : , . , : «- , - ».

, — , , — . . , Mos.ru . , . - , . , «» , , , : , . , : , , .

— «», ?

— , - . , . . — , , - . , code review, - , . , (, ). , Vue.js, PostgreSQL 10 «» . , , -, .

, . , , : , Sphinx Avito. .

, , — - , . . , , , .

- , . , , , .

— , ? , back-end front-end .

— . , , , «», . «» , , , .

— — , — ? , ? «»?

— , . . - , - — . . , , , . , IT — , . . : , .

CTO . — , ? , « — — » — , , , ? .

— , , , ?

— , . , - . — . , . .

, , . . , : « PHP, Go, - -». , , .

, «», : , , .

. - , . - « ». , , .

— . . — . HR-. , . , ? , , . , , — - .

— . , . — .

, soft skills, , , , . , ? , . : .

— «» «-». , , . , ? ?

— , . — — . , : « ». , . , — . . Saint TeamLead Conf : , «», «».

, — — . , , , : « , — ». : , .

, , : : « , , — - ».

— ? ?

— , , soft skills. , , , , , .

, , , , , . — , , .

— , , , ? ?

— - . , . 7±2, , , , , ( ). -, — -.

— , ? ?

— : , .

:
• . , , , , , .
• , , , , , , .
• , , .



— , IT , ?

- لا! . , «» IT-. , , : , «» .

TeamLead Conf, , «», , , , — , , — .

, , . , Mos.ru , . : . Banki.ru , , , , ; - .

— . , , , , review. .

, Saint TeamLead Conf, — . , , , , , .

— , TeamLead Conf , , ? ?

— , , , - . , .

— , .

— IT , «» ? ?

— . . , - - . , . - .

— ? « », , - ?

— . , - : , , , IT-, . , « », .

«» — HighLoad++ , ++, «» — Whale Rider Aletheia Business. « »: , , , .

, Saint TeamLead Conf . , ?

تم نشر مواد Spring TeamLead Conf بالكامل على قناتنا على YouTube . سيظهر أيضًا مقطع فيديو للمؤتمر الجديد ، ولكن في غضون بضعة أشهر. اشترك إذا كنت لا تريد أن تفوت.

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