2016第三届物联网大会
智能后视镜产品方案对接会
中国LED智能照明高峰论坛
第三届·无线通信技术研讨会
第二届·中国IoT大会
ETFo智能安防技术论坛
移入鼠标可放大二维码
CTO到底应不应该写代码？听听硅谷大神们怎么说 - 全文
来源：互联网 作者：佚名日 10:07
[导读] 医疗社区丁香园的 CTO 冯大辉离职了，炸出了科技行业里的一个大问题：CTO到底应不应该写代码？
　　医疗社区丁香园的 CTO 冯大辉离职了，炸出了科技行业里的一个大问题：CTO到底应不应该写代码？
　　具体来说，CTO 在公司里是干嘛的？他/她到底写不写代码？该不该做代码评审（code review），亲力亲为给程序员做出榜样？还是把握一下大方向，设计架构，管管程序员，提供一些培训？抑或应该把首席市场官以及首席吐槽老东家官的岗位一并兼了？
　　在国内，大大小小的程序员们就这个问题已经吵成一团；那我们不妨去看看硅谷。带着这些问题，我们问了一圈硅谷大小科技公司的 CTO、VP Engineering、技术合伙人，以及其他各种高级技术管理职称上的朋友。
　　硅谷 CTO 写不写代码？
　　我们发现在硅谷，技术类公司比纯互联网产品公司多得多。大部分 CTO 不但会写代码，代码也是他们日常最重要的工作内容。
　　Movidius 是一家研发低功耗视觉处理芯片的硅谷科技公司，现在已经扩张到了400多人的规模。Movidius的 CTO David Moloney 在爱尔兰都柏林工作，他负责管理一支超过 120 人的技术团队，因此也设有一个 &CTO 小组&，每天花 10-15 分钟听取小组成员的报告并作出指示。他常用的沟通工具是 Slack。
　　尽管如此，David 仍然很享受亲力亲为的工作风格，也是公司的技术迭代的主要功臣。他告诉PingWest品玩，他的日常工作主要包括设计算法、写专利声明以及帮助解决成员提出的技术问题。
　　我们按照项目和任务分成小组工作，我本人经常写 Octave（Matlab）、C/C++ 来开发算法，日常使用 GCC 和 Visual Studio（两种编程工具）。我们使用 GitHub 来管理所有的代码。
　　除此之外，David 还会亲自撰写很多的专利声明，而非将其交给下属以及其他法律顾问。
　　David Meloney　　其实不止David，采访中我们发现，在硅谷，撸袖子上阵写代码对于 CTO/技术合伙人/高级技术管理人员来说简直是家常便饭，几乎不分公司技术团队人数多寡。
　　一家由机器人 SLAM（定位、识别和移动技术）公司的联合创始人匿名接受了采访。他告诉我，因为是技术公司没有设立 CTO 的岗位，自己和另外一个创始人每天大约有 8 个小时在写代码，剩下 4 个小时做管理和沟通工作。
　　写代码是每天工作主要部分，语言包括 Python、Java、C++、C 等。
　　这家公司的技术团队目前有 8 个人，一半在开发算法，另外一半做开放系统。
　　看完小公司，让我们看看大公司是怎么搞的。一位前微软员工告诉我，&印象很深的是在微软，一个高级总监管理多于 300 个技术人员，还在坚持对核心部件进行 code review，时不时自己写代码，代码质量还很不错。&
　　微软现在不设 CTO 职位，每个主要业务单独设立部门，由资深的技术负责人担任SVP&&这些大多拥有十年以上的微软工作经验。
　　Oculus VR 是世界上最知名的 VR 技术公司之一，在被 Facebook 收购后增长迅速，员工总数从去年的数百人增长到今年的逾千人，其中技术人员比例很高，但该公司的大神级 CTO John Carmack 仍是一副不写代码不舒服的样子。他讨厌管理，由其讨厌开会，曾经在 Twitter 上说：
　　没有什么比&取消： &的邮件标题让我笑得更开心了。
　　一位知情者告诉我，Carmack 超级不喜欢别人打扰他。他早年用过一些很奇怪的工具来提高自己的工作效率，比如工作的时候开始用 CD 机放音乐，但凡有任何中断（上厕所、收发邮件、被人闯进办公室）就暂停，然后记录一天下来暂停了多少次。著名游戏开发者 Richard Garriott 曾这样评价 John Carmack 在代码上的水平和造诣：
　　这个人啊，他的大脑分成两个部分，一块存储 Oculus 的所有代码，另一块存储他创立的那个火箭公司的所有技术&&而且跟内存一样，他随时能调取出任何一家公司、下属项目里面的任何一个代码细节。他真是让我很没自信&&
　　John Carmack
　　硅谷CTO怎么看待不写代码这件事？
　　那家机器人技术公司的联合创始人向我表示，如果技术人员不多，比方说 10-50 名的话，CTO 不写代码是一件挺不可思议的事，&与一般技术人员不同，他们只负责一小部分，我们需要了解系统的每一部分。&
　　但是在那些拥有50名以上技术人员的中型甚至大型公司里，情况会根据公司而变化。
　　一个普遍的观点是，CTO 应该根据公司需要转变职能，甚至偶尔身兼多职。Peloton Technology 的首席网络架构师 Tony Li 认为，当公司需要扩张，那么 CTO 得设计好系统架构；如果公司需要一个技术传教者（比如在融资、招人或公关的时候），那么 CTO 也得是一个好的演讲者&&
　　当然，如果公司还是需要好程序员，那 CTO 照样还得写代码。总的来说，CTO 应该撸袖子上阵的心态还是被大部分创立于 21 世纪的美国科技公司所接受。
　　Movidius 的 David Moloney 1985 年开始工作，曾在多家半导体业界知名公司担任工程师、主任设计师、技术总监等职位。他认为CTO 的确不用写代码就可以管理，有什么事情交给团队成员也行&&尽管他强调那不是他的风格。
　　如果我这样做了，会感觉很不舒服。我认为作为 CTO，首先应该是一个技术问题上的破冰者。
　　集客式营销公司 HubSpot 总部位于马萨诸塞州，已于早年上市，现在员工人数也超过了500人。其 CTO Dharmesh Shah 2014 年曾经回答过&CTO 应不应该写代码&的问题。他认为 CTO 应该写代码，就像销售 VP 得去销售一样。
　　Dharmesh Shah
　　除非那种已经很庞大的公司，在创业公司里，每个人都要亲力亲为。我从来不相信纯粹的管理职位。
　　不写代码的 CTO 就失职了吗？
　　或者：写代码应该成为 CTO 的核心竞争力吗？
　　这才是见仁见智的地方。大多数采访对象都会告诉我，他们认为 CTO 不写代码可以理解。比如有些经验丰富，任职于大公司的 CTO，确实应该花更多精力把握大方向，设计架构、分配工作、优化整体性能、确保系统的稳定和安全。具体的执行和实现，由下手来完成。
　　比如，有些大的公司不设 CTO 而是设工程副总裁 VP Engineering，但也能见到 VP Engineering 转岗 CTO（比如 Facebook），或者两个职位共存的情况。曾在多家公司担任 CTO 的 Vijay Venkatesh 认为，VP Engineering 更多负责现有产品，而 CTO 担负的是设计未来项目，让它与现有产品在技术上能够更好融合的责任。
　　在这样的公司里，CTO 应该有着比普通工程师更全面的技能和更大局观的视野。不可否认的是，CTO 的编程能力越强大，越能跑好把公司规划、业务需求通过技术落实的这个流程。编程能力是应该是让 CTO 庞大的技能树更好地生根发芽的养分，而不是树根本身。
　　CTO 应该会写代码吗？应该。写代码是核心工作内容吗？不应该是。用代码写得好不好评价 CTO 合适吗？不合适。
　　&&这不是采访对象们说的，是我总结的。
　　事实上，无论在硅谷还是中国，不少小型创业公司的早期技术员工都面临这样的状况：移动端和 web 开发都得懂，平时还得维护自己的邮件/日历系统，公司网断了又要负责检修和给运营商打电话，拉条电话线都得亲自出马。这哪里是首席技术官，分明就是首席全栈苦力嘛。
　　而当公司发展起来之后，中美的情况却发生了变化。
　　硅谷这些 CTO（除了 Carmack 大神），要么一人扛起整个公司的技术运转，要么在投入巨大精力亲力亲为。他们会这么做的原因，也在最一开始提到过：技术对于这些公司的重要性，比技术对于中国大部分创业公司的重要性，都高得多；而CTO们需要考虑的技术之外的因素，也少得多。
　　而在中国，CTO 却往往没有办法这么去做了。中国科技圈太崇拜靠运营、靠打仗和修建城池获得成功的神话。微信、淘宝、微博，哪一个不是这样成功的呢？相比之前，技术的重要性太低，太不被外界重视。技术不会决定生死，产品做得差不多就行，靠推广甚至靠博眼球才能成功。这也是为什么在硅谷，创业公司的 CTO 们往往撸起袖子写代码，而在中国这样的环境里，一名合格甚至优秀的创业公司 CTO 却得去考虑代码以外其他很多事，他们的价值，也就不能仅仅用代码来衡量。
　　所以，对于，一个没有技术缺陷，擅长运营具备网红人格，还为其带来了巨大的影响力的 CTO，却用单纯用&写不写代码&来评价功过，并不太合适。特别是当我听说，整件事情幕后真相的讨论点已经从&匿名指责CTO 不写代码&过渡到&团队拒不兑现 CTO 期权&的时候，我就更明白了：
　　指责 CTO 不写代码不过是一盆泼出去用来转移视线的脏水，背后藏的，却是希望借着&代码之争&来达到其否定 CTO 价值、继而撕毁契约目的的厚脸皮和小算盘。
程序员相关文章
程序员相关下载
华为认为，智慧城市有两大趋势：首先，平台技术成为主流，平台技术和LPWA技术迅速兴起，LPWA技术在智慧城市中的运用日趋广泛，；趋势二是产业生态从...
尽管“可穿戴式医疗”市场规模渐渐庞大，但相似产品繁杂、行业内对于产品盈利模式并不清晰、产品专业性不够等问题阻碍了该产业的发展。如何突破瓶...
创新实用技术专题
版权所有 & 深圳华强聚丰电子科技有限公司日13:22:26【转】
提升自已的能力,比如专业技术,行业发展趋势,技术发展趋势,协调能力,组织能力,管理能力等【技术总监】&需要从技术总监和研发Leader身上剥离职责。让技术总监和研发Leader偏项目管理（管理族），把各个模块之间的架构设计工作，独立出一个岗位，就是架构师，来负责。【首席架构师】
真正的CTO，是软件产品和技术是统一管理的。商业、产品、技术、管理、团队相平衡的综合统管【首席技术官CTO】
一、高级程序员
如果你是一个刚刚创业的公司，公司没有专职产品经理和项目经理，你就是公司的产品经理，你如果对你现在的开发员能力不满，那么你只需要的是一个高级程序员。
你定义功能、你做计划推进和管理，他可以带1-2个副手把你规划的功能实现了，他是主力干活者，有技术难题也是他来亲自攻克解决。
所以，一个高级程序员，他的职责很清晰：
1、负责核心复杂功能的实现方案设计、编码实现
2、负责疑难BUG分析诊断、攻关解决
二、研发Leader
公司再长大些。如果你就有一个研发团队（含产品/开发/），你就一套主产品，而且你的研发团队小于15人，那么你需要的就是一个研发Leader。
因为你已经有了1-2个高级程序员，核心难题攻克和核心功能研发进度与质量保证，已经可以靠他们自身能力解决掉了。那么你需要研发Leader干什么。
研发Leader的职责是：
1、团队任务管理：开发工作量评估、开发任务分配
2、团队生产质量提升：代码审核、开发风险识别/报告/协调解决
3、团队生产力提升：代码模板研发与推广、最佳实践规范总结与推广、自动化研发生产工具研发与推广
4、团队专业力提升：招聘面试、新人指导、领导复盘总结改进
三、技术总监
如果你的研发团队超过20人了，而且有多套主打产品线了，你可能已经有了多个研发Leader了，那么你需要一个技术总监。
技术总监的职责：
1、组建平台研发部，搭建公共技术平台，方便上面各条产品线开发。
2、通过技术平台、通过高一层的职权，管理和协调各个产品线组。现在每个产品线都应该有合格的研发Leader和高级程序员了。
四、首席师
因为你已经有了技术总监了，所以技术平台不错了。技术平台和各条产品线的协调互动，也是技术总监管着。
因为你已经有了各个产品线的高级程序员，他们在靠个人能力维持着核心功能模块的开发进度和代码质量。
因为你已经有了研发Leader，所以代码模板研发与推广、最佳实践规范总结与推广，这些事都已经在日常按份内职责开展了。
那么，啥时候需要首席架构师啊。
也就是说，需要分离管理族和专业族了。你会发现，这个阶段你的研发团队已经超过100来人了，需要有人专注来做架构规划、设计、日常维护。不能让研发总监和研发Leader又做管理又做技术一股脑都扔给他们，你就等着总结果产出。这是不对的。
需要从技术总监和研发Leader身上剥离职责了。让技术总监和研发Leader偏项目管理（管理族），把各个模块之间的架构设计工作，独立出一个岗位，就是架构师，来负责。
每个产品线都有架构师，在技术平台部门也有技术平台的架构师。那么，技术平台和业务产品线的架构互动，就是首席架构师在衔接了。让技术平台架构能够和产品业务系统的架构互相促进和支撑，就是首席架构师的份内之事。
架构师的职责是：
1、架构分析：从功能性需求中识别出需要增加的非功能性需求，好满足性能、可扩展、解耦/集成、安全、可运维、高可用、易部署、易更新。并且识别完非功能型需求，还要做技术选型、技术架构风险识别、技术实现工作量评估
2、架构设计与实现：非功能性模块的架构设计、接口设计、代码实现。所以需要的是有代码实现能力还要有架构思维的工程师，不需要画PPT的工程师
3、业务架构设计与实现：需要对跨系统的接口进行识别、实现、维护，需要对能写成公共代码类库的进行分析、识别、接口设计、实现、变更维护。
4、重构：架构师需要经常做Bug分析、非模板性和公共类库代码检查，以发现代码腐烂程度，以发现还有哪些代码没有做很好的架构与精心的代码设计。所以重构是经常性维护发生的，不是攒到某一刻动大手术，甚至推翻重做，那就不叫重构了。
你把架构师团队组织建立完成，再往大长，你才需要真正意义上的CTO了。否则你一开始就招真正的CTO，他也不满意，你的期望也不对。现在你的期望也对了，他的能力模型也正好和你的期望职能匹配了，你能给他的和他想要的也正好匹配了。
有的公司有软件系统产品副总裁，也有软件系统技术副总裁，而且把软件系统技术副总裁叫CTO，软件系统产品副总裁叫产品VP。这就很怪异。
真正的CTO，是软件产品和技术是统一管理的。
他做的事情，是商业、产品、技术、管理、团队相平衡的综合统管。
CTO的职责：
1、业绩达成：洞察客户需求，捕捉商业机会，规划技术产品，通过技术产品领导业务增长，有清晰的战略规划、主攻方向，带领团队实现组织目标
2、前沿与平台：到这个研发规模规模级别了，一定要有专门的团队做技术应用创新探索和前沿技术预研。而且要和技术平台团队、应用研发团队形成很好的联动作用，让创新原型试点能够很平滑的融入商业平台再让应用研发线规模化的使用起来。大量的前沿探索都死在了内部，做完试点就停滞了，这就需要CTO做好整体的衔接推动工作。
3、研发过程管理：站在全局立场来端到端改进业务流程，为业务增长提供方便
4、组织与人才建设：公司文化和价值观的传承；研发专业族团队梯队建制建设、研发管理族团队梯队建制建设；创建创新激发机制，激发研发人创新向前发展，激发黑马人脱颖而出
CEO:首席执行官，首席执行官为一种高级职务名称。在经济组织机构中，首席执行官（Chief Executive Officer，缩写CEO）是在一个企业中负责日常事务的最高行政官员，又称作行政总裁、总经理或最高执行长。COO即首席运营官（英语：Chief Operating Officer，英文缩写：COO，又常称为运营官、营运总监）是公司团体里负责监督管理每日活动的高阶官员。COO是企业组织中最高层的成员之一，监测每日的公司运作，并直接报告给首席执行官。在某些公司中COO会同时兼任总裁，但通常COO还是以兼任常务或资深副总裁的情况居多。CFO：首席财务官——CFO(Chief Financial Officer)是企业治理结构发展到一个新阶段的必然产物。没有首席财务官的治理结构不是现代意义上完善的治理结构。从这一层面上看，中国构造治理结构也应设立CFO之类的职位。当然，从本质上讲，CFO在现代治理结构中的真正含义，不是其名称的改变、官位的授予，而是其职责权限的取得，在管理中作用的真正发挥。CTO:（首席技术官(ChiefTechnologyOfficer)）： CTO（首席技术官）英文Chief Technology Officer，即企业内负责技术的最高负责人。这个名称在1980年代从美国开始时兴。起于做很多研究的大公司，如General Electric，AT&T，ALCOA，主要责任是将科学研究成果成为盈利产品。CIO：首席信息官（又称CIO，是Chief Information Officer的缩写）中文意思是首席信息官或信息主管，是负责一个公司信息技术和系统所有领域的高级官员。他们通过指导对信息技术的利用来支持公司的目标。他们具备技术和业务过程两方面的知识，具有多功能的概念，常常是将组织的技术调配战略与业务战略紧密结合在一起的最佳人选。CIO原指政府管理部门中的首席信息官，随着信息系统由后方 办公室的辅助工具发展到直接参与企业的有力手段，CIO在企业中应运而生，成为举足轻重的人物。美国企业的首席信息经理相当于副总经理直接对最高决策者负责。首席信息官是一个比较新的职位，目前只有在一些全球500强的大企业才设立职位，如Coca Cola， DSM 等。但是随着商业领域多极化的竞争与发展，越来越多的企业开始将Innovation这一概念作为企业的持续发展的动力和竞争优势，CIO将成为未来企业最为重要的职位领导人之一。
-------------------------------优--美--可--爱--的--分--割--线------------------------
技术总监的工作职责
1、制订并组织实施技术系统工作目标和工作计划。
2、组织制订并实施技术系统规章制度和实施细则。
3、组织不合格品的审理工作。
4、组织技术、产品开发与创新。
5、组织建立并实施质量体系。
6、公司标准化、计量管理工作。
7、定期进行技术分析和质量分析工作，制定预防和纠正措施。
8、重要技术工艺设备、计量器具的申购。
9、技术系统文件等资料的整理保管及公司档案管理工作。
10、公司保密工作。
1、组织建设
（1）、参与讨论公司部门级以上组织结构；
（2）、确定下级部门的组织结构；
（3）、当发现下级部门的岗位设置或岗位分工不合理时，要及时指出问题，作出调整，并通知人力资源部。
2、招聘及任免
A、用人需求
（1）、提出直接下级岗位的用人需求，并编写该岗位的岗位职责和任职资格，提交给总经理确认；
（2）、确认直接下级提交的用人需求（含岗位职责和任职资格），并提交总经理确认。
（1）、进行直接下级岗位的初试；
（2）、进行直接下级的直接下级岗位复试，并做最后确定；
（3）、组织参与面试的人员。
C、不合格员工处理
（1）、提出对不合格直接下级的处理建议，提交总经理确认；
（2）、确认直接下级提出的对不合格员工的处理建议，提交给人力资源部。
（1）、提出对直接下级的培训计划，提交总经理确认；
（2）、确认直接下级提出的培训计划，提交人力资源部。
4、绩效考评
（1）、提出直接下级的绩效考评原则，提交总经理确认；
（2）、根据总经理确认的绩效考评原则，与人力资源部经理商讨并确定绩效考评方法；
软件系统的架构设计、系统分析、软件实现、性能优化等各个环节及流程；[2]
研发过程管理和控制，包括进度安排和控制、风险控制、质量管理、配置管理等；
备较强的研发过程管理和控制的技能，包括进度安排和控制、风险控制、质量管理、配置管理等
强烈的责任心和良好的挫折承受能力；
较强的创造能力、抽象思维能力、归纳能力、逻辑分析能力、学习能力、项目管理能力；
良好的语言表达及沟通能力、拓展力及组织协调力，良好的职业素质；
具备对工作流程的塑造和改造的能力
薪资水平因公司所在行业和公司自身规模的大小而不尽相同，中小企业的技术总监的薪酬相对要低一些。平均而言，国内知名公司的技术总监一般年薪范围在20-60万元左右，相关专业技能的经验越丰富年薪越高。
技术是企业团体里的高阶主管职位之一，是企业内负责技术的最高负责人，类似总工程师。技术总监需要有多年的行业内技术开发工作经验，精通行业相关技术及了解同行技术发展状况，并且还要有一定的技术前瞻性和团队领导能力。其一般是由技术部经理、研发部经理、质量管理部经理发展而来，经过努力可以向主管技术的副总经理、甚至总经理的方向发展，也可以利用自身的技术优势、积累的人脉关系和资金，进行自主创业。
====================================================
一直在思考软件公司如何开源节流。当然，老板也在思考开源节流。当然，老板思考的开源节流在公司运营层面上，而我作为CTO，我考虑的则是在产品运营角度上来思考这个问题。否则，一个软件公司，它的生存与发展就是靠软件产品，除此之外没有别的收入来源，那么作为负责产品的人再觉得没有责任思考这个关乎公司盈利与发展的问题，那么要把这个问题甩给天天忙销售忙资金忙公司管理的老板么？那要你这个CTO干吗？难道就是为了让你当个工头管住一帮人么？
有的公司光有技术总监，没有CTO。技术了得，但和公司战略发展不贴身，光有技术发挥不了，公司的业务发展也沾不上他的技术的光。原因就是技术总监在思考产品，却没有思考产品和公司战略发展的结合。
而且，一个产品要想成功，销售能支撑和发展一个公司，是很难的。不是你做出一个产品就能成功。而且产品也不是一个独立的东西，它的成功要关联许多人。
首先，你不理解老板的发展战略(首先老板得喜欢你。喜欢一个人，有性格脾气对路的原因，也有你的气质和管理能力和眼光和勇气和决心和威信原因，也有你忠于老板的原因。一个老板觉得不放心不喜欢的人，光有能力是不行的，是迟早被老板Kill的人，当然老板也不会让你知道他在想什么。你连老板在想什么都不知晓，如何做和老板想法贴切的产品呢？这也是很多技术总监和CTO连头都没开就身先死的原因，更别说运营一个成功的产品。这个话题虽然让很多崇尚职业管理的人不屑一顾，但现实就是如此。要么你怀着才等中国变成职业民主国度，要么你现在就动手做。成功的人都是在不可能完成的情况下完成的。如果都是万事俱备，那老板要你和要别人有什么两样呢？)，连制造一个产品的机会都没有，更别说给你人力资源和研究的时间资源和技术培训资源。
你即使理解了，你还得想出与之匹配的产品。这是更难的第二步。
但不要以为一个好的想法就能成功。你需要组织你的人力资源来执行落地实现。一个公司所处的困境都是各有各的不同。没有春风得意让你随理想调度资源的公司。老板给你的资源，永远小于你干事需要的资源。这就是现实。
首先就是人力资源，就这么多人，这些人的素质。所以，你的设想，不仅要和公司战略匹配，而且还要和公司现状匹配，找好平衡点很不容易。
这么多不容易还不算。你两个都考虑到了，就是没考虑到客户行业的现状、挑战、机遇、困境和客户行业未来3-5年的变化，那么你的产品可能符合老板的想法，但就是卖不出去（老板有理想有梦想，但未必老板的理想和梦想能和客户的发展同步），老板问罪的可是你。
人归你管了，人也就这样了，短期内提高和扭转是不可能的。于是，必须开始。但是每个人的想法是否能统一一致朝着你的目标走，每个人的配合起来的素质是否能达到你的要求，快进了也不行，推出早了是先烈，而且很有可能都推不出来，因为自己内部乱了阵脚了。慢了也不行，人家都在热卖了，你想炒个热点突出你，不容易。
人也是有疲劳期的，人也有发脾气的时候，人的精神惰性也很大，人的性格也不同。你如何给这支队伍进行持续的浇花施肥修剪枝丫防虫防害，有时还要晒晒太阳见见风，有时还要搬到阴凉地儿，都需要不时看看这支队伍是否有坏迹象。
产品是费了劲做了出来，公司的其他部门不知道怎么推广怎么销售怎么实施怎么咨询怎么支持。梦想着靠流程来推行，自言自语说反正开发产品是我研发的事情，能不能推广就是你市场部的事情了，这样说纯粹是欺骗自己。这样，很容易产品连研发部都出不去，憋死在内部了。你一点成就感没有，当然，你的物质奖励也是没有的，还很有可能你该职业经理人跑路了。所以，必须有CTO，凌驾于技术总监之上，统管企业咨询实施支持，而协调市场与销售。
传递是会失真的，尤其是一个需要费好大劲才能说明白的管理理念。于是你理解100%，研发人员理解70%，落实到产品上，落实了50%，传递到市场，成了30%，到了实施，成了20%，到了客户那里，客户只吸收10%。所以，一个灌注了好的管理理念的管理软件，客户只能接收10%的好处。所以，管理软件客户认为差不多就是个600块钱，高级点的电子表格而已。尤其随着客户人员的流失和更替，随着软件公司人员的流失和更替，最后啥都剩不下，软件能展示给客户的好处，真是一点好处都说不出来了。
&==========================================================
企业各职位英文缩写： GM(General Manager)总经理 VP(Vice President)副总裁 FVP(First Vice President)第一副总裁 AVP(Assistant Vice President)副总裁助理 CEO(Chief Executive Officer)首席执行官，类似总经理、总裁，是企业的法人代表。 COO(Chief Operations Officer)首席运营官，类似常务总经理 CFO(Chief Financial Officer)首席财务官，类似财务总经理 CIO(Chief Information Officer)首席信息官，主管企业信息的收集和发布 CTO(Chief technology officer)首席技术官 类似总工程师 HRD(Human Resource Director)人力资源总监 OD(Operations Director)运营总监 MD(Marketing Director)市场总监 OM(Operations Manager)运作经理 PM(Production Manager)生产经理 (Product Manager)产品经理 其他： CAO: Art 艺术总监 CBO: Business 商务总监 CCO: Content 内容总监 CDO: Development 开发总监 CGO: Gonverment 政府关系 CHO: Human resource 人事总监 CJO: Jet 把营运指标都加一个或多个零使公司市值像火箭般上升的人 CKO: Knowledge 知识总监 CLO: Labour 工会主席 CMO: Marketing 市场总监 CNO: Negotiation 首席谈判代表CPO: Public relation 公关总监 CQO: Quality control 质控总监 CRO: Research 研究总监 CSO: Sales 销售总监 CUO: User 客户总监 CVO: Valuation 评估总监 CWO: Women 妇联主席 CXO: 什么都可以管的不管部部长 CYO: Yes 什么都点头的老好人 CZO: 现在排最后，等待接班的太子
阅读(...) 评论()}