تطوير تطبيقات الهواتف المحمولة لنظامي التشغيل ‏iOS ‎و ‏Android.

تطوير تطبيقات الهواتف المحمولة لنظامي التشغيل iOS و Android.

تطوير تطبيقات الهواتف المحمولة لنظامي التشغيل ‏iOS ‎و ‏Android.


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

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


محتويات تطوير تطبيقات الهواتف المحمولة لنظامي التشغيل iOS و Android.

ماذا يعني "التقدير"؟
لماذا نقدر؟
ما هي المشاكل الشائعة في التقدير؟
ما هي نقاط القصة؟
كيف يبدو التقدير في نقاط القصة في الممارسة؟
كيف يعمل التخطيط للبوكر؟
لماذا نستخدم نقاط القصة؟
هل يمكن تحويل نقاط القصة إلى ساعات؟
ما هي نقاط القصة التي تكون أفضل من ساعات؟
لأن ساعتي ليست مثل ساعتك


تصنيف تطوير البرامج وتطبيقات الهاتف المحمول.

تم تصنيف تطوير البرامج وتطبيقات الهاتف المحمول على أنه مجال معقد في نموذج صنع القرار Cynefin. هذا يعني أننا في مجال "مجاهيل غير معروفة" وأن العلاقات بين السبب والنتيجة لا يمكن تحديدها إلا من أجل البيانات التاريخية.

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



كيف يمكننا حقًا تحديد المدة التي سنستغرقها للعمل على شرط معين ؟

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


ماذا يعني "التقدير"؟
غالبًا ما يكون التقدير مجرد كلمة أخرى لـ "تخمين ذكي". بناءً على ما نعرفه في ذلك الوقت ، نقارب الجهد المطلوب للقيام بشيء ما.


احصل على كتاب إلكتروني مجاني لدليل مالك المنتج
دفع منتجك إلى النجاح - دليل مجاني لمالكي المنتجات الرقمية
حتى أفضل فريق لا يمكنه تقديم منتج ناجح بدون التوجيه المناسب. إذا كنت تمتلك منتجًا رقميًا ، فسيكون الكتاب الإلكتروني الخاص بنا موردًا مثاليًا لإتقان أساسيات تقديم منتج ناجح.

لماذا نقدر؟
بالتأكيد ، هناك الكثير من الأسباب للتقدير. ومع ذلك ، هناك ثلاثة مجالات تظهر في أغلب الأحيان:

يساعد في تخطيط العمل وتحديد حجم الفريق المطلوب
يساعد في تحديد مقدار الأموال التي يتعين علينا استثمارها في المشروع وما هي تواريخ الإصدار المحتملة
يساعد في قياس إنتاجية الفريق (ولكن ليس الفعالية)


ما هي المشاكل الشائعة في التقدير؟

من المستحيل تحديد قيمة ساعة محددة للمخاطرة أو غير معروف
تُفهم التقديرات أحيانًا على أنها تقييمات حرفية ، مما يؤدي غالبًا إلى عدم الرغبة في تحمل المسؤولية عنها ، مما يؤدي غالبًا إلى المبالغة في التقدير.


قد يكون تقدير شيء تفعله لأول مرة غير دقيق بطبيعته
كل شخص يقدر بشكل مختلف. ليس من الممكن دائمًا للشخص الذي قدر أن يعمل على الحل أيضًا.


ما هي نقاط القصة؟

"نقاط القصة هي تقديرات للجهود التي تتأثر بحجم العمل والتعقيد والمخاطر وعدم اليقين" كوهن

يسمح لنا هذا المقياس المجرد فقط بمقارنة المتطلبات مع الآخرين في نفس القائمة ، وتنفيذها من قبل نفس الفريق.

عند التقدير في Story Points .
نقوم بتعيين قيم للمتطلبات المقابلة لتسلسل Fibonacci. كل رقم في التسلسل هو مجموع الرقمين اللذين يسبقانه. التسلسل يذهب: 0 ، 1 ، 1 ، 2 ، 3 ، 5 ، 8 ، 13 ، 21 ، 34 ، وهكذا.


غالبًا ما يتم استخدام أرقام فيبوناتشي لأنها تعكس بشكل مناسب حقيقة أن عدم اليقين ينمو بشكل متناسب مع حجم المتطلبات.


كيف يبدو التقدير في نقاط القصة في الممارسة؟

لنفترض أن لدينا العديد من قصص المستخدمين ، على سبيل المثال:

قصة المستخدم 1: بصفتي مستخدمًا .

يمكنني تسجيل الدخول لأول مرة وتغيير كلمة المرور الخاصة بي حتى لا أضطر إلى استخدام كلمة المرور الافتراضية.


قصة المستخدم 2: بصفتي مشرفًا .

يمكنني إدارة الإشعارات التي يتم إرسالها إلى المستخدمين لتحسين التحويلات.


قصة المستخدم 3: بصفتي مستخدمًا ، يمكنني رؤية تفاصيل حول استثماراتي

عند تقدير قصص المستخدمين في Story Points ، غالبًا ما تقرر الفرق لعب لعبة تسمى Planning Poker.


كيف يعمل التخطيط للبوكر؟

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


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


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


تصبح قصة المستخدم المقدرة الأولى نقطة مرجعية للتقديرات اللاحقة.
إذا اتفقنا على أن قصة المستخدم الأولى تستحق ، على سبيل المثال ، 8 نقاط قصة ، فعند تقدير القصة التالية ، نتساءل عما إذا كانت تبدو أكثر أو أقل تعقيدًا من القصة السابقة.


قد يبدو الأمر محيرًا بعض الشيء في البداية ، لكنه سرعان ما يدخل الدم.
بالعودة إلى مثالنا ، عند التخطيط للعب البوكر ، يمكننا أن نقرر ما يلي:

  •  تستحق القصة 1 8 نقاط قصة
  •  تساوي القصة 2 13 نقطة قصة ، لأنها أكثر تعقيدًا مرتين من القصة 1.
  •  تستحق القصة 3 5 نقاط قصة ، لأنها بالتأكيد أقل تعقيدًا من القصة 2 ، وهي أقل تعقيدًا بقليل من القصة 1.
  • في المجموع ، تساوي قصص المستخدمين الثلاثة هذه 26 نقطة قصة.


لماذا نستخدم نقاط القصة؟

  1. يساعد على تحديد المتطلبات المعقدة والمخاطر وكثيفة العمالة بسهولة
  2. تتيح نقاط القصة لأعضاء الفريق بمستويات مهارة مختلفة التواصل والاتفاق على التقدير
  3. تقدير المتطلبات الجديدة أسرع بكثير.

هل يمكن تحويل نقاط القصة إلى ساعات؟

لسوء الحظ ، لا معنى له. إذا كنت بحاجة ماسة إلى المعلومات في ساعات ، فمن الأفضل تقديرها بالساعات على الفور. بفضل هذا ، لا ننفق الوقت والمال في تقدير نقاط القصة ، فقط لتحويلها إلى ساعات.


ما هي نقاط القصة التي تكون أفضل من ساعات؟

للإجابة على هذا السؤال أود العودة إلى النقطة الثانية: لماذا نقدر؟

نحن نقدر للأسباب التالية:
  • يساعدنا في تخطيط العمل وتحديد حجم الفريق المطلوب
  • يساعد في تحديد مقدار الأموال التي يتعين علينا استثمارها في المشروع وما هي تواريخ الإصدار المحتملة.
  • يساعد في قياس إنتاجية الفريق (ولكن ليس الفعالية)
  • تساعدنا نقاط القصة على الاقتراب من موضوع التقدير بشكل تجريبي أكثر .

.

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

من المحتمل أن تؤدي التقديرات التي تستخدم المقاييس المطلقة ، مثل الوقت أو المال ، إلى تقريب التقدير النهائي إلى أقرب عشرات أو مئات أو آلاف. لذلك لا يزال لا يعطينا معلومات دقيقة بنسبة 100٪. الساعات المكتملة في Sprint لا تخبرنا بأي شيء عن عدد قصص المستخدم / الوظائف التي يمكننا شحنها ومتى يمكننا القيام بذلك. كيفية إنشاء تطبيق

نظرًا لحقيقة أنه لا يمكن ترجمة نقاط القصة إلى ساعات ، فإننا لا نعلق عليها أي قيمة محددة ولا نتخذ قرارات تجارية مهمة بناءً على بيانات غير صحيحة من البداية. نولي اهتماما للبيانات التاريخية .

يستغرق الأمر وقتًا أطول لتقدير الساعات. ومع ذلك ، ليس لدينا أي ضمان على دقة هذه الأرقام.

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

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

ملخص تطوير تطبيقات الهواتف المحمولة لنظامي التشغيل iOS و Android.

ساعات العمل رائعة لتسعير المهام البسيطة والأنشطة المتكررة. في تطوير البرامج والتطبيقات ، لا تظهر مثل هذه المهام على الإطلاق تقريبًا. كل منتج فريد بطريقته الخاصة. تتغير التقنيات والسوق باستمرار. لا يستطيع الناس التنبؤ بالمستقبل بنسبة 100٪ ، لكن يمكنهم التخمين .

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



تعليقات
ليست هناك تعليقات
إرسال تعليق



    وضع القراءة :
    حجم الخط
    +
    16
    -
    تباعد السطور
    +
    2
    -