创业公司的项目管理困境

楼上说的很对，我4年项目管理都是同一个公司的同一款产品，公司软件研发人员有500多人吧，管理还是很规范的。

最近，我也在反思以前所谓正规的管理，是不是太官僚了，就这个问题，我也咨询过不少同行，怎么讲呢，一般大公司规范管理环境下的，都说应该正规点，但是另外的，比如小公司，以前比较宽松的，都不希望严格的管理，觉得没有意义。

对于项目管理的“类比”，我觉得有点像飞机起飞前的例行检查，一项项对照做一遍，一个念，一个检查，实际上这项工作是很繁琐，而且很浪费时间的，更重要的是检查无数次，可能一次也不会有问题。而对于项目管理，对于一个新的需求要实现，我也类似机长一样，问一下：需求明确了没有？设计做了没有么？开发计划列了没有？测试通过没有？诸如此类。而实际上，比如需求说明详细到什么程度，设计是概要还是详细，这些都是相关人员自己把握的。我想这也是所谓的大公司和小公司的区别，大公司可以写几十页的需求规格说明书，但是小公司比如一页纸，列上主要的几点就足够了。虽然楼上说我没有找到解决问题的关键，但是我还是坚持认为，必要的项目管理的Check List是必要的，但是至于每个Check Point到底做到什么程度是可以根据实际情况调整的。

还有一种说法，就是我们关注的是伟大的产品，而不是什么项目管理。这句话对，但是也不对。对的是关注结果是可取的，不对的方面是，如果没有过程的控制，我伟大产品不知道怎么产生的，比如经常拖期，经常反复的修改之类的。

再在这里谈一下自己最近的心得吧。
以前，比较迷信软件工程之类的，后来看了《人性的弱点》和《项目管理-计划、进度以及控制的系统方法》这两本书之后，才发现仅仅是软件工程的知识是不够的，项目经理需要具备其他的如口才、说服力、鼓动的能力，则必须熟悉社会学、心理学等方面。因为软件开发毕竟不同于工厂制造业，是一个讲究创造性的工作。比如一味的讲究按照计划执行会挫伤团队的创造性；比如如果不能给予团队以成长、薪酬、以及完成工作后被大家认可的期望，则很难调用积极性等。总而言之，要让团队成员在一个心情愉快、充满希望的团队中工作，比严格执行各种规定更为重要。

呃 呵呵 玩玩网游 打boss吧 发泄一下

LZ 讲得朴实

我之前的经理,就有激情与认真,其它的就看不出来了!
也在搞个几年的,连团队都换了一批人的项目....

俗话说得好：不以规矩，无以成方圆。所以规范的管理和规章制度是必需的。当然也不是说要求太死板，只要不违反制度的基本原则，可以灵活处理。比如，大多数公司都规定上班时间不许睡觉，但是如果员工因为工作太久过于疲劳，小睡10分钟，倒是可以谅解，这时你就要考虑是员工的态度有问题还是作息时间出了问题。

如有不正之处请指教，但不许人身攻击和恶意中伤。

其实大家在工作之余 能够学习一种沟通的方式最好，项目管理就是为了找到项目内部都可以共同理解和遵守的语言，比如规范的文档，小组模式，汇报层级等。

这样的故事听过很多，
不过我一直都奇怪怎么会这样...这些都是软件开发的经典故事了，为什么重复犯?

小公司的软件开发都是很乱的，像我现在的项目，需求分析是技术副经理做的，结果跟客户的思想完全两样，还以为自己很了不起，实际需求分析就一个文档写好完了，这也算分析？现在做出来的东西跟客户想的不一样，可怜做程序的人。

我简单浏览了LZ的帖子，粗略感觉是LZ有一定的经验并注重规范，但可能还需要在实践中学习结合现实来处理事情。
1、“没有测试人员”，测试只是质量保证的手段之一，质量保证是一种技术，也是一种态度，没有测试人员不意味着质量得不到保证。问题关键在于对于初创公司要综合保证质量（综合未必就是繁杂）。
2、“公司没有组织架构”，即使不是初创公司，也未必会采用完善的组织（也不是主张不建立组织架构）。问题关键在于把握软件实践的核心，针对组织现状有选择的开展工作，注重有效性而不是教条。
3、对于计划确实重要，但在现实工作中确实经常存在计划得不到有效执行的情况。但是，即使作为参考依据计划也建议坚持，但是要避免计划流于形式。计划的关键在于确实可行，要逐渐向此靠拢，这是你们当前做计划的核心目标方向。
4、我基本同意你关于保密的观点，不适当的保密对团队绝对有害。采用分模块实现方法关键在于做好总体并且总体工作团队均为知晓，否则后期极容易出问题，带来的成本会极大。但是，团队也应该采用适当的保密措施，具体做法应根据团队和项目的实际进行，采用分模块方法在抓总的时候尽管强调共识也是有文章可做。
5、我完全同意你对工作时间的看法。个人认为加班绝对不是好事，也说明团队存在问题，也是某种无能的体现。
6、关于集成测试是和第一点类似，上述已讲关键在于采用综合质量保证措施，并且注意测试什么是很考究的，也就是把握“度”。

---------------------------------------
BTW，总的来看，你在老板的心中地位还是不错的，因为我看到你的意见他采纳不少，这是很好的事情。LZ在越过下一座山峰时将会更有实力。

基本的规程肯定是要有的 这个规程的制定要完全以务实的思路去制定 因地制宜

脑子里不要有太多的项目管理概念 那会扰乱思路和判断

让一切问题返璞归真 然后从解决问题本身去分析和讨论

另外就是要换位思考 尝试从BOSS和普通员工的角度思考问题 几方面都能想的通 就具备了可以推行的前提

屁股决定脑袋 最后一点其实蛮难做到的 尤其对于技术出身的人 EQ往往不是强项

这是个人对中小公司项目管理的一点想法 请大家斧正

虽然我目前供职的公司人数500+ 但项目管理还是中小企业的水平 也在不断的摸索中

大的思路要和BOSS保持一致 细节管理要充分考虑普通员工的想法和需求 如果两方面都能照顾得到 项目管理工作就会轻松不少