یک پست با برچسب "ریزخدمت"

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

هر تیم بخشی از کار را می‌دانست، اما هیچ تیمی مالک نتیجه‌ی کامل نبود. یک تغییر کسب‌وکاری به چند تسک، چند قرارداد و چند انتشار وابسته تبدیل شد. اگر یکی از تیم‌ها اولویت دیگری داشت، کل قابلیت منتظر می‌ماند.

ما سامانه را به چند سرویس تقسیم کرده بودیم، اما قابلیت کسب‌وکار را از جای اشتباهی بریده بودیم.

این روایت، ترکیبی از چند تجربه‌ی مشابه است و برای کنارگذاشتن جزئیات سازمانی ساده شده؛ اما الگوی اصلی در همه‌ی آن‌ها یکی بود: یک نیاز واحد کسب‌وکار که به‌دلیل مرزهای نامناسب، میان چند سرویس و تیم پخش می‌شد.