97顶级IT项目经理

走出软件作坊走出软件作坊走出软件作坊走出软件作坊一、技术总监和CTO的区别浅谈CTO的作用----软件公司如何开源节流我一直在思考软件公司如何开源节流。当然，老板也在思考开源节流。当然，老板思考的开源节流在公司运营层面上，而我作为CTO，我考虑的则是在产品运营角度上来思考这个问题。否则，一个软件公司，它的生存与发展就是靠软件产品，此之外没有别的收入来源，那么作为负责产品的人再觉得没有责任思考这个关乎公司盈利与发展的问题，那么要把这个问题甩给天天忙销售忙资金忙公司管理的老板么？那要你这个CTO干吗？难道就是为了让你当个工头管住一帮人么？有的公司光有技术总监，没有CTO。技术了得，但和公司战略发展不贴身，光有技术发挥不了，公司的业务发展也沾不上他的技术的光。原因就是技术总监在思考产品，却没有思考产品和公司战略发展的结合。而且，一个产品要想成功，销售能支撑和发展一个公司，是很难的。不是你做出一个产品就能成功。而且产品也不是一个独立的东西，它的成功要关联许多人。首先，你不理解老板的发展战略(首先老板得喜欢你。喜欢一个人，有性格脾气对路的原因，也有你的气质和管理能力和眼光和勇气和决心和威信原因，也有你忠于老板的原因。一个老板觉得不放心不喜欢的人，光有能力是不行的，是迟早被老板Kill的人，当然老板也不会让你知道他在想什么。你连老板在想什么都不知晓，如何做和老板想法贴切的产品呢？这也是很多技术总监和CTO连头都没开就身先死的原因，更别说运营一个成功的产品。这个话题虽然让很多崇尚职业管理的人不屑一顾，但现实就是如此。要么你怀着才等中国变成职业民主国度，要么你现在就动手做。成功的人都是在不可能完成的情况下完成的。如果都是万事俱备，那老板要你和要别人有什么两样呢？)，连制造一个产品的机会都没有，更别说给你人力资源和研究的时间资源和技术培训资源。你即使理解了，你还得想出与之匹配的产品。这是更难的第二步。但不要以为一个好的想法就能成功。你需要组织你的人力资源来执行落地实现。一个公司所处的困境都是各有各的不同。没有春风得意让你随理想调度资源的公司。老板给你的资源，永远小于你干事需要的资源。这就是现实。首先就是人力资源，就这么多人，这些人的素质。所以，你的设想，不仅要和公司战略匹配，而且还要和公司现状匹配，找好平衡点很不容易。这么多不容易还不算。你两个都考虑到了，就是没考虑到客户行业的现状、挑战、机遇、困境和客户行业未来3-5年的变化，那么你的产品可能符合老板的想法，但就是卖不出去（老板有理想有梦想，但未必老板的理想和梦想能和客户的发展同步），老板问罪的可是你。人归你管了，人也就这样了，短期内提高和扭转是不可能的。于是，必须开始。但是每个人的想法是否能统一一致朝着你的目标走，每个人的配合起来的素质是否能达到你的要求，快进了也不行，推出早了是先烈，而且很有可能都推不出来，因为自己内部乱了阵脚了。慢了也不行，人家都在热卖了，你想炒个热点突出你，不容易。人也是有疲劳期的，人也有发脾气的时候，人的精神惰性也很大，人的性格也不同。你如何给这支队伍进行持续的浇花施肥修剪枝丫防虫防害，有时还要晒晒太阳见见风，有时还要搬到阴凉地儿，都需要不时看看这支队伍是否有坏迹象。产品是费了劲做了出来，公司的其他部门不知道怎么推广怎么销售怎么实施怎么咨询怎么支持。梦想着靠流程来推行，自言自语说反正开发产品是我研发的事情，能不能推广就是你市场部的事情了，这样说纯粹是欺骗自己。这样，很容易产品连研发部都出不去，憋死在内部了。你一点成就感没有，当然，你的物质奖励也是没有的，还很有可能你该职业经理人跑路了。所以，必须有CTO，凌驾于技术总监之上，统管企业咨询实施支持，而协调市场与销售。传递是会失真的，尤其是一个需要费好大劲才能说明白的管理理念。于是你理解100%，研发人员理解70%，落实到产品上，落实了50%，传递到市场，成了30%，到了实施，成了20%，到了客户那里，客户只吸收10%。所以，一个灌注了好的管理理念的管理软件，客户只能接收10%的好处。所以，管理软件客户认为差不多就是个600块钱，高级点的电子表格而已。尤其随着客户人员的流失和更替，随着软件公司人员的流失和更替，最后啥都剩不下，软件能展示给客户的好处，真是一点好处都说不出来了。二、走出软件作坊：三五个人十来条枪如何成为开发正规军我的一个朋友也看到了我的博文，他是做某个行业企业管理软件的。他说：你这个方法，在我从事的行业不适用。我对他从事的那个信息化的行业还是有一定了解的。他们的实施模式是：1、一个实施项目，大约50万的签单额，做完验收后给最后的20%-30%的尾款。2、他们是一家小公司，为了多做项目多赚钱（企业都希望利润保持的很高，如果毛利低，做软件就不合适了，受的苦和压力和不规律性比其他行业多的多），所以一个项目只派一个人去，而这个人需要培训、辅助导入旧系统数据、清洗合并数据、规范化数据、报表制作、需求协调、推动切换上线、现场运行监控、个性化定制修改代码。3、如果不能推动客户上线，就无法验收结项。不结项，就无法去追尾款。4一个项目这个人，身兼项目经理、开发员、需求调研、软件设计、功能测试、实施培训、定制化开发，还有时候写培训文档。因为公司里都是这样的人，根本没有分工出专门的文档人员，所以产品根本没有培训手册和帮助手册。除非客户必须要，这个项目的这个人才写一份草稿应付。而公司又没有人来做文档管理工作，所以各个项目各个人写，也没有人合并，也没有人来统一收集。每个文档都在项目每个人的移动硬盘里。5、由于项目就老哥一个人全活儿，所以自己答应了客户修改什么需求就自己修改，根本没有啥需求调研方法和版本管理方法，就看这个老哥和客户之间的博弈了。每个项目一套源代码，而且都在各个项目的各个人手里。返回公司后，往公司的服务器上一扔做个备份。以后谁的项目出了问题或需求，就谁负责继续修改。但是，很有可能这个人已经在做其他项目了，还需要修改前几个项目的需求或BUG，还需要接听前几个项目的支持电话。如果这个老哥是在顶不住压力和焦虑而跑路了，只能把这些所有的活交给现存活的人的手里，啥也没有。无法交接也得交接，反正人要跳槽。6、由于每个人都是这样一人挡一摊或数摊项目，而且项目周期长，每个项目都需要2-3个月的时间。老板也想把公司做大，但是每个项目能去实施的人，要求都非常的高，新人来了一年也上不了前线干不了活。所以，对招新人也是不愿意招，干花钱没见起作用，小公司培养不起人。而对项目游刃有余的人，都是跑单帮跑惯了，带着个新人，还干不了活，还浪费出差费用，真是气死人了，还不如自己亲自动手三下五除二搞定爽。于是，公司五六年了也就那么大规模，老板员工都干的很辛苦，当然老板得到的钱要多一些，赚个500多万没啥问题，自己后半辈子算是有靠了。所以，老板也得过且过，反正现在赚钱速度已经比较满足了，这样也熟练习惯了，经验路径依赖，就这样顺坡下驴做吧。我的朋友是个理想和现实总是不断冲突的人。一方面，他确实想把项目做的很是顺畅，另一方面，他却觉得一切都像是被各种因素牵扯，根本无法转变模式，于是只能认命继续现在。我说，你这种情况其实在中国很普遍。中国大部分软件公司都是从事行业信息化，因为这块技术难度最低，而且只要有人脉关系就可以做销售开干。而很多软件公司的成立，就是由于老板有一个关系，接到了某个项目，于是拉住了某个客户，小活不断，于是成立了公司。这是很多老板成立公司的原因。既然这类公司成立就没有目标，其目的就是认识几个人多拉一些项目多赚一些钱，所以如何复制模式，他们其实关注性也不大。原因很明白，就是自己不认识的客户，要想打入这个单子，很难，每个客户庙前都有N多关系户。对于自己有关系的客户，也就那么多个，有多大关系就能做多大的摊子，那就尽量从现有客户中持续做项目。维护好客户关系是最重要的。这类模式非常常见，并不是你这个行业特殊。老板的生活已经趋向于小康稳定，而你呢？你还在挣工资。你也在一线客户那里天天呆着，要么你把老板的客户抢过来你做，要么为了你自己工作能轻快些，你必须自己给自己找方法。我的朋友说，抢过来不可能。自己虽然天天在第一线和客户天天在一起，关系也处的不错。但现在人先认的是钱，后认的是感情。而老板给他们这帮人都持续吃喝玩乐送东西分回扣，自己只是一个干苦力的。自己只能找方法。但你说的方法是针对一个公司的变革，不是针对我个人而言的，所以不适用。我想有一个方法能帮助我自己的方法，你帮我想想。我想了想我过去写过的文章，确实是，自己一直从事职业经理人操盘产品研发管理，也统管咨询、实施、培训、支持，但都是在公司管理的层面上看问题分析问题解决问题，而没有从一个个体上去思考。而中国，大量像我这样的朋友，他们需要帮助，而我写的却是公司层面的，无法帮助他们，所以他们老说我的文章空洞、理想。我说，咱们俩一起分析解决。也是给大量像我朋友这样辛苦的人带个福音。咱们首先先说一下你想达到什么效果。我朋友说：我现在在这里待的很烦，出差时间太长了，我就想早点回家。那你什么地方费时间了，需要2-3个月在客户现场？我朋友说：嗯，我看完你的那篇文章，我也做了一下反思和总结。我感觉有三个方面特别费时间：客户需求，数据准备，报表制作。一去客户那里，你是见不到客户老板的，也是看不到用户的，你主要面对的是客户信息科的人。他们一开始要求你先做演示，看看是否符合他们本企业使用。在这个演示过程中，就不断提出需求让你修改。而且，你不修改完，他们没法接受你以下的演示，说想象不出后来的样子，对着你画的界面图想象以后的功能变化，有点纸上谈兵的感觉。而且，往往演示的时候必须信息科科长在，否则底下的科员都做不了主，演示了也是白演示。而信息科科长却老不在。而他们上班时间也极为规律，该下班时立马下班，根本不加班。所以边演示变修改再边演示。好容易修改完了，也演示完了，时间一俩个星期就过去了。信息科算是通过了，就需要录入基础数据了。问题又来了。现在大部门企业都已经上过一套软件了，可能是Foxpro的，也可能是PB的。人家要求你把数据倒进新系统中，但是一看过去的数据，都乱七八糟的，过去上线都是没经验，后来也用的乱了，积腋成疾了。现在要导入，真是要把垃圾输入，得出来的也是垃圾。你苦口婆心的说服让他们重新录入，但是他们一看都好几千条，不想录入，让你能导多少导多少，然后在基础上再维护。这一松口不要紧，你不仅忙活了一个多星期写各种SQL导数据，而且往往旧系统也没有文档，数据结构需要你自己理解，理解有误也是你的事。好容易导完了，再维护，发现数据是通过SQL导入的，在界面上却不能维护，因为很多校验都是写死在程序里的，而不是约束在数据库。磕磕碰碰，自己边后台修改数据，边让他们信息科维护。他们信息科首先先检验导进去的数据对不对，没有填写齐的字段填写齐。然后把没有导进去的数据录入进去。然后再打印出来，统一对一遍，看看哪些数据录入的有错误。这样折腾，一个月，22天工作日就过去了，用户还没培训呢。第二个月开始用户培训了，但一培训就发现了问题。用户的需求和信息科所的需求，根本不是一码事。原来一个企业，信息科也和业务科室是两张皮，就和在软件公司一样，开发部和销售部是两张皮。于是，用户和信息科开始吵架，各说各的道理，谁都在维护自己的利益。而且用户部门有业务在身，也不可能天天大部分时间泡在IT讨论上面，开会不来人，或者要来人也来了个小兵充数，根本起不了决定，还提自己的意见，过几天开会，用户部门的主任来开会，又把需求再推翻。业务部门主任是站在主任的层次上看IT管理，而业务部门科员是站在自己轻松使用的角度上提需求，而信息科是为了自己以后维护着想。不断的讨论不断的推翻不断的扯皮。讨论扯皮推翻再讨论再修改。终于消停了。开始培训了。但问题来了，用户上机一操作，发现基础数据很多不是平常现实那样的。计算机数据过去就和现实数据脱离了，现在想借新系统上线再回到计算机管理上。于是，一边培训一边修改数据，有人报告数据错误就修改。而培训没有文档，培训也没有课程，培训也没有专业训练。培训如何层层开展，培训如何组织，都不知道。反正就老哥一个被订在这里了，只能这么上手了。人没有来齐，也得开