互联网企业管理问题分析与对策Word格式文档下载.docx

1、在这个进化过程中，现在的互联网企业和传统软件企业都能从对方学到自身不具备的东西。一个国家如果农业很差，老百姓经常没有饭吃，那么国家就会动荡不安。反之，如果国家成天务农，不发展商业，那么国家就不会富裕，就会落伍。这是“无农不稳、无商不富”的内涵。这句话同样适合于软件产业。广大软件人员应当具有“务农”的朴实心态，要踏踏实实地把研发基础打好，如果没有扎实的基础，即使好机会来了也抓不住、发不了财。软件企业既要开展传统的软件业务（务农保生存），又要尝试互联网的运营业务（经商谋发展），沿着“农商结合”的道路发展。作者并非在此喊喊口号而已，我自己的公司也一边经营传统软件业务，一边朝互联网运营发展。我们的主要

2、业务是为IT企业提供研发管理解决方案（包括咨询和软件工具），每次签订一个合同，我都要花费2个月的时间去客户公司提供服务，为了提高客户的满意度，常常把自己弄得筋疲力尽。尽管大部分的客户敬重我、不会刁难我，但是我自己感觉也像个民工，很劳累，一年做不了几个合同，效益不高。经过长期摸索思考后，我们决定开辟新的业务，把企业研发管理放到互联网上运营，目标客户群是广大中小企业或者个人用户，他们将以比较低的费用租用基于互联网的集成化研发管理平台，不仅降低了用户的成本，也降低了我公司的服务成本。同时我公司保留传统的销售和服务模式，目标客户群是少数的中大型企业。希望不久的将来，我能够获得成功的经验，再和大家分享。

3、2. 互联网企业的业务类型、成长规律和研发弊病 从上世纪九十年代末开始，我国的互联网行业飞速发展，互联网服务也已经从简单发展为丰富多样。常见的互联网业务有：内容资讯，例如：新闻、彩铃、短信等；软件服务，例如：电子邮箱、网络游戏、Blog、虚拟主机等；电子商务，比如：B2B、B2C、C2C等；信息检索，比如：搜索引擎等。从2005年开始，国内互联网产业再度升温，涌现出了大量的新网站，互联网产业迎来了第二个春天。回顾历史，互联网企业的成长规律大致如下（见图1）：第1步，先有创意；第2步，快速实现；第3步，试运营，吸引用户；第4步，融资（估计90以上小公司得不到投资，很快就倒闭了）；第5步，快速扩张

4、（然后再融资、再扩张）。第5步之后如果公司还活着，要么上市、要么被更大的公司收购，不管公司未来的命运如何，反正创业元老们已经苦尽甘来、成为富翁了。有些互联网公司打出这样的标语“你在本公司工作3年的回报，在其它公司要奋斗30年才能达到”。国内IT企业的年轻富翁们大部分是互联网企业的创业者，他们在创业过程中经常面临倒闭危险，成功之后风光无限，被很多人敬仰和学习。然而在他们的背后，躺着99的竞争者尸体。融资失败，可能倒闭 图1 互联网企业的成长规律示意图 相比于传统软件企业，互联网企业的主要研发弊病有：一、技术积累和规范化程度较弱，心态浮躁。有些互联网业务带有很强的时效性，项目开发周期通常较短，甚至

5、可能只有几天或几周时间。所以互联网企业的研发讲究一个“快”字。人们留传一句话：互联网企业的3个月，相当于传统IT公司的1年。绝大多数人并未真正领悟这句话的含义，并被严重误导。这句话的正确理解应该是：“互联网产品与服务的成败，在3个月内就可以看到其他IT企业通常需要1年才能看到的效果”。不幸的是，很多开发人员误以为要在3个月内干出1年的活，心态非常浮躁。“研发”是精细活，如果团队没有很扎实的研发基础，那是不可能做出“又快又好”的东西的。作者接触过很多IT企业，我们调查发现，在相似规模下进行比较，互联网企业的技术积累和规范化程度普遍弱于传统软件企业。比如，在一些互联网公司，同一产品线下的若干细分产

6、品，可能由不同的研发队伍采用不同的技术实现，没有从软件复用中获益，浪费了大量的人力物力。二、可能利用互联网做坏事 互联网和手机的普及，使得很多人可以在没有见过面的情况下发生交易。在诚信制度不完善的互联网环境中，极容易发生欺诈行为。在互联网上，没有人知道他是一只狗，也不知道他是个坏蛋。几年前，我在某知名网站申请免费电子邮箱，在注册过程中要求用户输入手机号码。页面上这样提示：您的手机号码仅用于接收重要信息，本邮箱绝对免费，请您放心。当我输入手机号码，点击下一步后，页面上出现这样无耻的文字：本邮箱每月5元，从注册日开始计费。页面上不再有“回退”按钮，投诉电话永远忙音。至今这个网站还不断地给我的手机发

7、垃圾短信，时常提醒我要在给客户培训的时候讲述这个网站的欺诈事情。网页和手机短信的欺诈手段非常多，例如“取消表示同意”，“不回复表示同意”，“关键文字的颜色和背景色是相同的，让你看不到”，甚至不通知你就随机收费。最近2年国内还诞生了“流氓软件”这个新词汇，并给出了排名，这在全世界都称得上是“创新”。某著名导演有句名言：做人不可以无耻到这个地步。这句话很适合于互联网。我相信国内大部分研发人员是诚实的，不会有意地干坏事。互联网上很多“缺德、欺诈”的主意可能是少数人想出来的，但却是普通研发人员做出来的。我接触过不少研发人员，他们谈笑风生，竟然不觉得成为“帮凶”也是可耻的。人变好不容易，变坏却是很容易的

8、，如果人们以互联网的发展速度变坏，那是非常可怕的。我们经常看到“某某城市的房地产富翁因违法经营而被捕坐牢”这类报道，现在还没有听说过IT富翁违法经营而坐牢的。IT人士们一定要警惕，勿以恶小而为之，防止滑向违法深渊。3. 互联网企业的常见研发管理问题 互联网企业的软件质量、服务品质等方面正受到来自内部、外部的严峻挑战，对其软件研发能力提出了更高的要求，否则在线服务根基不稳。作者访谈了国内数家著名互联网企业的各种岗位人员，获得了大量调查问卷（近300份），在此基础上我们总结了常见的研发管理问题。这些问题具有普遍性，值得企业领导们重视。3.1 跨部门协同工作问题 我们分析发现，互联网企业的跨部门协同

9、工作问题（见图2）普遍比传统软件企业多。一个简单的原因是，互联网企业的运营部门、设计开发部门之间的差异比较大，甚至可以用“隔行如隔山”来形容。例如从事“房产、女性、少儿等频道”的编辑可能完全不懂网页（或软件）的设计开发；反之设计开发人员也可能完全不懂得“房产、女性、少儿等频道”的业务。解决跨部门协同工作问题的基本方法是：制定清晰的跨部门工作流程，部署配套的管理工具，开展充分的培训，积累成功的案例。互联网企业的跨部门协同工作问题 百分比 A. 上下游人员相互不熟悉对方的工作流程和规范，沟通比较费劲，沟通效率比较低。35% B. 上游不能及时了解下游的工作进展情况和负荷，不断传达新的任务，下游忙不

10、过来。 31% C. 上下游人员在沟通的时候，没有及时记录沟通的结论和建议。24% D. 上下游人员的工作成果分散在各自的计算机里，难以积累和共享知识财富。 46% E. 上游传达给下游的需求不够清楚，各方理解有偏差，导致需求和工作成果经常变更。 45% 图2 互联网企业的跨部门协同工作问题统计图表 3.2项目管理问题 许多互联网业务带有很强的时效性，其项目的特点是“周期短、数量多”，常见的项目管理问题见图3。这些问题可以用“三拍”来概括：领导拍脑袋做决定；干部拍胸脯作保证；员工拍屁股后走人。互联网企业的项目管理问题 百分比 A. 缺乏令人信服的立项可行性分析。 42% B. 没有完整的立项建

11、议书，大部分工作人员不了解项目的来龙去脉。2% C. 预定的人力资源和任务进度不合理。 26% D. 没有明确项目经理的权力和职责。 25% E. 跨部门的项目，缺少全程跟踪项目的人。 39% F. 项目结束时，没有及时总结知识财富、经验教训。G. 项目结束时，没有评价项目的价值，没有分析投入产出。 52% 图3 互联网企业的项目管理问题统计图表 由于CMM/CMMI方法论过于庞大复杂而不适应于互联网项目，互联网企业迫切需要“管理微小型项目的方法和工具”。3.3技术开发问题 需求分析、系统设计、界面设计、编程、测试都是重要的技术开发环节，是开发团队的内功，对“产品质量和开发进度”影响最大。图4

12、中的技术开发问题在互联网企业和传统软件企业中普遍存在。解决这些问题的前提条件是消除“浮躁心态”，内功是不可能速成的。互联网业界有不少“投机”成功的案例，但是投机不能用在技术开发上面，否则企业很难持续发展。企业应当聘请一些高手加入开发团队，并且要不断地开展培训和交流，提升团队的开发能力。技术开发问题 百分比 A. 开发团队不能熟练应用“增量迭代”的开发模式。 34% B. 需求分析能力欠缺，不能很好地抓住用户真正的需求、清晰地阐述需求。C. 系统设计能力欠缺，不能综合考虑产品的功能、性能、可扩展、可复用等。 38% D. 软件用户界面设计能力欠缺，易用性不够好。E. 开发团队各成员的编程质量差异

13、比较大。 32% F. 测试和改错的效率不高，不能在比较短的时间内发现缺陷，并很快消除缺陷。 30% 图4 互联网企业的技术开发问题统计图 3.4 管理工具问题 企业使用管理工具可以提升管理效率，积累知识财富，例如代码和文档版本管理、任务进度管理、缺陷管理等等。管理工具的主要问题不是“工具太少了”，而是“工具太多了，杂乱无章，缺乏整体规划和管理”。大部分公司没有对管理工具进行规划，各个部门根据自己的历史情况和习惯采用各色各样的工具。工具之间各不兼容，没有办法整合数据。有些工具很老了、不好用，但是有数据，不能淘汰，又不能更新。结果这么多杂乱的工具非但成不了财富，反倒成了包袱，十分头痛。整个公司采

14、用的“任务进度管理、版本管理、缺陷管理”工具可能多达十几种（见表1），真是“不调查不知道，一调查吓一跳”。您的部门（项目）采用什么工具来制定、监控任务进度表？MS Project, Excel, Outlook 51% 工作周报+Email 13% 其它：手工记录，不管理，不关心 36% 您的部门（项目）采用什么工具来管理源代码和文档的版本？CVS 47% Subversion 18% VSS 5% 保存在本机，不管理，不关心 30% 您的部门（项目）采用什么工具来管理缺陷（Bug）？Bugfree, Bugzilla, TestTrack, Jira等 28% word, Excel, Em

15、ail, 口头通知，不管理 72% 表 研发管理工具的统计表 3.5 绩效考核问题 很多互联网公司都是上市公司，要以季度为单位披露财务报表。所以通常公司要求员工以季度为单位制定自己的绩效目标和工作计划。在进行绩效考核的时候，容易出现以下几个问题：（1）将一些舶来的绩效考核方法生搬硬套到工程师身上：绩效考核通常是以结果为导向的，一般都是事先定下具体的指标及其目标值，然后进行结果度量、考核。而广大工程师工作结果的好坏一般取决于工作过程，其过程通常比较具体、细致，只有在研发管理比较成熟的时候才可能找到并量化出比较合适的绩效考核指标，否则会适得其反，延误项目进度，降低员工士气。（2）混淆绩效考核与研发

16、管理：如果期望绩效考核能够提升研发管理水平，那就大错特错了。绩效考核没有关注研发本身，没有对研发工作提供任何指导，所以不能提升研发能力。事实上，只有“研发过程”能力得到提升，我们才可能看到好的“绩效结果”，这才是一个正确的逻辑关系。（3）以季度为单位制定研发计划：产品和项目有自身的生命周期，在制定绩效目标的时候，不要刻舟求剑。打乱了现有项目自身的生命周期，只会有害于绩效目标。绩效考核是把双刃剑，在研发管理成熟度较低的时候，急于实行绩效考核很有可能会伤害到员工的积极性。4. 对策：流程改进和管理平台建设 跨部门协同工作问题、项目管理问题、技术开发问题、管理工具问题、绩效考核问题，这些问题在互联网

17、企业中普遍存在。企业领导不能什么都不管，也不要期望找到灵丹妙药一下子把所有问题都解决掉。本文阐述比较有效的对策：流程改进和管理平台的建设，供互联网企业参考。4.1 流程改进 所谓流程就是工作的步骤和制度（规范），流程规定了“谁”“在什么时候”“怎么做事情”“产生什么成果”。流程一般有6个要素：目的和适用范围、角色职责、工作步骤和流程图、输入和输出、成果模板、度量和评价。流程改进是指分析企业的强项和弱项，改正缺点、发挥优点，制定更合理的流程，使广大员工依据流程开展工作。流程改进的一般方法如图5所示，研发管理流程的示例见图6。对于超过百人的研发队伍，公司应该设立专门的流程改进机构，不断发现企业自身

18、的研发管理问题，并在公司层面进行持续改进，为各个业务部门提供有效的研发管理方法论和工具支持。图5 流程改进的一般方方式 图6 研发管理流程示例 4.2 集成化研发管理平台的建设 建设集成化研发管理平台的好处是：（1）将研发管理过程中常用的工具集成于一个平台中（Web环境），企业不必购买多个分立的管理工具，避免了管理工具之间不兼容、数据孤立的问题。不仅提高了研发管理效率，而且大大降低了购买工具的成本。（2）管理平台不仅可以为企业建立完备的研发管理数据库，积累企业的知识财富，而且帮助企业领导对所有项目的人员、进度、工作量、成本、质量进行数据分析，为持续提升研发绩效提供客观依据。我们针对互联网和软件

19、企业的需求，研制了“集成化研发管理平台”，目前该平台集成了6个软件工具：（1）研发项目管理系统Future。用于管理中大型项目，达CMMI3级要求。主要功能有： 组织结构和用户管理，立项和结项，项目规划与监控（人员、任务进度、成本），风险跟踪，变更控制，项目需求管理，缺陷跟踪，技术评审，项目会议等。（2）需求任务管理系统TaskManager。用于管理跨部门需求任务或者微型项目。发起需求，创建任务，执行任务，递交成果，交流记录，人力资源分析、变更记录等。（3）企业文档管理系统DocCenter。用于文档版本管理，便于共享知识。创建文件库，目录操作，上传下载文件，版本管理，文件审批，文件搜索等。

20、另外，建议采用CVS、SubVersion、VSS管理代码的版本。（4）信息发布与交流系统InfoShare。用于发布研发信息（例如流程文档和新闻）、开展技术交流（论坛）等等。（5）客户服务管理系统Satisfy。用于管理客户的需求建议、投诉等，便于研发人员及时了解情况、迅速响应。（6）研发管理门户网站Portal。用户可以在Portal里面浏览研发信息和个人相关工作。图714是集成化研发管理平台的示例图片。根据调查问卷的反馈，用户对“集成化研发 管理平台”的支持度高达63，见表2。您需要“集成化研发管理平台”吗？百分比 需要 63% 不了解情况，不清楚 28% 不需要 9% 表2 集成化研发管理平台的统计表 图7 集成化研发管理平台的登录页面 图8 系统管理的界面示例 图9 研发项目管理系统Future的界面示例 图10 需求任务管理系统TaskManager的界面示例 图11 企业文档管理系统DocCenter的界面示例 图12 信息发布交流系统InfoShare的界面示例 图13 研发管理门户网站Portal的界面示例 图14 客户服务管理系统Satisfy的界面示例 5. 小结 相比于软件工程近四十年的发展历史，互联网企业的研发管理尚处于萌芽状态，其管理方法和工具远未成熟。本文作者致力于互联网和软件企业的研发管理方法和工具的研究，希望更多的人共同参与。