to spring_ok:
  不错,这是一点!收
to zlb99:
  这中间有很多的技术问题,这个管理平台怎么建立,成本,。。详细点

解决方案 »

  1.   

    to zlb99:知道你的意思了!我的想法,是先在概要设计,模块划分出来后,就通过email分发给各个小组!然后小组根据模块去做,我的担心就是到时,A模块要等B模块,这样就造成了时间与资源的浪费!!
      

  2.   

    通过EMAIL有时延迟,建一网站让各小组每天的工作情况,进度汇报给你,写的代码也放在网上,这样你就能同步掌握开发情况。再说建一网站费用不会很大,否则你根本无法控制进度。
      

  3.   

    对于一个临时项目来说,根本没有多大的意义来建立一个http的开发平台,至少我是这样觉得。我想各个地方都有负责人,不可能总部的一个人来协调各地的工作,至于工作进展,大家Project来管理一下就很好了,不用每一天都交流的。主要是通过Email,想对来说,是“推”,有些东西,建立一个静态的网页足够了。代码管理比较有问题,vss不支持http协议,不过要看你们公司的网络情况了。其余的吗,关键是分工明确,定期开会,什么东西都要“纸”化了它。把需求和High Level design 设计好了之后,各地可以自己做low level design. 重要的文档,大家以前开会review,一行一行的问,有没有意见。
      

  4.   

    设计,代码集中管理(vss),模块分块开发,程序整合由某地做一次性整合就可以了,项目成员交流就通过msn即时交流就可以了。
      

  5.   

    先将项目模块化,然后分块开发;定期进行整合;讨论问题通过Email or MSN
      

  6.   

    这样的东西我觉得需求第一,然后把流程功能都尽量细化,这样划分出来的模块集成起来才有好的扩展和易修改性
    当然了以上是省钱的办法,同时风险肯定要大的,如过能使用一个好的网络管理的东西当然好了,vss是个好东西,不过不知道它是否支持internet管理
    个人观点:高层设计做的详细点,那样代码集成会容易的多,因为代码写起来没什么难度了
      

  7.   

    我觉得用notes来管理会非常方便,即可以发邮件,还可以作各种工作模板,有什么文件之间就可以传。