المحتويات
عندما تبدأ مهمة ، يجب أن تكون مبررة. يجب إقناع المطور بما يلي:
- هذا هو حقا علة.
- يحتاج إلى إصلاح ؛
- يجب أن تكون ثابتة تمامًا كما قلنا.
وأحيانًا تقرأ الأخطاء (خاصة أخطاء المبتدئين) وتسأل نفسك:
- لماذا هذا خطأ؟
على سبيل المثال ، تقول: "تنزيل التقرير ، حصلنا على 57.6. وينبغي أن يكون - 57.9 ".
كتابة الأساس المنطقي سوف تحل المشاكل:
- الزملاء يصرفون الأسئلة "لماذا هذا خطأ؟" ، أخرجه من السياق.
- بعد شهر ، نسيت نفسك ، ولكن ، في الواقع ، لماذا كان خطأ ...
انظر أيضا:
لماذا هناك حاجة إلى التبرير في الأخطاء - بمزيد من التفاصيل حول سبب التبرير بشكل عام.مرت مئات من اختبار المبتدئين (الطلاب) من خلالي. لقد بدأت على وجه التحديد في مهامهم أن أطرح السؤال "لماذا هذا خطأ؟" ... أنت تسأل الرجال ، وبالمقابل تحصل على "نعم ، هذا واضح!". حسنا ، بطريقة ما ليست غاية =))
من خلال مجموعة من المهام والأسئلة ، "لماذا؟" بدأت أنماط الاستجابات في الظهور. سلطت الضوء على الأنماط الجيدة والسيئة. اريد التحدث عنهم
هذا المقال مخصص لـ:
- بداية اختبار - تعلم كيفية شرح وجهة نظرك بشكل صحيح ؛
- مديري الاختبار - لإعطاء رابط إلى Padawans الخاصة بهم ومن ثم الرجوع إلى المضادات دون مزيد من التوضيح.
1. مضادات: الأساس المنطقي الفقراء
1.1. من الواضح
لماذا لا يكتب المختبرون الأساس المنطقي في الأخطاء على الإطلاق؟ نعم ، لأنه يبدو واضحا لهم. وهم يعرضون أفكارهم على الجميع. هذا واضح بالنسبة لي = من الواضح للجميع لماذا يكتبون شيئًا ما؟
ولكن في الواقع هذا ليس كذلك ، لأن كل شخص في سياق ما. وما هو واضح لك ليس حقيقة واضحة على الإطلاق لشخص آخر.
دعونا نلقي نظرة على أمثلة بسيطة. اقرأ الكلمة التي سأكتبها أدناه - ما رأيك عند قراءتها؟ ما الجمعيات التي تتبادر إلى الذهن؟
LOCK
قفل الباب أم الحصن الضخم؟
الزواج
حفل زفاف أو كسر اي فون؟
...
نعم ، هذه مترادفات. لكنهم يوضحون بوضوح المشكلة "إنها واضحة". من الواضح لك أن القلعة هي قلعة ، وبالنسبة لي إنها قلعة.
وإذا كتبت في علة:
النتيجة
57.6
النتيجة المتوقعة
من الواضح ، يجب أن يكون هناك 57.9
هذا لا يجيب على سؤالي "لماذا؟" ماذا يعني "واضح"؟ اشرح لي من فضلك. هذا غير واضح بالنسبة لي ، وإلا لن أطلب مرة أخرى. لكن المؤلف واضح وهو يعتقد أن الجميع أيضًا.
إذا تحدثنا عن تجربة المبتدئين ، فقد صاغ أحد طلابي هذه الفكرة بشكل أفضل:
"لم أفهم سبب تبرير الأخطاء على الإطلاق ، حتى قرأت أخطاء الطلاب الآخرين"
يمكنك أن تقول لفترة طويلة جدًا أنه "من الواضح" للجميع أن الأمر مختلف ، وأنا لست في سياقك ، وأكثر من ذلك بكثير ... لكن مؤلف المهمة سيعتبر أنهم ببساطة يكتشفون الخطأ معه ، والباقي منهم لا يفهمونه ، لكنه بخير!
وبمجرد قراءة أخطاء الآخرين ، تبدأ في التفكير ، "هممم ، لماذا يظن ذلك؟ فكرت بشكل مختلف. " عندها يتوصل الفهم إلى أن كلمة "الواضحة" ليست واضحة للجميع.
ما إن ذهبت إلى متتبع الأخطاء ورأيت مثل هذا الخطأ من أحد الطلاب: "ندخل اسم Sharipat ، ويُعرّف بأنه مذكر. ويجب أن يكون مثل امرأة! " لماذا يجب أن يكون مثل امرأة؟ أنا أنظر إلى هذا الاسم - حسنًا ، Sharipat و Sharipat ، يبدو كرجل. أنا أسأل:
"لماذا قررت ذلك؟" لماذا الأنثى؟
- نعم ، لأنه يسمى زوجتي!
وهذا ما يفسر لي على الأقل سبب بدء المهمة. عندما نختبر التطبيقات ، نجرب أولاً بيانات بسيطة ، أشياء نعرفها. نحاول اسمنا ، اسم زوجتنا ، الأخ ، الأخت ...
حاول إدخال اسم زوجته واكتشف خطأ. وإذا كتب في النتيجة المتوقعة: "الجنس أنثى ، فهذا اسم أنثى - اسمي ذلك" ، ثم على الأقل السؤال "لماذا بدأت هذه المهمة؟"
بالطبع ، هذا التبرير لا يكفي. غوغل "أسماء غير عادية" ، لأنه لا يُمنع علينا حتى تسمية طاولة سرير ابننا ، لكن هل يستحق النظر في هذه الكلمة كاسم ذكر صحيح؟
إذن من الضروري هنا ، ما هي الأسماء بشكل عام ، لتوطين المشكلة - مشكلة الأسماء الروسية؟ الكازاخستانية؟ الأوكرانية؟ ولكن هل يجب أن يكون النظام قادرًا على معالجتها؟ و هكذا. ربما ليس خطأ على الإطلاق ...
ومع ذلك ، فإن "اسم زوجتي كذلك" يسمح للمؤلف على الأقل بتقديمنا إلى سياقه ويشرح سبب قراره بدء المهمة.
وتذكر ، يمكن إملاء الأدلة حسب السياق. لقد درست بعناية الوحدة الكبيرة للنظام ، أنت تعرف كل شيء جيدًا. لذلك ، من الواضح لك تمامًا أن "هذه الشريحة يجب أن تعمل من هنا." ولكن إذا عدت إلى المهمة في غضون شهر أو شهرين ، فستعمل بالفعل على وحدة أخرى ، وستتذكر أن السبب في ذلك سيكون أكثر صعوبة.
حتى أغبى قلم رصاص هو أكثر حدة من ذاكرة الإنترنت الأكثر حدة
عندما تبدأ خطأ ، وتبدو النتيجة المتوقعة واضحة لك ، توقف وتفكر: "لماذا أعتقد ذلك؟". واكتب الإجابة على هذا السؤال.
1.2. أقسم بأمي!
عندما يفهم الطالب أن كتابة أي شيء على الإطلاق ، "لأنه أمر واضح" ، لا يفشل ، ينتقل إلى المرحلة التالية من الغضب والحرمان ومبرر الأخطاء التي تسمى "أقسم بأمي!" هذا هو عندما نقول فقط أنه على حق ، دون توضيح السبب.
بمعنى أن الأساس المنطقي يبدو مثل هذا:
النتيجة
57.6
النتيجة المتوقعة
57.9 لأنه صحيح
لكن هذا الأساس المنطقي مرة أخرى لا يجيب على سؤالي "ولكن لماذا؟". لماذا قررت أن هذا صحيح؟ ما زلت لست وانغ أو telepath ، وأنا لا أعرف لماذا تعتقد أن هذا صحيح.
في الواقع ، هذا لا يختلف كثيرا عن الوضع "لم يكتب أي شيء على الإطلاق ، لأنه واضح". لذلك ، أسمي هذه المرحلة الثانية - بالضبط في هذا السيناريو تتطور الأحداث عادة ، أولاً "بشكل واضح" ، ثم "نعم ، صحيح تمامًا". دعونا نلقي نظرة على مثال من حياة الطلاب:
بيتر والهنود
نظامنا قادر على تصريف الأسماء حسب الحالات. طالب يتحقق من اسم بيتر. هل تعرف كيف يميل؟ في الحالة الاسمية ، يتم كتابتها من خلال الحرف E ، وفي جميع الحالات الأخرى - من خلال E. "بيتر ، ولكن بيتر".
ولذا فإنني أذهب إلى متتبع الأخطاء وقرأت مثل هذا الخطأ: "يميل بيتر على الحالات من خلال الحرف e ، ولكن يجب أن يكون من خلال e".
أنا أسأل:
"لماذا تعتقد ذلك؟"
- حسنًا ، من الواضح أنه من خلال E ، من الضروري (المرحلة الأولى)
"لماذا تعتقد أن هذا واضح؟"
- ولكن هذا هو الحال وفقا لقواعد اللغة الروسية!
- بأي قواعد؟
- حسنا ، يجب أن أركض و google قواعد اللغة الروسية؟ (المرحلة الثانية - صحيح ، صدقوني)
- نعم! نعم ، هذا بالضبط ما يجب عليك فعله. لأن هذا سيكون الأساس المنطقي لهذا الخطأ. لأنه ربما يكون مطورك هنديًا وأنت هندي أيضًا. وأنت لا تعرف قواعد اللغة الروسية! لذا أعطهم رابطًا ، وستختفي جميع الأسئلة على الفور.
بالطبع ، ليست هناك حاجة للذهاب إلى التطرف وإعطاء روابط إلى القواميس عندما تضع خطأً على خطأ مطبعي أو فاصلة مفقودة. ومع ذلك ، بيتر هو مثال غير تافهة ، وهذا استثناء من القاعدة. إنها تعمل دائمًا على هذا النحو ، لكن الأمر مختلف بالنسبة لبيتر.
لذلك ، هنا الرابط سيكون مفيدا. لا سيما إذا سأل المطور ، "هل حقا هذا صحيح؟" يمكنك اتهامه بالغباء والأمية وتدمير العلاقة. ويمكنك إعطاء رابط ، يؤكد بلطف وجهة نظرك.
لكن حسنًا ، دعنا نأخذ مثالًا آخر ، ليس حول قواعد اللغة الروسية ، التي "واضحة جدًا".
Email.rf
يعجب طلابي بهذه المهمة كثيرًا (كل مسار تقريبًا يرسمها):
- أحاول التسجيل باستخدام email.ru ولا أستطيع. هذا خطأ!
- لماذا؟
- كيف هذا لماذا؟ نحن نعيش في روسيا ، كل شخص لديه رسائل البريد الإلكتروني هذه!
قلت هذه القضية في مؤتمر DUMP ، وكان لي غرفة جمهور كاملة. طلبت رفع أيدي أولئك الذين لديهم مثل هذا البريد الإلكتروني. من 200 شخص ، رفع ثلاثة أشخاص أيديهم.
حقيقة أننا نعيش في روسيا لا تعني أن كل شخص لديه رسائل البريد الإلكتروني هذه. حسنا ، نعم ، نعم ... وترويض الدببة ودمى التعشيش ...
لا توجد علاقة سببية هنا ، من الصعب ببساطة التخلي عن فكرتك. بعد كل شيء ، هنا ، وجدت علة! كيف لا يكون هذا خطأ ؟؟ رائع جدا روسيا ، من الواضح! لا ، ليس واضحا؟ حسنا ، كل نفس ، روسيا ، بالتأكيد هناك الكثير.
يشبه هذا الأساس المنطقي "أنا كسول جدًا لأن أذهب إلى google ، وابحث عن الحقائق. صدق كلمة ". عندما لا يكون لدينا حقائق وأدلة ، هناك رغبة في إخفاء مبرراتها وكتابتها "ربما ، بالتأكيد ، بالتأكيد ...".
لكن هذه كلمات توقف! إذا كانت لديك رغبة في كتابتها ، فلن يكون لديك أي حقائق حقيقية. لذلك أنت مجرد التفكير في الامر. ولماذا نحتاج إلى القيام بمهمة بناءً على خيال المختبر؟ تثبت نظريتك!
وإذا لم تكن هناك حقائق؟ ثم المهمة ليست حتى يستحق البدء. نعم ، من الصعب رفض علة "مواطنك الأصلي". ولكن هذا يحتاج أيضا إلى أن تكون قادرة على.
Email.ru - الحقائق
ماذا يمكن أن تكون الحقائق؟
أولاً ، يمكننا إنشاء موقعنا لبعض العملاء الحكوميين المطلوب منهم التسجيل في domain.rf. معيار الشركات ، ليس لديهم خيار.
أو لدينا بالفعل العديد من هؤلاء العملاء ، وهذا يظهر من خلال الإحصاءات. على سبيل المثال ، هناك الكثير من الأخطاء في سجلات "محاولة التسجيل من خلال مثل هذا المجال". وربما بعد ذلك يستحق صنع هذه الميزة. حتى لا تفقد العملاء المحتملين.
بناءً على هذه الحقائق ، يتخذ PM (مدير المشروع) قرارًا بشأن ما إذا كنا سنقوم بالمهمة أم لا. وإذا كنا سوف ، ثم متى. أو قد يقول ، "حسنًا ، هناك أخطاء ، وكذلك ، هناك أقل من 1 ٪ من إجمالي التسجيلات ، ونحن لن نفعل ذلك"
بدلاً من الملخص "نعم ، هؤلاء الأشخاص موجودون بالتأكيد!" إعطاء الحقائق.
وعند تحديد المهمة ، استخدم المبدأ 5 لماذا. بينما تكتب النتيجة المتوقعة ، اسأل نفسك ، "لماذا أتوقع هذا؟" ستكون الإجابة الأولى "هذا واضح" ، لكن مرة أخرى اطرح السؤال "لماذا؟". وإذا لاحظت أنه لا توجد بيانات ، فيبدو أنك فقط تبحث عن الحقائق أو تناقش الموقف مع زملائك.
1.3. الارانب مهينون
إذا لم تكن هناك حقائق ، لكنك لا ترغب في رفض الخطأ ، ينتقل الطلاب إلى المرحلة التالية من الغضب والحرمان وتبرير الأخطاء ... الضغط على العواطف:
أحاول التسجيل باسم Cthulhu ، لكن النظام لا. يجب أن تعطي ، وإلا ... لقد شعرت بالإهانة واليسار ، وأنت! فقدت عميل!
وبالتأكيد الجميع متشابهين معي ، لذا فقدتم جميع العملاء ، كما رفعوا دعوى قضائية بتهمة الإهانة وأخذوا كل الأموال!
وغيرها من السيارات ...
بالطبع ، عندما لا أحب شيئًا شخصيًا ، من الغضب جدًا تجاهل مشكلتي. ما معنى أن "الأشخاص العاديون لا يسجلون بهذا الاسم؟" هل أنا مجنون؟ كما أريد ، يطلق عليه ، كيف يمكنك أن تمنعني شيء؟!
ثم يتم تشغيل الإسقاط - إذا لم يعجبني ، فلن يعجبه المستخدمون الآخرون! إن لم يكن كل شيء ، ثم على الأقل كثير. لذلك ، هذا بالتأكيد خطأ ويحتاج إلى إصلاح. حسنًا ، أو على الأقل في إطار التدريب ، إذا كنا نتحدث عن الطلاب.
ومع ذلك ، فإن المستخدم المسيء هو أسوأ مبرر يمكن أن يكون على الإطلاق. لأنها يمكن أن تبرر أي هراء:
- لا يوجد قط على الرئيسي؟ حسنا ، هذا كل شيء! لقد شعرت بالإهانة وذهب! وانت! فقدت عميل!
- لقد قمت بالتسجيل ولم أحصل على أموال مقابل ذلك؟ لقد شعرت بالإهانة واليسار ... وأنت! حسنا ، أنت تحصل عليه!
يمكن أن يحدث أي شيء والإساءة لي. الزر أخضر ، ولكني أردت واحدة حمراء ، فإن النظام لم يقدم لي البيتزا كهدية ... كمستخدم ، يمكنني أن أتسبب في أي شيء. لكن من يهتم؟ مع ذلك ، لن ترضوا ، الاستياء أمر لا مفر منه. والتهديد عموما هو آخر شيء.
بدأ كل شيء بواحد من الطلاب ، الذين قالوا هذه العبارة السرية:
- آه ، أنت لا تريد التسجيل من خلال نطاق الاتحاد الروسي؟ وكمستخدم حاولت التسجيل ، رأيت هذا الموقف الصارخ ، وذهب! وانت! فقدت عميل!
ثم قال صديقي إن مثل هذه الخطب تشبه إلى حد كبير "أن الأرانب شعروا بالإهانة". لا أعرف من أين حصلت على هذا القياس ، لكن الجميع أعجب به.
أدرك الطالب أنه كان متحمسًا. ذهب للحصول على مبرر دون انفعال. وحصلنا على اسم antipattern.
تذكر قاعدة واحدة بسيطة -
يجب ألا تكون هناك عواطف في الخطأ!العواطف هي ظاهرة عابرة. لقد أصبحت الآن تشعر بالغضب الصادق وتريد التعبير عنه في تعليقات ضارة مثل "أحمق فقط يمكنه كتابة رمز مثل هذا". ولكن تذكر أي موقف عندما يكون الطفل بجوارك متقلّبًا ، فترتب نوبة غضب لأمي بسبب لعبة غير مألوفة أو آيس كريم. هل تستمتع بمشاهدة هذا المشهد كمراقب خارجي؟ لكن الهستيريا في تعقب الأخطاء تبدو متماثلة تمامًا!
لذلك ، إذا كنت تريد حقًا ، فقل كل شيء شفهياً. ناقش مع المطور المهمة في غرفة التدخين ، ودافع بشدة عن وضعك. ولكن بمجرد وصولنا إلى الكمبيوتر - نزيل العواطف ، نكتب الحقائق فقط. بدون "إذا كانت الإجابة بنعم إذا" وبدون "وأنت! فقدت العميل! "
تذكر أنهم يعودون إلى المهام بعد عام أو عامين أو ثلاثة. وبعد ذلك سوف تنظر بإحكام في نوبة الغضب الخاصة بك. بعد كل شيء ، لم تعد هناك عواطف الماضي ، وهذا يبدو سخيفا. وبالتالي فإن أقصى المشاعر لفظيا - في غرفة التدخين! وفي الخلل بطريقة أو بأخرى بدونهم.
وفي التبرير لا تكتب عن الأرانب الضخمة. في بعض الأحيان يأتي مثل هذا الدفاع عن المهمة سخيفًا:
وجد الطالب خطأ مطبعي في عرض المستخدم. وضع خطأ مع أولوية حاسمة. عندما طلب منه توضيح الأولوية ، كان ساخطًا للغاية:
- خدعني النظام ، لا أستطيع أن أثق بها !!!
ربما كان يشعر بالقلق من أن يتحول السؤال إلى "هذا ليس خطأ على الإطلاق" ، لذلك بدأ يدافع عن خطأه. لكن لا أحد لا يمانع في أن هذا خطأ. ولكن لماذا هو حاسم؟ من يقرأ العرض؟
- قرأت! لذلك ، أرى أن النظام سيئ ، إذا كان هناك خطأ مطبعي هناك ، فما الذي يمكنه فعله؟ وكيف نصدقها الآن؟!
لكن "قرأت" everyone "الكل يقرأ". ثم اعترف الطالب نفسه بأنه لا يقرأ بعناية كل اتفاقية ترخيص يتم إلغاؤها عند تثبيت البرامج. لذلك مع العرض نفس القصة. في حين أن كل شيء على ما يرام ، إلا أنهم لا يقرؤونه. إذا لم يكن هناك شيء ممتع ، فعليك تناول القواعد بالفعل.
ومع ذلك ، "لقد خدعني النظام ولا أستطيع تصديقه الآن" بسبب خطأ مطبعي واحد في الصفحة العاشرة من النص يقرأه قليل من الناس ... حسنًا ... لا تكتب هذا في خطأ ، لا تخبر RM.
لذلك ، نزيل العواطف من الخلل. وماذا يمكن أن نترك هناك؟ بالطبع ، الحقائق!
بدلاً من الكتابة على العواطف "بالتأكيد سوف تتعرض الأرانب للإهانة ، وسوف تغادر ، وسوف تفقد العملاء":
- جمع الإحصاءات ؛
- تقدير تكاليف العمالة ؛
- عد العائد على الاستثمار ؛
- مقابلة المستخدمين.
- قارن المنتج مع المنافسين.
وبدلاً من السنجاب الهستيري ، ستصبح مختبراً رائعاً يصنع الأخطاء بشكل مدروس!
2. أنماط تبرير جيدة
كيفية تبرير الأخطاء بشكل صحيح؟ ما الذي يجب كتابته في النتيجة المتوقعة بحيث يتم إصلاح الخلل الخاص بك كما كتبت؟ ولم يسألوا 10 مرات "لماذا هذا صحيح"؟
نوقشت ثلاثة مضادات ظهر أعلاه ، دعنا نناقش ثلاثة أنماط جيدة لتبرير الأخطاء.
2.1. Pruflink
يمكن أن يكون:
- رابط للمتطلبات
- المتطلبات نفسها (ملف كلمة ، حاضر ...)
- وصلة الانترنت
- العائد على الاستثمار المقدر
- خطاب العميل
- احصائيات
رابط للمتطلباتإن أبسط الأخطاء هي عندما يكون هناك TK ولا يعمل النظام كما هو موصوف هناك.
لذلك نكتب في النتيجة المتوقعة: "57.9 ، لأنه كذلك في بيان العمل". هم ، هم ... انتظر لحظة. هذا يبدو وكأنه "أقسم لأمي" ...
نعم ، في تلك الصياغة يبدو الأمر هكذا. لذلك ، تأكيد كلماتك مع وصلة. بخلاف ذلك ، يقرأ المطور الخطأ ، ويحتاج إلى:
- ندرك أي نوع من المعارف التقليدية المعنية ؛
- تجد المعارف التقليدية نفسها ؛
- العثور على المكان المحدد في السؤال ؛
- للحصول على فهم ...
أليس من الأسهل ترك العنصر الأخير فقط؟ بعد كل شيء ، يمكن للمطور العمل على 10 مشاريع مختلفة ، يتم توزيع وثائقها في 10 أماكن مختلفة. سوف يستغرق الأمر من 5 إلى 10 دقائق للبحث عن المعارف التقليدية ، وإضافة رابط لك مسألة ثانية. بعد كل شيء ، أنت تختبر الآن على المعارف التقليدية ، مما يعني أنه مفتوح أمام عينيك. انسخ الرابط والصقه!
احترم وقت الزملاء ، وسيكونون ممتنين لك.
متطلبات أنفسهمإذا لم يتم تخزين المتطلبات في التقاء أو نظام سحابة آخر ، ولكن في Word عادي ، قم بإرفاق المستند الذي تختبره.
من الممكن أن تختبر المتطلبات القديمة. وإذا قمت بإرفاق ملف كلمة مباشر تقوم بمراجعته ، يمكن للمحلل رؤيته ويقول: "أوه ، انتظر ، لقد غيرنا كل شيء 10 مرات بالفعل ، لقد نسيت تحميله. انتظر! "
إذا لم تفعل ، فأمضي ثلاث ساعات في مواجهة مع المطور ، الذي سيقول "لكن لدي واحدة مختلفة!". سوف تجري ، تشاهد متطلباته ، ثم مطالبتك ، ثم تبحث عن محلل لتوضيح من هو على حق ...
وهكذا وضعت المتطلبات على الفور ، بدا المطور أن "شيء ما نوع من القمامة" ، أعاد توجيه التحليلات. كتب المحلل لهم ، وعندما يفتح كلمتك ، سوف يفهم على الفور ما إذا كان قد عفا عليه الزمن أم لا. هذا يوفر الوقت!
وصلة الانترنتكما نتذكر ، المتطلبات بعيدة عن الدوام. وبدلاً من ذلك ربما ... رابط إلى الإنترنت! نعم لم لا؟
إذا استذكرنا مثالنا "بيتر ، بيتر" ، فعندما يكون لدينا متطلبات في النظام ، فمن غير المرجح أن يقول "النظام يعمل وفقًا لقواعد اللغة الروسية" وسيتم إدراج جميع قواعد اللغة الروسية. بالطبع ، لا أحد يكتب هكذا. وما زال الأمر كذلك ، إذا كنت ترغب في الرجوع إلى قواعد اللغة الروسية ، عليك أن تذهب وتذهب إليها.
أو إذا أخذت مثالاً من Sharipat.
مرة أخرى ، من أين حصلت على هذا اسم أنثى طبيعي؟ نحن جوجل جميع أنواع الكازاخستانية والأسماء الأخرى ، والعثور على Sharipat ، والعثور على أسماء أخرى مماثلة وإعطاء رابط لهذه الصفحة.وهنا بالفعل ، حتى إذا كان المطور لا يوافقك ، فيمكنه المجيء ويقول: "انظر ، لقد قدمت رابطًا إلى الموقع ، لكن هذا نوع من الصحافة الصفراء ، فهم يكتبون دائمًا القمامة". ولكن إذا لم تقم بتقديم الرابط ، فسيتعين على المطور استخدام google بنفسه ، والبحث عن جميع أنواع المواقع بنفسه ، وعندها فقط سيفهم أنك قد هاجمت بعض المعلومات الخاطئة. وفر له الوقت ، وقدم رابطًا على الإنترنت فورًا.
نعم ، يجب أن تفهم أنه ليس كل رابط مفيد ومبرر ، لكنه سيُظهر على الأقل سبب اعتقادك أن هذا خطأ حقًا. ليست هذه "أمي التي أقسمت بها" لك ، ولكن مع تبرير!خطاب العميلقد يكون الأساس المنطقي يرسل إلى خطاب العميل. لدينا أيضًا حقل منفصل ، مبرر الأعمال ، حيث نكتب العميل الذي طلب هذه الميزة. وبعد ذلك ، عندما نقرأ الأخطاء ، نرى فوراً:- نعم ، حالة العمل فارغة. هذا يعني أننا وجدنا أنفسنا هذه المشكلة ونعتقد أنها بحاجة إلى إصلاح.أو:- نعم ، اشتكى مثل هذا العميل من المشكلة في 1 أغسطس 2015وإذا كنا بحاجة إلى توضيح ما لا يناسبه بالضبط مع هذا العميل ، فيمكننا بسهولة العثور على هذه الرسالة ، لأن لدينا جميع المعلومات (من ، ومتى ، وما يسمى الرسالة). مع العلم بهذه المعلومات ، سأذهب وأجد خطابًا في 5 ثوانٍ في Outlook. إذا لم تكن هذه المعلومات موجودة ، فسيتعين علي الذهاب إلى Outlook والبحث بين 10 من الآباء المختلفين - أي من العملاء طلب ذلك وفي أي خطاب؟بالإضافة إلى ذلك ، إذا رأينا أن هذه الميزة قد تم طلبها من قِبل العديد من العملاء المختلفين ، فسترفع الأولوية على الفور. بما أننا نفهم ما يلي:- نعم ، ها هو العميل 1 الذي اشتكى بعد ذلك ، وبعد بضعة أسابيع / أشهر ، اشتكى العميل من آخر. همممم ، ولكن بالتأكيد هناك مجموعة من العملاء الآخرين الذين يعانون أيضا ، ولكن صامتة. البكاء ، وخز ، ولكن الاستمرار في تناول الصبار. بعد كل شيء ، لن يكتب لنا الجميع ويبلغون عن مشكلة ...
وبالتالي فإن المزيد من الشكاوى ، وكلما ارتفعت الأولوية. نظرًا لأننا نتفهم أن هذا مستخدم حقيقي يشتكي ، فإن لديه بالفعل مثل هذه المشكلات. وحتى إذا عدنا إلى الخطأ بعد ستة أشهر أو سنة ، وذلك بفضل الرسالة المرفقة أو على الأقل رابط لها ، سيكون من الممكن دائمًا رفع تاريخ المهمة.عائد الاستثماريمكننا محاولة حساب نسبة العائد على الاستثمار. هل نحتاج حقًا إلى جعل هذه الميزة أو إصلاح هذا الخطأ؟ هل سيجلب هذا التأثير المناسب؟إنه إجراء تحرير بسيط لمدة نصف ساعة من التطوير ، مما يساعد مئات المستخدمين. الأمر مختلف تمامًا - بسبب الهستيريا لدى مستخدم واحد ، أسبوعين لإعادة عمل النظام ، والذي يناسب الجميع.إذا قمنا بحساب العائد على الاستثمار ورأينا أن اللعبة تستحق كل هذا العناء ، فسنضع الحسابات في المهمة. لكن في بعض الأحيان بعد العمليات الحسابية ، يتضح أنك لست بحاجة إلى القيام بالمهمة. وهذا طبيعي! لذلك ، وفرنا وقت الفريق لمناقشة الميزات غير الضرورية.لهذا السبب نفكر في الأساس المنطقي - لأنه في بعض الأحيان يبدو "آه ، يا له من خلل ، يا له من خلل!" ، ثم تبدأ في التفكير في الأساس المنطقي ... وأنت تفهم أن هذه القمامة ، وليس خلل ، لا تستحق البدء ...على سبيل المثال ، نأتي للعمل مع تطبيق الهاتف المحمول ، وهناك لوحة تصحيح للمختبرين التي تبدو مثل هذا:
Wow ، wow! هناك القليل من اللون الأزرق ، وهناك القليل من اللون الأحمر ، والنص غير مرئي تمامًا ، والخطوط مبعثرة ... خطأ واضح! كيف لم يلاحظ هذا قبلي؟ تطهير عاجل ، تحتاج إعادة بيع!
كيف تبرر؟ "ماذا تقصد ، إذا رأى المستخدم ذلك ، فسوف يتأذى فورًا وسيغادر". توقف . -. , [2]. . , , !
… , ? . , , . ? !
, . . . ? ? , , .
— , !
إحصائياتجمع إحصاءات والاستثمار في المهمة:- عدد الأخطاء في السجلات.- عدد الشكاوى في الدعم الفني ؛- عدد النقرات على الزر ؛- عدد المستخدمين الذين غادروا في مرحلة وضع النظام (أغلق علامة التبويب) ؛- ...هذا ، إذا كنت تعتقد أن النموذج القياسي لوضع طلب في المتجر عبر الإنترنت "سيء" ويحتاج إلى تحسين ، قم بتبريره. لماذا هو سيء؟ بحيث لإدخال العنوان تحتاج إلى معرفة الفهرس الخاص بك وملء 10 الحقول المطلوبة؟ هل هو حقًا سيء أم مزعج لك فقط؟ضع في اعتبارك أن المطورين قد لا يرون "الواضح" في برامجهم. بعد كل شيء ، قاموا بتطويره واختباره ... وهم يرونه باستمرار 100 مرة في اليوم ، وهم معتادون بالفعل على الواجهة. لذلك حتى لو كانت قديمة بالفعل ، فأنت بحاجة إلى حقائق.من السهل جمع الحقائق - نطلب منك عمل إحصائيات لمعرفة متى يغادر المستخدم الصفحة. وإذا أضاف البيتزا إلى السلة ، ثم بدأ يملأ الحقول وبعد 5-7 بصق ثم غادر ، هذا ليس رائعًا. وإذا كان كل ثلث يتصرف هكذا - فمن المؤكد أنه يستحق تحسين شيء ما!إذا كنت تتذكر mail.ru ، يمكنك إلقاء نظرة على السجلات - هل هناك أي أخطاء مثل "محاولة التسجيل لمثل هذه الرسالة الإلكترونية مرفوضة"؟ ربما لم تكن موجودة على الإطلاق ، لكننا توصلنا بالفعل إلى مجموعة من المستخدمين الذين تعرضوا للإهانة ، بسبب هذا الموقع فقد الملايين حرفيًا.
لماذا الإحصاءات أفضل من العواطف؟ لأننا ومحترفي تكنولوجيا المعلومات والمستخدمين العاديين عالمان مختلفان. ما هو مناسب بالنسبة لنا غير مريح بالنسبة لهم. والعكس صحيح.
لنفترض أننا نفعل برنامج المحاسبة. يبدو لنا: "فو ، لا أحد يعمل مع الماوس ، يجب أن نتأكد من أن كل شيء يعمل من سطر الأوامر ، بحيث لا يحتاج الماوس إلى لمسها!" ننفق الكثير من الوقت على هذه الوظيفة ، ولكن المستخدمين الحقيقيين لا يستخدمونها على الإطلاق. لأنهم يحتاجون إلى ماوس للاختيار ، والضغط على الزر الكبير ... ولكن ما هو مناسب للمبرمجين ، فهم لا يهتمون عمومًا ، لأنهم مرتاحون لشيء مختلف تمامًا.وإذا كنت تريد أن تخبر الجميع بما يحتاجه المستخدمون ، فقم أولاً بدراسة اختبار قابلية الاستخدام ، ثم قل ما إذا كانت الأرانب قد أساءت أم لا.في نظامنا ، نقوم بجمع إحصائيات مجهولة الهوية ، والوظائف المستخدمة وغير المستخدمة. هناك العديد من المرشحات على نموذج ويب يصعب الحفاظ عليها. هل هم بحاجة؟ لا يمكنك فقط التقاط الصور وإزالتها ، إنه يستحق التحقق.
وبالتالي فإن الإحصاءات عادة ما تكون مفاجئة للغاية. كنا نظن أن هذا الفلتر لم يستخدم على الإطلاق ، ولكنه في الحقيقة كان يعمل كل ساعة. ومن ناحية أخرى كانت لديهم آمال كبيرة ، لكن لا أحد يحتاج إليه ...
فقط احصاءات نقول بصراحة عن وجود المشكلة. إذا لم تكن هناك إحصائيات ، فسيكون ذلك مجرد ذوق. ولكل شخص الأذواق المختلفة. يريد المختبر أن يكون الزر الأحمر والمطور هو الزر الأخضر والمصمم الأزرق. لذلك ابحث عن الحقائق ومنحهم pruflink!
2.2. التوحيد
إذا لم يكن هناك pruflink ، فيمكننا الرجوع إلى التوحيد في النظام. لأنه إذا كان النظام يعمل دائمًا على هذا النحو ، ومن ثم فقد عمل بشكل مفاجئ بشكل مختلف - فقد يكون هذا هو الأساس المنطقي لهذا الخطأ.على سبيل المثال ، إذا كان نظامنا يعمل مثل puntoswitcher (هذا هو عندما أقوم بالطباعة باللغة الروسية ، متناسين تبديل التصميم ، ويقوم النظام بتبديله بنفسي). يمكنني كتابة "Olga" ، أو يمكنني كتابة "Jkmuf" ، سيقوم النظام بتحويل الخيار الثاني إلى الخيار الأول.يحدث هذا على جميع أنواع التطبيقات الحكومية. في بعض الأحيان هم أنفسهم يعملون على نفس المبدأ. يجب عليك التسجيل بوضوح كما في جواز سفرك. بما أننا نعيش في روسيا ، فإن التسجيل باللغة الروسية ، لذلك سنقوم بتصحيح الحروف الإنجليزية. من الواضح أنك نسيت تغيير التصميم يا رجل!Jkmuf → أولغا
حسنًا ، لكن ماذا لو حاولت كتابة اسم "جوليا"؟ يبدأ بالحرف U ، وهذه الرسالة لا تتوافق مع حرف الأبجدية الروسية ، ولكن مع شخصية خاصة:> → يو
وهذه فئة معادلة مختلفة تمامًا!أي إذا فهمنا أن النظام يعمل مثل puntoswitcher ، فلدينا على الأقل فئتان معادلتان: هناك حروف روسية تتوافق مع الحروف اللاتينية ، وهناك تلك التي تتوافق مع شخصية خاصة.هذه فصول مختلفة تمامًا ، يجب التحقق منها! وربما عندما نطبع حرفًا خاصًا ، فإن النظام لا يتعرف عليه. ثم نبدأ الخطأ - اكتب الرمز> ، أتوقع أن يقوم النظام بترجمته إلى الحرف U ، لكن لا شيء يحدث. لماذا أتوقع هذا؟ لأن النظام ALREADY يعمل هكذا ، لأنه إذا دخلت Jkmuf ، فسوف يفهم النظام أنه Olga.نظهر أن النظام يعمل بالفعل بهذه الطريقة ، وهذا مبرر جيد. لا نقول "أقسم بأمي ، إنها تعمل هكذا" ، نحن نثبت ذلك على أولغا.
2.3. مشكلة ، أو ألم الحياة #
أخبرنا عن بعض مشكلات المستخدم الحقيقي.لأننا اختبار. مهمتنا هي سحق وكسر ، وإدخال "الحرب والسلام" في حقل قصير ، وتحرير إدخال واحد في اثنين من علامات تبويب المتصفح وآخر ، وغيرها. وحتى إذا لم ينجح شيء بالنسبة لنا ، فإن هذا لا يعني أن المستخدم سيفعل الشيء نفسه.وأحيانًا لا يتم إصلاح الأخطاء ببساطة لأن "نعم لا أحد يفعل ذلك!" وهذا طبيعي. لماذا تضيع الطاقة والموارد على مشكلة لا تنشأ أبدًا؟هذا ينطبق بشكل خاص على مشاكل قابليتها للاستخدام. كما نتذكر ، ما هو مناسب لمتخصص تكنولوجيا المعلومات غير مريح لمستخدم بسيط. والعكس صحيح! واتضح أننا إذا كتبنا للتو "حسنًا ، هذا غير مريح ..." - هذا مبرر ضعيف ، لا تعرف أبدًا ما هو غير مريح ، كل شيء يناسب الباقي. ولكن إذا جمعنا تعليقات من المستخدمين ، وأرفقت رسائلهم التي يشكون فيها إلينا ، فإن هذا يشير على الفور إلى وجود مثل هذه المشكلة بالفعل. وهذا يزيد بالفعل من أولوياتها.إن مشكلة العميل الحقيقي هي دائمًا أفضل من مجرد اختبار سلبي من اختبار.
هذا لا يعني أن المختبرين لا يتم تصحيحهم على الإطلاق للمشاكل. إذا كان لديك مشكلة ، اشتكي أيضًا! ربما يستطيع المطور مساعدتك في غضون 5 دقائق فقط ، فهو لا يعرف الموقف.عند اختبار ميزة جديدة ، أقوم بتغطيتها باستخدام اختبارات تلقائية. ظل إطار الاختبار موجودًا منذ فترة طويلة ، وقد اعتدنا عليه. تتشابه الاختبارات مع بعضها البعض ، لذا ، فلصق النسخ - بعد كل شيء ، عادة ما نقوم بتغيير معلمة واحدة ، مع ترك الباقي بدون تغيير. هذا هو مبدأ "اختبار واحد = اختبار واحد" ، بحيث يشير الانخفاض في الاختبار على الفور إلى السبب.
والآن أحتاج إلى نسخ المعلمات من الاختبار التلقائي إلى الاختبار التلقائي. ولا بد لي من إخراجها من الاختبار الأول إلى الثاني والثالث والرابع والخامس والعاشر ... وفي هذه النسخة ، أحتاج إلى تغيير قيمة واحدة فقط في سطر واحد ، وإذا لم أفعل ، فسوف ينهار كل شيء بشكل رهيب خطأ.
بالطبع ، عندما أقوم بلصق النسخ ، فأنا مخطئ في مكان ما على الأقل ... كنتيجة لذلك ، كتبت 30 اختبارًا ، وقمت بإجراءها مرة واحدة ، وسقط كل شيء مع NPE. أجلس وأخدش رأسي وأظن أنه "لعنة ، أين أنا مخطئ؟"
لقد كنت أفرز طوال اليوم ، وأبحث عن خطأ ، وأجري اختبارات تلقائية ... أحاول العثور على خلل أو مكان قمت فيه بالفشل. نتيجة لذلك ، أجد ثم في التجمع التالي أشكو:
"لقد كتبت هذه الاختبارات التلقائية طوال اليوم بالأمس ، لأنني ارتكبت خطأً في الاختبار الخامس ، ثم حاولت أن أفهم لفترة طويلة سبب السقوط." أوه ، هذا نسخ لصق!
ثم يقول المطور:
"نعم ، لقد أتت إليّ ، وأود أن أعيد تشكيل كل شيء من أجلك خلال نصف ساعة وحل هذه المشكلة."
وهكذا كان ذلك ممكنا؟ !!!
من فضلك لا تخافوا! ربما كنت تعاني ، والمطور لا يعرف ذلك. وربما يمكنه حل مشكلتك بسرعة ، هنا والآن. وربما لا إصلاحه ، ولكن اقتراح حل بديل.
بالطبع ، إذا كانت المشكلة هي مشكلة لمرة واحدة ، أو استغرقت وقتًا طويلاً لإصلاحها ، فستنتقل مهمة التحسين إلى الإصدار التالي أو أكثر. لكن الأمر يستحق على الأقل مناقشة "كيف يمكن تحسين ذلك" وتحديد مهمة. بعد كل شيء ، إذا لم تكن هناك مهمة ، فلن يقوم أحد بأي شيء.
هناك حالات مختلفة من المشاكل:
- مشكلة العملاء ؛
- مشكلة المستخدم الحقيقي ؛
- مشكلة اختبار.
- مشكلة داخل الفريق ؛
بعضها أكثر أولوية ، والبعض الآخر أقل. ومع ذلك ، إذا وصفنا الحالة الحقيقية والمشكلة الحقيقية ، فإن هذه المهمة لديها فرص أكثر للتصحيح من "من الواضح ، لذلك سيكون الجميع أفضل".
نعم ، يجب أن تفهم أنه حتى لو وصفنا مدى سوء الأمر بالنسبة للمستخدمين الحقيقيين ، فإنه لا يزال لا يضمن أننا سنصلح الخلل ، لكن هذه هي الحياة. في أي حال ، إذا وصفنا المشكلة على الأقل ، فسيكون من الواضح على الأقل سبب تعييننا لهذه المهمة. حتى لو عدنا إليه خلال شهر واحد أو اثنين. سنرى دائمًا سبب اعتقادنا أن المستخدمين كانوا سيئين وغير مريحين في التعامل معها.
3. عندما لا تكون هناك حاجة المنطق
فجأة ، أليس كذلك؟ =)
ومع ذلك ، فإن antipattern "من الواضح" لديه استثناءات. نحن حقا لا نحتاج إلى كتابة الأساس المنطقي إذا كان النظام:
- علق
- سقط مع خطأ غير معالج ؛
خاصة إذا حدث هذا في الإنتاج. إذا كان موقعنا غير موجود ، فلا يوجد سبب لتبريره ، فيجب عليك التغلب على gong والتوجه إلى المطور "لإصلاحه بشكل عاجل!" فمن الممكن دون خطأ على الإطلاق. ويمكنك مع موجز "خطأ 500 على الرئيسي" ، وهذا يكفي.
لا تمتص الأساس المنطقي من الإصبع ، لأنه "ضروري دائمًا". إن كتابة "النظام يجب ألا يسقط" هو نص من أجل النص.
لكن! تحتاج بالتأكيد لكتابة النتيجة المتوقعة. حتى لو بدا الأمر واضحًا لك ، فقم بتدوينه ، ولن يمحوك.
خطوات
افتح موقع example.com
النتيجة
خطأ 500
النتيجة المتوقعة
تم فتح الصفحة الرئيسية
يبدو أن كل شيء بسيط هنا - الشيء الرئيسي لا يفتح ، لكن ينبغي. ولكن هناك أمثلة أكثر تعقيدا.
على سبيل المثال ، أعد المطور صيغة من المعارف التقليدية ويحدث التقسيم في مكان ما على صفر. إذا كتبت للتو "يجب ألا تكون هناك أخطاء ، فسيتم تحميل التقرير" ، ثم سيظل المطور مطورًا لك ويطرح السؤال "كيف ينبغي فتحه بعد ذلك؟ هناك قسمة على الصفر! "
تحتاج إلى التفكير في الأمر وكتابة "أتوقع أن يفتح التقرير بهذه القيم وهذه وفقًا للمعادلة " - بينما تعتقد أن ما يجب أن يكون هناك ، يمكنك أن تجد مشتركًا في TOR. ثم تحقق مع المحلل كيف بشكل صحيح.
لذلك حتى لو لم يكن هناك مبرر ، فهناك النتيجة المتوقعة على الأقل. وتذكر أن هذا استثناء للقاعدة. يجب ألا يسقط النظام ويتجمد. ومع ذلك ، فإن هذه الأخطاء نادرة ، وفي حالات أخرى يجب أن يكون هناك مبرر.
4. ملخص
ناقشنا 3 antipatterns. ثلاث مراحل من الغضب والحرمان وتبرير الأخطاء:
- من الواضح - من الواضح لنا أننا لا نبرر ذلك. ثم حصلنا على "أوه ، لقد نسيت لماذا أردت أن" ... هذا واضح لك فقط ، فقط هنا والآن فقط. بعد ستة أشهر ، أنت نفسك سوف تنسى السبب. وضح كيف غبي ، ما نوع الأدلة الموجودة.
- أقسم بأمي ، هذا صحيح! - لماذا أقسم؟ لسبب ما ، تعتقد أنه صحيح ، لذا أخبرني لماذا. إعطاء رابط للمتطلبات ، على سبيل المثال.
- تعرضت الأرانب للإهانة - "أوه ، ألم تضف قطًا إلى الصفحة الرئيسية؟ حسنا ، هذا كل شيء! لقد شعرت بالإهانة ... وذهب! وانت! فقدت العميل! " ولكن ما هو غير مريح بالنسبة لك قد يكون مناسبًا للآخرين. لذلك إزالة العواطف وإعطاء الحقائق.
بدلاً من ذلك ، يجب عليهم استخدام الأساس المنطقي الصحيح:
- Pruflink - المعارف التقليدية ، الإنترنت ، خطاب العميل الذي طلب هذه الوظيفة ...
- التوحيد - إذا كان النظام يعمل دائمًا بهذه الطريقة ، وفي مكان واحد بشكل مختلف ، فإن الأمر يستحق الإصلاح!
- المشكلة - صف المشكلة التي تنشأ لك أو للمستخدم (إذا كنت تتواصل مع العملاء). المشكلة الحقيقية هي دائما أفضل من مجرد اختبار سلبي.
تأكد من كتابة سبب قررنا أن هذا خطأ حقًا ولماذا نريد إصلاحه تمامًا كما كتبنا هنا. نسأل أنفسنا أسئلة من سلسلة "5 لماذا"
- لماذا أعتقد أن هذا واضح؟
- لماذا أعتقد أن هذا صحيح؟
- لماذا أعتقد أن المستخدمين منزعجون؟
نحن نقدم روابط للمتطلبات على الإنترنت ، ونشير إلى التوحيد أو نتحدث عن المشكلة الحقيقية للمستخدم.
وعندما بعد عام ستعيد قراءة المهام المنفذة بكفاءة ، ستظل تقول لي "شكرًا لك!" ツ