فيه مصطلح ظريف ومهم إسمه Read the Room، وبيتكلم عن انك تحاول تدرس نوعية الأشخاص اللي هتعمل معاهم ميتينج وخصوصًا لو مش بتقابلهم بشكل يومي أو موجودين في positions مختلفة.. بمعنى ان الكلام اللي انت محتاج تقوله في ميتنج مع development team مختلف بشكل كبير عن business team مثلًا..

البيزنس تيم مش هيفهم مشاكلك مع SQL Server version اللي على السيرڤر، ولو قعدت ٥ دقايق تشرح فا انت خسرت وقت ومجهود والرد هيبقى واحد: تمام! المهم الحاجة هتبقى جاهزة إمتى؟ .. محتاج انك توضحلهم انه دي مشكلة بتاخد وقت وفتحنا ticket مع DevOps والطبيعي هتاخد ٣ أيام وهعرفكم الـupdates

نفس الكلام لو الميتينج مع executive or managers، الناس دي محتاجة ملخص صغير وسريع لكل خطوة، ومش هتركز معاك لو ابتديت قصص السيرڤر إياها .. هما محتاجين يبقوا impressed بطريقتك في عرض المشكلة والحلول مثلاً .. ومش بعيد يقاطعوك لو كلامك مكانش مفيد أو relevant ليهم .. محتاج تحضّر كويس..

محتاج تحسب وقتك في الكلام كويس، وتحاول مايكونش كلامك متكرر وتسيب الفرصة للناس انها تشارك ف الحوار وتشجعهم انهم يقولوا أفكار .. تاخد بالك من المطلوب منك توضحه في الميتينج ومتدخلش على شغل حد غير لو هتقول رأيك وتسيبله هو الـfinal decision

لو التيم فيه ناس جديدة أو صغيرة، حاول تاخد بالك من طريقة توصيلك للمشكلة انك متكونش مُحبَط علشان ده هيأثر عليهم بشكل سريع.. تحاول تكون هادي ولو انت عندك مشاكل يبقى تناقشها مع التيم ليدر مثلاً على جنب، معنويات التيم دي حاجة مهمة.. والعكس لو فيه حاجة كويسة محتاج تبروزها علشان تشجعهم

أهم حاجة المفروض تاخد بالك منها وانت بتتكلم هي ردود فعل الناس والـbody language بتاعتهم، وللأسف بما ان معظم شغلنا ريموتلي فا لازم تحاول تطلب مشاركة الناس في الميتينج وبعد ما تتكلم تطلب منهم يقولوا رأيهم وتسمع بشكل كويس ومتبقاش defensive لو كلامهم مكانش متوقع او مش عاجبك ..

مش صح تعتمد على الإرتجال/improvisiong في الميتينجز دي، بالعكس دي فرصة كويسة ليك ان الناس تعرفك وتستفيد منك .. أوقات كتير هتلاقي ان فيه ناس بيتطلبوا بالإسم علشان نعرف منهم status أو feedback، دول بيبقوا اللي بيعرفوا يقروا الأوضة صح ويكلموا كل واحد باللغة المفضلة بتاعته

💡 تقدروا تلاقوا تفاصيل ومناقشات أكتر حول الموضوع ده في الـthread ده على twitter، شكرًا ..