项目经理篇---项目的毒药及解药

50%以上的软件项目以失败告终
让项目成功，或者尽早结束！

只是一次面试，这个场景并不是真实存在的。从面试者的三言两语的情况介绍中根本无法公正的确定这个项目经理是好是坏。原因如下：
1.“将一个几个人的项目组发展到几十个人”，这句话往好的方向理解--有魄力，有能力不断完善团队。往不好的方向--正如楼主所说，开始就没有规划好。造成项目团队不断扩张。
2.项目组成员对项目经理的看法分两派，一派是正面的,对他的能力和工作给于极高的评价.一派是反面的,认为他没有建立起项目的规范制度。（当然如果一下就能看出这个项目经理到底如何，也就不用面试者分析阐述了）。
这是一道发挥题，我认为这个老板主要想了解面试者以下几个方面。
1.分析能力；
2.项目管理经验；
3.看问题的角度，喜欢推翻前人（消极的），还是肯定（积极地）。（因为两种情况都有可能）；

我在多家这样子的玩具公司中工作过.
有大公司也有小公司.
玩具公司与正规公司的区别在于
玩具公司的项目成功是靠运气.
正规公司不用担心项目完成,
他们只需要担心项目是否能更快完成.
不同的项目经理区别就是项目进度快慢,项目完成质量高低.


正规公司的项目经验可以复制.

那老抛到是介绍一下
“正规公司”是怎么做到“不用担心项目完成”的？

待过一家公司,每个程序员的日代码产出量少于50
当然不是指每天写50行代码.而是指最后产出量.
每月不到1K的代码,
两倍左右的注释
4M的excl文档,很多人共同人编写的
1.5G文本的测试入力与1G文本的测试出力
(提交一次的都 要进行一次回归测试,每条记录都是独特的不重覆的)
多个模拟运行环境的shell
每次提交的修证的历史版本记录
(纯由手工拷贝而成,后来改用shell,在我走之前没有用到过常用的版本控制工具)
至少四个人员在代码中会有署名,代码review仔细到了变态....
(如果由不同的人变更后....我就没算过了....很多就是了.)

进度与实现相差不超过30小时.
当然这是由于每次的进度里程碑只有一周时间.
(有加班每月大于200小时以上可能性.但我遇到的次数不多)

变更需求过程严格.
eg:有个性能问题使得代码不得不修改.
从发现问题,设计变更,修正测试,到最后修正.
时间长达三周.
只是把一个循环内加入一个缓冲变量而已.
越洋电话会议三次每次4小时.

                     万无一失蟑螂杀灭仪
全部操作步骤为：
  把蟑螂放在木块A上，
  然后用木块B拍它。
                                                             --摘自《探索需求》

受不了...走掉了.

蟑螂？

怎么给我的感觉不仅仅是有嫌疑,这根本就是为了讨好面试官的说法.
直接从"最后项目失败了"这个点出发,也不管真正原因是啥,直接来一套接近教条式的回答.....
看不出这个分析有什么合理的地方

描述太少，无法分析是这个项目经理的问题还是管理层的问题。

如果项目范围开始就大概能确定，那么项目组从几个人到几十人是项目经理没预算好人力资源（因开始就计划逐渐投入人员这条除外），至于项目经理是否形成制度而能避免他离职后项目能正常进行，也不好判断，很多时候项目经理受限制太多，不能按自己的意愿做。