التكنولوجيا هي المستقبل ، لكن كيف تتعلمها؟ يعد التحدث إلى المطورين بداية جيدة

يبدو أن المسوقين الذين يرغبون في تعلم True Digital (أسرار الخوادم وواجهات برمجة التطبيقات و SDKs وغيرها من أدوات البرمجيات) ليس لديهم طريقة أخرى غير مصادقة المطورين . على الرغم من عدم وجود طرق مختصرة هنا - تحتاج إلى بناء العلاقة والحفاظ عليها - فقد جمعت بعض التلميحات حول كيفية وضع الأساس للترابط مع مهندسي البرمجيات.

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

الموطن الطبيعي للمطورين

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

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

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

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

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

لماذا غالبًا ما يكون المطورون غاضبين؟

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

1. المطورون هم المترجمون لأفكارك إلى واقع . جعلوها تعمل. جعلوها تعمل بسرعة. إنها تجعلها قوية وموثوقة للمستخدمين. مهندسو البرمجيات هم نفط الاقتصاد الرقمي.
2. وهم يتقاضون رواتب جيدة مقابل ذلك ، وهي مهارة فريدة تجمع بين الإبداع والتفكير المنطقي.
3. لكن غالبًا ما يتم التعامل معهم من قبل الأقسام الأخرى مثل بناة الإنجاب ، وليس مثل المبدعين.
4. دعوتهم بناة أمر غير عادل. بالبقاء في استعارة صناعة البناء ، فإن المطورين هم في الواقع مهندسون معماريون وليسوا بناة. وظيفتهم ليست رفع المبنى (أو المباني) جسديا ولكن لجمع المتطلبات . المتطلبات في شكل كود.
5. الآن ، تخيل مرحلة التصميم لشيء معقد مثل أوبرا سيدني أو سبوديك في كاتوفيتشي ولكن مع اختلاف بسيط - يمكن لأصحاب المصلحة تغيير كل شيء تقريبًا بينما يكون المبنى قيد الإنشاء لفترة طويلة. على الرغم من ذلك ، لا يزال بإمكان المطورين ضمان استخدام المبنى وعدم سقوطه.
   
6. ولكن أين البناة الفعليون؟ إنها مؤتمتة بالكامل . لقد كان المطورون أذكياء بما يكفي لإنشاء أدوات مثل المجمعين أو خوادم النشر المستمر أو الخوادم في السحابة مما يجعل عملية البناء سريعة وأكثر أهمية في توقعها.
7. إذا تساءلت يومًا عن سبب عدم قدرة المطورين على تقدير المدة التي ستستغرقها مرحلة البناء ، فأنت الآن ترى أن ما تطلبه حقًا هو المرحلة المعمارية. إنك تسأل عن المدة التي ستستغرقها كتابة البرنامج مثل أن تقول لمقاول بناء كم من الوقت سيستغرق لتصميم كل تفاصيل كتلة المدينة بما في ذلك جمع جميع المتطلبات.
8. وجزء البناء الفعلي سهل . بمجرد الانتهاء من تدوين المتطلبات ، يمكن تقديرها بدقة ثانية.

لذا ، فإن تطوير البرمجيات هو في الواقع بحث مقنع في زي الهندسة

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

بمجرد أن تفهم هذا وتغير نهجك تجاه المطورين ، فأنت في طريقك إلى أن يحظى بإعجابهم.

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

استمع ودعهم يشحنون

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

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

ما لا يمكنهم تحمله هو توجيهات التغيير مع الريح وليس الشحن .

المطورين لا يشحنون عند مقاطعتهم. كما يقول نيكولاس يحدث عندما:

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

مع وضع ذلك في الاعتبار ، إليك ما يمكنك فعله للسماح لهم بالشحن بسلاسة:

• افهم القيود الهندسية مبكرًا.
• كن كاملاً مع متطلباتك (هذان الأولين هما شيء نريد أن نعلمك به هنا في 200 OK).
• العمل بشكل وثيق للغاية مع مهندس.
• ساعدهم على فهم كيف يكون التصميم نهائيًا في أي مرحلة - اعترف عندما لا تكون متأكدًا من شيء ما وأنك تريد اختبار شيء ما.
• كن لطيفًا - (ليس فقط في هذه الحالة) غالبًا ما ينسى الناس الأمر بينما بدأ التحليل بواسطة Google وجد أن هذا هو مفتاح العمل الجماعي الجيد.

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