كيف حاولنا العمل الجماعي وماذا نتج عنه

لنبدأ بالترتيب

ماذا تعني هذه الصورة بعد قليل، لكن الآن اسمحوا لي أن أبدأ بالمقدمة.

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

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

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

توقف عن التسويف - ما هو، ما الذي يتم تناوله وكيف قمنا بتطويره وما الذي نتج عنه

سيتم سرد القصة نيابة عن مدير المشروع، الذي تم تعيينه لي، لحسن الحظ أو لسوء الحظ. إذن ما هي الفكرة التي خطرت في أذهاننا؟ مستوحاة من المنبه الشهير "Shake Alarm Clock" من SupperCommon، وهي وظيفة حجب الهاتف الذكي تمامًا حتى يقوم المستخدم بإجراء معين من شأنه أن يؤدي على الأرجح إلى استيقاظه، قررنا إنشاء تطبيق مماثل من شأنه أن يساعد في الحصول على التخلص من إدمان الهاتف، على نفس مبدأ "هز المنبه"

كيف يعمل

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

بناء فريق

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

تحديد المهام

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

نكتب المواصفات

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

رسم التصميم

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

ولكن بعد ذلك تم تمشيط التصميم وإعادته إلى طبيعته.
(الرابط لجميع عناصر التصميم في نهاية المقال).

برمجة

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

حسنًا ، بخصوص الاختبار

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

شكرا للقراءة. أتمنى أن تجد على الأقل شيئًا مفيدًا هنا، ربما فكرة لبدء مشروعك، أو ربما نصيحة أو أداة جيدة.

المراجع:

آخر مواصفة.
تصميم على FIGMA.
حالات تجريبية и تقارير الأخطاء.

التطبيق نفسه قيد التشغيل com.HokeyApp. — تم إنشاء التطبيق تحت اسم HandsOff، ولا تسأل حتى عن السبب (لأن Stop Procrastination طويل جدًا).

حسنًا ، في النهاية

هل تعتقد أن كل هذا منطقي؟

يمكن للمستخدمين المسجلين فقط المشاركة في الاستطلاع. تسجيل الدخول، من فضلك.

هل هذه الممارسة ضرورية في المؤسسات التعليمية وما مدى فائدتها وقابليتها للتطبيق في الحياة الواقعية؟

• الخبرة المطلوبة لا تقدر بثمن

• مطلوب، على الرغم من القليل من الخبرة

• لا فائدة منه تقريبًا، على الأكثر ستفهم الملامح العامة للعمل ضمن فريق

• مضيعة للوقت والجهد

صوت 2 من المستخدمين. لا يوجد ممتنعون عن التصويت.

المصدر: www.habr.com