没想过，不知怎么半推半就的就当上了项目经理！小弟也感慨下！

一期不能与二期兼容，说明你们的软件设计有问题，这是你们自己的问题跟客户是没关系的。
你这项目经理还没接触到立项的准备工作呢，这块是更晕的。

LZ有一点我不同意，就是详细设计，概要设计是必须的，但是详细设计得看人，如果是能力差的，你要为他做好详细设计，让他写。但是能力强的人，详细设计反而会成累赘，我建议是遇到牛人，就吧概要给他，详细设计和代码都让他写。

不到半个月时间就有此等感慨，楼主你是在吹么。。。。

拍砖 拍砖
加油努力

目前也是体会到 "规范"的重要性,订好规范后,程序员开发过程中会节省大量的时间,觉得可以提高团队的整体水平.

规范

不规范的东西，看起来就想改。

我发表下个人对需求“不确定”的项目管理。   每个功能进行细分。 耦合度不要太大了，特别是很大的应用或者随便来一个人接手项目，就会深刻体会到，。  如果以后 需求的变动，可能是流程上的。  可以对目前的功能进行“拼接”。 这样就少了不少的“代码工作量”。   这个就需要针对对代码的设计了。 
一个好的设计是不怕需求的变动。  特别是遇到开发第一次以后，来个第二期，而且和第一期变化挺大。 
说实话，对于第一期的需求，到第二期应该有明显的体会， 这个不完全是他们的问题，  也有程序设计的问题。 
对于我而言，我首先追究的是自己对项目设计的问题。 我也挺乐意花时间在第二期上面。 毕竟这是自己遇到的问题，你怪别人也没用。可问题终究还是需要解决的。  经验不就是这么积累起来的吗？
我认为文档是必须要的。   这个文档的可读性是非常高的。 就像api一样。   话说分工到最细，而且各尽其责，才更容易维护。 这样测试也就非常容易（针对一个功能）了。 流程几乎都是在基础功能上进行扩展。 所以我认为这样测试是非常轻松的。

昂，膜拜一下楼主。

想问一下楼主项目组成员都是几年的啊？不会都是刚毕业的吧。。。 干开发一年就能当项目经理，我很难想象做开发的会服你？

可能每个公司的定位不一样，在我们公司，八年能勉强混个项目经理算是不错了