راهنمای سفارش و توسعه نرم‌افزار · 4 دقیقه

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

CTO چیست؟ CTO مخفف Chief Technology Officer است؛ در فارسی «مدیر ارشد فناوری» یا «مدیر فنی». اگر دنبال معادل «مدیر فنی به انگلیسی» هستید، همین CTO است. مدیر فنی کسی است که مسئول تصمیم‌های فنی یک کسب‌وکار است: چه چیزی ساخته شود، با چه فناوری، توسط چه تیمی و با چه کیفیتی. او برنامه‌نویسِ ارشدتر نیست؛ کارش وصل کردن هدف‌های کسب‌وکار به تصمیم‌های فنی است. زمانی به او نیاز دارید که تصمیم‌های فنی گران شده‌اند و کسی در سازمان مسئولیتشان را به عهده نگرفته است.

تاریخ انتشار: آخرین به‌روزرسانی:

سکان هدایت فنی روی سرور و مسیر نقشهٔ راه، نماد نقش مدیر فنی CTO

CTO کیست؟ تعریف ساده مدیر فنی

مدیر فنی عضوی از تیم مدیریت است، نه فقط عضوی از تیم برنامه‌نویسی. وقتی مدیرعامل می‌پرسد «این ایده شدنی است؟ چقدر زمان می‌برد؟ ارزشش را دارد؟»، پاسخ با مدیر فنی است.

در یک استارتاپ کوچک، مدیر فنی استارتاپ ممکن است خودش هم کد بنویسد. در سازمان بزرگ‌تر تقریباً هیچ کدی نمی‌نویسد و وقتش صرف معماری، تیم و برنامه‌ریزی می‌شود. اگر می‌خواهید بدانید پروژه‌تان چقدر هزینه دارد، هزینه را محاسبه کنید.

همه کسب‌وکارها به مدیر فنی تمام‌وقت نیاز ندارند. بسیاری از شرکت‌های کوچک و متوسط این نقش را به‌صورت پاره‌وقت پر می‌کنند؛ مدلی که با نام CTO as a Service یا مدیر فنی پاره‌وقت شناخته می‌شود و در ادامه آن را با گزینه‌های دیگر مقایسه می‌کنیم.

وظایف CTO در یک کسب‌وکار

وظایف CTO را می‌توان در چهار حوزه خلاصه کرد. وزن هر حوزه به مرحله رشد کسب‌وکار بستگی دارد.

استراتژی فنی

مدیر فنی تعیین می‌کند فناوری چطور به هدف‌های کسب‌وکار کمک کند: چه چیزی باید ساخته شود، چه چیزی را می‌توان آماده خرید و چه چیزی اصلاً نباید ساخته شود. «نه» گفتن به امکاناتی که توجیه کسب‌وکاری ندارند بخشی از همین کار است. بدون این مرز، پروژه دچار Scope Creep می‌شود؛ یعنی محدودهٔ کار کم‌کم و بی‌برنامه بزرگ می‌شود.

معماری و انتخاب فناوری

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

تیم و فرایند

جذب و ارزیابی نیروی فنی، تقسیم کار، انتخاب پیمانکار و نظارت بر او با مدیر فنی است. اگر توسعه را به بیرون سپرده‌اید، او طرف فنی شما در برابر پیمانکار است. درباره این موضوع در راهنمای برون‌سپاری توسعه نرم‌افزار بیشتر نوشته‌ایم.

کیفیت، امنیت و پایداری

بازبینی کد، تست خودکار، پشتیبان‌گیری از داده‌ها و آمادگی برای خرابی سیستم، کارهایی هستند که تا روز حادثه دیده نمی‌شوند. مسئول اینکه این کارها انجام شود مدیر فنی است.

هزینه تصمیم فنی اشتباه

تصمیم‌های فنی در ابتدای کار ارزان گرفته می‌شوند و بعداً گران اصلاح می‌شوند. انتخاب معماری نامناسب ممکن است تا چند ماه مشکلی نشان ندهد، اما با رشد کاربران به کندی، خطاهای پی‌درپی و در نهایت بازنویسی کامل برسد.

به همین دلیل در تکنوراه می‌گوییم ما با کد شروع نمی‌کنیم، با تصمیم شروع می‌کنیم. اگر در مرحله ایده هستید، مقاله MVP چیست توضیح می‌دهد چطور نسخه اول را کوچک و قابل آزمون نگه دارید.

تفاوت CTO با CEO، CIO و تک‌لید

فرض کنید کسی به شما گفته «یک CTO بگیر». اما در جلسه‌ها می‌شنوید CEO، CIO و تک‌لید هم تصمیم فنی می‌گیرند. اگر مرز این نقش‌ها روشن نباشد، یا دو نفر سر یک تصمیم اختلاف پیدا می‌کنند، یا هیچ‌کس مسئولیتش را نمی‌پذیرد.

CEO (مدیرعامل) دربارهٔ هدف و مسیر کل کسب‌وکار تصمیم می‌گیرد. CTO به او گزارش می‌دهد و می‌گوید فناوری چطور به آن هدف می‌رسد. پس CEO می‌پرسد «کجا می‌رویم؟» و CTO می‌پرسد «با چه فناوری و چه تیمی به آنجا می‌رسیم؟».

CIO (مدیر ارشد فناوری اطلاعات) بیشتر روی سیستم‌ها و فناوری داخل سازمان کار می‌کند؛ مثل شبکه، نرم‌افزارهای داخلی و امنیت IT. CTO روی محصول و فناوری‌ای کار می‌کند که مشتری می‌بیند. در شرکت کوچک معمولاً یک نفر هر دو کار را انجام می‌دهد.

موضوع CEO (مدیرعامل) CTO (مدیر ارشد فناوری) CIO (مدیر ارشد فناوری اطلاعات)
تمرکز هدف و مسیر کل کسب‌وکار محصول و فناوری‌ای که مشتری می‌بیند سیستم‌ها و فناوری داخل سازمان
سؤال اصلی کجا می‌رویم و چرا؟ فناوری چطور ما را به این هدف می‌رساند؟ سیستم‌های داخلی ما درست و امن کار می‌کنند؟
به چه کسی گزارش می‌دهد هیئت‌مدیره یا مالکان CEO معمولاً CEO

یک مثال ساده: فروشگاهی می‌خواهد اپ سفارش آنلاین بسازد. CEO تصمیم می‌گیرد سفارش آنلاین راه بیفتد. CTO تصمیم می‌گیرد اپ چطور ساخته شود و پیمانکار چه کسی باشد. CIO، اگر چنین نقشی باشد، مطمئن می‌شود سیستم انبار و حسابداری داخلی به اپ وصل است. تک‌لید هم تیمی را هدایت می‌کند که اپ را واقعاً می‌سازد.

تک‌لید و برنامه‌نویس ارشد هم اغلب با CTO اشتباه گرفته می‌شوند. برنامه‌نویس ارشد بهترین کد را می‌نویسد، تک‌لید (سرپرست فنی تیم) یک تیم را در اجرای یک پروژه هدایت می‌کند و CTO درباره جهت فنی کل کسب‌وکار تصمیم می‌گیرد.

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

نشانه‌هایی که می‌گوید به مدیر فنی نیاز دارید

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

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

سه راه برای داشتن مدیر فنی؛ تمام‌وقت، هم‌بنیان‌گذار فنی یا CTO پاره وقت

برای پرکردن این نقش سه گزینه اصلی دارید. هر کدام بده‌بستان خودش را دارد و انتخاب به مرحله کسب‌وکار و حجم کار فنی شما بستگی دارد.

معیار CTO تمام‌وقت هم‌بنیان‌گذار فنی CTO پاره‌وقت (CTO as a Service)
مناسب برای شرکتی با تیم فنی و محصول در حال رشد استارتاپ در مرحله ایده که فناوری هسته آن است کسب‌وکار کوچک و متوسط یا استارتاپی که کار فنی را برون‌سپاری کرده است
میزان حضور کامل کامل چند ساعت یا چند روز در هفته، بر اساس توافق
نوع تعهد مالی حقوق ثابت ماهانه در سطح مدیر ارشد سهام و معمولاً حقوق کمتر پرداخت دوره‌ای متناسب با حجم کار
بزرگ‌ترین مزیت تمرکز کامل و شناخت عمیق از سازمان انگیزه مالکیت و تعهد بلندمدت تجربه سطح بالا بدون تعهد استخدام تمام‌وقت
بزرگ‌ترین محدودیت هزینه ثابت بالا و ریسک استخدام اشتباه واگذاری سهام؛ جداشدن در صورت اختلاف دشوار است حضور محدود؛ برای مدیریت روزانه یک تیم بزرگ کافی نیست

مشاور فنی استارتاپ با CTO پاره‌وقت یک تفاوت مهم دارد: مشاور نظر می‌دهد و می‌رود، اما مدیر فنی پاره‌وقت مسئولیت تصمیم و پیگیری اجرای آن را می‌پذیرد. اگر هنوز محصولی ندارید، ترکیب مدیر فنی پاره‌وقت با ساخت MVP معمولاً راهی کم‌ریسک برای شروع است.

۸ سؤال برای ارزیابی مدیر فنی پیش از همکاری

وقتی خودتان پیش‌زمینهٔ فنی ندارید، سخت است بفهمید یک نامزد CTO یا مدیر فنی پاره‌وقت واقعاً کارش را بلد است. این سؤال‌ها را در جلسهٔ اول بپرسید. زیر هر سؤال آمده که جواب خوب چه شکلی است.

  1. آخرین تصمیم فنی‌ای که گرفتید و بعداً عوضش کردید چه بود و چرا؟
    جواب خوب: صادقانه یک اشتباه را می‌پذیرد و دلیل تغییر را به نیاز کسب‌وکار ربط می‌دهد، نه فقط به سلیقهٔ فنی.
  2. اگر جای من بودید، اول چه چیزی را نمی‌ساختید؟
    جواب خوب: چند امکان را صریحاً کنار می‌گذارد. مدیر فنی خوب «نه» گفتن بلد است.
  3. وضعیت فنی فعلی ما را چطور و در چه مدتی بررسی می‌کنید؟
    جواب خوب: روش مشخصی می‌گوید؛ چه چیزهایی را می‌بیند، با چه کسانی حرف می‌زند و خروجی چیست. وعدهٔ کلی مثل «همه‌چیز را درست می‌کنم» نشانهٔ خوبی نیست.
  4. خروجی ماه اول همکاری چیست؟
    جواب خوب: یک سند یا گزارش مکتوب، مثل ارزیابی وضعیت و نقشهٔ راه، نه فقط «جلسه‌های هماهنگی».
  5. برآورد زمان و هزینهٔ پیمانکار را چطور ارزیابی می‌کنید؟
    جواب خوب: می‌گوید برآورد را با محدودهٔ کار مقایسه می‌کند و سؤال‌های مشخص می‌پرسد. اگر هنوز درخواست روشنی برای پیمانکار ننوشته‌اید، نمونه RFP پروژه نرم‌افزاری نقطهٔ شروع خوبی است.
  6. کد، سرور و حساب‌ها به نام چه کسی خواهد بود؟
    جواب درست: به نام شما. هر جوابی جز این را جدی بگیرید.
  7. با تیم یا پیمانکار فعلی ما چطور کار می‌کنید؟
    جواب خوب: اول همکاری و شناخت، نه جایگزینی خودکار همه با آدم‌های خودش.
  8. یک تصمیم فنی را چطور برای مدیر غیرفنی توضیح می‌دهید؟
    جواب خوب: همان‌جا یک مثال واقعی را به زبان ساده و با اثرش روی هزینه یا زمان توضیح می‌دهد.

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

در ۳۰ روز اول همکاری با CTO پاره‌وقت چه انتظاری داشته باشید؟

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

  1. هفته اول، شناخت: گفت‌وگو با مدیران درباره هدف‌ها، مدل درآمد و دغدغه‌های فعلی. مدیر فنی باید قبل از نگاه‌کردن به کد، کسب‌وکار را بفهمد.
  2. هفته دوم، بررسی وضعیت فنی: مرور کد، زیرساخت، دسترسی‌ها، روال انتشار و وضعیت تیم یا پیمانکار. اگر هنوز محصولی وجود ندارد، این هفته صرف تعیین محدوده نسخه اول می‌شود و نتیجه در یک مستند نیازمندی پروژه (PRD) نوشته می‌شود.
  3. هفته سوم، فهرست ریسک‌ها و اولویت‌ها: یک گزارش کوتاه و قابل فهم برای مدیر غیرفنی؛ چه چیزی فوری است، چه چیزی می‌تواند صبر کند و چه چیزی نباید انجام شود.
  4. هفته چهارم، نقشه راه: برنامه فنی چندماهه با مراحل مشخص، و شروع روال منظم مثل جلسه هفتگی و گزارش پیشرفت.

در پایان ماه اول باید تصویر روشنی از وضعیت فنی کسب‌وکارتان داشته باشید؛ حتی اگر هنوز یک خط کد تازه نوشته نشده باشد. اگر چنین تصویری ندارید، همکاری درست پیش نرفته است.

جمع‌بندی و قدم بعدی

اگر چند نشانه از فهرست بالا را در کسب‌وکار خود می‌بینید، جای یک تصمیم‌گیر فنی خالی است. راه پر کردن آن را با جدول «سه راه» انتخاب کنید؛ لازم نیست از استخدام تمام‌وقت شروع کنید. بعد با ۸ سؤال ارزیابی، اولین جلسه با نامزد یا پیمانکار را جدی برگزار کنید.

در تکنوراه، این نقش را خود بنیان‌گذار ما بر عهده می‌گیرد. او به‌عنوان کارآفرین و CTO در استارتاپ‌های حوزهٔ سلامت، منابع انسانی و روانشناسی کار کرده است. مسیر کاری‌اش را در رزومهٔ بنیان‌گذار ببینید.

شرح خدمت، شیوهٔ همکاری و موقعیت‌هایی که این مدل برایشان مناسب است را در صفحهٔ خدمت CTO as a Service تکنوراه آورده‌ایم. اگر هنوز مطمئن نیستید کدام راه برای شما درست است، در یک جلسهٔ مشاورهٔ رایگان ۱۵ دقیقه‌ای وضعیتتان را بگویید تا مدل مناسب را پیشنهاد کنیم.

سوالات متداول

CTO مخفف چیست و در فارسی چه معنایی دارد؟

CTO مخفف Chief Technology Officer است و در فارسی مدیر ارشد فناوری یا مدیر فنی ترجمه می‌شود. او عضو تیم مدیریت ارشد است و مسئولیت استراتژی فنی، معماری سیستم، تیم فنی و کیفیت محصول را بر عهده دارد. در شرکت‌های کوچک ممکن است این نقش را یکی از بنیان‌گذاران یا یک مدیر فنی پاره‌وقت ایفا کند.

تفاوت CTO و CEO چیست؟

CEO مسئول کل کسب‌وکار و هدف‌های آن است. CTO مسئول تصمیم‌های فنی‌ای است که کسب‌وکار را به آن هدف‌ها می‌رساند و به CEO گزارش می‌دهد.

تفاوت CTO و CIO چیست؟

CTO روی محصول و فناوری‌ای کار می‌کند که مشتری می‌بیند. CIO روی سیستم‌های داخلی سازمان، مثل شبکه و نرم‌افزارهای داخلی، کار می‌کند. در کسب‌وکار کوچک معمولاً یک نفر هر دو نقش را دارد.

آیا CTO باید خودش برنامه‌نویسی کند؟

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

استارتاپ بدون هم‌بنیان‌گذار فنی می‌تواند موفق شود؟

بله، به شرطی که نقش تصمیم‌گیر فنی خالی نماند. بنیان‌گذار غیرفنی می‌تواند توسعه را برون‌سپاری کند و برای تصمیم‌های فنی از مدیر فنی پاره‌وقت کمک بگیرد. نکته مهم این است که مالکیت کد و دسترسی‌ها از روز اول در اختیار خود استارتاپ باشد تا به هیچ فرد یا شرکتی وابسته نشود.

CTO پاره‌وقت با مشاور فنی چه تفاوتی دارد؟

مشاور فنی معمولاً در چند جلسه نظر می‌دهد و مسئولیتی در قبال اجرا ندارد. CTO پاره‌وقت به‌طور منظم حضور دارد، تصمیم می‌گیرد، بر تیم یا پیمانکار نظارت می‌کند و پاسخ‌گوی نتیجه است. تفاوت اصلی در میزان حضور نیست؛ در مسئولیت‌پذیری و پیوستگی همکاری است.

هزینهٔ داشتن مدیر فنی به چه چیزهایی بستگی دارد؟

به مدل همکاری. مدیر فنی تمام‌وقت حقوق ثابت ماهانه دارد و هم‌بنیان‌گذار فنی معمولاً سهام می‌گیرد. هزینهٔ مدیر فنی پاره‌وقت به ساعت‌های لازم در ماه، مرحلهٔ کسب‌وکار و دامنهٔ مسئولیت او بستگی دارد.