تعتبر عمليات التطوير موضوعًا ثابتًا للمناقشة داخل الفرق وفي المؤتمرات المختلفة. وبالطبع ، فإن تحسينها يمثل صداعًا ثابتًا لكل من يتحكم بطريقة ما في التطوير.
ذات مرة كنت مطورًا مبتدئًا ولم يعجبني بشكل رهيب كلمة "عمليات". بدا كل هذه الاجتماعات العادية وغيرها من الاتصالات هراء ، وصرف الانتباه عن العمل الموضوعي (رمز الكتابة ، بالطبع). أعتقد أن هذه المرحلة حدثت في حياة كل من شارك في التنمية ؛ ولكن من المفيد تكرار هذه المرحلة بانتظام: يمكن تحسين أي نشاط (على سبيل المثال ، بإلغائه تمامًا) ، وأحيانًا يكون الشعور بعدم معنى ما يحدث له تأثير علاجي حقيقي.
قررنا أن نكرس لقاء قائد الفريق التالي لعمليات التطوير ، والتي ستتم في مساء يوم 17 يونيو في مكتب ياندكس في موسكو. التسجيل مفتوح!
وافق خبراؤنا على أن:
- Anatoly anatolix Orlov، CTO، Ozon
- أليكسي كاتاييف ديوسدوروم ، رئيس تطوير البرمجيات ، SkyEng
- ألكساندر جوتمان ، المدير الفني ، JoomPay
- يفغيني بارامونوف ، رئيس تطوير البحث المختلط ، ياندكس
- أندريه بلاخوف يافيندر ، رئيس وظيفة البحث ، ياندكس
اليوم يجيبون على بعض الأسئلة من أجل إعداد مناقشة في المستقبل:
1. على أي أساس يتم بناء العمليات في شركتك؟
2. في تجربتك ، ما هي نسبة نجاح الفريق التي تحددها العمليات الصحيحة ، وما هي المهارة الفردية؟
3. هل هناك مواقف يكون فيها لقائد الفريق كل الحق في تجاهل أي عمليات؟
4. أخبر قصة مخيفة من تجربتك مع كلمة "عملية"
تحت القصاص - الكثير من النار ، سخرية موجهة إلى مؤلفي الأسئلة ، الآراء الأكثر تنوعا ، وبطبيعة الحال ، قصص مخيفة.
1. على أي أساس يتم بناء العمليات في شركتك؟
نحاول بناء جميع العمليات بطريقة تمر بمرور الوقت قدر الإمكان من الفكرة إلى التنفيذ. في مجتمع البرمجة ، يسمى هذا النهج "التين والتين" ، وغالبًا ما يستخدم هذا التعبير بطريقة سلبية. في الوقت نفسه ، من وجهة نظر العمل ، من المنطقي إطلاق مشروع أو ميزة بسرعة ، واختبار فرضية ، وإذا كان كل شيء يعمل ، فأضفه إلى الحالة المستهدفة.
هذه الإيديولوجية تقوم على أساس كل العمليات: الخدمات الميكروية التي يتم نشرها بشكل منفصل بشكل منفصل ؛ نشر تلقائيا عن طريق دمج إلى فرع ؛ فرق عمودية تحتوي على المنتج والمبرمجين والفاحصين والمصممين يجلسون معًا ولهم الحق في عدم التنسيق مع أي شخص خارج التغييرات في مجال مسؤوليته ، إلخ.
2. في تجربتك ، ما هي نسبة نجاح الفريق التي تحددها العمليات الصحيحة ، وما هي المهارة الفردية؟
الفائدة خاطئة. ربما ، من الجدير بالحساب إجراء شيء مثل هذا: تحدد المهارة مدى قدرة الأنظمة المعقدة على تشغيلها والإنتاجية الفردية للمتخصصين - مدى سرعة القيام بذلك. العمليات البطيئة والهندسة السيئة تبطئ من العمل ، إنها ضريبة على عدم الكفاءة. يمكن أن تكون الضريبة موجودة ، من حيث المبدأ ، في بعض الشركات يحدث حتى 100 ٪ ، ولكن هذه المنظمات عادة لا تعيش لفترة طويلة (إذا لم يكن هذا "GBU Zhilishnik Sviblovo" ، بالطبع).
3. هل هناك مواقف يكون فيها لقائد الفريق كل الحق في تجاهل أي عمليات؟
دائما. إذا فهمت أن العملية تزعجك ، ولكن لا تساعد ، فيجب عليك تغييرها. من ناحية أخرى ، هذا لا يعني أنه يمكنك اتخاذ مثل هذا القرار بمفرده: الاتفاق على هذا مع زملائك ، وإذا لزم الأمر ، مع رؤسائك ، بحيث لا يتبين أنك تعمل في عملية جديدة ، وأن الفريق والشركة بأكملها على قدم وساق ، نتيجة لذلك ، لا شيء يعمل على الإطلاق.
4. أخبر قصة مخيفة من تجربتك مع كلمة "عملية"
اسمحوا لي أن أكتب بشكل أفضل عن مبدأ انعكاس العملية مع بعض الأمثلة المخيفة. يدرك المبرمجون جيدًا مبدأ انعكاس التبعية ، وبالتالي فإن العملية لها نفس الشيء.
تحتاج إلى تطبيقه تقريبًا في الحالات التالية: دعنا نفترض أنك أتيت إلى قسم الموارد البشرية لفتح وظيفة شاغرة ، ويطلبون منك ملء استبيان من 5 صفحات حول من الذي تبحث عنه. أو أتيت لطلب المال مقابل شيء ضروري بشكل واضح ، ويُطلب منك كتابة مذكرة.
غالبًا ما تكون هذه العملية مكسورة وبيروقراطية ، لأن كتابة استبيان خاص بك ، ويجعل الحياة أسهل (أو حتى لا) للآخرين. نتيجة لذلك ، ليس لدينا آلية للاتفاق على ما يجب أن يكون في الاستبيان - سطرين أو 5 صفحات.
يبدو تطبيق مبدأ انعكاس العملية هنا كما يلي: من الضروري للشخص أن يشرح سبب حاجته لفتح وظيفة شاغرة ، وأن يقوم مدير الموارد البشرية بنفسه بملء الاستبيان ، أو التمويل - مذكرة رسمية. عادةً في هذه الحالة ، يبدو أنك لا ترغب طوال اليوم في ملء استبيانات من 5 صفحات وكتابة مذكرات ، وستصبح العملية على الفور فعالة ، دون أي عواقب. وبالنسبة إلى العميل النهائي ، تتحول العملية إلى "كتابة جملة واحدة متماسكة في أداة دردشة عمل".
1. على أي أساس يتم بناء العمليات في شركتك؟
لدينا 284 مستودعًا على github: يمكنك العثور على الكود في أي لغة برمجة. من بين فرق التطوير العشرين لدينا ، ربما يمكنك العثور على شلال. تم ترك تشكيل العمليات سابقًا في الجداول الزمنية: تتطلب البداية السريعة للمشروع وتطوير النظام الأساسي مع تاريخ 7 سنوات اتباع نهج مختلف. في اجتماعات قادة الفريق الأسبوعية ، تبادلنا أفضل الممارسات وانتشرت ببطء في جميع أنحاء الشركة.
على النطاق الحالي ، لا يعمل هذا: بعض قادة الفريق يفتقرون إلى الخبرة ، والبعض الآخر يفتقر إلى الوقت. الانتروبيا الصاعدة بدأت تجلب المشاكل. في العام الماضي ، قمت بتوسيع أفضل ممارساتنا لتشمل جميع الفرق ، والتوازن بين المبيعات و "القيام بذلك أمر جيد بالتأكيد". من الأسهل تنفيذ العمليات الصحيحة عند إنشاء فريق ، بل إنه أسهل عندما تتسرب قيادة فريق من فريق ناجح: لا تحتاج إلى شرح أو بيع ، فهو يعلم أنه يعمل.
2. في تجربتك ، ما هي نسبة نجاح الفريق التي تحددها العمليات الصحيحة ، وما هي المهارة الفردية؟
في تجربتي - 100 ٪. حتى إذا كتب مطور وحيد رمزًا لنفسه ، فإنه لا يزال يتبع العملية ، وإن كان بسيطًا. إذا قمت بإعادة صياغة السؤال: "كم يمكنك أن تنسى فريق المطورين الرائعين عن طريق تغيير العمليات" ، فإن إجابتي ستكون "قوية جدًا". من المهم عدم البدء بعملية مراجعة التعليمات البرمجية وزيادة الرواتب والتغذية المرتدة ، ولكن مع الأمور الأساسية - التخطيط وتحديد الأولويات والتواصل مع الشركة. بالمناسبة ، لن يظهر العديد من المطورين اللطيفين بدون عملية توظيف باردة بمفردهم.
3. هل هناك مواقف يكون فيها لقائد الفريق كل الحق في تجاهل أي عمليات؟
عندما ينشأ موقف غير متوقع لا أحد مستعد له. أتذكر على الفور ILV ، التي حظرت مرة واحدة العشرات من واجهات برمجة التطبيقات الخاصة بنا في Amazon. لقد نسينا بعد ذلك عن قناة كانبان ، وعن الإعداد الصحيح للمهام وفي طريقة الاتصال الهاتفي المستمر توصلنا إلى خطة عمل على الطاير. في غضون يوم ، تم استعادة كل شيء.
4. أخبر قصة مخيفة من تجربتك مع كلمة "عملية"
هناك قصة مخيفة حول كيفية احترام المشرف بشكل لا نهائي لعملية المستهلك الذي دفع الراتب. وسقط مع وجود خطأ ، وتمكنت من إرسال طلب إلى بوابة الدفع. لكن لا يمكنني إخبارها علانية :)
1. على أي أساس يتم بناء العمليات في شركتك؟
العمليات في شركتنا الناشئة فقط.
للتخطيط الفصلي ، نستخدم OKR.
أدناه ، نستخدم لوحات YouTrack و Agile لتخطيط التطوير. نحن نستخدم kanban. ليس بمعنى "التضايق مع الحد الأقصى لعدد المهام في كل ولاية" ، ولكن بمعنى "الكسل لنقل المهام من العدو إلى العدو". كان سلف YouTrack مع اللوحات عبارة عن لوحة في Excel تحتوي على جميع المهام والمسؤولية. وانها عملت بشكل جيد جدا.
2. في تجربتك ، ما هي نسبة نجاح الفريق التي تحددها العمليات الصحيحة ، وما هي المهارة الفردية؟
يبدو أن السؤال يحتوي على افتراض بأن نجاح الفريق يتم تحديده بشكل حصري من خلال العمليات والمهارات الصحيحة ، وأن النسبة المئوية يجب أن تصل إلى 100.
ولكن هناك عوامل مهمة أخرى: الموارد أو ، على سبيل المثال ، عشوائية. لذلك ، سأجيب: عمليات 10 ٪ ومهارة 10 ٪.
من ناحية أخرى ، ليس من الواضح ما الذي نسميه النسبة المئوية لتأثير كل عامل. يمكن أن يفشل كل مشروع معقد تقريبًا في العمليات الخاطئة أو الافتقار التام للمهارات الفردية. لذلك ، جوابي هو: 99 ٪ عمليات ومهارة 99 ٪.
من ناحية أخرى ، إذا تحدثنا عن مشاريع غير تافهة وعن المنافسة بين الفرق ، فإن العمليات مملة ويجب أن يكون لدى الجميع بعض العمليات المعقولة ، ولكن يمكن أن تصبح المهارات الفردية مختلفة. لذلك ، فإن الجواب النهائي: 10 ٪ عمليات ومهارة 20 ٪.
3. هل هناك مواقف يكون فيها لقائد الفريق كل الحق في تجاهل أي عمليات؟
هناك حالات يمكن لأي شخص فيها تجاهل أي شيء. على وجه الخصوص ، قيادة الفريق - أي عملية.
لكنني لن أعزل قيادة الفريق من هذا القبيل. نحن هنا بحاجة إلى بعض الإجماع داخل الفريق: العمليات غير كاملة ، والقواعد ليست عالمية ، وتحتاج إلى الاسترشاد بالحس السليم.
لنفترض أنك تحتاج إلى طرح bugfix أثناء الإفريز ، لأنه منطقي ، وليس لأن قائد الفريق لديه الحق. حتى لو لم توافق على ذلك مقدمًا وليس هناك قاعدة لهذه القضية.
4. أخبر قصة مخيفة من تجربتك مع كلمة "عملية"
بمجرد سؤالي للإجابة على السؤال "أخبر قصة مخيفة من تجربتك مع كلمة" عملية "."
يفغيني بارامونوف ، رئيس تطوير البحث المختلط ، ياندكس
1. على أي أساس يتم بناء العمليات في شركتك؟
نحن نحب مبادئ رشيقة. يبني الفريق جميع أعمالنا بطريقة تعظيم تحقيق أهداف الشركة ومعنويات الفريق في أقصر وقت ممكن.
نظرًا لأن أحد مبادئ الرشيقة ينص على أن "الأشخاص والتفاعل أهم من العمليات والأدوات" ، فإن أول ما فعلناه هو تصحيح القواعد الأساسية للكروم.
داخل الفريق ، نعزز المبادئ التالية:
- كل واحد منا هو الحطاب والمجوهرات على حد سواء (محلل / اختبار / المطور)
- كل واحد منا لديه نقاط قوة (ساعد صديقًا / لا تتردد في طرح الأسئلة)
- يحدد كل منا شكل المنتج النهائي (كل اتجاه له اتجاه مسؤول)
يقوم المطورون بتحليل المهام بشكل مستقل واختبارها وبدء تجارب ABT. مع CI / CD ، هذه مجموعة قاتلة ، فهي تسمح لنا بالتحرك في أسرع وقت ممكن ، لأن كل مطور يملك السياق بأكمله. على سبيل المثال ، أثناء التجربة بالفعل ، تتبادر إلى الأذهان ميزة بارعة جديدة ، فهو ينفذها بسرعة ويدحرجها ويقوم بإجراء تجربة أخرى.
لكل شهر ، حددنا هدفًا نريد تحقيقه والتحقق من تقدمه أسبوعيًا. هذا يعطينا المرونة. حتى خلال الأسبوع ، يمكننا تغيير خططنا إذا كان هذا يساعد على تحقيق هدف الشهر.
مع هذا التنظيم للعملية ، تكون مشاركة المديرين ضئيلة للغاية ويكتسب الفريق القدرة على الحركة والالتزام الطويل الأجل.
2. في تجربتك ، ما هي نسبة نجاح الفريق التي تحددها العمليات الصحيحة ، وما هي المهارة الفردية؟
الوقت يتحرك إلى الأمام ، العالم يتغير وعملياتنا تتغير معها.
الإتقان هو:
- إنشاء عملية تعمل على النتيجة ؛
- جعل المشكلة في العمليات الحالية وحلها ؛
- لإيصال الناس إلى فهم سبب تنظيم العملية بهذه الطريقة.
باستخدام فريقي كمثال ، يمكنني القول بثقة تامة أن هذه النسبة واحدة إلى واحد في المنطقة.
يتعامل فريقي على الفور مع ثلاثة مجالات عالمية: البحث ، والتعلم الآلي ، والبنية التحتية (وفي الواقع ، أيضًا عمل البقالة).
في هذه المناطق ، يصعب بناء العمليات مقدمًا لجميع السيناريوهات المحتملة. في كثير من الأحيان يتم تحديد النجاح بقوة عن طريق الحدس المهني لفنان الأداء ومنسق أعماله.
3. هل هناك مواقف يكون فيها لقائد الفريق كل الحق في تجاهل أي عمليات؟
إذا تم بناء العمليات بمهارة ، فهذا أمر غير مرجح. من المرجح أن تكون العملية المبنية بكفاءة مبنية على أخطاء الآخرين.
ولكن ، كما قلت أعلاه ، نحن مستمرون في المضي قدمًا والعالم آخذ في التغير ، لذلك سيكون هناك موقف عاجل أو آجل ، حيث يجب تجاهل العملية أو تغييرها.
Timlid مسؤول عن مساهمة فريقه في تحقيق أهداف الشركة ، وإذا كان يفهم أنه من الضروري هنا والآن ، والعملية الحالية ليست بالتأكيد جاهزة لمثل هذا الموقف ، فهو بحاجة بالتأكيد إلى اتخاذ مسار جديد. مع هذا الاختيار ، تجدر الإشارة إلى أفعالهم جميع الأشخاص الذين قد تؤثر عليهم.
النظر في الموقف الوهمي:
- قام المدير بطريق الخطأ بإجراء تغييرات على ملف التهيئة ولفه تلقائيًا بعد 15 ثانية ؛
- البحث يصبح مستحيل الاستخدام ، 100٪ من المستخدمين يعانون ؛
- يقوم Timlid والمطور عند الطلب بمراقبة المكالمات والتأكد من أن كل شيء سيئ ، حيث يتم سكب الأخطاء في السجل ومن الواضح أنه من الواضح أن المكون الذي تم إلحاق الضرر به.
في هذه الحالة ، تم بناء التعليمة رديئة قدر الإمكان وقراءة:
- الحصول على تذكرة.
- إرفاق جميع المعلومات والتحليلات التصحيح هناك ؛
- اصلاحها من خلال codreview.
إذا ذهبنا بهذه الطريقة وحتى لو افترضنا أننا نقوم بذلك بسرعة كبيرة ، فسوف يستغرق الأمر 5 دقائق على الأقل.
في هذه الحالة ، كل ثانية مثل الموت بالنسبة لنا. تحتاج إلى التصرف الآن. إذا كان من الممكن استرجاع هذا التكوين - فقم بلفه. خلاف ذلك ، قم بتعطيل المكون بأكمله. هنا والآن. وقائع - في وقت لاحق.
4. أخبر قصة مخيفة من تجربتك مع كلمة "عملية"
حدثت قصة فظيعة مع عملية الكلمة عندما كنا صغارا وخضراء. سمعنا كلمة رشيقة - أنيقة وعصرية والشباب. وقدموا سباق العدو.
في البداية كان الأمر ممتعًا: ظهر نوع جديد من التخطيط. ثم بدأت المهام في الانتقال من العدو إلى العدو. سألنا المدير: "متى؟" أجبنا: "غدا". التوقيت تضاعف ، بالطبع ، بثلاثة ، لكننا ما زلنا لم ننسجم مع السرعات.
تدريجيا ، بدأنا نفقد الأخلاق. المهام مكدسة. لم يفهم المدير ما كان يحدث ؛ كان الوضع أصبح لا يمكن السيطرة عليها. نتيجة لذلك ، تخلينا لبعض الوقت عن المنهجيات المرنة.
المغزى من هذه القصة هو هذا: قبل أن تقدم عملية جديدة ، يجب أن تفهم بوضوح سبب ذلك وكيف أنه أفضل من الوضع الحالي.
1. على أي أساس يتم بناء العمليات في شركتك؟
ياندكس هي شركة كبيرة للغاية وديمقراطية للغاية. بغض النظر عن التعميم الذي أكتبه هنا ، يوجد في مكان ما خدمة Yandex.Botinki ، والتي تتضح أنها مختلفة تمامًا.
في الأماكن التي ألاحظها ، يعمل مثل هذا. هناك معيار صارم للعمليات واسعة النطاق. مكتوب بوضوح كيف يتم تحديد أهداف الوحدات لمدة ستة أشهر إلى سنة ، وكيف نتفق على ما نعتبره النجاح وما هو الفشل. كيف تم تأسيسها وتغييرها وما يؤثر على درجة الموظف ، وكيفية دفع الأقساط والخيارات ، وكيفية التوظيف والانتقال بين الإدارات ، إلخ.
ولكن على مستوى الإدارة المصغرة في كل مكان تقريبًا ، وفقًا للقواعد التي سيعيشها الفريق ، فإنه يحدد نفسه. دور المهام ، والجدول الزمني ومحتوى اجتماعات العمل ، وبعض المواقف هناك ، الركض ، كل ذلك. يرتب شخص ما لنفسه "مثلًا في كتاب" مثالي ، بالنسبة لبعض الفرق الصغيرة ، على العكس من ذلك ، فوضى. ومع ذلك ، فإن معظم الأناركيين في مرحلة ما يدركون أن العيش "كيف تسير الأمور" ليس بالأفضل. وبما أن الناس أذكياء ، فإنه يأتي بسرعة. هنا ، حسب علمي ، لا توجد شلالات (على الرغم من أنني لن أضمن الفرق المشاركة في الحديد).
بصفتي رئيس القسم ، أطلب معيارًا متواضعًا إلى حد ما للعمليات في إدارتي: يجب أن يكون من الممكن في أي وقت معرفة من لديه المهام المحددة في عملهم ، ومقدار الوقت الذي يقضونه في هذه الحالة ، والذين قاموا مؤخرًا بإغلاق أي مهام. للقيام بذلك ، يكفي استخدام لوحة Kanban عبر الإنترنت إلى جانب متتبع المهام القياسي للشركة (نظريًا ، هذا ليس ضروريًا ، ولكن من الناحية العملية ، تأتي جميع الفرق إلى هذا).
2. في تجربتك ، ما هي نسبة نجاح الفريق التي تحددها العمليات الصحيحة ، وما هي المهارة الفردية؟
بشكل عام ، فإن أهم شيء هو نجاح نموذج العمل. إذا لم تتوصل المؤسسة إلى ما يجب بيعه ، ولمن وكيف ، فلن تساعده أي عمليات مثالية أو مطورون بارعون. لذلك ، لنفترض أن الشركة تعمل ، ونحن نتحدث عن التطوير طويل الأجل ، وجودة المنتج ، والتنويع ، إلخ.
ثم الجواب يعتمد اعتمادا كبيرا على حجم الفريق. نجاح فريق من خمسة هو ما يقرب من مئة في المئة يحددها الناس. نجاح شركة من خمسمائة أو أكثر هو ما يقرب من مئة في المئة تحددها المنظمة المناسبة. عبادة الشحن ، عندما تحاول شركة ناشئة صغيرة أن تلتزم بالقواعد التي اخترعتها شركة آي بي إم ، على سبيل المثال ، يمكن أن تكون ضارة مثل مبدأ بيتر عندما يصبح "الرابط" السابق "قائد المئة" ، لكنه يحاول أن يعيش بالطريقة القديمة.
يجب أن يقال أيضًا أن الفرق المغلقة جدًا المكونة من عدة أشخاص يمكن تمثيلها تمامًا داخل المشاجرة الصناعية العملاقة. لكن هذا الوضع ، للأسف ، يجمع بين أسوأ جوانب كلا العالمين ، وليس العكس. لن تتقن مجموعة من الأشخاص الضعفاء أي شيء معقول حتى على بنية تحتية جاهزة ، وستنشر العملية الخاطئة فريق النجوم على التروس ، ولن يلاحظه أحد.
3. هل هناك مواقف يكون فيها لقائد الفريق كل الحق في تجاهل أي عمليات؟
بالطبع ، يفعلون ، وكلمة "النار" مناسبة للغاية هنا. إذا:
- حالة الطوارئ
- تتدهور بسرعة إذا تركت للصدفة ،
- ويمكن أن يساعده تدخل سريع وحاسم ،
ثم إلى الجحيم مع القواعد و "صحة"!
الشيء الرئيسي هو أن مثل هذه المواقف لا تعطي متعة Timlid ، وإلا فإننا نواجه خطر الاكتشاف بعد مرور بعض الوقت أن الحرائق من حوله تحدث في كثير من الأحيان أكثر من المتوسط التنظيمي. من غير المفهوم تماما لماذا. نوع من التصوف.
4. أخبر قصة مخيفة من تجربتك مع كلمة "عملية"
العملية الأكثر فظاعة في حياتي التقيت بها منذ فترة طويلة ، حتى قبل ياندكس ، عندما كنت أطور ألعاب الكمبيوتر. أكثر من مائة شخص عملوا في اللعبة الأولى لشركة صغيرة ولكنها غنية وطموحة انتقلت للتو إلى مكتب جديد. علاوة على ذلك ، فإن أي إهدار لأي مبلغ من المال كان يجب أن يوافق عليه المدير التنفيذي. شراء 50 خوادم؟ استبدال كرسي مكسورة مع كرسي جديد للمبرمج؟ اطلب الغداء الأسبوع القادم؟ هل نفد مدير المكتب من المشابك الورقية؟ يقرر الشخص نفسه كل شيء ، تنمو مجموعات المستندات على الطاولة. كما قد تتخيل ، حدثت انقطاعات بسبب "هذه العملية" حتى مع ورق التواليت. لتخيل رعب ما يحدث بشكل صحيح ، تجدر الإشارة إلى أن المدير العام جمع هذا الدور مع دور المدير الإبداعي (كما يقول SRO الآن) ومع دور كبير المصممين للعبة ...
سيعقد الاجتماع التالي ، الذي لا يزال بإمكانك التسجيل ، في 17 يونيو 2019 في مكتب ياندكس في موسكو. سيكون من الممكن طرح أسئلة المتحدثين وتبادل خبراتهم.