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

مدير تكنولوجيا المعلومات ، backlog it ...
نحن ننفذ
نظام إدارة علاقات العملاء لدينا ، وبالتالي ليس لدينا فقط خبرة في تطوير
مديرينا (هذه هي الهجينة بشكل أساسي مع المبرمجين - أقرب إلى
قادة الفريق) في
StudioSoft Developer Studio ، ولكننا نجتمع أيضًا مع مديري مشاريع تكنولوجيا المعلومات الآخرين (وليس تكنولوجيا المعلومات أيضًا ، ولكن هذه قصة مختلفة). على مر السنين ، تمكنا من تحديد عدد من العلامات النموذجية للمديرين ذوي "الشخصية السيئة".
للأسف ، غالبًا ما يحدث أن يحصل مدراء تكنولوجيا المعلومات على أشخاص يتمتعون بتعليم اقتصادي وقانوني وإداري جيد ، ولكن دون معرفة الخلفية التقنية. يمكنهم محاولة تطبيق التقنيات النفسية وحضور الدورات التدريبية وعقد اجتماعات طويلة للغاية ، ولكن لا يحصلون على نتائج صفرية فحسب ، بل يكسبون أيضًا الكراهية في الشركة. يعتبر المبرمجون المدير متعطلًا ، ويخشى المدير من التقنيات المرهقة. وهناك أسباب وجيهة لذلك.
- العمل بدون هدف وخطة ومراحل المشروع. قد ينشأ مثل هذا الموقف إذا كان لدى المدير فكرة سيئة عن مراحل التطوير وعملية إنشاء البرامج بشكل عام ، وهذا في الواقع ، من الصعب عليه ببساطة التخطيط بشكل مناسب. يؤدي العمل الفوضوي ، من مهمة إلى أخرى ، وتغيير المتطلبات باستمرار إلى استنفاد جميع أعضاء الفريق ، ويؤدي إلى تسريح العمال والإرهاق الاحترافي.
- تغيير مشروع على الطاير سمة أخرى مكروه للمدير. يمكنك التعرف بسهولة على هذا النوع من الموظفين: بعد أن سمعت في مؤتمر أو صورة أخرى عن التكنولوجيا الجديدة أو نماذج الإدارة العصرية ، يعود إلى الشركة بعيون متوهجة ويبدأ في دفع الحداثة بنشاط في المشروع القديم. علاوة على ذلك ، هذه ليست تجربة مع أفضل الممارسات ، ولكنها انغماس كامل ومتهور في شيء جديد. يبدو وكأنه أكثر غمس. يؤدي إلى تعطيل مدة المشروع وانخفاض حاد في جودة وسرعة التطور. إذا تمكن مبتكر يرثى له من الحصول على دعم الإدارة العليا - الكتابة مفقودة.
- الاستراتيجية بأي ثمن هي شعار مديري مشاريع تكنولوجيا المعلومات الذين يعملون من أجل مكافأتهم الخاصة ، ولكن ليس من أجل مصلحة الفريق. هؤلاء الرجال جاهزون لأي شيء من أجل KPI وعائد الاستثمار واستبعاد أي مخاطر ، فقط لتجنب فقدان قيم المعامل المرغوبة. أخطر خيار هو عندما يضغط المدير على إدخال المعاملات المتعلقة بالإنجازات "غير المكتسبة" في مصفوفة المؤشرات - مثل معامل الولاء ، ومؤشر الدافع الداخلي والمستوى المقدر للتفاعل مع الزملاء. كقاعدة ، لا يمر المحترفون الانطوائيون من خلال هذا المنخل ويبقون بدون مكافآت. وهناك ، بدون دافع ، و ... بدون عمل.
- سوء فهم مبادئ التنمية هو آفة المديرين غير التكنولوجيا. بدون معرفة خصوصيات إنشاء التعليمات البرمجية ، وسرعة المبرمجين ، ومبادئ الاختبار ، وتوقيت إحضار المنتج إلى الإنتاج ، من الصعب للغاية الوصول إلى قاسم مشترك مع R&D وتصبح رابطًا حقيقيًا داخل المشروع. إن مثل هؤلاء المديرين هم الذين يحبون حفظ بضع كلمات حول مواضيع تكنولوجيا المعلومات ويقولون: "هل لديك الوقت لتظهر قبل يوم الجمعة؟" ، "إعادة صياغة الرمز للعمل بشكل أسرع" ، "نعم ، هناك سطرين فقط للتغيير. لماذا اختبار البناء كله؟ "
يعتقد بعض المديرين أن المدخلات هي نوع من الأفكار ، والناتج هو الأعظم في عالم البرمجيات ، وفي الوسط هو السحر. كلا ، عادة ما تكون فكرة رائعة ، تطور طويل وممل ومعقد ومنتج يتقدم عليه المنافسون. وفقط المدير الرائع والمطورين الأذكياء لهذا المنتج يقودون إلى :-) رائعة - تعد الاجتماعات التي لا تنتهي طريقة رائعة لمحاكاة الأنشطة دون تحقيق نتائج. الشيء الرئيسي هو أنه يجب أن يكون هناك تقويم لحجز غرف المفاوضات (ويفضل أن يكون عامًا) ، والمدير نفسه بإلقاء نظرة مهمة يستمع إلى الحالة في المشروع وإبداء التعليقات. إذا حاولت ، يمكنك استدعاء هذا التقليد من سكروم أو رشيقة. ولكن بعد ذلك يجب أن يكون هناك لوح بقطع ملونة من الورق. هذا هو علم مدير استشاري.
- العميل دائما على حق ، حتى عندما يكون مخطئا بالتأكيد. لسبب ما ، فإن الصيغة السحرية "العميل دائمًا على حق" من خدمات التجزئة والترحيل ، بما في ذلك إلى التنمية. المدير ، المدعو للعمل على جانب العميل ، لا يتحول إلى محامٍ لمصالح العميل ، بل إلى إيماء برأسه يحمل معظم المهام الوهمية من العميل التي تم تمييزها على وجه السرعة. وبطبيعة الحال ، من دون المعارف التقليدية المترجمة والموقعة.
- إن تجاهل الجوانب الشخصية هو خطأ يمكن أن يرتكبه أي مدير ، بما في ذلك الفني. لا يجب أن تتجاهل في أي حال من الأحوال حقيقة أنك تعمل في بيئة من الناس - وبالتالي ، في بيئة من الشخصية ، والشخصية ، والمزاج ، والدافع. وإذا تجاهلت هذه الميزات داخل الفريق ، يمكنك الحصول على تأثير قنبلة نووية صغيرة داخل الفريق. يؤلم الجميع.
- يؤدي الفشل في تحديد الأولويات إلى تعطل غير متساوٍ في المواعيد النهائية للمشروع ، والارتباك في التنمية ، والحالات المهجورة ، والتراكم غير المعقد والمتراكب. التنمية مثل أي هندسة لا تتحمل الفوضى.
- السيطرة الكاملة والإدارة الجزئية هي أمراض الإدارة التي يمكن أن تهاجم الجميع. لا يوجد شيء أسوأ من المدير. نسعى جاهدين لاستبدال الجميع في مكان العمل وعلى استعداد للتوافق مع كل مرحلة من مراحل التطوير.
- يُعد الافتقار إلى الأحداث الرجعية طريقة رائعة لتقليل تحفيز الفريق وجودة التطوير. إذا تجنب المدير لسبب ما تحليل الأخطاء ، فإن العمل المنجز ، يخشى الثناء أو يدعو إلى تغييرات نوعية ، فإنه سيتلقى حتمًا فريقًا لا يعرف المسار الذي يسير فيه.
- تجاهل أفضل الممارسات. يصعب أحيانًا التعرف على نجاحات واكتشافات ومزايا شخص آخر. ومع ذلك ، فإن هذا السلوك مميت في العمل - إذا لم تأخذ في الاعتبار أفضل الممارسات ، يمكنك أن تتخلف عن المنافسين وتفقد جميع المزايا بشكل أساسي. إذا كان المدير يخشى التعرف على الأفضل وتطبيقه بنشاط ، فإن المشروع محكوم عليه بالفشل.
- هناك جانب آخر من عمل المدير يؤدي إلى عواقب سلبية - الرغبة في إنشاء فريق ودود ، حتى على حساب الكفاءة والإنتاجية. سعياً وراء مناخ نفسي مريح في الفريق وعدم وجود نزاع كامل ، يقود المدير المشروع إلى مرتبة "لقاء ودود" ، وهو أمر جيد للجميع ، ولكن العمل لم يتم. عاجلاً أم آجلاً ، يؤدي هذا بالضرورة إلى صراعات وأزمة إدارية عميقة.
بالطبع ، نادراً ما يتم الجمع بين جميع هذه الصفات في مدير واحد ، ولكن كل منهم قادر بالفعل على هز المشروع في طريقه إلى الهدف. ومع ذلك ، هذه ليست خيالية - تم العثور على مثل هؤلاء المديرين في عملنا جميعًا تقريبًا. ما هو المخرج؟ لتنمية بابو ياجا في فريقك ونقل المدراء أفضل مبرمج يعرف المشروع قبل كل حرف من التعليمات البرمجية؟ الخيار! ولكن هل من السهل جدًا الانتقال من كرسي مبرمج أو مهندس إلى كرسي مدير؟
من المبرمجين إلى المديرين - طريق السامرائي

إذا تحدثنا عن التحولات المهنية لمبرمج جيد ، جيد جدًا وموهوب ، فلا يمكننا القول عن الميزة الواضحة للنمو في المديرين. هناك العديد من مسارات التطوير للمبرمج الذي نما في المشروع إلى أقصى حد احترافي.
- إن تغيير الشركة والحصول على مهام جديدة في إطار مشروع جديد هو أبسط ، ولكن غالبًا ما تكون النتيجة غير المرغوب فيها للجميع. دعنا ننسى ذلك قبل المنشورات الأخرى.
- يعد تغيير مشروع داخل شركتك وتطوير اتجاه جديد خيارًا رائعًا ومربحًا للشركة وتحفيز المطور. ولكن لا تقوم كل شركة بتطوير موازٍ للعديد من المشاريع ، وقد لا تتوافر مثل هذه الفرصة ببساطة.
- الاستمرار في النمو في مكانه ، الخوض في التحسين الأمثل للتطوير ، وزيادة وظائف المنتج ، وتحسينه من خلال إعادة الهيكلة واستخدام الخوارزميات والتقنيات الجديدة. خيار رائع ، يتم اختياره في الغالب من قبل أفضل المبرمجين.
- أن تصبح مديرًا - إذا أظهر المبرمج ميزات إدارية ومستعدًا بشكل واضح لتحمل عبء عمل المشروع ، وعهد إلى فريقه بالتطوير.
- أن تصبح مبشرًا بالتكنولوجيا - للشركات الكبيرة جدًا أو لمنتجات نادرة جدًا وشائعة جدًا.
رأي خاص - تتحدث شركة RegionSoft Developer Studio ، المطور الرئيسي ، عن تجربته في العمل مع المديرين والمبرمجين.
في رأيي ، المبرمجون والمديرون هم كيانات مختلفة تمامًا ومعاكسة لبعضهم البعض. لا أعرف مبرمجًا واحدًا سيصبح مديرًا جيدًا. رئيس قسم التطوير ، قائد الفريق - نعم ، ولكن للعمل بما في ذلك الترويج والعمل مع العملاء - لا أعرف ذلك. المبرمجون سلبيون حقًا من حيث الاتصال - غالبًا ما يكونون صامتين ، وعنيدين ، انطوائيين قاسيين ، مقتضبين ، لا يحبون أن يتم جذبهم وهم أنفسهم لا يحبون الارتعاش. يجب أن يكون المدير منفتحًا ، مثل التواصل وحل المشكلات والتخطيط والمبادرة - بالطبع ، بجانب النمط النفسي لمعظم المبرمجين ، فهذه أنواع مختلفة تمامًا.
ولكن هناك ميزة واحدة مهمة. إذا كان الشخص يجمع بين ميزات كل من المبرمج والمدير ، فمن هذا الموظف يتم الحصول على مدير مشروع مثالي أو حتى مدير على مستوى خبير. لكن هذا نادر للغاية.
المدير على مستوى الخبراء دائمًا هو نجم في أي فريق ، لأنه يعرف كيفية العمل كـ "تقدم" ويعرف الموضوع من الداخل. إنه مثل كوروليف عندما قاد مكتب التصميم لتطوير صاروخ. إذا لم يقم هو نفسه بإطلاق وبناء مضارب الأطفال والطائرات ، فلن يتمكن أبدًا من التحكم في مكتب تصميم كامل ولن يخلق صاروخًا قادرًا على غزو الفضاء.
يحتاج المدير إلى صفات قيادية من أجل حشد فريق من حوله والقدرة على إدارته ، وتحديد الأهداف ، والتخطيط لتحقيق نتائج وسيطة ، إلخ. وبالطبع ، في تطوير البرمجيات ، في المجال التقني ، هذا مهم بشكل خاص.
لذا ، إذا كانت البرمجة هي كل شيء لديك والروح لا تكمن في العمل الإداري ، فلا تستمر. سيجد المطور الجيد والموهوب دائمًا نقاط نمو في أعماله المفضلة ومشروعه.
الانتقال من المطورين إلى مديري التنمية هو نمو مهني من وجهة نظر المجتمع والقائد والفريق. هذه هي زيادة الرواتب والمهام الجديدة والمسؤوليات الجديدة. لكن المطور ليس مستعدًا دائمًا للتخلي عن الكود وبدء واجبات جديدة - فقط إذا كان يحب البرمجة أكثر من ذلك بكثير. هذا الموقف يستحق احترامًا كبيرًا (وزيادة الراتب - نعم ، أيها السادة ، المديرون ، هذا دليل على الولاء المرضي للمنتج ويكلف الكثير!) ، لكننا سنتوقف عند موقف أكثر شيوعًا: الراتب ، المهام الجديدة تثيرك وأنت تقريبًا توافق على أن تصبح مديرًا ، ولكن من أين تبدأ؟ كيف ننطلق في هذا الطريق ونصبح فاعلين فيه ، وألا نقع في فخ
مبدأ بطرس ؟
مدير تكنولوجيا المعلومات هو دائمًا أوركسترا بشرية. لكن هل يلعب دائمًا بانسجام؟ما الذي يجب تحقيقه؟
أي تغيير في النشاط سواء داخل الشركة أو خارجها هو ضغط معين ، مرتبط بالعديد من الأسئلة والشكوك. حتى إذا كنت تعرف المشروع لسنوات عديدة ، فلا يزال عليك النظر إليه والفريق من الجانب الآخر ، والتحول إلى الجوانب الجديدة للتفاعل ، وتصبح قائد زملائك ، وتصبح قائدًا. من المهم أن تدرك على الفور بضع نقاط من شأنها أن تساعد على الالتقاء والعمل "من تلك القدم".
- منصب المدير هو النمو للمبرمج ، جولة جديدة من التطوير في مجال الإدارة. عندما يحقق المطور كل شيء تقريبًا في التعليمات البرمجية ، يجب عليه المضي قدمًا وإدارة ما يتطلبه المشروع تمامًا. عندما تعرف عمليات التطوير وميزات المنتج من الداخل ، يمكنك تغيير الكثير في الإدارة ، لجعل الفريق قويًا حقًا. مكافأة لجميع المخاطر - التحديات الجديدة والجانب المادي.
- الانتقال إلى المديرين هو وسيلة للتغلب على السقف الوظيفي المحقق. هذا مهم بشكل خاص لأولئك المهنيين الذين يرغبون في التطوير داخل شركاتهم ، وليس تغيير الوظائف. هذه طريقة لتطبيق المعرفة المتراكمة بجودة جديدة.
- من الأسهل للمدير أن يتحول إلى وظيفة مدفوعة الأجر في شركة أخرى ، حيث يجب على المبرمج الخوض في الكود وأسلوب التطوير والتعامل مع أفضل "إرث" ليس من السلف ، ويأتي المدير مع القدرة على إدارة المشروع بشكل صحيح وفهم التطوير ، ولكن قضاء الوقت في تجميع مجموعة من التعليمات البرمجية . إنها فعالة في البداية (على الرغم من أنها ليست حقيقة أن يتم إلغاء التفكيك مع باقة!).
- عندما تصبح مديرًا ، يجب عليك تجنب الإدارة الجزئية والتوقف عن الخوض في أصغر ميزات التطوير ، في كل سطر من التعليمات البرمجية - تحتاج إلى منح الفريق الفرصة لحل مشاكل التطوير. ومع ذلك ، غالبًا ما يستمر المدير الذي نما من مبرمج في عرض الإصدارات والالتزامات الفردية ، وغالبًا ما يستمر في كتابة التعليمات البرمجية بنفسه. ومع ذلك ، عاجلاً أم آجلاً ، سيحل حجم المهام الإدارية الجدية محل هذه الفرصة ، وبالتالي ، من المهم بناء التفويض بشكل صحيح في الفريق.
- المدير ليس بيروقراطياً في تكنولوجيا المعلومات وليس مقاتلاً في الجانب المظلم. هذا هو الشخص القادر على تطبيق تجربته من أجل جعل فكرة المنتج على قيد الحياة ، لإنشاء برنامج يمكن استخدامه ويمكن أن يكون مفيدًا.

بالنسبة لي ، لا يوجد سبب للقلق- المدير هو الشخص الذي يعمل مع الناس ، ولا يجب خصمه. وظيفتك الجديدة هي عملية مستمرة للتفاعل مع الإدارة والعملاء ، وبالطبع مع الفريق. من المهم ضمان بيئة عمل مواتية ، لتعلم كيفية إدارة أشخاص مختلفين تمامًا وفي نفس الوقت عدم الانزلاق إلى شركة مرحة أو ، على العكس ، في مستنقع سدود فقط من الأشخاص "الضروريين والهادئين". تذكر فيسوتسكي ، "هناك القليل من العنف الحقيقي ، ولا يوجد قادة"؟ من الضروري أن تبقى بطريقة عنيفة جيدة.
- يجب أن يكون المدير في حالة تنقل ، ولكن لا ينتقل بأي حال من المكدس إلى المكدس ، من التكنولوجيا إلى التكنولوجيا. يجب إنشاء الشروط الفنية للعمل الناجح - على وجه الخصوص ، يجب إدخال الأتمتة حيثما تكون هناك حاجة إليها.
مع الأتمتة ، يمكنك المبالغة في ذلك. نظريا. في الممارسة العملية ، هناك تقصير أبدي.
ونعم ، عليك أن تواجه هذه الصورة في الحياة :-)
الشيء الرئيسي هو أن أحب منتجك حقًا. في بعض الأحيان ، بالطبع ، على عكس :-)لذا أنت المدير. لفترة طويلة كنت مطورًا ، مهندسًا ، تعلمت الكثير في المشروع. الآن يمكنك الحصول على خبرة جديدة ومسؤولية وأموال مقابل قدر كبير من العمل والكثير من الضغط والحاجة إلى اتخاذ قرارات صعبة. ترى الفرص ويمكن أن تؤثر على تطوير الأعمال.
ماذا يجب أن تقبل؟
هناك العديد من الأشياء التي تحتاج إلى القيام بها في دور المدير: المخاطر ، والقدرة على الاستماع إلى النقد والرد عليه ، ومقياس جديد للمسؤولية ، والقدرة على اتخاذ قرارات صعبة وأحيانًا لا تحظى بشعبية. يجب أن تصبح قائد فريقك الخاص. ومع ذلك ، إذا كنت قد نمت لتصبح مدير التطوير ، فعلى الأرجح أنك قد أصبحت بالفعل قائدًا غير رسمي.
الخوف الأكبر
الخوف الرئيسي من المدير ، الذي كان مطورًا في الماضي القريب ، هو فقدان المؤهلات والمهارات الفنية والتأخر عن الابتكارات في المكدس. هذا الخوف له ما يبرره ، ولكنه يعتمد عليك بالكامل. يجب أن يكون المدير في طليعة التكنولوجيا وفهم جميع الأدوات قدر الإمكان. لحسن الحظ ، هناك الكثير من المعلومات الآن ويمكن الوصول إليها بسهولة.
كيف تتعلم بسرعة
ولكن بغض النظر عن مدى روعة مبرمجك ، عندما تأتي للعمل كمدير ، فأنت بحاجة إلى معرفة الكثير عن الفروق الدقيقة والبراعة في العمل. هناك عدة طرق للحصول على جوهر تجربة شخص آخر والبدء بسرعة.
يمكنك اختيار مرشد ، يمكنك الخوض في الكتب والكتب الدراسية ، وهذه هي القرارات الصحيحة. لكن هذا مضيعة للوقت. لذلك ، من الأفضل أن تتعلم - لكن السؤال هو أين. ماجستير في إدارة الأعمال هو طويل ومكلف ، وللأسف ، ليس دائمًا ما تحتاجه. لذلك ، يجدر التحول إلى فرص أخرى للحصول على جوهر تجربة شخص آخر.
- الفرصة الأرخص والأكثر ملاءمة هي العثور على مرشد في الشركة يسمح لك بإدخال شبكة جديدة. قد يكون هذا رئيس القسم ، أو مديرًا متمرسًا ، أو حتى الرئيس التنفيذي ، خاصة في شركة صغيرة. الموظف ، الذي يعرف جانبه من العمل ، سوف يعتاد عليه بسرعة وسيعرف في البداية نقاط المشكلة في المشروع.
- تعمق في الكتب والمدونات والمواد ، وقم بالتعليم الذاتي. حل رائع ، ولكنه سيستغرق الكثير من الوقت وسيكون له أساس نظري. بل هو إضافة إلزامية لأي من هذه الأساليب.
- انتقل إلى المستوى الثاني الأعلى ، إلى القضاء ، إلى الدورات الصعبة. حسنًا ، إذا كان لديك الوقت والمال ... في الواقع ، إنها مكلفة للغاية وليست فعالة دائمًا - وهي سمة من سمات الجامعات ، فأنت تفهم: هناك منهج ومعلمين لا يهدئون ، لذا إلى جانب الأشياء الضرورية ستدرس منطقًا مختلفًا. ومع ذلك ، إذا كنت طالبًا في الدراسات العليا أو ترغب في دخول تكنولوجيا المعلومات ليس فقط كصغار ، ولكن كشباب ناشئ ، يمكنك تجربة يدك.
- احصل على درجة الماجستير في إدارة الأعمال. باهظ الثمن ، صعب ، يستهلك الكثير من الوقت ، أرباب العمل الإقليميون ليسوا مبهرين. بالإضافة إلى ذلك ، هناك عدد قليل من البرامج الجيدة في روسيا. عادة ، يتم تحديد قمم أو قمم شبه جاهزة للشركات الكبيرة ، والتي يضيف فيها هذا الوزن ، على ماجستير إدارة الأعمال. ولكن في تجربتنا ، يتم تقييم العديد من المهارات الأخرى في مجال تكنولوجيا المعلومات: العقول ، والخبرة ، والعمل المهاري.
ولكن بشكل عام ، جميع الطرق جيدة ، خاصة إذا مزجتها مع كتب ومدونات معقولة لممارسي إدارة تكنولوجيا المعلومات الحقيقيين. الشيء الرئيسي الذي يجب تذكره هو أنه يجب أن تصبح قائدًا ، وليس
مسؤول تكنولوجيا المعلومات.
انتباه ، نيجني نوفغورود ، نحن نبحث عن مدير!نيجني نوفغورود ، نحن نبحث عن المواهب! نقوم بتطوير وتنفيذ
CRMSoft CRM . في بعض الأحيان تكون عمليات التنفيذ ومشاريع التكامل معقدة للغاية (طويلة جدًا). نحن بحاجة إلى مدير لديه مهارات البرمجة. ببساطة ، نحن نبحث عن رجل ذكي يعمل على التطوير ، ويعرف كيف يطرق متطلبات الناس ، ويرسم المعارف التقليدية ، ويقنع ذلك بالتحليق حول حقل قمح 4 متر مربع. كم تحتاج إلى ذرة ، وليس طائرة بوينج ، حتى إذا كان لديك المال لهذه الطائرة :-) العمر لا يهم ، والخبرة مهمة ، وهي ضخمة. سجل للحصول على مقابلة على contact@regionsoft.ru وتعال للحديث. جغرافيا Sormovo ، udalenka مستحيلة. العمل قاس ، لا تقل أنك لم تحذر. الناس جيدون ، الرأس كاف.
لدينا قناة برقية حية BizBreeze . أي شيء عن إدارة علاقات العملاء والأعمال ، بحكمة ، بدون لصق نسخ و 90٪ بدون إعلانات. اشترك.