ما هو شرط “جيد”؟
لقد طلب منا العديد من العملاء أن نقدم لهم أمثلة على متطلبات العمل “الجيدة”. حتى أن بعض الأشخاص الأكثر شجاعة قد طلبوا متطلبات “سيئة” للمقارنة. من المفترض أن يكون الأشجع حتى الآن هو أولئك الذين قدموا لنا عينات من متطلباتهم وطلبوا تقييم “جودة” المتطلبات. بعد الكثير من نتف الشعر ، وسحق الدماغ ، وسكب الرماد على رؤوسنا ، قررنا تناول هذا الموضوع وجهاً لوجه (لا تجعلني أبدأ بهذا الإعلان!). نظرًا لأن الموضوع ، مع ذلك ، ضخم إلى حد ما (على سبيل المثال ، أكبر من أن يؤخذ في الاعتبار في مقال واحد) ، فقد قررنا تقسيمه.
متطلبات “جيدة” ، وإن كانت صغيرة وغير ناضجة
أولاً ، نحتاج إلى الإشارة إلى أن “جودة” متطلبات العمل تعتمد على مكانها في تطورها. من أجل الراحة ، نقسم عملية تحديد المتطلبات إلى ثلاث مراحل رئيسية ، “الالتقاط” و “التوضيح” و “التأكيد”.
فلسفتنا الأساسية هي أن متطلبات العمل قد تكون موجودة في براري الشركات الأمريكية ، ونحن لا نعرف على وجه اليقين. السبب الذي لا نعرفه هو أننا لا نستطيع معرفة ما إذا كان هناك شيء ما مطلبًا أم لا حتى نلتقطه. ما نحتاج إليه نحن كمحللين أعمال (المعروفين أيضًا باسم أولئك المسؤولين عن تلبية متطلبات العمل) هو التخطيط للبحث. نحتاج إلى دراسة المتطلبات في بيئتها الطبيعية لمحاولة التعرف عليها قدر الإمكان. أي شيء يمكن أن نتعلمه عن عاداتهم وسلوكياتهم وتفضيلاتهم سيساعدنا في البحث القادم للتأكد من أنه يمكننا أن نصطاد أكبر عدد ممكن منهم في الوقت المحدد. يتعلق الأمر برمته بالحصول على المتطلبات بأي طريقة ممكنة – من خلال إجراء المقابلات ، أو الملاحظة ، أو التحليل ، أو التزحلق على الجليد ، أو العصف الذهني ، أو غسل الدماغ ، أو الركل ، أو أي شيء يناسبك.
في هذه المرحلة التكوينية من حياته ، فإن المطلب “الجيد” هو بيان أن:
- يبدأ بالكلمات “أنا (أو نحن ، أو إدارتنا ، أو شعبي ، أو دور معين) بحاجة (أو لا تحتاج أو تريد أو لا تريد أو ينبغي أو لا ينبغي أو لا تريد أو لا تريد)” أو يحدد بعض أبعاد مكون معين من الحل المستقبلي ؛
- يسمي مكونًا واحدًا / ميزة / سلوكًا / يذكر أن كل من لديه السلطة في مجتمع الأعمال لاتخاذ القرار يقرر أنه نتيجة لمشروع يستحق التمويل ؛
- يركز على نتائج الأعمال ، وليس التكنولوجيا المستخدمة ؛ و
- يمكن إرجاعه إلى الفرد الذي يتمتع بسلطة “امتلاك” و “تمويل” هذا المطلب.
زوجان من الغرامة (IONSHO – في رأينا غير المتواضع) أمثلة:
- يجب أن تكون المبيعات قادرة على معرفة العقود التي ستنتهي خلال 90 يومًا القادمة.
- أريد أن يقوم النظام تلقائيًا بحساب ضرائب المبيعات بناءً على قوانين ضريبة المبيعات ذات الصلة.
- لن يحتاج زائر الموقع إلى النقر أكثر من مرة للوصول إلى صفحة الطلب من أي صفحة أخرى على الموقع.
- نحتاج إلى أن نكون قادرين على الاستجابة لحادث رمز أحمر في أي مكان على هذا الكوكب في غضون 24 ساعة.
- سيتم ترجمة ضريبة المبيعات من خلال الرمز البريدي الخاص بعنوان الشحن.
في توضيح المتطلبات
يتعلق توضيح المتطلبات حقًا بالتأكد من أن أكثر من شخص واحد (أي المؤلف) يفهم تمامًا معنى المطلب. المتطلبات ، في نهاية المطاف ، وسيلة اتصال ، لذلك ما لم يتفق كل من المنشئ والقارئ على ما يعنيه في الواقع ، لا يمكن أن يطلق على نفسه مطلبًا واضحًا.
فقط كشيء جيد على سبيل المثال ، دعنا نأخذ الشرط الأول من المجموعة أعلاه:
“يجب أن تكون المبيعات قادرة على معرفة العقود التي ستنتهي صلاحيتها في غضون 90 يومًا القادمة.”
إنه منطقي تمامًا بالنسبة لي ، بعد كل شيء ، لقد كتبته. ماذا يعني ذلك للمطورين (سواء كانوا جالسين في بلد من العالم الثالث أو مكعب بجواري ، سواء كانوا يتحدثون الإنجليزية كلغتهم الأم أم لا ، وما إذا كانوا يشاركونني خلفية ثقافية أم لا)؟ ما أنواع الأسئلة التي يمكن أن يطرحها هؤلاء المطورون؟
تمرين في الوضوح
كتمرين في قدراتك التحليلية ، قد ترغب في هذه المرحلة في قضاء دقيقتين لمعرفة عدد الأسئلة التي يمكنك التفكير فيها والتي ترغب في الإجابة عليها للتأكد من أنك تفهم نيتي وليس فقط تفسيرك لكلماتي. سواء قمت بتدوينها أم لا ، قم بحسابها. في هذه الحالة ، الكمية مهمة.
حسنًا ، ها هي قائمة الدقيقتين الخاصة بي:
- من أو ما هي “المبيعات”؟ ماذا بأمكانهم ان يفعلوا؟ ماذا سيفعلون بكل ما أعطيهم؟
- ماذا تعني عبارة “أن ترى”؟ هل يحتاجون إلى عقود فعلية أم مجرد قائمة؟
- ما هو العقد؟
- ما الذي يجعل العقد “تنتهي صلاحيته” ولماذا يهتمون بذلك؟
- 90 يومًا القادمة؟ ابتداء من متى؟ هل هذا العرض يتغير يوما بعد يوم أم أسبوعيًا أم شهريًا أم كل ساعة أم ماذا؟
- تعال إلى التفكير في الأمر ، ما الذي يشكل يومًا في هذا السياق ، 24 ساعة (يوم في مكان واحد) أو اليوم العالمي (وهل هذه 47 ساعة أو كيف يعمل ذلك ، على أي حال)؟
حسنًا ، هذه هي الأسئلة الستة الأولى (أو مهما كان عدد الأسئلة التي تريد عدها) التي خطرت في ذهني الضعيف ، لكن تذكر ، أنا المؤلف! ربما يمكنك القيام بعمل أفضل بكثير لأنك تنظر إلى العالم من وجهة نظرك. يشير كل هذا إلى أنه على الرغم من أن المطلب كان واضحًا بالنسبة لي عندما كتبته ، إلا أنه قد يحتوي على بعض الذاتية التي يجب حلها خشية أن تقودنا إلى تطوير حل خاطئ.
متى تتوقف؟
لنفكر في ما فعلناه للتو. أخذنا جملة واحدة وأنشأنا مجموعة من الأسئلة التي ستؤدي إلى من يعرف عدد الجمل الإضافية ، كل منها سيتألف من مصطلحات تحتاج إلى توضيح. يبدو لي كمثال كلاسيكي لتحليل الشلل. كيف تنتهي ، ومتى نعرف أخيرًا ما يكفي للتوقف عن التردد والبدء في تطوير الحل؟
سؤال رائع! في الواقع ، من المحتمل جدًا أن يكون السؤال المطروح على محللي الأعمال في كل مكان. إن الإجابة الأكثر تكلفة هي ، بالطبع ، بناء الحل ثم معرفة ما إذا كنت قد فهمت المتطلبات بشكل صحيح أم لا (مما قد يكون له تأثير سلبي على فرصك في الحصول على وظيفة في مجال تحليل الأعمال).
أفضل إجابة توصلت إليها صناعتنا حتى الآن هي الاقتباس الصيني القديم ، “الصورة تساوي ألف كلمة”. بمعنى آخر ، ارسم مخططًا أو أنشئ نموذجًا أوليًا لما تعتقد أنه يعمل واختبر فهمك له. إذا كنت أنت ونظرائك (خبراء الموضوع ، المعروفين أيضًا باسم الشركات الصغيرة والمتوسطة من جهة والمطورين من جهة أخرى) متمرسين في تقنيات النمذجة ، فإن التمرين الجيد هو جعل كل جانب يرسم مخططًا سريعًا (نموذج العملية ، نموذج البيانات ، مخطط مسار السباحة ، أيا كان) لما يفهمونه متطلبًا يعني ثم يقارنوا النماذج. النماذج ، مع ذلك ، ليست الطريقة الوحيدة المتاحة لك.
لماذا لا نوضح؟
تسأل “لماذا يتخطى الكثير منا عملية التوضيح”؟ (على الأقل ، أعتقد أن هذا ما سمعته في رأسي.) بالنسبة للمبتدئين ، لا يحب الكثير من الناس طرح الأسئلة خوفًا من الظهور بمظهر الجهل. (هذا هو خطي – الأسئلة لا تظهر الجهل ، إنها تظهر الاهتمام!). ثانيًا ، معرفة ما يجب طرحه هو عمل شاق. (بالطبع ، ليس صعبًا مثل كونك رئيسًا ، ولكن لا يزال.) على الرغم من أن السؤال يظهر الاهتمام ، فإن بعض الأسئلة على الأقل تبدو غبية ، فكيف يمكنك التأكد من أن أسئلتك ليست من النوع الغبي؟ حسنًا ، كم منكم اختار الاستخدام غير المنطقي للأقواس في هذه الفقرة “لتوضيح” ما هو المقصود؟ هل وضحت أم ارتبكت؟ آه ، الألغاز التي نخلقها من خلال الرغبة في الوضوح.
هذا التفكير وهذا الموعد النهائي المزعج الذي يلوح في الأفق يقودك إلى الطريق الوردي ، “حسنًا ، يجب أن يعني خبير الموضوع هذا ، لأن هذا هو الشيء الوحيد الذي يبدو منطقيًا بالنسبة لي” ؛ ومشروع آخر واعد يتحول إلى شغب. هناك طريقة أفضل ، يجب أن تكون.
معضلة التحلل
من المحتمل أن تحتوي عبارات المتطلبات المتحللة على العديد من التعريفات المختلفة حيث توجد أحرف في اسم التقنية ، لكن أسلوبنا في ذلك هو الأبسط (حقًا ، صدقني). كل ما تحتاج إلى التفكير فيه هو شيئين.
الناس والأنظمة كلاهما يفعل الأشياء. في لغتنا ، نطلق على هذه الأشياء وظائف أو أنشطة أو عمليات. عند القيام بالأشياء ، يستهلك كل من الأشخاص والأنظمة الموارد (مثل البيانات) ويقومون بإنشاء موارد جديدة (بما في ذلك البيانات الجديدة). الغرض الأساسي من تقنية المعلومات هو مساعدتنا على القيام بأشياء أرخص وأفضل وأسرع وتذكر ما فعلناه من خلال تتبع البيانات ذات الصلة. حسنًا ، نظرًا لأنه من المفترض أن تحدد المتطلبات تقنية معلومات مستقبلية ، فربما يجب علينا فقط التركيز على ما سيفعله النظام وما يجب أن يعرفه للمبتدئين ليروا إلى أين يقودنا.
المكونات الوظيفية والإعلامية
في شكله البسيط ، يتألف تحليل بيان المتطلبات من طرح ثلاثة أسئلة ، بدءًا من “ماذا ينص المطلب أو يعني ضمنيًا أن النظام (أو الشخص) سيحتاج إلى القيام به؟” نظرًا لأن القيام بأي شيء يتطلب نوعًا من الإجراءات ، فإننا نبحث عن إجابات في شكل أفعال وكائنات (مثل “حساب ضريبة المبيعات” ، “شيك إيداع”). نظرًا لأن الأفعال تشير إلى الإجراء ، فعادة ما تكون الكائنات عبارة عن بيانات (أو شيء نحتاج إلى الحصول على بيانات عنه).
بمجرد أن نحصل على قائمة بجميع الأشياء التي يحتاج النظام أو المستخدمون إلى القيام بها ، فإن السؤال الثاني لكل عنصر في القائمة هو ، “ما هي البيانات التي يجب أن يعرفها النظام من أجل القيام بذلك؟” نظرًا لأن البيانات شيء مهم ، فإننا نبحث الآن عن الأسماء أو العبارات الاسمية (مثل “ضريبة المبيعات” ، “المبلغ المستحق” ، البنك المُصدر “).
السؤال الثالث هو “من أين تأتي هذه البيانات؟” والإجابة هنا يمكن أن تكون فقط وظيفة أخرى أو في مكان ما خارج النظام (على سبيل المثال ، البنك ، العميل ، مصلحة الضرائب – نأسف على آخر واحد ، لكنه مصدر صالح بالإضافة إلى ألم في التشريح)
وهكذا تكون
حسنًا ، لقد بدأت بجملة بسيطة تحدد ميزة أو حالة أو سلوكًا مستقبليًا لأحد مكونات نظام الأعمال ، والآن لديك قائمتان طويلتان من الأشياء التي يتعين على النظام القيام بها والأشياء التي يجب أن يعرفها. السؤال المهم الوحيد المتبقي هو ما إذا كنت تعرف ما يكفي عن كل عنصر في القائمة للتواصل مع المطورين أو المجمعين للحل. قد تكون فكرة جيدة أيضًا إذا كنت تعرف أيضًا كيفية التعرف على ما إذا كانت هذه الأشياء موجودة والعمل بالطريقة التي تريدها بمجرد تسليم الحل.
هل كل شيء أوضح الآن؟
التأكيد قبل الترميز
إن تأكيد متطلبات العمل يتعلق حقًا بالتأكد من أن مجتمع الأعمال والمجتمع التقني يفهمان الشيء نفسه وفقًا للمتطلبات. يتعلق الأمر أيضًا بضمان اتفاق كلاهما على الأولويات النسبية ضمن مجموعة المتطلبات بحيث تتم معالجة المتطلبات الأكثر أهمية لمجتمع الأعمال أولاً. تحديد الأولويات ليس شيئًا يمكن القيام به ما لم يكن مهمًا ، لذلك لن نتعمق هنا في تعقيدات هذه الخطوة الحاسمة في هذا الوقت. يكفي أن نقول إنه ما لم يتم تأكيد متطلبات عملك وتحديد أولوياتها ، فإنها ليست جاهزة لوقت الذروة الذي ، في فلسفتنا ، يعني “جاهز للإدارة”. في النهاية ، فإن قابلية الإدارة والصيانة وجدوى متطلبات عملك هو ما يصنع الفرق بين متطلبات العمل “الجيدة” و “السيئة”.
قد يفوز أفضل مطلب.
