إعادة تنظيم دار البرمجيات: كيف تغير ملفها التكنولوجي وتختار تخصصًا في سوق تكنولوجيا المعلومات؟

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

FINGO هي شركة برمجيات بولندية تقدم خدمات البرمجة لأكثر من 20 عامًا. في عام 2022 ، نجحت المنظمة في تغيير ملفها التكنولوجي. بالإضافة إلى خدمات البرمجة المقدمة في تقنيات Java و .NET ، أضافت Node.js وأكملت جميع المشاريع التي تم إنشاؤها حتى الآن في PHP.

لماذا تم اتخاذ هذه الخطوة؟ كيف تبدو عملية التغيير الذاتي التنظيم؟ وماذا كانت النتيجة؟ اكتشف ذلك من خلال قراءة مقابلتنا مع روبرت ماريك.

قبل أن نبدأ الحديث عن عملية تغيير الملف التكنولوجي نفسه ، هل يمكن أن تخبرنا كيف كانت تبدو الشركة قبل إعادة تنظيمها؟

إذا اتبعت محفظة FINGO لمدة 20 عامًا ، فستجد مشاريع للقطاعات المالية والعقارية والسيارات والتجارة الإلكترونية والعديد من القطاعات الأخرى ، والتي ترتبط ببعضها البعض بشكل أو بآخر. إنها مصادفة إلى حد ما - على مر السنين ظهرت مثل هذه المشاريع ، وقمنا بتطوير فريقنا. لكن هذه الحالة تأثرت إلى حد كبير بملفنا التكنولوجي (Java ، .NET ، PHP) ، والذي بموجبه كنا نبحث عن المزيد من الطلبات.

ومع ذلك ، شعرت أن ذلك لم يكن جيدًا لأعمالنا. الانتشار التكنولوجي الكبير ليس جيدًا عمومًا لمنزل برمجيات بحجم FINGO. قد يكون من الأسهل العثور على مشروع ، ولكن من الأصعب ضمان إمكانية التبادل للأشخاص. سأعطيك مثالا. لنفترض أنك بحاجة إلى 5 مطورين لمشروعك. هناك 6 أشخاص يجلسون على المقعد ، لكن 2 فقط يعرفان التكنولوجيا المطلوبة في المشروع. يعني هذا الوضع أنه لا يزال هناك 4 متخصصين يتقاضون رواتب عالية عاطلين عن العمل ، وتحتاج إلى توفير عمل لهم. علاوة على ذلك ، تحتاج إلى جعل 3 أشخاص على دراية بالتكنولوجيا المطلوبة لضمان تزويد المشروع بالموظفين.

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

إذن ما الذي جعلك تقرر تغيير المظهر التكنولوجي في FINGO؟

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

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

في ذلك الوقت ، بدا لي أن FinTech والقطاع المالي من غير المرجح أن يستخدموا لغة PHP في مشاريعهم. لذلك افترضت أنه من خلال التركيز على هذا القطاع ، سنبتعد عن PHP ونبقى فقط مع Java و .NET. بهذه المعلومات ذهبنا إلى الفريق في الاجتماع العام للشركة.

إذن ، كان اندلاع الوباء هو الذي أجبرك على تغيير المظهر التكنولوجي لـ FINGO؟

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

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

لذلك ، فإن مبادرة التحول إلى Node.js ، التي جاءت من أسفل إلى أعلى ، لا يزال يتعين الموافقة عليها من قبل بقية فريق FINGO. ومع ذلك ، سرعان ما اتضح أن هناك رغبة قوية في التطور في هذا الاتجاه. ربما كان وقتًا خاصًا كنا جميعًا نخاف من المستقبل بأبعاد مختلفة (الجوانب الاقتصادية والصحية ، إلخ). وللمفارقة ، زاد هذا القبول لقرار مواجهة التحدي.

كم عدد الأشخاص الذين اضطروا لاكتساب كفاءات تكنولوجية جديدة؟

في المجموع ، شمل التغيير 15 شخصًا. كان عليهم أن يقرروا ما إذا كانوا يريدون التطوير كمطورين للواجهة الأمامية أو يظلوا مطورين للخلفية وإنشاء حلول في Java أو .NET أو Node.js.

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

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

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

اتخاذ القرار هو مجرد بداية الطريق.هل ساعدت الشركة المبرمجين بطريقة ما على اكتساب كفاءات جديدة؟

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

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

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

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

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

لنتحدث قليلا عن عملائك.كيف كان رد فعلهم على قرارك بالابتعاد عن PHP؟

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

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

ما رأيك في رؤية المطورين لهذا التغيير الآن؟

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

هل Node.js أفضل من PHP؟ هذا بالطبع قابل للنقاش. بالتأكيد ، هذه التكنولوجيا شائعة الآن ، لذلك دخلنا في فترة من الاتجاه التصاعدي.

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

كم من الوقت استمر التغيير؟

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

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

ما هو الجانب الأكثر صعوبة؟

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

كان من الصعب أيضًا الانفصال عن العملاء عندما لم يكن هناك بديل مرئي في الأفق وكان الوضع الاقتصادي غير مستقر.

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

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

لديك رؤية. اعرف سبب رغبتك في القيام بذلك ووضح لفريقك إلى أين أنت ذاهب ولماذا.

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

افعل كل شيء باستمرار ، رغم لحظات التردد.