شتابدهی و قدرت دستههای کوچک (Small Batches)
با ورود به بخش سوم کتاب استارتاپ ناب (شتابدهی)، اریک ریس ما را با یکی از متناقضترین و در عین حال شگفتانگیزترین قوانین بهرهوری در دنیای کسبوکار آشنا میکند. ذهن انسان به طور غریزی عاشقِ «تولید انبوه» است. ما فکر میکنیم اگر کارها را به صورت فلهای و در دستههای بزرگ انجام دهیم، در زمان و انرژی صرفهجویی کردهایم. اما این فصل از کتاب، این باورِ ذهنی را کاملاً به چالش میکشد و ثابت میکند که رازِ سرعتِ واقعی، در کار با دستههای کوچک (Small Batches) نهفته است.
برای درک این مفهوم، اریک ریس یک مثال بینظیر و ساده میزند که در سراسر جهان به عنوان کلاسیکترین مثالِ مدیریتِ ناب (Lean Management) شناخته میشود: معمای پاکتنامهها.
داستان پاکتنامهها؛ چرا غریزه ما اشتباه میکند؟
تصور کنید صد نامه کاغذی دارید که باید تا شوند، درون پاکت قرار بگیرند، درب پاکتها چسبانده شود و در نهایت تمبر روی آنها بخورد. اگر بخواهید این کار را انجام دهید، چه روشی را انتخاب میکنید؟
اکثر افراد (و اکثر مدیران سنتی) روش «دستههای بزرگ» را انتخاب میکنند: ابتدا تمام ۱۰۰ نامه را تا میکنند، سپس تمام ۱۰۰ نامه را درون پاکتها میگذارند، بعد همه را چسب میزنند. ذهن ما میگوید این کار سریعتر است چون ما در هر مرحله روی یک کار تمرکز کردهایم. اما آزمایشهای علمی و زمانسنجیها بارها ثابت کردهاند که روش «دستههای کوچک» (تکمیلِ صفر تا صدِ فقط یک پاکت، و سپس رفتن سراغ پاکت بعدی) بسیار سریعتر است!
«دستههای بزرگ، توهمِ بهرهوری ایجاد میکنند. آنها اشتباهات را تا آخرین لحظه پنهان نگه میدارند. در دستههای کوچک، شما با اولین خطا، سیستم را اصلاح میکنید.»
چرا روش تکتک سریعتر است؟ چون در روشِ دستههای بزرگ، زمانِ پنهانی برای جابجایی دستههای نامهها روی میز صرف میشود. اما مهمتر از آن، مسئله کشف خطا است. تصور کنید در روش دستههای بزرگ، شما هر ۱۰۰ نامه را تا کردهاید و حالا میخواهید آنها را در پاکت بگذارید، اما ناگهان متوجه میشوید که نامهها کمی بزرگتر از پاکت هستند و تاخوردگی اشتباه بوده است! فاجعه رخ داده است؛ شما زحمتِ ۱۰۰ نامه را هدر دادهاید. اما در روشِ دستههای کوچک (تکتک)، شما این اشتباه را دقیقاً روی اولین پاکت کشف میکردید و ۹۹ پاکت دیگر را نجات میدادید.
از تویوتا تا غولهای تکنولوژی: غلبه بر تولید انبوه
این دقیقاً همان فلسفهای است که سیستم تولید تویوتا (TPS) را پس از جنگ جهانی دوم پایهگذاری کرد. در حالی که خودروسازان آمریکایی در دیترویت، قطعات را در دستههای عظیم و هزارتایی تولید میکردند تا «اقتصادِ مقیاس» را حفظ کنند، تویوتا بر تولید با دستههای کوچک و جریانِ پیوسته تمرکز کرد. نتیجه این بود که تویوتا انبارداری را به حداقل رساند، عیوبِ قطعات را بلافاصله کشف کرد و با سرعتی خیرهکننده بازار جهانی را فتح کرد.
در دنیای نرمافزار نیز شرکتهایی مانند آمازون، کدها را در دستههای بزرگ ششماهه منتشر نمیکنند. آنها سیستمِ «استقرار مداوم» (Continuous Deployment) دارند. هر خط کدی که نوشته میشود، در قالب یک دسته بسیار کوچک، در عرض چند دقیقه روی سرور اصلی قرار میگیرد تا واکنش کاربران واقعی سنجیده شود.
📌 چابکیِ تیم فنی؛ پیادهسازی دستههای کوچک در دنیای دیجیتال
بزرگترین اشتباه در توسعه محصولات دیجیتال، رویکردِ آبشاری و فلهای است. اینکه یک تیم شش ماه در سکوت کدنویسی کند تا یک پلتفرم عظیم را در یک روز رونمایی کند، همان «استراتژی دستههای بزرگ» است که معمولاً به فاجعه ختم میشود. طراحی سایت، توسعه اپلیکیشن موبایل، یا حتی اجرای استراتژیهای سئو و شبکههای اجتماعی باید به صورت چابک، در دستههای کوچک، و با دریافتِ مداومِ بازخورد بازار انجام شود. تیم مهندسی و دیجیتال استینومنت، تمام پروژههای بینالمللی خود را بر اساس معماریِ چابک و عرضه در دستههای کوچک (Micro-releases) مدیریت میکند تا ریسک شکستِ سرمایه شما به صفر برسد. اگر برای توسعه پلتفرمهای خود یا ارتقای هوشمندانه سئو نیازمند یک تیم فنیِ همگام با استانداردهای استارتاپ ناب هستید، میتوانید برای دریافت مشاوره تخصصی با بخش پشتیبانی استینومنت (به مدیریت حامد اصغری) در ارتباط باشید.
در نهایت، قانونِ دستههای کوچک به ما میگوید که سرعتِ یک استارتاپ به این نیست که چقدر سریع کد مینویسید؛ بلکه به این است که چقدر سریع میتوانید چرخه «ایده، ساخت، محصول، اندازهگیری، داده، یادگیری» را برای یک ویژگیِ کوچک به طور کامل طی کنید.
💡 یادداشت حامد اصغری (CEO of Stinoment)
یکی از کشندهترین بیماریها در میان تیمهای رهبری، «سندرم پرتابِ موشک» است. مدیران فکر میکنند عرضه یک محصول باید شبیه به پرتاب آپولو ۱۱ باشد؛ سالها مهندسیِ پنهان، بودجههای کلان، و در نهایت یک روزِ تاریخی برای فشار دادنِ دکمه قرمز و رونمایی با حضور رسانهها. این تفکر که ریشه در دورانِ انقلاب صنعتی و تولید انبوه دارد، امروز در دنیای تکنولوژی یک خودکشیِ تجاری محسوب میشود.
به عنوان مدیر یک آژانس تکنولوژی که روزانه با دهها پروژه بینالمللی سر و کار دارد، به وضوح دیدهام که کار با «دستههای بزرگ»، اضطرابِ سازمانی را به شدت افزایش میدهد. وقتی شما یک ویژگیِ جدید را پس از ماهها کار منتشر میکنید، اگر محصول شکست بخورد، پیدا کردنِ باگ در میان هزاران خط کد یا صدها استراتژی درهمتنیده، غیرممکن است. شما حتی نمیدانید مشتری دقیقاً از کدام بخشِ این پکیجِ عظیم متنفر است!
اما وقتی استراتژی خود را به دستههای کوچک (Small Batches) خرد میکنید، در واقع در حال ساختن یک «سیستم ایمنی» برای کسبوکار خود هستید. در استینومنت، ما همیشه به تیمها تأکید میکنیم که کاراییِ یک مهندس، در مشغول بودنِ ۱۰۰ درصدیِ او به کدنویسیِ بیوقفه نیست؛ کاراییِ واقعی در سرعتِ رساندنِ یک ایده کوچک به دست کاربر نهایی و یادگیری از آن است. دستههای کوچک غرورِ مهندسی را میشکنند، اما در عوض، بقای کسبوکار در بازارِ بیرحمِ جهانی را تضمین میکنند.