نحن في Naumen نقوم بتنظيم مؤتمر فني بأنفسنا. أطلقنا عليه Devel Camp (من "المطور"). بالنسبة لموظفينا ، فقد أصبح بديلاً جيدًا لفتح المؤتمرات المهنية.
والفرق الرئيسي بين مؤتمر داخلي وآخر مفتوح هو أننا نتبادل الآراء حول ما ينطبق فقط على شركتنا. إذا تمت مناقشة أي تقنيات وعمليات ، فهذا يعني أنها مستخدمة بالفعل من قبلنا أو يمكن تطبيقها (في رأي موظفينا ، وليس خبراء خارجيين).
في المؤتمرات ذات التنسيق المختلف ، عادة ما يخشى المشاركون أن يظهروا بأنفسهم أو أن شركاتهم غير متقدمة أو كفؤة بما فيه الكفاية. في Devel Camp ، هذا غير ذي صلة - نناقش صراحة كل ما يحدث في الشركة.
وبالطبع ليس لدينا تقرير إعلاني صريح أو محجوب.
هل المؤتمرات الداخلية ضرورية حقا؟ ما هو الربح للموظفين والمتحدثين والمنظمين والشركة؟ كيف تلتقط التقارير وتجعل المؤتمر مثيرًا للاهتمام؟ نأمل أن تكون تجربتنا مفيدة لك.
Devel Camp بالأرقام
قليلا عن Devel Camp
ندير مخيم Devel مرتين في السنة (في الربيع والخريف).
يتكون المؤتمر من عدة مسارات:
- نرسل تقارير إلى المسار الفني ستكون مثيرة للاهتمام للمبرمجين والمهندسين ؛
- في التحليل - نجمع تقارير عن إدارة المشاريع ، وإدارة التحليلات والمتطلبات ، والاختبار وتطوير واجهة المستخدم ؛
- يتم جمع تقارير عن الحياة في الشركة والاتصالات والإدارة والأعمال في مسار مشترك. يجب أن تكون التقارير الواردة في هذا المسار مثيرة للاهتمام لأي موظف في الشركة.
كيفية اختيار التقارير
يبدأ اختيار التقارير قبل المؤتمر بنحو شهر ونصف. يتم اختيارهم من قبل مجموعة من مديري البرامج - موظفينا لديهم خبرة واسعة في المشاركة في المؤتمرات. تضمنت لجنة البرنامج هذا العام:
- ألكسندر تشيرن - مدير برنامج Devel Camp ، رئيس مجموعة الخدمات الروبوتية في قسم مركز الاتصال ؛
- يوري كاليمي - المدير المشارك لبرنامج Devel Camp ، مهندس فريق التطوير في إدارة مراكز الاتصال ؛
- سفيتلانا أيوبوفا - المدير المشارك لبرنامج Devel Camp ، رئيس التسويق عبر الإنترنت في قسم التقنيات السحابية.
تتمثل مهمة اللجنة في العثور على التقارير ومساعدة المتحدثين في إعداد عرض تقديمي ، ستكون مواده مفيدة للمستمعين.
يتكون البحث عن التقارير من عدة مراحل:
- النشرة الإخبارية للشركات مع الإعلان عن التحضير لمخيم Devel. نكتب فيها إلى الموظفين "إذا كان لديك ما تقوله ، اتصل بالمنظمين". ونتيجة لذلك ، تصل إلينا 70٪ من طلبات الحصول على التقارير في رسائل رد.
- لا تزال هناك تقارير تفيد بأن لجنة البرنامج - 20٪. نحن نعرف بعض المشاريع التي نعتبرها مهمة للشركة ، وسنطلب عمدا من الزملاء إخبارهم عنها.
- لا تزال بعض الموضوعات دون حل من معسكر Devel السابق: أفكار غير محققة أو تطوير قصص تم سردها بالفعل. هذه 5٪ أخرى.
- تقارير متناسقة بشكل منفصل 1-2 تقارير من مديري الشركة
بعد الاستماع إلى التقارير ، نقوم بتوزيعها على المسارات.
معايير اختيار التقارير:
- مادة مثيرة للاهتمام (بحيث يقول المستمع: "ربما لا علاقة لهذا بي ، لكن من الرائع أن يفعل الرجال ذلك! لديهم مهام مثيرة للاهتمام وضرورية! إنهم رائعون") ؛
- انعكاس الاتجاهات العالمية في تطوير منتجات البرمجيات التي وصلت بالفعل إلى شركتنا أو على وشك الوصول إليها ؛
- الموضوعات التي لا تنطوي على الانغماس العميق في أي تقنية أو مجال معرفة.
نحاول عمل تقارير تدوم 15-20-25 دقيقة. بالنسبة لقصة بأسلوب رواية القصص ، هذا يكفي ، ولكن ليس كافيًا لتقرير تكنولوجي عميق. في الحالة الثانية ، ندعو الموظفين لمشاركة نسخة قصيرة من التقرير أو لمجرد ربط الجمهور بموضوع ، ولإخبار النسخة الكاملة بشكل منفصل في مؤتمر أو اجتماع قادم ، على سبيل المثال ، مجموعة مستخدمي جافا. أو فقط قم بعمل تقرير منفصل في المكتب.
تعد التقارير والاجتماعات المنفصلة مهمة لأننا لا نحصر نشاط موظفي تبادل المعرفة على Devel Camp. على العكس من ذلك ، نريد أن نكون حافزًا للأنشطة داخل الشركة وخارجها.
ما الصعوبات التي نواجهها
تتمثل الصعوبة الرئيسية في اختيار وإعداد التقارير في أن حاملي المعرفة غالبًا ما يكونون موظفين بدون خبرة في التحدث أمام الجمهور. لا نحاول منعهم من المشاركة ، بل على العكس ، نبذل قصارى جهدنا للمساعدة في تحسين التقرير. يستغرق نصيب الأسد من وقت مديري البرامج في التحضير. يمكن أن يقال نفس التقرير بشكل جيد للغاية ، ولكن يمكن أن يكون مقرفًا تمامًا وغير مفهوم.
هناك صعوبة أخرى عندما يسعى المتحدث إلى جعل الموضوع ضيقًا واحترافيًا قدر الإمكان (هذا مناسب فقط إذا كان الجمهور متجانسًا ، ولكن هذا ليس قضيتنا).
كم من الوقت نقضيه في التحضير
يستغرق التقويم الزمني للتحضير حوالي شهر ونصف. ولكن ، بالطبع ، يتم معظم العمل في الأسبوعين إلى الثلاثة أسابيع الأخيرة ، عندما يتم عقد التقارير الأولية.
لا يزال مديرو الموارد البشرية يقومون بقدر هائل من العمل ؛ لديهم العنصر التنظيمي بأكمله مع الحجوزات ، والخدمات اللوجستية ، والمطاعم ، ودور الطباعة ، إلخ. يبدو أن الشيء الرئيسي في المؤتمر هو المحتوى. من الناحية العملية ، لا توجد تفاهات في هذا الأمر.
ما هو الربح من المؤتمر الداخلي للمنظمين والمتحدثين والموظفين
ما هو المؤتمر الداخلي؟
في Naumen ، نعتقد أنه لا يمكنك تقديم تقنية جديدة في أعلى الصفحة. لا يصدر الرئيس التنفيذي لدينا أوامر ، مثل "اعتبارًا من 1 أغسطس ، سيتم استخدام التعلم الآلي في جميع مشاريع الشركة". لا تظهر تقنية معينة في مشروع أو منتج قبل أن يدرك المديرون والمطورون أن هذه التقنية ضرورية حقًا ، كما أنها تحل بعض مشاكل العملاء.
لذلك ، من المهم جدًا أن تتحدث عن تلك المجموعات التي كانت أول من اكتسب خبرة جديدة. وقد تحاول مجموعات أخرى نقل هذه التجربة لأنفسهم ولا تخاف من الفشل. نجاح الزملاء هو حافز ممتاز. ومخيم Devel في هذه القصة هو محفز جيد.
من المهم أيضًا أن يعرف الموظفون ما يفعله زملاؤهم. إن وجود اتصالات أفقية في الشركة أمر مهم للغاية: ستنتشر المعرفة والخبرة بشكل أسرع بكثير (يعرف الجميع المتخصصين في بعض المهام أو التقنيات من الأقسام الأخرى. وإذا لزم الأمر ، فمن الواضح دائمًا من الذي يجب الاتصال به).
بالإضافة إلى ذلك ، يتيح لك Devel Camp التعرف على بعضهم البعض والتواصل بشكل غير رسمي للموظفين من مختلف المشاريع والمدن.
وأريد أن أصدق أن Devel Camp تزيد من مشاركة الموظفين في حياة الشركة ، مما يؤثر في النهاية بشكل إيجابي على الولاء لصاحب العمل.
ما لا نتوقعه من مؤتمر داخلي
نحن لا نعتبر Devel Camp تدريبًا محترفًا. هذه طريقة لتعلم شيء مفيد وجديد. جمهورنا مرقش للغاية: محللون ، مطورو اتجاهات مختلفة ، مختبرون ، مسوقون ، مدراء مشروعات ، إلخ. للتعمق في المواضيع الفردية ، يجب أن يكون المؤتمر ضيقًا جدًا وينقسم إلى عشرة مسارات. للمرة الأخيرة في المسار الفني ، تلقينا تقارير من مهندس الدعم ومطور جافا والفاحص ومطور تطبيقات الهاتف المحمول و DevOps.
كيف تتغير مواضيع التقارير
الموضوعات تتغير بالتأكيد مع تطور التكنولوجيا وتطور Naumen معهم.
قبل بضع سنوات ، كان الانتقال النشط إلى TDD (التطوير المعتمد على الاختبار) مناسبًا لنا ، حيث خضعت العديد من منتجاتنا لإعادة تصميم الواجهة ، وبدأنا في استخدام الحلول السحابية بنشاط وحزم حلولنا على أنها حلول سحابية.
في السنوات الأخيرة ، لم تتجاوزنا ضجيج التعلم الآلي. من الواضح الآن أن الجميع تعبوا من هذا الموضوع ولا يريدون الاستماع إلى النظرية فقط. نحن بحاجة إلى نتائج عملية داخل الشركة ، ونحن نقوم بذلك.
الآن بالنسبة لنا ، تطوير المنتجات والمشاريع في مفهوم "تحويل الأعمال الرقمية" هو أولوية. وهذا يعني أنه يجب علينا ألا نأتي وأتمتة العمليات التجارية للعميل "كما هي" أو "حسب الحاجة" ، ولكن مساعدته على تغيير الأعمال بمساعدة التقنيات الجديدة.
بالنسبة لنا ، فإن تطوير المنتجات القائمة على CX / UX ، واختبار الفرضيات ، وتحويل التركيز من الواجهة الخلفية إلى الواجهة الأمامية والتطوير المتنقل ، وتعلم الآلة واستعداد بياناتنا للتحليل ذات صلة بالنسبة لنا.
ولكن ، بالطبع ، في أفق 5-10 سنوات ، تنتظرنا تحولات مهمة أخرى.
ما الجديد الذي نريد إحضاره
نخطط للقيام بشيء مثل دليل أو درس حول تقرير جيد. لتوضيح أن 10 شرائح مع النظرية في الطباعة الصغيرة أمر سيئ ، ومثال واحد حيوي جيد. من السيء قراءة النصوص من الشرائح ، لكن المزاح والتفريغ جيد. من الأفضل أن نقول بلغة بسيطة ، وجعل الشرائح مفهومة. نحن على يقين من أن مثل هذه الحقائق البسيطة سترفع على الفور مستوى التقارير.
حسنا ، وأكثر :)
ونريد أيضًا أن تظهر مجموعات المصالح حول Devel Camp مع اجتماعاتها وندواتها ومدوناتها وغرف الدردشة والتجمعات ... بحيث يكون لدى الموظفين الرغبة في التواصل مع زملائهم. هذا مهم ومفيد ورائع.
