Why Agile Design is important?لماذا يعتبر تصميم الرشيق الآجيل مهمًا؟

Why Agile Design is important?لماذا يعتبر تصميم الرشيق الآجيل مهمًا؟

يلعب التصميم دورًا حيويًا في أي عملية تطوير برمجيات.  يركز فريق أجايل أيضًا على "ما يجب فعله حيال التصميم" بسبب العوامل الأربعة التالية:

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

 عملية تصميم المنتج ومقابلة العميل

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

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

هناك العديد من الموارد المتاحة التي نجري المقابلة من خلالها - اللوجستيات والأساليب والتقنيات.

 هرم مقابلة العملاء:

  هو إطار بسيط يساعد في بناء هرم مقابلة العملاء.  هذا الهرم يشبه

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

•  تفسير المشاكل: فوق ملاحظة التواصل ، إنها مشكلة تفسير.  إنه يشرح سلوك المستخدم ويجمعهم ببيان مشكلة شامل.

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

اعتماد منهجية الرشيقة للتصميم

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

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

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

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

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

 العلاقات غير المستقرة بين التصميم والرشاقة

 ظاهريًا ، يبدو أن التصميم ويجب أن يعمل Agile معًا بطريقة سحرية ، ولكن هناك بعض المشكلات الفلسفية الأساسية التي يجب عليك تصارعها قبل اكتشافها.

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

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

 هذان العالمان لا يندمجان معًا بسلاسة ، على الأقل في البداية.  يمكن للمطورين الرشيقين أن يصابوا بالإحباط من المصممين بسبب الإفراط في التفكير ("لماذا لا يتركون الأمر؟ يمكننا الوصول إلى ذلك لاحقًا.") ، بينما يشعر المصممون بالإحباط بسبب المعايير المتدنية لمطوري Agile ("Don  "ألا تريدها أن تكون جيدة؟ ألا تريد أن يكون المستخدم سعيدًا؟").

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

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

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

 يريد المصممون دائمًا الاعتقاد بأن هناك إجابة "صحيحة" نموذجية ، وسيواجهون صعوبة مع العملاء من أجل الوقت والميزانية والتوجيه للوصول إلى الإجابة الصحيحة.  لقد نسوا أن الإجابة الصحيحة هي الإجابة التي تناسب الوضع الفعلي للعميل.  (إذا كانت ميزانيتك 20 ألف دولار فقط ، فلن يكون موقع الويب الذي تبلغ قيمته 40 ألف دولار هو الحل الصحيح ، بغض النظر عن عدد الجوائز التي سيفوز بها.)

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

How does design fit into agile?كيف يتناسب التصميم مع الرشاقة؟

الهدف من عملية التصميم الرشيق

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

 موجات جديدة ، عملية تصميم رشيق

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

روابط دروس وتعلم منهجية التطوير الرشيق الآجيل agile. 

1. What is Agile Methodology?ما هي منهجية التطوير الرشيق الآجيل ؟ والأدوار؟
2.  ماهي سلبيات وعيوب وايجابيات ومزايا منهجية التطوير الرشيق الآجيل Agile? 
3.  What is Agile Manifesto?What are the 12 Principles of Agile?ما هو بيان التطوير الرشيق الآجيل ؟ ما هي المبادئ الـ 12 في التطوير الرشيق الآجيل؟ 
4. What are Agile Characteristics? ما هي خصائص منهجية التطوير الرشيق الآجيل ؟
5.  What is Daily Stand-up?  ماهي المتابعة اليومية في التطوير الرشيق الآجيل؟ 
6.  What are the stages of Agile development?ما هي مراحل  التطوير الرشيق الآجيل؟   
7.   What is agile project management?ما هي إدارة المشاريع في التطوير الرشيق الآجيل ؟
8.   What is Scrum? ما هو السكرم او السكروم في التطوير الرشيق الآجيل Agile?  
9.   What is Kanban?-Agile? ما هو كانبان؟ -أجيل التطوير الرشيق ؟
10.  What is the  Difference between Agile and Scrum Vs? ما هو الفرق بين الآجيل و السكرم ؟
11.   ماهو تعريف تم الانتهاء الآجيل  Agile -  What is Definition of Done