سرعة البنية التحتية: 5 دروس مستفادة من بناء نظام الاتصال الداخلي في أوروبا

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

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

ما عرفناه - وما لم نعرفه

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

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

"كنا مترددين في إبطاء فرق البحث والتطوير لدينا في خضم الجائحة - لذلك قمنا ببناء خطة مشروعنا لتعكس الطريقة التي نحب العمل بها في Intercom"

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

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

الدرس الأول: ابدأ البناء - بسرعة

لقد قادنا تفانينا في التحرك السريع إلى درسنا الأول ، والقرار الذي فتح حقًا بداية هذا المشروع. في حديث Intercom on Product podcast ، تحدث الشريك المؤسس ديس عن ميمي منحنى Jedi bell القديم ، وكيف ينطبق غالبًا على سرعة الشركات الناشئة. تنتقل معظم الشركات الناشئة عبر مرحلة "تثبيت المزيد من العمليات" حتى تدرك أخيرًا أنها تحتاج فقط إلى التحرك بأسرع ما يمكن. كان توظيف السرعة والصخب سيساعدنا على اكتشاف تلك "المجهول المجهول" وإيجاد الحلول كما واجهناها.

ولذا قرر كبير موظفي التكنولوجيا السابقين والشريك المؤسس كياران لي أننا سنبدأ للتو. كنا نبدأ في البناء ونبدأ حقًا ، سريعًا حقًا ، مع فريق مخصص صغير مخصص للمشروع - مع التوجيه بأنه من المقبول تمامًا الفشل.

"السماح للفشل بتغيير نهجنا في المشروع"

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

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

الدرس الثاني: التزم بمبادئك

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

"لم نكتف بالنسخ واللصق ، بل قلصنا وتبسيطنا"

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

الدرس الثالث: ثني القواعد عندما تحتاج إلى ذلك

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

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

الدرس الرابع: حافظ على العمل محليًا قدر الإمكان

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

"تولينا المسؤولية عن المشكلة وتمكين أنفسنا من إحراز تقدم في حلها"

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

الدرس الخامس: حافظ على مرونة الجداول الزمنية

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

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

"من خلال النظر في الجدول الزمني وتقييم ما تبقى للقيام به ، توصلنا إلى أنه يمكننا تأجيل الإطلاق إلى ديسمبر"

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

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

سوف تساعدنا تعلمنا على الاستمرار في التحرك بشكل أسرع

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

تعرف على المزيد حول استضافة البيانات الأوروبية مع الاتصال الداخلي