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

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

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

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

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

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

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

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

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

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

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

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

چگونه سازمان را به چابک بودن متحول کنیم – قسمت سوم

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

چگونه سازمان را به چابک بودن متحول کنیم – قسمت دوم

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

چگونه سازمان را به چابک بودن متحول کنیم – قسمت اول

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

چگونه مي توان در مقياس بزرگ تيم ساخت؟ داستاني از تيم هاي خودساخته

چقدر طول مي كشد تا يك سازمان ساختارش را براي سازگاري با اسكرام تغيير دهد؟ سه ساعت! چطوري؟ كاريگ لارمن، مشاور مديريت و سازمان دهي، در اين مقاله توضيح مي دهد. يكي از شركتهاي تابعه ي بانك آمريكا تصميم مي گيرد به اسكرام روي بياورد. يكي از مهمترين قدمهايي كه بايد در اين راه بر مي داشتند، ايجاد تيم هايي اسكرامي بود: تيم هايي اختصاصي و فرا وظيفه اي، حدود هفت نفر، كه بتوانند به طور مستقل همه ي مراحل كار (تحليل، طراحي، پياده سازي، تست و …) را انجام دهند، و قابليت هاي مورد نياز را از ابتدا تا...
Continue reading...