داستان کاربری که به فنا رفت

چند روز قبل در شرکتی بودم که از من خواسته شده بود نحوه اجرای اسکرام اشان را بررسی کنم، از نحوه برگزاری برنامه ریزی اسپرینت پرسیدم، گفتند که این جلسه 20 دقیقه بیشتر طول نمی کشد، بچه موارد رو برمی دارند و همه توضیحات از قبل کامل نوشته شده است، ما نیازمندی ها را در قالب داستان کاربری یا User Story  در جیرا می‌نویسیم، بعلاوه سعی می کنیم همه توضیحات کامل باشد … مثلا “بعنوان کاربر من میخواهم …. تا بتوانم …..”، بعد پایین‌تر توضیحات رو مینویسیم، همه سناریوها و … . زمانی که برای اولین بار “کنت بک”، ایده...
Continue reading...

راهنمای اسکرام نسخه 2017 رسما معرفی شد

راهنمای اسکرام نسخه 2017 رسما معرفی شد امروز 7 نوامبر- 16 آبان به طور رسمی از نسخه 2017 راهنمای اسکرام رونمایی شد. در این نسخه بخش های جدید و اصلاحاتی در این راهنما انجام شده است. همزمان با کل دنیا، نسخه فارسی نیز در دست علاقمندان قرار گرفت، نسخه فارسی 2017 جزو 9 نسخه پیشرو بوده است که همزمان با نسخه اصلی بروزرسانی شده است و پرچم کامیونیتی ایران در بین کشورهای مختلف دوباره بالا رفت. از تمامی دوستانی که در آماده سازی این برگردان فارسی همراه بودند، تشکر و قدردانی می‌کنیم. برای دریافت نسخه انگلیسی یا فارسی می توانید...
Continue reading...

برنامه ریزی برای ساعت‌های کاری اسپرينت

مدیران انتظار دارند که « هرکسی بايد x درصد مولد باشد» يا « تيم بايد در روز 6 ساعت توليد داشته باشد.» و پس از اينکه تيم موفق به انجام ماموريت ها نشد، مديريت نااميد می شود. اما چرا این اتفاق می افتد؟ اولين مساله اين است که تعداد ساعات در نظر گرفته شده بالاست. اما حتی اگر ساعت در نظر گرفته شده مناسب انتخاب شده باشد نیز هنوز احتمال زیادی وجود دارد که تیم نتواند ساعتهای کار برنامه ریزی شده را تکمیل کند. طبق تجربه من، با در نظر گرفتن سه چيز اغلب تعداد ساعات کاری توافق شده با...
Continue reading...

واگذاری اختیارات به تیم‌های خودسازمانده

معنی اين جمله که می گويد: « تيم های چابک خود سازمانده هستند» چيست؟ و اينکه اصطلاح درستی است؟ برخی از افراد می گويند تيم ها خود مديريت هستند. برای درک اينکه کدام يک از اين اصطلاحات مناسب تر است بياييد چهار سطح از خودمختاری را که تيم ها می توانند داشته باشند را در نظر بگيريد. چهار راه توزيع اختیارت: ريچارد هاکمن استاد دانشگاه هاروارد چهار سطح تخصيص اختيار و قدرت به تيم ها را مورد بررسی قرار داده است. بياييد نگاهی بياندازيم به  چهار سطح واگذاری قدرت به تيم ها از منظر هاکمن با شروع از کمترين سطح....
Continue reading...

تفاوت User Story و Task چیست؟

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

6 روش برای ایجاد سازمان یادگیرنده

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

Story Mapping ساده شده

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

هزینه تغییرات، مانع چابک شدن تیم‌ها

نویسنده: ابراهیم نبییی (معمار نرم افزار) داستان یک شکست شروع یک پروژه نرم افزاری همیشه هیجان انگیز است اما رفته رفته مشکلات چهره خود را به تیم توسعه نرم افزار نشان می دهند. برای بررسی بهتر این مشکلات تجربه واقعی یک شکست که در یکی از تیم های چابک اتفاق افتاده است را مرور می کنیم. این پروژه مانند بسیاری از پروژه‎های نرم افزاری شروعی امیدوار کننده داشت و عملکرد تیم توسعه در تکرارهای آغازین پایدار و مطلوب بود. متاسفانه پس از گذشت حدود 6 ماه، هزینه تغییرات به شکل نمایی رو به رشد گذاشت. این هزینه به قدری زیاد...
Continue reading...

روشهای چابک در عمل موفق یا شکست خورده؟

بعد از معرفی رسمی بیانیه چابک در سال 2001 و گذشت حدود 15 سال، آیا روشهای چابک توانسته‌اند به موفقیت پروژه‌ها کمک کنند؟ یا فقط صرفا مد جدیدی در صنعت نرم افزار بود و تفاوت خاصی در وضعیت ایجاد نکردند؟ در این نوشته گزارش سال 2015 موسسه استندیش گروپ را با هم بررسی می کنیم. با بررسی نزدیک به 10 هزار پروژه نرم افزاری، آمار موفقیت پروژه های چابک در سال 2015، 39% و روش های سنتی 11% بوده است. آمار شکست پروژه های چابک 9% و روش های سنتی 29% بوده است، اگر فقط براساس آمار شکست انتخاب کنیم،...
Continue reading...

برزخ مدیریت در ایران

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