مهرزاد موسوی‌پور
مهرزاد موسوی‌پور
خواندن ۲ دقیقه·۵ سال پیش

چند نکته درباره متدولوژی چابک، Scrum

تیم‌های توسعه نرم‌افزاری که مدت طولانی از متدولوژی Agile (چابک) علی‌الخصوص Framework (چارچوب) Scrum استفاده می‌کنن نکات زیر رو کامل می‌دونن و با پوست و گوشت و استخونشون درکش کردن اما تیم‌هایی که تازه تصمیم گرفتن از این متدولوژی استفاده کنن بهشون پیشنهاد می‌کنم که به این نکات دقت کنن.

Scrum Tips
Scrum Tips

- اول Story‌هاتون رو بنویسید، یک راست نرید سر نوشتن و انجام دادن Taskها
وقت بگذارید و Stroyهارو با دقت بنویسید، ممکنه تو همین نوشتن Storyها خیلی مشکلاتی که در آینده قراره باشون دست و پنجه نرم کنید، حل بشن.

چارچوب نوشتن User Story
چارچوب نوشتن User Story


- حتما هرجور شده صبحِ هر روز کاری، ۱۵ دقیقه وقت بذارید با بچه‌های تیم صحبت کنید (stand-up meeting)

  • حتما باید صبح باشه؟ از نظر من آره، هم خوابتون می‌پره، هم با همکارا درباره مشکلات و موفقیت‌های روز گذشتتون می‌گید و پر انرژی می‌رید برای شروع یه روز کاری پر چالش جدید.
  • اعضای تیم همکاری نمی‌کنن؟ یه راه حل خیلی خوب دارم براش، به همه اعضای تیم بگید براتون بنویسن که دوست دارن روزشون رو با خوردن یا نوشیدن چی شروع کنن، شما هم به عنوان مسئول تیم براشون فراهم کنید.

    یک نکته خیلی مهم در مورد stand-up meeting، مطمئنم می‌دونید ولی دلم می‌خواد باز هم بتون تذکرش بدم؛ حتما این جلسه رو بصورت ایستاده و طی حداکثر ۱۵ دقیقه انجام بدید، چون بیشتر شدنش ممکنه باعث خسته شدن بعضی از همکاران و شروع بحث‌های بی‌اهمیت بشه.
scrum stand-up meeting
scrum stand-up meeting

- پوینت‌هایی که به Storyهاتون (story point) می‌دید رو یک پله بیشتر بگیرید
بذارید یکم راحت‌تر توضیح بدم که کامل درک کنید حرفم‌رو؛ بیاید فرض کنیم story pointهامون قراربه ۲، ۴، ۸، ۱۶ و ۲۴ باشه، اگر فکر می‌کنید story به اندازه ۸ پوینت ازتون زمان می‌گیره، حتما ۱۶ رو بهش بدید، چرا ؟اینم چند دلیل خوب

  • وقت برای تست نتیجه و دیباگ توسط خودتون قبل از اینکه به مرحله تست بفرستیدش
  • استوری‌ای که از نظر شما ۸ پوینت نیاز داره حتما، به ۸ پوینت دیگه هم نیاز پیدا می‌کنه که به بهترین شکل بهینه بشه
  • کسی به افرادی که پوینت‌های کم میدن جایزه نمی‌ده (بعضی‌ها فکر می‌کنن هرچی پوینت کمتر بدن یعنی حرفه‌ای‌ترن)

- اگر تیم توسعه‌ای هستید که قراره Scrum Master از بین خودتون باشه، سعی کنید هر دو اسپرینت، این وظیفه رو به شخص دیگه‌ای بسپارید؛ تا همه بتونن مدیریت تیم توسعه چابک رو تجربه کنن و توی کارشون حرفه‌ای تر بشن.

- تست قبل از تحویل به تیم تست
همه‌مون می‌دونیم حس بدیه که کاری رو که انجام دادیم رو تحویل تیم تست بدیم و تیم تست برش‌گردونه و Done نکنه، خب عزیز من برادر من خواهر من لطفا اون کاری که انجام دادی رو بگو یه نفر دیگه از تیم توسعه دهنده‌ها تست کنه (غرور اصلا چیز خوبی نیست.حتی تست کارهای خیلی کوچیک، روحیه تیم توسعه رو خیلی بهتر می‌کنه، خودتونم انرژی‌تون برای انجام کارهای بیشتر، زیاد میشه)

اینم چندتا نکته از تجربه‌های من در ارتباط با چارچوب توسعه چابک Scrum :-)
Kanbanش هم بزودی می‌ذارم P-:

خیلی خوشحال می‌شم نکات شما هم بشنوم؛ همیشه موفق و پیروز باشید.
منبع تصاویر: TOTANGO, PEXELS

اسکرامنکات متدولوژی چابکچارچوب scrumتیم توسعه نرم‌افزارagile process framework
از موسسین و رییس هیئت مدیره شرکت نرم‌افزاری طراحی بدون مرز. Full-Stack developer , Server-Master
شاید از این پست‌ها خوشتان بیاید