في الحفاظ على الفريق صغير الحجم

نتلقى الكثير من الأسئلة: لماذا لا توظف؟ لماذا لا نزيد؟ لماذا لا نزيد؟

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

تتحرك الفرق الصغيرة بسرعة. تمتلك الفرق الصغيرة قراراتها. يمكن للفرق الصغيرة أن تقول لا.

كيف يبدو مفهوم «الصغر» في الواقع

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

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

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

المفاضلات

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

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

لماذا لا نرفع

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

الأخطاء التي ارتكبناها

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

عندما نكبر

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