传说中的大公司项目管理到底感悟在哪里

     年后刚来到一个还算名声大点公司的一个省分部，本以为可以接触到一些正规化得项目管理，可以给自己学到一些不错的经验，但是直到现在还是没有看到一些给人眼前一亮的东西。
    整个硕大的一个项目，大概600多M，利用公司总部自己的架构进行开发，百分之百属于大型项目，现在正在维护阶段，总共用到的项目管理方式就只有一个------“CVS”。不管代码还是文档。
    先谈谈代码，代码总共有将近七八十人进行维护，CVS的代码管理是谁想提交就提交，没有明确的已发布的版本号，虽说有个发布版本分支号，但是分支号中最新版也有很多都在未进行发布，导致我每一次修改代码都提心吊胆，需要把上几个版本的修改人都问一遍，导致工作效率很低。
    再谈谈文档，模块话的文档基本见不到，当新人来的时候，只能啃代码，幸好我还有人带，这个项目很大，要完全理解其中的业务和流程个人感觉确实比较难，在文档管理平台中看到的，就只有一大顿没有模板格式的每一个功能的设计文档。内容也是星星寥寥，只能“天知地知你知我不知”，个人一直在苦觅项目的架构设计和总体流程模型。
    最后，说说测试，测试非常重要，自然不必说，但是硕大的一个项目，测试很多在要上线的当天才开始，我最最惊讶的就是，测试环境竟然和生产环境差距好大，很多问题在测试环境根本浮现不了。



    说这么多并不是发发牢骚那么简单，竟然是个大公司，那肯定有他独到的地方，就是想在一群牛人的周围学到一些牛人的经验。还在继续探挖中，大家有没有这样的经验或者感悟，跟小弟分享一下？
    一直就在听说maven是管理大型项目的东东，但是从来没有亲身经历过那些传说中的东东。。。
    CodeReview从来都是自己评审自己。。。。


    顺便感叹，600多m的项目，用myeclipse加载要死人。

看得我眼前一黑

这种项目多了去了，跟公司大小无关。

那么一个项目的管理总应该有一个规范话的东西吧？

毕竟不是一个小团队的敏捷开发那样管理了！

600m,呵呵...楼主。你的CPU几核的啊

把jar包依赖库，甚至服务器软件都算在里面了吧
我们以前的项目6G，因为有Oracle，MyEclipse，BO，还有一堆其他东西

CodeReview如果在压力和系统、功能测试完备的情况下的确是可以直接省略的

600M是包含了jar包依赖，没有oracle和服务器。

这么大的一个东西，如果再维护2年，岂不是越来越大，很难想象后续的维护人员怎么样去维护它，需要解耦和人工维护的分离。

但是大家都在拿着所有的东西，但是关注的却是一点点。
看来细节的问题挺多的。

zjhlht 写道
    年后刚来到一个还算名声大点公司的一个省分部，本以为可以接触到一些正规化得项目管理，可以给自己学到一些不错的经验，但是直到现在还是没有看到一些给人眼前一亮的东西。
    整个硕大的一个项目，大概600多M，利用公司总部自己的架构进行开发，百分之百属于大型项目，现在正在维护阶段，总共用到的项目管理方式就只有一个------“CVS”。不管代码还是文档。
    先谈谈代码，代码总共有将近七八十人进行维护，CVS的代码管理是谁想提交就提交，没有明确的已发布的版本号，虽说有个发布版本分支号，但是分支号中最新版也有很多都在未进行发布，导致我每一次修改代码都提心吊胆，需要把上几个版本的修改人都问一遍，导致工作效率很低。
    再谈谈文档，模块话的文档基本见不到，当新人来的时候，只能啃代码，幸好我还有人带，这个项目很大，要完全理解其中的业务和流程个人感觉确实比较难，在文档管理平台中看到的，就只有一大顿没有模板格式的每一个功能的设计文档。内容也是星星寥寥，只能“天知地知你知我不知”，个人一直在苦觅项目的架构设计和总体流程模型。
    最后，说说测试，测试非常重要，自然不必说，但是硕大的一个项目，测试很多在要上线的当天才开始，我最最惊讶的就是，测试环境竟然和生产环境差距好大，很多问题在测试环境根本浮现不了。



    说这么多并不是发发牢骚那么简单，竟然是个大公司，那肯定有他独到的地方，就是想在一群牛人的周围学到一些牛人的经验。还在继续探挖中，大家有没有这样的经验或者感悟，跟小弟分享一下？
    一直就在听说maven是管理大型项目的东东，但是从来没有亲身经历过那些传说中的东东。。。
    CodeReview从来都是自己评审自己。。。。


    顺便感叹，600多m的项目，用myeclipse加载要死人。

明显是你个人问题。你做为一个底层的开发人员，首先要知道自已的工作是什么，然后重点关注其中那块就行了。一个小功能模块能有多难？


引用
在文档管理平台中看到的，就只有一大顿没有模板格式的每一个功能的设计文档。

这个我觉得做得很好。分开。对于大多数人只应关注自已那块。


引用
只能“天知地知你知我不知”，个人一直在苦觅项目的架构设计和总体流程模型。

你去操系统架构师和cto的心。在一个团队中管理者，一般来说并不希望成员去操太多其它的事。这样会分心，影响工作效率。我认为你们的管理者做得挺好的。虽然在一些小的细节上不大好。

引用
在文档管理平台中看到的，就只有一大顿没有模板格式的每一个功能的设计文档。
这个我觉得做得很好。分开。对于大多数人只应关注自已那块。


引用
只能“天知地知你知我不知”，个人一直在苦觅项目的架构设计和总体流程模型。

你去操系统架构师和cto的心。在一个团队中管理者，一般来说并不希望成员去操太多其它的事。这样会分心，影响工作效率。我认为你们的管理者做得挺好的。虽然在一些小的细节上不大好。


？？？一个系统，应该只关心到一个个功能么？

我个人觉得，以现在我的水平去看“架构设计和总体流程模型”，并不是去找其中的不足，我就是想熟悉这么大项目的一个总体流程和每一个模块的流程，思维总是禁锢在功能上，那功能就是增删改查，业务流程不清楚怎么去维护？怎么去读懂？

还有那个“每个功能的设计文档”，应该是我没说清楚，需求+设计，所有文字加在一起，word打开不超过一页。

最近刚提出要梳理规范，业务流程！=。=||