لماذا لا يوجد شيء واضح على الإطلاق: فن الاتصال في تطوير البرمجيات

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

في حين أن بعض حالات سوء الاتصال لها تأثير طفيف على حياتنا (ليست نهاية العالم إذا طلبت بيرة خالية من الكحول ؛)) قد يكون لبعضها عواقب أكبر (الإشارة إلى السن الخطأ المراد خلعها). سوء الفهم في الاتصال في تطوير البرمجيات هو بالأحرى الأخير وقد يكون له آثار مالية.

من أكثر المشاكل شيوعًا التي نواجهها جميعًا افتراض أن شخصًا آخر يمكنه قراءة أفكارنا. كلنا مذنبون بهذا في بعض الأحيان. هل سمعت من قبل هذه العبارة: "كان واضحًا!"؟ أراهن لديك.

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

لماذا قول ذلك أسهل من فعله؟ دعنا نحلل عملية الاتصال أولاً.

عناصر الاتصال

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

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

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

قدم دائمًا السياق

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

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

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

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

استخدم القناة بحكمة

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

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

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

نصائح للاتصال الفعال عن بعد

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

مراجعة كود الاتصال

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

حسنًا ... ماذا يعني الصباح بالضبط في هذه الميزة؟ متى يبدأ الصباح؟ متى تشرق الشمس أو في الساعة بالضبط أي 7.00 صباحا؟ إذا كان في الساعة 7.00 صباحًا ، فما المنطقة الزمنية التي تفكر فيها؟

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

أفضل ممارسات رمز الاتصال المشترك

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

قضية الخبرة

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

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

كيف تتجنب مشكلة الخبرة

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

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

بأكبر قدر ممكن من الوضوح! لا يوجد مكان لسوء التواصل لأن العواقب يمكن أن تكون مؤلمة. تذكر أنه لا يوجد وضوح موضوعي ومن الأفضل أن تكرر نفسك عدة مرات بدلاً من تفويت معلومة مهمة.

حول فكرتك إلى منتج رقمي متميز

لنعمل معا

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

إذا كنت تبحث عن دار برمجيات خبير في تطوير التطبيقات والتواصل على حدٍ سواء - فلا مزيد من البحث!

ما عليك سوى التحدث إلى المتخصصين لدينا في M Liquido واجعل أفكارك تنبض بالحياة!