本篇文章3139字,读完约8分钟
我相信那些曾经创业的人都知道,在创业的早期阶段,技术的重要性应该达到50%甚至更高。只有随着业务的发展,这一比例才会逐渐降低,而业务和产品的比例会发生逆转。
这篇文章是由东一柱提交给我黑马。
一位风投的前任说,一个理想的有三个合作伙伴的创业公司应该是百度的技术、阿里的运营和腾讯的产品。
我相信那些曾经创业的人都知道,在创业的早期阶段,技术的重要性应该达到50%甚至更高。只有随着业务的发展,这一比例才会逐渐降低,而业务和产品的比例会发生逆转。一个经常有漏洞的演示不仅会毁了用户,还会扼杀投资。
多年前,我应创始人之邀从微软亚洲回到杭州创业,并与另一位毕业于浙江大学的同学周共同担任cto。这位同学周以前在创新工作,所以团队大部分使用他从创新工作中带来的技术堆栈,而这位ceo出生在市场营销。
经过一段时间的磨合,我对一些不合理、效率低下且有潜在风险的技术解决方案提出了质疑。周总是以各种理由搪塞过去。这位具有非技术背景的首席执行官还表示,他将着眼于长远,因为公司已经充分利用了这一解决方案。直到一天晚上,这些潜在的危险突然爆发,服务器大规模瘫痪。周辞职后,团队的技术架构逐渐步入正轨。
两年前,我参与的一个电子商务启动项目被收购了,在一点财务自由的情况下,我开始转变小天使,开始寻找好的投资项目。天使投资最重要的是了解行业和团队。我有一个大胆的想法,通过申请技术职位来学习各种互联网项目。不管你是否尝试,几乎80%的互联网项目技术团队都有问题,首席技术官/技术负责人是罪魁祸首。
告诉我几年来我在调查中遇到的一些奇妙的事情。
1.杭州的一家照片社交应用公司拥有超过100万用户。
当时,我面试的工作是技术总监。hr实际上安排了一个有4年以上工作经验的java工程师来面试我,并问了我一些关于具体开发的细节。我回答后,我说这些问题似乎与工作不一致,人力资源部只要求技术总监面试。
负责人是前百度建筑师,开始时有很强的学术氛围,问了一些在实际的互联网战斗中基本上没有用到的技术问题,比如如何实现rsasha1算法。我给出了一个大概的答案,然后问他,你不是一个创业公司吗?许多开源类库可以在互联网上使用。我们公司在做应用程序时需要专门研究加密算法吗?接下来还有更奇怪的问题,比如一个特定的java api的参数是什么,这让人们感到无语。
学院领导的技术团队肯定会成为追求小步骤、跑得快的初创公司的绊脚石。
2.杭州滨江的一家网络房屋租赁公司通过数据筛选提供高质量的房屋信息。
阿里部门的两个LPs都对这家公司很感兴趣。在准备发行ts的前夕,我主动要求进行“潜在”调查。我把简历减少了一半,通过面试成功进入公司,成为一名开发工程师。
在这家公司工作的一个月里,我亲眼看到cto把一百多人的技术团队搞得乌烟瘴气。按照传统企业的思路,已经形成了庞大臃肿的结构,技术方案与公司发展现状极不一致,导致业务发展效率低下。根据计算,现有业务只能由30名技术人员持有。团队中有一位副总监,他偶尔会提出一些质疑意见,首席技术官会在其他成员面前用难听的话直接训斥他。最后,整个团队中没有人敢说出来,所有的首席技术官都有最后的发言权。团队成员在私下谈论首席技术官的低水平和消极的情商。
首席执行官根本没有问及技术团队。虽然开展新业务的进度一再推迟,但他没有多说。100号技师和30号技师,真是浪费资源!后来,我给了一份详细的产品和技术分析报告。核心成员正在分析,两个LPs最终放弃了。
3.上海一家拥有200名员工的金融信用报告公司向企业用户出口数据产品。
我接受了技术总监和首席技术官的采访。面试期间,我被耽搁了两个小时。技术负责人睡眼惺忪地跑了。首先,他自称来自蚂蚁金服,然后开始和我谈论阿里的建筑。我自然熟悉阿里的技术。问了几个问题后,他似乎打不过我。他说,“我们来谈谈蚂蚁吧。蚂蚁比阿里的技术更好,它们让我感觉更好。”
我谈了几次在double 11中的并发支付订单和分布式交易,但是突然我遇到了一个问题。你知道我们蚂蚁金融服务有多少灾难恢复室吗?,这真的把我很好。在我说我不清楚之后,他让我走了。当然,我回去后就没有你的消息了,也没有给人力资源部打电话。
以上是三个典型例子的随机列表。在北京、上海和杭州有许多技术团队有问题。他们中的大多数人死于第一轮,其中一些人还从tab和其他知名风险投资机构获得资金。
虽然作者有10年的互联网技术背景,并担任过几个互联网项目的技术合作伙伴,但他不能保证他所说的符合每个团队的实际情况。以下内容纯属个人意见。请见官员本人分析或采纳。
一般来说,初创公司90%的技术解决方案是由最早的技术合作伙伴/首席技术官制定的。由于他的技术背景、生活经历和以前的公司文化,他在选择解决方案时必须有自己的偏好。
技术人员是一个特殊的群体。在中国古代,学者之间是互相不如的。如今,有中国特色的程序员在互联网上彼此不如。这种现象在有3-8年经验的技术人员中尤为突出,他们不喜欢互相看对方。我认为你的技术方案是垃圾,我不认为你设计的结构是好的。2017年除夕,一家互联网公司爆发了程序员反叛。里面有许多小山。金山部、百度部和腾讯部相互争斗,技术团队内耗极其严重。
首席执行官通常生于市场营销/营销/产品领域,因此所有与技术相关的主管都被推给首席技术官,他们可以安心地做产品或运营。
这很危险!
从现在开始,您的技术团队可能会成为首席技术官。他可以享受低于一个人,高于十个人的快乐。即使Daniel来贵公司面试,您也会相信cto的说法,即此人并不优秀,因为xxxx错过了提高团队战斗力或与技术联系人会面的机会。
那么,如何判断你的首席技术官是否有毒?
1.他总是建议他的朋友/以前的同事尽快加入公司,并敦促你尽快同意。一段时间后,你发现公司50%的技术是他的朋友/以前的同事;
潜规则:裙带关系的形成不仅可以稳定一个人的地位,还可以排挤不赞成自己的技术方案或不同学校风格的技术人员。
解读枪17:技术团队尽最大努力让百花齐放,但精神是统一的。一旦派系形成,你的项目就离黄不远了。
2.在产品规划了新业务之后,技术团队没有在约定的交付时间内开发产品。在同一业务中,时间延迟通常达到3倍或更多。他什么时候可以上网?他的回答一般还没有,因为xxxx的技术问题,yyy,用你听不懂的技术语言回答你。
潜在消息:首席技术官在团队管理和技术方案风险评估方面的经验极其缺乏,不可能正确评估生产率和效率。
解读Gun 17:优秀的cto不仅拥有优秀的技术,还能在业务发展中与你保持同样的频率。cto不是一个纯粹的技术职位。
3.当一个bug出现,导致公司财务或形象的损失时,他第一次没有责怪自己,而是把它推给编写这部分代码的程序员或产品经理,认为他们的技术能力不够或者产品逻辑设计有缺陷。
潜意识:首席执行官在推销产品或其下产品时,很难随便责骂我。毕竟,我是合伙人,我是公司的二把手或三把手,职位很高。
解读Gun 17:一个称职的首席技术官需要尽可能多地控制各种业务逻辑的代码,并花时间审查关键代码。推卸责任是不合理的。潜意识里,他认为自己是一名主管,应该对下面的人的结果负责。
话虽如此,Gun Seventeen的建议是,首席执行官应尽最大努力强迫自己与各类技术人员沟通,不要过于依赖一名技术人员,保留首席技术官的职位作为后备,同时增加技术联系,为开发新业务或新项目做准备。与基层技术人员沟通,及时发现技术团队存在的问题。如果首席技术官太自负,有许多问题,他会打破当他打破,所以不要胆怯。
那么,首席执行官们,你们愿意回家和你们的首席技术官谈谈吗?
看看你的首席技术官,是银弹还是癌症?
来源:搜狐微门户
标题:CEO如何防止被CTO害死?
地址:http://www.shwmhw.com/shxw/56299.html