Story Mapping ساده شده

همیشه وقتی در مورد اسکرام صحبت می‌کنیم، اولین فرض ما این است که تیم یک بک‌لاگ محصول دارد. ولی در مورد اینکه این بک‌لاگ از کجا آمده است و چگونه تولید میشود زیاد صحبت نشده است. یکی از بهترین روشهای ایجاد بک‌لاگ اولیه محصول Story Mapping است. بک‌لاگ یک بعدی یا چند بعدی؟ در تعریف بک‌لاگ محصول داریم که بک‌لاگ یک لیست الویت بندی شده از نیازمندی ها است که قرار است بر اساس اولویت از بالا و در طول اسپرینت ها انجام شود. مثلا یک فایل اکسل را در نظر بگیرید که نیازمندیها پشت سر هم در یک فایل نوشته است....
Continue reading...

نحوه برگزاری درست رویدادهای اسکرام

فرداى آن روز دوباره شهریار کوچولو آمد. روباه گفت: -کاش سر همان ساعت دیروز آمده بودى. اگر مثلا سر ساعت چهار بعد از ظهر بیایى من از ساعت سه تو دلم قند آب مى‌شود و هر چه ساعت جلوتر برود بیش‌تر احساس شادى و خوشبختى مى‌کنم. ساعت چهار که شد دلم بنا مى‌کند شور زدن و نگران شدن. آن وقت است که قدرِ خوشبختى را مى‌فهمم! اما اگر تو وقت و بى وقت بیایى من از کجا بدانم چه ساعتى باید دلم را براى دیدارت آماده کنم؟… هر چیزى براى خودش قاعده‌اى دارد. روباه گفت: -این هم از آن چیزهایى...
Continue reading...

همه چیز در مورد مدارک اسکرام

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

نسخه 2016 راهنمای اسکرام به فارسی منتشر شد

همانطور که شاید در خبرهای مربوط به حوزه چابک شنیده باشید، اخیرا نسخه جدید راهنمای اسکرام که معروف به نسخه 2016 است منتشر شده است. این راهنما آخرین بار در 2013 به روزرسانی شده بود و این تقریبا سومین به روزرسانی راهنما به حساب می آید. اما این راهنما چه تغییراتی داشته است؟  تنها بخش جدیدی که به این راهنما اضافه شده، ارزش های اسکرام است. البته کاملا جای خالی این ارزش ها احساس می شد و بسیار تعجب داشت که چرا تا به حال اینکار انجام نشده بود. ارزش‌های اسکرام وقتی ارزشهایی مانند تعهد، شجاعت، تمرکز، بازبودن و احترام،...
Continue reading...

Story Point معادل نفر ساعت نیست

در پروژه های نرم افزاری روش های تخمین زدن متفاوتی وجود دارد؛ ساده ترین روش این است از نفری که می خواهد کار را انجام بدهد بپرسید “این چند ساعت طول می کشد؟” و او بر اساس تجربه قبلی یک ساعتی را اعلام می کند.  اما اکثر تیم های چابک از واحدی به نام Story Point استفاده می کنند. تیم های جدید یا نفرات جدیدی که برای اولین بار سراغ این روش تخمین زدن می آیند دقیقا سعی می کنند ساعت را به پوینت ربط دهند یعنی هر پوینت معادل هشت ساعت می شود. Story Point معادل نفر ساعت نیست...
Continue reading...

نکسوس: توسعه نرم افزار مقیاس‌پذیر

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

راهی برای کسب جریان نقدینگی یا تله بزرگ کاهش حاشیه سود

وقتی به اکثر شرکت های نرم افزاری نگاه می کنیم ، عموماً با مدیرانی روبه رو می شویم که سابقاً تمامی سمت های اجرایی در یک شرکت مهندسی نرم افزار را طی کرده و امروز پس از کسب تجربیاتی در حوزه برنامه نویسی ، تحلیل و طراحی ، مدیریت پروژه ، مالی و اداری ، منابع انسانی و … امروز مسؤولیت فروش یا مدیریت عاملی شرکت های خود یا شرکت هایی که در آن مشغول به کار هستند را بر عهده گرفته اند. به جز معدود شرکت های بزرگ و نسبتاً موفقی که مدیران آنها به جای برنامه نویسی توان...
Continue reading...

10 قانون اساسی در توسعه محصول نرم افزاری

در نوشته “فرق کلوچه سازی با توسعه نرم افزار” که مورد استقبال دوستان نیز قرار گرفت به چند مشکل اساسی اشاره شد. در این نوشته یکی از این مشکلات رو می خواستم بررسی کنیم. یکی از مشکلات جدی سندروم “هر چقدر بیشتر، بهتر” است، یعنی هر چقدر بیشتر تولید کنیم موفق تریم و یا به طور کلی شاخص اندازه گیری موفقیت تولید بیشتر است. چرا تولید یا خروجی بیشتر نشانه موفقیت نیست؟  در صنعت نرم افزار خروجی بیشتر = هزینه تولید و نگه داری بالا.  هزینه نگه داری ، معمولا 80% منابع پروژه صرف نگه داری می شود ( رفع...
Continue reading...

نسخه جدید راهنمای اسکرام

پروردگار بزرگ را شکرگزاریم که توانستیم ترجمه نسخه جدید راهنمای اسکرام، با کمک دوستان انجمن چابک ایران آماده و بر روی سایت Scrum.org قرار دهیم. از تمامی کسانی که به‌نوعی با این گروه ترجمه همکاری کردند، سپاسگزاریم و از درگاه خداوند متعال بهروزی و توفیق روزافزون یکایک آن‌ها را خواستاریم. بهبودهایی که در این نسخه انجام شد: ترجمه و افزودن متون جدید نسبت به نسخه قبلی بهبود ترجمه و روان سازی ترجمه یکدست سازی ترجمه بهبود طرح و ساختار سند و با سپاس فراوان و ویژه از تلاش و همکاری صمیمانه آقایان اسد صفری، سهیل صمدزاده، علی حاجی‌زاده‌مقدم، یوسف امیری، مرتضی رشیدی، ابراهیم نبیئی ‌قهرودی،...
Continue reading...

داستان کاربری از آغاز تا پایان

یکی از مشکلات اساسی در پروژه های نرم افزاری ارتباط مابین نفرات فنی و تجاری است. در واقع نبود یک زبان مشترک موجب می شود تا اکثر اوقات کج فهمی هایی در درک نیازهای واقعی مشتری اتفاق بیفتد. تیم های چابک نیز از این قاعده مستثنی نیستند و طبق تجربه  این دوستان نیز با چنین مشکلی مواجه می شوند. قاعده یا فرمول کلی برای ثبت وضبط نیازمندی ها در روش های چابک وجود ندارد و شاید همان روش قبلی خودمان جوابگو باشد. ولی اکثر تیم های چابک از داستان کاربری(User Story) جهت این منظور استفاده می کنند. اما در استفاده از...
Continue reading...