دسته: Agile

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

چرا بسیاری از تیم‌های موفق، همان ویژگی‌هایی را از دست می‌دهند که باعث موفقیتشان شده بود؟ از تیم‌های دو پیتزایی آمازون تا شرکت‌هایی که دیگر محصول نمی‌سازند اگر از من بپرسید مهم‌ترین تفاوت یک استارتاپ ۲۰ نفره با یک سازمان ۲۰۰۰ نفره چیست، احتمالا برخلاف انتظار از تکنولوژی، بودجه، فرآیند یا ساختار حرف نخواهم زد. به […]

فراتر از سرعت کدنویسی: بازتعریف بهره‌وری توسعه‌دهنده (Developer Productivity) از طریق چارچوب  DORA

بهره‌وری واقعی یعنی ایجاد سیستمی که در آن توسعه‌دهنده بتواند با تمرکز بر حل مسائل پیچیده، با کمترین اصطکاک و بیشترین اعتماد به خود، ایده‌های خود را به واقعیت تبدیل کند. چارچوب DORA به ما یاد می‌دهد که برای رسیدن به این هدف، باید تعادلی هوشمندانه میان سرعت انتشار و پایداری سیستم برقرار کنیم.

 پارادوکس مقیاس‌پذیری انسانی در سازمان‌هایی که می‌خواهند چابک باشند/بمانند!

در دنیای استارتاپ‌ها، سرعت، خداست. تیم‌های کوچک، تصمیمات سریع می‌گیرند، شکست می‌خورند و اصلاح می‌کنند. اما زمانی که یک سازمان از مرحله بقا به مرحله تسلط بر بازار می‌رسد، نیاز به مقیاس‌پذیری (Scaling) پیدا می‌کند. اینجا دقیقاً جایی است که تضاد بنیادین رخ می‌دهد

فلسفه بقا در مقیاس عظیم، کالبدشکافی فرهنگ Day One و مهندسی تیم‌های آمازون

بزرگترین دشمن هر سازمان موفق، موفقیت خودِ همان سازمان است! تعجب نکنید، در ادامه توضیح خواهم داد. وقتی سازمانی به مقیاس آمازون می‌رسد، به طور طبیعی دچار پدیده‌ای به نام انجماد سازمانی (Organization Freezing) می‌شود.

توپولوژی تیم‌های نرم‌افزاری

در سال‌های اخیر، مشاهده شده که سازمان‌های تکنولوژی با یک پارادوکس مواجه شدند. آن‌ها با اضافه کردن صدها مهندس، به جای افزایش سرعت، با افزایش بی‌سابقه در هماهنگی (Coordination) و پیچیدگی روبرو شدند. مشکل اصلی، کد نبود؛ مشکل، پیچیدگی شناختی (Cognitive Load)بود.
در حال جستجو...
ورود
عضویت