مقدمة
يفترض هذا النص أن القارئ على دراية بما يسمى. مظهر رشيق لتطوير البرمجيات وما يسمى بها المبادئ الأساسية .
في الوقت الحاضر ، هناك عدد كبير من الناس الذين يقبلون هذا "البيان" ، ويتفقون معه ، وحتى يحاولون تطبيقه. لكن بالنسبة لي شخصيا ، تبدو مثل نكتة استمرت.
المحتويات
- بيان مبرمج جامد
- المبادئ الأساسية لبيان المبرمج القوي
- التعليقات
نكتشف باستمرار طرقًا أكثر تقدمًا لتطوير البرامج ، ونقوم بالتطوير مباشرةً ومساعدة الآخرين في ذلك. بفضل العمل المنجز ، تمكنا من إدراك ما يلي:
المفهوم أكثر أهمية من المتطلبات الجديدة.
الجودة أهم من السرعة
القيام بما هو أكثر أهمية من القيام به على النحو المطلوب
أي أنه بدون إنكار أهمية ما هو موجود على اليمين ، فإننا ما زلنا نقدر أكثر ما يوجد على اليسار.
الأولوية القصوى بالنسبة لنا هي العمل المثمر والمنتج للمبرمج ، وذلك بفضل خطة مدروسة جيدًا واتباع تكنولوجيا تطوير البرمجيات. ونتيجة لكل هذا ، الرضا عن نتائج عملهم.
يمكن تغيير المتطلبات ، ولكن يجب أن تمر المتطلبات الجديدة بنفس مراحل التفكير التي مرت بها جميع المتطلبات القديمة. يجب أن يدرك العميل أن المتطلبات المتغيرة قد تؤدي إلى إعادة تدوير المنتج.
يجب تحرير المنتج فقط عندما يصل إلى مستوى الجودة المطلوب. لا ، ولا يمكن أن تكون هناك دورية ثابتة.
يجب على الجميع فهم ما يفعله ومحاولة القيام بذلك بشكل جيد. يجب ألا يتحول العمل غير الناجح في المبيعات أو التخطيط إلى تيار لا نهائي من التعديلات على المتطلبات أو المواعيد النهائية ، أي يتم نقله إلى المهندسين.
يجب أن يعمل المحترفون المتحمسون على المشروع. لإنجاز العمل ، قم بتهيئة الظروف ، وتقديم الدعم والثقة الكاملة بها.
لا يجب أن يتداخل الاتصال المباشر مع العمل المباشر. عقد اجتماعات عندما يحتاجها سير العمل.
المنتج الجيد هو مؤشر رئيسي للنجاح.
لا يجب أن يعمل أحد "للارتداء". تحتاج إلى العمل بهدوء ، دون اتباع أي "إيقاعات" و "دورات" غير معقولة. المعالجة غير مقبولة.
يزيد الاهتمام المستمر بالعملية من جودة وموثوقية ومرونة النظام.
تولد أفضل المتطلبات ، الحلول المعمارية والتقنية من فرق تعمل بشكل وثيق على المتطلبات والحلول المعمارية والتقنية.
من المفيد إقامة عروض تقديمية وندوات من أجل زيادة المستوى المهني العام ودرجة المشاركة في العملية الشاملة.
المفهوم أكثر أهمية من المتطلبات الجديدة.
قبل البدء في تطوير البرمجيات ، يجب عمل شيئين:
- تطوير نموذج برمجيات ؛
- فكر في هندسة البرمجيات.
إذا جاء العميل فجأة بمتطلبات جديدة ، فأنت بحاجة إلى ألا تكون "جاهزًا للتغييرات" ، لكنك مستعد لمقارنة المتطلبات الجديدة بالمفهوم القديم.
إذا كانت المتطلبات تقع على النموذج المعماري الحالي والهندسة المعمارية - جيد. نضع المهمة في قائمة الانتظار. إذا لم تستمر ، فأنت بحاجة إلى تعديل المتطلبات الجديدة أو تجاهلها ، أو تغيير النموذج والبنية بحيث تقع المتطلبات عليها. وهذا تخطيط جديد ، وإعادة ممكنة لما تم فعله بالفعل ، أي الوقت والمال.
إذا لم يفهم العميل هذا ، فعندئذ يحتاج إلى شرحه بصبر ، وعدم التسرع في المكالمة الأولى للتشغيل في الاتجاه الذي تشير إليه الموجة العابرة ليده الملكية. خلاف ذلك ، بدلا من البرمجيات ، تخرج مجموعة من القمامة النتنة.
الجودة أهم من السرعة
بمعنى آخر ، العملية التقنية أكثر أهمية من التوقيت.
في موقع البناء يذهبون في الخوذات. لماذا؟ لأنه يتطلب السلامة.
يكتب مطورو البرمجيات الاختبارات والوثائق. لماذا؟ لأن هذه هي تقنية إنتاج البرمجيات.
تقوم العديد من المكاتب بتفريغ أطنان من البرامج الخاملة أو التي تعمل بشكل سيء ، بدلاً من قضاء بعض الوقت في أخذ كل ذلك في الاعتبار. ثم يبدأون في "إصلاح الخلل".
مع الانتظام المقلق ، هناك إشارات إلى أن التطبيق التالي (أو حتى نظام التشغيل بالكامل) يتوقف عن العمل بعد التحديث التالي. ماذا عن التحديثات "الفنية" الأسبوعية التي تحسن "الاستقرار والموثوقية الشاملة"؟ هل هذا مألوف؟
نحن أنفسنا نخلق هذه الحلقة المفرغة: الجميع في عجلة من أمرنا ، لذلك نحن في عجلة من أمرنا ، لذلك الجميع في عجلة من أمرنا. حان الوقت للتوقف والتفكير.
القيام بما هو أكثر أهمية من القيام به على النحو المطلوب
. , X . , , X, , , , , , , A, B , , C.
— "" " ", , " ", "", " ". , — , .
, . , , , , , , X, , Y , . , , ? ?
→
P.S.
.
, , , "".
… , , — , ...
powerman
— . :)
DexterHD