کمتر و دیرتر استخدام کنید¶
برای سریع رفتن، آهسته اضافه کنید¶
لازم نیست زود بزرگ شوید؛ حتی بعداً هم نه. حتی اگر به ۱۰۰ نفر از بهترین آدمها دسترسی دارید، باز هم تلاش برای استخدام همه آنها بهیکباره ایده بدی است. هیچ راهی نیست که بتوانید فوراً این همه آدم را در فرهنگی منسجم جذب کنید. دردسر آموزش، برخورد شخصیتها، لغزشهای ارتباطی، آدمهایی که به جهتهای مختلف میروند و چیزهای دیگر خواهید داشت.
پس استخدام نکنید. واقعاً. آدم استخدام نکنید. راه دیگری پیدا کنید. کاری که سنگینیاش روی دوش شماست واقعاً ضروری است؟ اگر اصلاً انجامش ندهید چه؟ آیا میتوانید مسئله را با تکهای نرمافزار یا تغییر در روش کار حل کنید؟
هر وقت Jack Welch، مدیرعامل سابق GE، کسی را اخراج میکرد، بلافاصله جایگزین استخدام نمیکرد. میخواست ببیند چقدر میتواند بدون آن آدم و آن سمت ادامه دهد. قطعاً پیشنهاد نمیکنیم برای آزمودن این نظریه آدمها را اخراج کنید، اما فکر میکنیم Jack نکتهای را فهمیده بود: به اندازهای که فکر میکنید آدم لازم ندارید.
اگر هیچ راه دیگری نیست، آن وقت استخدام را بررسی کنید. اما باید دقیق بدانید چه کسی را میخواهید، چطور او را وارد کار میکنید، و دقیقاً انتظار دارید کدام درد را کم کند.
قانون Brooks¶
اضافه کردن آدم به پروژه نرمافزاری عقبافتاده، آن را عقبتر میاندازد.
—Fred Brooks
برنامهنویسی و Requiem موتسارت¶
یک برنامهنویس خوب که روی یک کار واحد کار میکند، هیچ سربار هماهنگی و ارتباطی ندارد. پنج برنامهنویس که روی همان کار کار میکنند باید هماهنگ و ارتباط برقرار کنند. این زمان زیادی میگیرد... دردسر واقعی استفاده از تعداد زیادی برنامهنویس متوسط به جای چند برنامهنویس خوب این است که هرچقدر هم کار کنند، هرگز چیزی به خوبی چیزی که برنامهنویسهای عالی میتوانند بسازند تولید نمیکنند. پنج Antonio Salieri هرگز Requiem موتسارت را نمیسازند. هرگز. حتی اگر ۱۰۰ سال کار کنند.
—Joel Spolsky، توسعهدهنده نرمافزار، Fog Creek Software (از Hitting the High Notes)
منبع اصلی: Hire Less and Hire Later