نظرات مطالب
پیاده سازی اسکرام با شیرپوینت
جناب نصیری از پست های اسکرام شما بسی مشعوف شدیم. بسیار جالب و نکته سنجانه بودند.

یک سوالی . آیا قالب وبلاگ شما برای همه درست نمی آید و یا فقط برای من همین گونه است؟

با تشکر
نظرات مطالب
ویدیوهای آموزشی اسکرام
ممنون جناب نصیری. سایت tvagile.com هم ویدئو های آموزشی خوبی راجع به اسکرام منتشر می کند که دیدن آنها خالی از لطف نیست.

موفق باشید
مطالب
ویدیوهای آموزشی اسکرام

تعدادی ویدیوی آموزشی رایگان مربوط به اسکرام را که از یوتیوب جمع آوری شده‌اند، می‌توانید از یکی از لینک‌های زیر دریافت کنید (تمام لینک‌ها ختم به یک فایل هستند):

+ ، + ، + ، + ، + ، +

این مجموعه شامل موارد زیر است:



نظرات نظرسنجی‌ها
بعنوان مدیر تیم نرم افزاری با تعداد متوسط (6-7 نفر) با متدولوژی اسکرام، کدام روش را بیشتر می پسندید و استفاده می کنید؟
به نظرم مرجع اصلی، برای حل این اختلاف نظر‌ها کمک کند؛ مطلب کامل
خود مبدع اسکرام هم بیشتر برروی فریمورک تأکید دارد. دلایلی هم برای این مورد بیان کرده است. 
به معنی : اسکرام یک فریم وورک (چارچوب) می‌باشد. پس به جای اینکه اسکرام جزئیات دقیق و کاملی در مورد اینکه کارها در پروژه چگونه باید انجام شوند ,  بیشتر آن را به تیم واگذار می‌کند. این کار عملی خواهد بود زیرا تیم خواهد فهمید که چگونه به بهترین نحو مشکل خود را حل نماید . 
برای مثال می‌توان جلسه Sprint Planning را درنظر گرفت : در اسکرام آمده است که خروجی این جلسه می‌تواند (بایدی در کار نیست ) تعدادی آیتم باشد که آن‌ها در اسپرینت بعدی پیاده سازی خواهند شد. اما در متدولوژی‌های دیگر, ضوابط ورودی , تعیین وظایف , ضوابط خروجی و دیگر مسائل جلسه توسط متدولوژی تعیین می‌شوند و همه آنها لازم الاجرا هستند .
به عبارت ساده‌تر , در فریم وورک نسخه پیچی نداریم ولی در متدولوژی نسخه‌های پیچیده شده لازم الاجرا می‌باشند. 
نظرات نظرسنجی‌ها
بعنوان مدیر تیم نرم افزاری با تعداد متوسط (6-7 نفر) با متدولوژی اسکرام، کدام روش را بیشتر می پسندید و استفاده می کنید؟
در مورد اسکرام تا جایی که بنده اطلاعات دارم و مطالعه کردم، اسکرام یک فریم ورک هست در واقع نه متدولوژی. یکی از اساتیدی که در ایران تدریس میکنند آقای صفری هستند که کتابی هم در این زمینه نوشتند که میتونید مطالعه بفرمایید. ایشان هرجایی که از اسکرام حرف زدند لفظ فریم ورک را هم در آن آورده اند. بنابراین بر اساس تفاوت فریم ورک و متدولوژی میتوانیم اینگونه برداشت کنیم که تمامی روش‌ها میتوانند بر اساس نیاز سیستم شما درست باشند، اما باید توجه داشته باشید که در اسکرام ما چیزی به عنوان role به معنای مستحکم و خشک خودش نداریم. در اسکرام حتی تحلیل هم جزئی از یک وظیفه (task) در نظر گرفته میشود. به همین دلیل وقتی که در افقی بلندتر به پروژه نگاه میکنیم، بک لاگ‌ها را مشاهده میکنیم که در یک بکلاگ تمامی فرایند‌های تحلیل و حتی تست را هم باید در وظایف در نظر بگیریم. بر اساس سخن آقای نواصری، این روش بیشتر به RUP و مدل‌های نرم افزاری سنتی شبیه است که البته بنده نقض نمیکنم. چون غول نرم افزاری دنیا به نام IBM پشت این قضیه است.
و اما در مورد نظرسنجی باید عرض کنم، به نظر بنده در گزینه 1 تقسیم کار به صورت وظیفه ای و سپردن یک قسمت از برنامه چیزی است که در اسکرام تعریف شده، اما لزومی ندارد که تسک شما (مثلا یک تسک تراکنش بانکی) که شامل view و design و تحلیل و backend میشود همگی در یک تسک دیده شود. بنابراین حس میکنم شما در شکاندن تسک‌ها باید تسک‌ها را به قسمت‌های کوچکتری تقسیم کنید. به این صورت ادامه گزینه 1 هم درست میشود، چون دیگر تمامی لایه‌ها را یک نفر انجام نمیدهد. و یک تسک تراکنش بانکی به 3 یا 4 تسک تقسیم میشود.
و در آخر اینکه اسکرام بنای تمامی این تحلیل‌ها را روی یک عبارت استوار کرده و آن هم "تعامل بین اعضا" است.
اشتراک‌ها
دریافت کتاب Pro ASP.NET Core MVC

ویرایش ششم این کتاب همانند ویرایش‌های گذشته است با این تفاوت که مطالب آن با ASP Core MVC به روز شده است. 

دریافت کتاب  Pro ASP.NET Core MVC