SaaStr عزیز: چه چیزی یک CTO بد را می سازد؟
در حالی که هیچ تعریف قانونی برای CTO 🙂 یا خط روشن بین CTO و VPE وجود ندارد، من پیشنهاد می کنم یک CTO تازه کار واقعاً فقط چند کار را انجام دهد - که بسیار سخت هستند:
- یک تیم کوچک (3 تا 9) از مهندسان بسیار خوب را جمع آوری کنید
- که فوق العاده چابک هستند
- این می تواند بسیاری از کدهای بسیار کاربردی و بسیار هوشمندانه را ارسال کند که از رشد اولیه و بسیار سریع (از یک پایگاه بسیار کوچک) پشتیبانی می کند. و
- این می تواند به تعداد زیادی از مسائل، از خرابی، امنیت، تا مسائل API و بسیاری موارد دیگر واکنش نشان دهد و به طور مثبت پاسخ دهد. که اغلب هرگز پیش بینی نمی شد و بخشی از مشخصات شغلی نیست.
بنابراین ... یک مدیر ارشد فنی "بد" کسی است که نمی تواند یک تیم قوی "جعبه پیتزا" استخدام کند. یک CTO بد خودش یک مهندس خوب است، اما نمی تواند 3 مهندس بزرگ دیگر را به او ملحق کند.
یک CTO "بد" به اندازه کافی چابک نیستو نمیتواند نسخهها و ویژگیهای سریع را برای صرفهجویی در معاملات بزرگ، رفع اشکالات وحشتناک، و غیره ارائه دهد. یک مدیر ارشد فناوری «بد» گاهی میخواهد این کار را انجام دهد، اما به اندازه کافی خوب نیست. یا یک CTO "بد" کمی بیش از حد بی انگیزه است / هر کاری که لازم است برای ادامه دادن انجام دهد.
یک CTO "بد" به رشد خیلی خیلی سریع اهمیت نمی دهد. زمانی که اولین مشتریان خود را داشته باشید، تغییرات زیادی ایجاد می شود. این هیجان انگیز است - اما همچنین خسته کننده و بسیار استرس زا است. یک CTO بزرگ این تغییر را می پذیرد، فعالانه در آن شرکت می کند و آن را هدایت می کند. یک CTO بد در برابر تغییراتی که با افزایش مقیاس اولیه مشتریان به وجود می آید مقاومت می کند.
یک مدیر ارشد فناوری «بد» فکر نمیکند این مشکل آنهاست که همه چیز باید تغییر کند. وقتی پایگاه مشتری تغییر می کند. زمانی که محصول در نهایت باید در مسیری بسیار متفاوت با آنچه در ابتدا همه فکر می کردند حرکت کند.
این مجموعه مهارت بسیار مهم است اما بعداً… اما بسیاری از آن مقیاس نمیشوند. مهارتهایی که برای ایجاد یک هک هوشمندانه با یک تیم کوچک و تکرار آن هک بسیار سریع برای پاسخگویی به نیازهای مشتری و بازار لازم است... همان مهارتهایی نیستند که برای مقیاس دهی از 10 تا 100 مهندس لازم است. برای بازسازی پایگاه کد. برای ارسال نرم افزار واقعاً درجه یک سازمانی. وارد اتاقی پر از مدیران ارشد اطلاعات شوید و اعتماد به نفس را القا کنید.
گاهی اوقات، CTO ها می توانند به معاونان مهندسی واقعی تبدیل شوند. اما معمولا، آنها نمی خواهند. آنها از شرکت می خواهند که یک مدیر واقعی بیاورد تا تیم را فراتر از 1 تا 2 جعبه پیتزا افزایش دهد. در حالی که CTO می تواند روی انجام کارهای فوق العاده چابک و نسل بعدی تمرکز کند.
در SaaS، برنامهریزی کنید تا یک معاون واقعی مهندسی حدود 5 تا 8 میلیون دلار در ARR استخدام کنید. تا آن زمان به او نیاز خواهید داشت آنها می توانند امور معمول را به دست بگیرند. هنگامی که به مرحله ای منتقل می شوید که بیشتر آن ... روتین است.
(توجه: به روز رسانی یک پاسخ کلاسیک SaaStr)
...
و برای مثالی از یک مدیر ارشد فناوری نوپا، در اینجا یکی وجود دارد:
- 2019
- درباره ما
- فرز
- API
- دور و بر
- بیت
- اشکالات
- ساختن
- کمپین بین المللی حقوق بشر
- اهميت دادن
- تغییر دادن
- فصل
- کلاسیک
- رمز
- شرکت
- اعتماد به نفس
- محتوا
- بحرانی
- CTO
- مشتریان
- داده ها
- معاملات
- مختلف
- نمی کند
- مدت از کار افتادگی
- در اوایل
- به پایان می رسد
- مهندس
- مهندسی
- مورد تأیید
- و غیره
- مثال
- امکانات
- نام خانوادگی
- رفع
- تمرکز
- کامل
- خوب
- بزرگ
- شدن
- در حال رشد
- رشد
- هک
- داشتن
- اینجا کلیک نمایید
- HTTPS
- مسائل
- IT
- ژانویه
- کار
- پیوستن
- قانونی
- لاین
- بازار
- بیش
- دیگر
- فاز
- پیتزا
- مشکل
- محصول
- واکنش نشان می دهند
- منتشر شده
- SAAS
- مقیاس
- مقیاس گذاری
- تیم امنیت لاتاری
- مهارت ها
- کوچک
- So
- نرم افزار
- شروع
- شروع
- قوی
- پشتیبانی از
- فکر
- تن
- بروزرسانی
- معمولا
- چی
- یوتیوب