أهم النقاط لم يخبرك أحد قبل أن تبدأ بناء هذا التطبيق

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

المنتج النهائي لن يبدو مثل المواصفات الأصلية

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

كلما زاد عدد أصحاب المصلحة لديك في المشروع ، أصبحت النتيجة النهائية أكثر رقة

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

سيكون هناك دائمًا جزء واحد من المنتج النهائي الذي لا يعرفه أحد تمامًا عما يفعله

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

سيكون هناك شخص واحد في فريقك مسؤول عن نقل أهداف المرمى

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

**

خاتمة

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

مهلا! أنا تومر ، رجل أعمال ، وصانع. ربما تعرفني من Mevee و Crane و Shots و Slides و investorintelligence.io من بين المنتجات الأخرى التي أطلقتها! هذا المقال جزء من سلسلة أكثر اتساعًا أكتبها استنادًا إلى تجربتي وهي مصنوعة أساسًا من رأيي وآراء فريقي.

آمل أن يكون هذا يساعدك على تجنب ارتكاب نفس الأخطاء التي ارتكبت ، وتذكر أن تستمر في الشحن!

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