我觉得必须满足一些条件才可行:
一。非技术方面
在我的经验中,一个现实中项目的成功,根本上是由非技术方面的因素所确定的,公司中
的那些业务人员和客户之间的种种沟通是成败关键。
所以我认为网上协作开发属于技术方面的内容,即使它再先进,或者再优秀,如果非技术
方面除了问题,一切免谈。
要实行网上协作开发,一个就是需要专门的非技术辅助部门,我们只用管技术方面即可,
楼上讨论很多,恐怕现阶段。。。
另外一种方法就是根本不管钱的,当作是学习,不过好像参与的人会少些。在现阶段我
认为这个也是一种方法。楼上所言的采用积分,我认为可行。总的而言,不用钱,而用
学习和热情作动力。(当然毫无疑问,存在不可避免的后遗症)
至于模拟的项目,我认为大学生档案管理系统过于学院化,如同老师布置的作业题,纯
粹的模拟,应当以真实有用,可以买钱的系统作为模拟对象,比如说进销存,ERP,某个
行业的电子政务,电子商务之类。
在这之前,我同意楼上说的必须建立一个可以相互交流的网站/NewsGroups。。。,目的只为沟通。
二。技术方面
首先必须明确的一个问题是,网上协作开发和公司里的开发本质上可能不一样,所以不能
将过去的一套照搬到网上协作中去。
网上协作固有的特点是分散性或者分布性,更多的依靠个人自觉性,而不是在公司中,依
赖制度,老板,薪酬。。。,当然这些也必须要依靠,但是绝对不能像公司中的那样依靠。
我也不认为非得靠或者只能靠个人自觉性。
1。进度控制
相对于采用薪酬驱动的方式,采用热情和学习驱动的项目,它的进度控制可能是很困难的,
同时它的时间跨度应当是很长的,采用迭代,组件开发恐怕也只不能解决根本问题。我不
知道如何办,可能实践一次会有新的认识。
楼上说的版本控制,比如使用CVS,SourceCafe,ClearCase...应当可以。
2。竞争
我觉得任何一个开发工件,不能是一个人或者少数几个人去完成,而应当允许任意多个人
同时去做,然后有大家共同评判各种候选方案,最后由专门的小组整理出正式的文档,建
立里程碑,进入下一个流程。而分数由大家按贡献分配。
3。质量控制
应当成立专门的质量控制小组,当然一切都是大家共同讨论。
4。成本控制
不知道。
三。结论
确定一个项目先做一做!