小公司如何做项目管理(下)

我也认为xiepinghejun MM的算法太僵硬了，单下面这些因素就太多了:功能点模块数、预计要纳入到配置管理的文档个数、代码行数、生产效率、硬软件资源、人力资源的角度，项目过程中遇到风险的问题等等。操作太麻烦。不知道各位老大实际评估中是不是按这样算的。我觉得太麻烦了，呵呵！我每次简单一些基本上是：

项目工作量=开发工作量*（分析比例系数+1+测试比例系数+其他比例）
按分析，开发，测试三个部分，这几块按固定比例，大概1：2：3。其他如安装，验收，培训等按实际情况来处理。这个可以按时间人天来算。

项目开发工作量=单个模块耗时*模块数*项目风险系数*项目组成员情况*客户变动要求情况

  单个模块耗时，每一块按自己的体会，根据项目组开发人员平均水平做个推算估计耗时。
  项目风险系数，主要是考虑到实现的技术难度，1.0-1.5.多数情况这个系数为1.0，因为一般项目技术上都没有问题。但是遇到一些须采用独门技术，并发性能要求高，分布式，异构，需与历史遗留系统交互等这样的家伙，要加大系数，有时候大的离谱，但是实际上到最后还发现这个系数小了。所以这一块要狠心一点，呵呵！
  项目组成员情况，主要是看项目组成员的变得情况，人员技能情况。一般乘以1.0-1.2.新老员工比例是一个很重要的参考因素。
  客户变动要求情况（1.0-1.3），主要考虑到需求变更的问题。不同客户IT水平不一样，有些客户相对需求稳定，自己明白自己的需求，有些客户前期根本都不知道他想要什么，到最后发现自己需要这个那个，变更比较多。有些变更走cr单，有些客户强词夺理，所以这一块也比较重要。不过我们客户稳定，这个系数比较好把握。基本上每个项目来了，对号入座。呵呵！
  再声明一下，我非常讨厌代码行数这个东西，虽然有时候不得不统计这个东西，不同的人代码行数差异太大了。喜欢copy的人代码行数非常大，技术好的行数小。我印象中一个家伙写个登陆，这么简单的页面就用了3000行代码，你说说项目都这样做，那规模好大呀，一个人一天都能完成几千行的代码。呵呵，吓死人。

哼，小公司尤其需要干劲，但经常是干着干着就没劲了，靠一时的激情和干劲撑的住一年我就佩服你的毅力。
所以需要管理这种干劲，使之细水长流……

小公司真的需要管理，只是，看什么样的管理更适合小公司，再就是，要看小公司的老板怎么认识这个问题，我现在就接手了一个公司的项目，感觉很是郁闷：这个项目公司竞然不让我们调研，只是给了两个EXCEL的电子表格，每一个电子表格中有大概100张表，公司就让我们分析这两个EXCEL的电子表格来做这个系统，我开始跟公司说了，对现有资料的分析是有必要的，但是，只分析这些很难做出来满足用户需求的系统，而且，全是数字的报表，这些都是很敏感的信息，如果不把业务搞清楚，怎么可能做出来用户想要的东西，再说，用户想要什么东西我都不知道，怎么做呀!!结果，被公司还说了一通“要你们分析的人员干什么”，对类似于这样的项目，又该怎么管理？？象我们公司老板对软件开发的这种认识，又该如何管理呢？？

管理是什么？指条条框框的规章制度？

小公司讲什么都没有用阿！只要大家有钱，大家有共同的理念才能做的长久的。项目管理如何做，本来就有很多方法。基本上就是如何在有限的条件下做得最好的才是真正的管理。利益主导一切。

楼主说的，有些同感，以前的公司就是比较能忽悠，活干的不少，就是不加薪，一提加薪就开始扯别的东西，什么能力提高啊，团队管理啊，比唱的都好听。项目一直没有项目奖，干到第三年可算有了项目奖了，就一点点，而且分赃不均，严重打击积极性。管理混乱更不用说了，销售为了签单，什么功能都敢承诺，也没有明确的需求分析，都是一笔带过，搞的最后要开发的人员跟客户沟通怎么做，沟通的过程中，有些功能又不能实现，反而还被客户骂。项目经理就是协调，对既有系统也不熟，对技术也不熟，有和没有都一样。

LZ有精力啊.写的不错.看过

可能我还停留在见山是山，见水是水的境界，我觉得：

   觉得拍脑袋是最好的方法，本来就是一种悲观的做法，我不知道你是不是试过所有方法，认真思考过才这么说的。
   首先要有一个估算的意识，任何工作都可以用科学的眼光来看待它。就像以前很多迷信现象都被现在的科学验证了，可以说是从现象看本质的过程。
   只能说估算这门学科还停留在不成熟的阶段，我比较相信功能点和代码行。至于调整因子，我觉得不要用的太多。
至于代码行，在同一种技术框架下，代码行还是非常准的。
   拍脑袋（delphi法）适用于售前，功能点适用于需求规格说明书完成，代码行适用于代码稳定之后。后两种可以用于实际的生产率度量。每个企业都应该定义自己的估算方法和模型，基于自己的历史数据。
   另外，一般拍脑袋都是人天，人月，规模是很难拍脑袋拍出来的，是客观的。像你自己说的，和时间打上关系就不准确，不客观了。
   总之，拍脑袋过于依赖个人经验，无客观的度量基准，无法利用统计过程方法进行分析，无法利用行业数据。
当然，有时候也是很准的，因为这是“人工智能”。

缺乏代码评审

楼主写了很多关于“理性管理”的内容，只有“项目奖金”与“感性管理”有关，其实我认为感性管理也非常的重要，楼主能否就如何进行“感性管理”说说看法。
我曾在一个公司干了三年，多次被项目经理气的要辞职，体会到了“逼走员工的是中层管理者”的看法。还有架构师，CTO，甚至人际资源经历和销售部人员的关系都非常重要。如果割裂的把管理仅仅考虑成极其理性的事情我认为还是有些表面化，不够适合中国国情和人性