Bliro

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

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

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

مسكت قيادة المنصة وأعدت بناء تطبيق الديسكتوب من اللبنات لفوق: أعدت شغل محرّك الصوت، بنيت سوكيت نسخ نصي مرن بيصمد قدّام الاتصالات المتقطّعة، ظبّطت المعمارية، وكتبت الأعراف اللي الفريق بيبني عليها دلوقتي. وبعدين قفلت الحلقة بـ workflow وكيلي بيسحب من Sentry و Amplitude وقياسات تانية، بيحوّلها لشغل مرشّح، وبيغذّي الـ backlog على دورة منتظمة وقابلة للمراجعة. ملاحظات المستخدمين بتمشي في نفس الماسورة: بتتفرز في إصدارات مخطّطة مع البورد ومدير التسليم، فاللي بيتشحن هو اللي بيحرّك الاستقرار والأداء فعلًا. وبملك كامل workflow إدارة الإصدارات: مسارات منفصلة، أوتوماتيك بالكامل بـ GitHub Actions وتوقيع الكود، فالإصدار بيتشحن من commit واحد محصور في patches أو minors، أو تشغيلة workflow لمرة واحدة.

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

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

الفريق الصغير بيضيّع اللي بيعرفه لما الناس تمشي، والجداد بياخدوا وقت طويل عشان ينتجوا من غير أساس مشترك.

بدأت جلسات مشاركة المعرفة الأسبوعية وظبّطت الممارسات الكويّسة والأعراف والتوثيق اللي بتدّي الجداد أساس وتسهّل تغيير طريقة شغل الفريق بعدين.

منتج بياخد فلوس محتاج فوترة ما تخطئش، و كمان لبنات الباك-إند غير البرّاقة اللي كل حاجة تانية بتعتمد عليها بدون ما تحس.

هندست نظام الفوترة بتاع Bliro و عدة لبنات أساسية في الباك-إند تحت المنتج: السباكة اللي باقي التطبيق بيتّكي عليها كل يوم.

الشغل اليومي للفريق كان مليان خطوات متكرّرة وسهل الغلط فيها، وإدارة البيانات باليد كانت بطيئة وسهل تتظبط غلط.

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

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

بنينا workflow صيانة وكيلي: الوكيل بيعمل الشغل، والفريق بيشرف. بيشتغل على مجموعة صغيّرة من الأوامر اللي بنقودها، /goal عشان نوجّهه للي مهم و /loop عشان يفضل يكرّر، موصولين بـ workflows وكيلية بتقرا إشارات الإنتاج، وتختار الشغل، وتفتح تغييرات قابلة للمراجعة. /goal بيحدّد هدف الأسبوع، من إشارات Sentry و Amplitude لهدف موثوقية أو أداء معيّن؛ و /loop بيخلّي الوكيل شغّال على المشكلة، بيقترح تغييرات، بيشغّل الفحوصات، وبيرجّع بس اللي بينجح. كل أسبوع بيسلّم دفعة شغل خالص بنراجعها، ندمجها، ونشحنها. مفيش حاجة بتتدمج من غير ما حد بشري يقراها، فالوكيل بيتحرّك بسرعة وإحنا بنفضل مسؤولين. الأداء طلع، التطبيق بقى أثبت، وملاحظات العملاء بطّلت تتكوّم، لأنها بتتفرز وتتقفل جوّه نفس الحلقة.