关于小软件公司一些问题的反思

1.独行侠or 兄弟连
管理学上经常引用概率里的一个问题：有90台机器，需要3个人来维护，是让每个人单独去负责30台，还是让3个人同时负责90台，问两种方案机器出故障的概率情况。结论是前者的概率比后者多一个数量级。虽然，实际情况远比这复杂，尤其是软件开发，但是其中可以借鉴的道理却是通用的，那就是三个臭皮匠顶一个诸葛亮。一个人负责一个项目，看似牛X无比，其实这是公司的一种无奈和悲哀。一个人提供一条龙服务，对此人的综合素质要求是很高，此人即要会降龙十八掌，又要会九阴白骨爪，既要当爹，又要当妈，简直全才。但事实情况却往往是博而不精。降龙十八掌只会十掌，九阴白骨爪只会九招，如果碰上一个会降龙十八掌全套的，自然要败下阵来。波音公司的飞机要N多个国家的N多个工厂来共同生产，就是因为单靠波音公司一家是无法生产出如此高质量要求的产品。同样一个人负责一个项目，看似能够应付所有的问题，但是服务的质量，却不得不值得质疑。除此之外，由于项目之间过于独立，造成交流的欠缺，无法提取精华形成共同的财富，无法互相借鉴避免同样的问题，造成重复开销等等。最重要的一点，各自为政的模式，造成公司毫无团队的概念。那么我们需要什么样的团队?我们的团队，应该像乐队，既有主唱，又有吉他手，既有贝司手，又有鼓手，大家各司其职，各自发挥自己的最强项，这样的演出，才能show得精彩，show得响亮。我们的团队又应该像变形金刚，不是简单的1+1=2模式，而应该像组合后的大力金刚，1+1远大于2。同样，我们需要或者培养什么样的人才？复合型人才无疑是社会的香饽饽。但复合型人才并不是一些人想得似乎什么都会的通才（汗！什么都会那应该比天才还牛X），而是一专多能的优才。深入挖掘自己的专长，广泛涉猎与专长相关的技能，此为一专多能也！张三会降龙十八掌全套，又会九阴真经一两招；李四会九阴真经全套，又会九阳神功一两招；王五。。。八仙过海各显神通，每个领域都有“专家”的军队战斗力才会最强。

2.交叉测试
没有测试，产品质量通常是难以保证的。鉴于目前很多小软件公司程序里甚少的测试代码，而测试先行等措施成本过高的状况下，如何让人工点击测试发挥其最大的效果，是个值得研究的问题。个人建议，除了同一项目组成员本身针对自己开发的模块进行点击测试以外，同一项目组的不同成员可以互相点击测试对方的模块。而不同项目组，甚至不同部门间，也都可以相互进行测试。同样，如果有条件，客户也可以参与到前期的产品测试中。这样就能极大限度地利用所有与此项目有关人员参与到项目的测试中去。当然，交叉测试可行的前提条件是建立一个方便内部访问（如果需要客户测试，则还需开通外部访问）的测试环境。比如web项目就能很方便地搭建如此一种测试环境。然后公布各个项目测试用的访问网址和测试帐户，接着进去乱点一通，如果发现问题，ok，把问题记录下来并通知项目负责人或开发人员。当然最好有缺陷管理系统可以直接把问题记录进系统，项目负责人或开发人员登录到缺陷管理系统后就能看到此问题，并进行相应修改。同理，客户也可以通过此方式来进行问题的反馈。总之，通过多渠道，多方位的人工点击测试，尤其是项目组外人员的参与，往往可以发现很多项目组成员自己看不到的问题和bug，为产品的质量多把一道关。

3.让软件管理软件公司
IT公司更应该懂得利用IT。别让管理像天上的彩云飘飘，心中的马列潇潇。用工具来落实管理的思想，让其更实在、更具体。版本控制系统、缺陷管理系统、企业WIKI、团队blog及论坛系统，“五架马车”构成最初级的管理队列。建立一个即上即下、即里即外的全方位交流环境，消除目前公司人员分散，交流困难、单一的诸多不便。版本控制系统，让代码这个软件公司创造的最重要的财富有个稳定、一致的“老家”，不要让流浪在开发人员电脑各处的“孩子们”最终找不到团圆的路。版本控制系统一定程度上避免了开发人员流动造成的代码遗失和代码不一致的问题。当然如何防止代码被非公司人员通过版本控制系统非法盗用是个值得注意的问题。缺陷（问题）管理系统则提供了一个以缺陷（问题）为中心的管理平台。把客户的需求转化成一个个缺陷（问题）描述，并分配给项目开发人员。使项目负责人能更准确地预估项目工作量，对项目有个直观、整体的把握，并能及时了解项目最新的进展。项目开发人员则可以有针对性地解决问题，并增加紧迫感和成就感。企业WIKI，提供一个供大家共同维护的知识系统，集思广益，博取众长，共同打造一个属于公司自己的知识库。比如，开发规范、业务知识等等，都是比较适合放入wiki的好题材。团队blog其实是一个展示团队工作状况的小舞台、一个网上家园，对培养团队气氛和精神，起到积极作用。具体怎么利用各个团队可以各自发挥。而论坛系统则是整个公司共同的网上家园，其作用面比较广，绝对有积极意义，应该建设好、利用好。

4.关于“营养”会议
“喝粥”的会议尽量少开，多开些目的性强、实务性强、内容丰富的“营养”会议。会议主题提前确立，让与会者稍微了解下情况，会议需记录备案。团队每周建议开例会，周一讨论团队每个成员本周计划，进而得出本周团队计划，周五对计划进行核实和小结，为下周做准备。

评论

1 楼 castbsd 2009-03-04  

現在我就這樣. 一個項目是我做的到現在實施幾個月,客戶找好多毛病, 一個項目是幾年前一個走的人寫的. 現在改一年了, 現在還在改. 還有一個項目, 是走的那人在外地網上寫的. 我要把他寫的和現有的一個結合在一起. 三個項目都要做都要改. 現在已經沒有信心再做下去了...