这里的 CTO 指代一切技术管理人员，可能是 CTO；可能是技术总监；可能是合伙人分管技术；甚至可能是某个刚毕业的学生，临时骗过来帮忙填补开始的空白。
你可能会说：怎么跟自己的 CTO 沟通我会不知道么？当然当然。不过我还是有一些话想说，
1. 信任
常见的非技术性老板多半对技术持敬畏又怀疑的态度。一方面，“别人家”的公司做出来了很 nb 的产品取得了市场的认可；另一方面，“自己家”的开发人员拿那么高的工资，天天不知道在干什么，做出来的产品好多问题……
所谓疑人不用，用人不疑。技术工作存在很多的不确定性，很多时候产出都是非线性的，即今天努力一天，没啥动静；明天随便搞搞，好几个功能出来了。这是正常的。所以技术团队一定要以一个较长期的时间尺度来考核。
2. 冰山，水面以上 vs 水面以下
技术开发有很多东西不足为外人道也，说了你也听不懂，干脆不说了……在真实的开发工作中，能明确看到的，其实只占真实工作量的一小部分。
为什么呢？我拿外包做下对比你就明白了。
同样一个发布系统，你找外包，好，很简单，WordPress、DZ 随便给你整一套，找个模板改一改，一天时间上线，结帐收工，少则1、2千，多则3、5千也就差不多了。
CTO考虑的完全不是一回事。这个发布系统，它的生命周期是怎样的？是三两个人随便用一用，还是公司的命脉所系？假设说是一个还有点重要的系统，那么怎样的系统最方便大家开展工作？怎样能降低培训成本？将来怎么处理数据备份？怎么统计用户访问？怎样做二次开发？怎样和现有系统做集成？等等。
简而言之，外包公司考虑的是收入产出比，有的赚。所以他不会告诉你全部信息，不会和你有如此深入的沟通。而 CTO，与项目荣辱与共，要负担整个团队的期望，甚至要保证投资人的利益，所以他必然想的多计划的周密，以及做很多非技术人员眼里不那么显眼的事情。
3. 技术人员
技术人员多半有个特点：只服技术比自己强的人；而且一旦服了，什么都好说。
所以 CTO 的技能背景和能力就显得尤为重要。技术好的 CTO，他不用做什么，就能很好的率领技术团队；技术不好的 CTO，则会被各种鄙视，一旦出现什么疏漏，也会被人为放大，成为下面人的口实。
所以选一个合适的 CTO 很重要。不见得找特别厉害的，但要能匹配项目需要，能够管理下面众人。
