لا تحتاج أن تقرأ الكود لتدير مشروع تطبيق. تحتاج نطاقاً مكتوباً، وخطة مقسمة إلى مراحل، وإيقاعاً أسبوعياً مع الفريق، وعادة اختبار كل تسليم بنفسك، وسيطرة على حساباتك والكود. والباقي تواصل.
الخطر الحقيقي في مشروعات التطبيقات
كثير من أصحاب الأعمال غير التقنيين يظنون أن نقطة ضعفهم هي الكود. من خبرتي في تنسيق مشروعات التطبيقات والمواقع، في شركة برمجيات واليوم في تطبيق چاكت CHAQT، نادراً ما ينكسر المشروع عند الكود. ينكسر في المسافة بين ما يقصده صاحب المشروع وما فهمه الفريق.
والخبر الجيد أن هذه المسافة تُدار بالكتابة الواضحة والمتابعة المنتظمة، لا بالبرمجة.
1. اكتب النطاق قبل أن تتحدث عن السعر
قبل أن تطلب عرض سعر من أي مطور، اكتب وثيقة واحدة تجيب عن:
- لمن التطبيق؟ نوع أو نوعان من المستخدمين بكلمات بسيطة.
- ما الذي يجب أن يستطيعوا فعله؟ قائمة أفعال، مثل التسجيل والبحث عن خبير وحجز جلسة والدفع.
- ماذا تعرض كل شاشة؟ حتى الرسومات التقريبية على الورق تساعد.
- ما الذي لن يدخل في النسخة الأولى؟ هذا السطر يوفر مالاً أكثر من أي تفاوض.
عندما يقدّم مطوران عرضين على نفس النطاق المكتوب، تستطيع المقارنة بينهما. وعندما يقدمان عرضين على محادثة، فأنت تقارن تخمينات.
2. قسّم العمل إلى مراحل تستطيع رؤيتها
خطة تقول "التطبيق سيكون جاهزاً بعد أربعة أشهر" لا تعطيك أي سيطرة. اطلب مراحل تنتهي كل منها بشيء تستطيع فتحه واستخدامه:
- التسجيل والشاشات الرئيسية ببيانات تجريبية
- الوظيفة الأساسية للتطبيق تعمل من البداية للنهاية
- الدفع والإشعارات والإعدادات
- الاختبار والإصلاحات والنشر على المتاجر
اربط الدفعات بمراحل اختبرتها بنفسك، لا بالتواريخ.
3. ضع إيقاعاً أسبوعياً
اتفق على تحديث أسبوعي قصير ومكتوب، في نفس الموعد كل أسبوع، يجيب عن ثلاثة أسئلة:
- ما الذي انتهى هذا الأسبوع؟
- ما المخطط للأسبوع القادم؟
- ما الذي يعطّل الفريق، وماذا يحتاجون مني؟
السؤال الثالث هو الأهم. كثير من التأخير سببه مطور ينتظر رداً أو شعاراً أو حساباً لا يملكه إلا صاحب المشروع.
استخدم لوحة مهام واحدة مشتركة مثل Trello أو Lark، حتى يكون كل طلب وكل خطأ في مكان واحد بدلاً من محادثات متفرقة.
4. اختبر كل تسليم بنفسك
لا تحتاج مهارات تقنية للاختبار. تحتاج وثيقة النطاق وبعض الصبر:
- مرّ على كل فعل في النطاق خطوة بخطوة على هاتف حقيقي
- جرّب الأخطاء أيضاً: خانات فارغة، اتصال ضعيف، الرجوع في منتصف العملية
- اكتب كل مشكلة بما فعلته، وما توقعته، وما حدث، مع لقطة شاشة
تقرير الخطأ الواضح يُصلح. أما "لا يعمل" فتبدأ محادثة طويلة.
5. احتفظ بالسيطرة على ما يخصك
هذه الخطوة هي ما يندم أصحاب المشروعات على تجاهلها. تأكد من اليوم الأول أن:
- حسابات المطور على App Store و Google Play باسم شركتك
- مستودع الكود والاستضافة والدومين على حساباتك، والفريق مدعو إليها
- كلمات المرور والمفاتيح تُشارك من خلال أداة مناسبة لا رسائل الدردشة
- يصلك توثيق أساسي في نهاية كل مرحلة
إذا انتهت العلاقة مع المطور، يجب أن تستطيع تسليم المشروع لغيره خلال أيام.
6. حوّل الملاحظات إلى مهام لا إلى نقاشات
بعد الإطلاق سيرسل المستخدمون آراء وشكاوى وأفكاراً. اجمعها في مكان واحد، وصنّفها، وحوّل كل مجموعة إلى مهمة واضحة بأولوية. في چاكت، جمع ملاحظات الخبراء والمستخدمين وتحويلها إلى تحسينات جزء منتظم من عملي، والانضباط نفسه يصلح لأي تطبيق: قائمة واحدة، مرتبة، تُراجع كل أسبوع.
متى تستعين بمدير مشروعات
إدارة المطورين بنفسك ممكنة، وهذا الدليل يكفي لمشروع صغير. فكّر في مدير مشروعات تقنية عندما:
- يكون في المشروع أكثر من مطور أو شركة تطوير خارجية
- لا تستطيع تخصيص عدة ساعات أسبوعياً للمتابعة والاختبار
- يكون المشروع متأخراً بالفعل ولا أحد يستطيع أن يخبرك أين وصل
- تبني منتجاً ثانياً وأنت تدير نشاطك الأساسي
مدير المشروعات الجيد لا يأخذ قراراتك. هو يتأكد أنها مكتوبة، ومنفذة بشكل صحيح، ومختبرة قبل أن تصل إلى مستخدميك.
إذا كان هذا وضعك، اطّلع على طريقتي في إدارة المشروعات التقنية.