نحوه ارزیابی عملکرد تیم های چابک

انتهای اسپرینت چهار بود و جلسه بازبینی اسپرینت را انجام داده بودیم، زنگ تلفن به صدا در آمد، مدیر واحد ایران پشت خط بود. -“سلام، خوبی اسد؟” -“سلام، ممنون مهندس، شما خوبی؟” -“…اسپرینت تون خیلی عالی شده بود” (به حالت ذوق زده) -“چطور مهندس؟” -“جیرا رو چک کردم، Velocity بالاتر رفته بود، خیلی عالی، همینجوری ادامه بدید…” ما هم ذوق کردیم از تعریف و تمجید مهندس. آخر اسپرینت پنجم شد و یک بخشی از کارها باگ داشت یا بخشی از شرایط پذیرش مالک محصول محقق نشده بود. مالک محصول اصرار داشت که این ها را نپذیرد، و بالطبع امتیاز این...
Continue reading...

ماست مالی کردن یا از دست ندادن بازار

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

مافیا و چابک شدن؟ بازار به چه سمتی حرکت خواهد کرد؟

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

پست مهمان: چرا مدیرانی که متدولوژی تولید ندارند فکر می کنند Agile هستند؟

نویسنده: مهیار ابراهیمی وفا حدود ده دوازده سال پیش در شرکتی مشغول به کار بودم. آنجا هم مثل بسیاری دیگر از شرکتها متدولوژی مشخصی برای تولید نرم افزار نداشتیم و به قول معروف Code & Fix می کردیم. بابت این مساله هم گاهی در جلسات با مشتری شرمنده می شدیم و در جواب اینکه “از چه متدولوژی استفاده می کنید؟”، آسمان و ریسمان می بافتیم و توجیه می کردیم. تا اینکه اسم Agile یا چابک به گوش مدیران شرکت خورد. آن زمان تازه متدولوژی های چابک مطرح شده بود و بخصوص XP مورد توجه بود. با وجود واژه نوظهور چابک که...
Continue reading...

مقدمه ای بر Disciplined Agile Delivery

بسیاری از شرکت ها و سازمان ها چابک سازی خود را با اسکرام شروع کرده اند، زیراکه این چارچوب استراتژی خوبی برای شروع کار و آغاز این تغییر معرفی کرده است. اما با اجرای بیشتر این چارچوب و نیاز به چابک کردن کل فرآیند تولید/توسعه و دخیل کردن کل سازمان در فرآیند چابک شدن، نیاز به ترکیب فرآیند های مختلف باشد. در چند مدت اخیر فرآیندهای چابک زیادی معرفی شده اند، که یکی از معروفترین آنها Disciplined Agile Delivery یا تحویل چابک منظم است. در این نوشته قصد دارم خلاصه ای از این فرآیند را معرفی کرده و در مورد اینکه...
Continue reading...

معرفی فرصت های شغلی و کارجویان توسعه نرم افزار چابک

با توجه به روند رو به رشد استفاده از فرآیند های چابک، نیاز به نقش هایی مانند Scrum master یا Product owner یا نقش های دیگر در کشور در حال افزایش است. بسیاری از نیروهای ما دارای تجربه خوبی هستند و بسیاری از شرکت ها نیاز به نیروهای با تجربه و متخصص دارند، ولی معمولا راه مناسبی برای ایجاد ارتباط وجود ندارد. با توجه به این نیاز مناسب دیدیم تا بستری برای برقراری ارتباط بین کارجویان و متخصصین این حوزه با شرکت ها و سازمان ها فراهم کنیم. با توجه به تعدد نقش ها در تیم های نرم افزاری، تمرکز...
Continue reading...

تیم چابک آیرین

قبلا در این پست اعلام کرده بودیم که می خواهیم تیم های چابک را به منظور اشتراک گذاری تجربه ها و ایجاد یک آمار از تیم های چابک در کشور معرفی کنیم. قبلا تیم های بانک داری مدرن سامان و به پویش را معر فی کرده بودیم، در این پست جناب آقای محمود اسدی لطف کردند و تجربیات خودشان در تیم آیرین را برای دنیای چابک ارسال کردند. قبل از ادامه متن، دو مورد قابل ذکر است، اولا اینکه مشتاق هستیم تیم و تجربیات شما را نیز برای دیگر اهالی دنیای چابک معرفی کنیم پس مثل همین متن می توانید تیم...
Continue reading...

کیفیت نرم افزار و 7 افسانه تست اتوماتیک

– مدیر : “چرا این نرم افزار اینقدر باگ داره ؟ این چه وضع کار کردنه؟” – برنامه نویس: “این ماهیت نرم افزاره، نمیشه کاریش کرد، فقط اگر ما بشینیم و تست بنویسیم باگ نخواهیم داشت” همیشه آرزوی ما توسعه دهندگان نرم افزار این است که محصول تولیدی ما دقیقا مثل یک هواپیما باشه، یک داشبورد داشته باشیم با کلی آلارم و کنتور … . و دقیقا به ما بگه کاپیتان موتور سمت چپ از کار افتاده یا کاپیتان سیستم سوخت رسانی با مشکل مواجه شده و ما هم سریع عکس العمل نشان بدهیم. برای رسیدن به چنین منظوری ما نیاز...
Continue reading...

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

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

دوره مالک محصول اسکرام

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