大喜讯:够60个人就结贴了,要分的人就来灌水!论题:再一次讨论:网上协作开发的可行性与解决方案。发言者有分! (300分)

  • 主题发起人 主题发起人 pyzfl
  • 开始时间 开始时间
就目前来说
大工程可行性不大
 
先找个工程给大家做做
 
其实完全可行,关键是有一位好的项目组织者。
需求分析和系统设计(包括概要设计、详细设计、数据库、数据字典等)要非常清楚。
 
我觉得必须满足一些条件才可行:
一。非技术方面
在我的经验中,一个现实中项目的成功,根本上是由非技术方面的因素所确定的,公司中
的那些业务人员和客户之间的种种沟通是成败关键。
所以我认为网上协作开发属于技术方面的内容,即使它再先进,或者再优秀,如果非技术
方面除了问题,一切免谈。
要实行网上协作开发,一个就是需要专门的非技术辅助部门,我们只用管技术方面即可,
楼上讨论很多,恐怕现阶段。。。
另外一种方法就是根本不管钱的,当作是学习,不过好像参与的人会少些。在现阶段我
认为这个也是一种方法。楼上所言的采用积分,我认为可行。总的而言,不用钱,而用
学习和热情作动力。(当然毫无疑问,存在不可避免的后遗症)
至于模拟的项目,我认为大学生档案管理系统过于学院化,如同老师布置的作业题,纯
粹的模拟,应当以真实有用,可以买钱的系统作为模拟对象,比如说进销存,ERP,某个
行业的电子政务,电子商务之类。
在这之前,我同意楼上说的必须建立一个可以相互交流的网站/NewsGroups。。。,目的只为沟通。
二。技术方面
首先必须明确的一个问题是,网上协作开发和公司里的开发本质上可能不一样,所以不能
将过去的一套照搬到网上协作中去。
网上协作固有的特点是分散性或者分布性,更多的依靠个人自觉性,而不是在公司中,依
赖制度,老板,薪酬。。。,当然这些也必须要依靠,但是绝对不能像公司中的那样依靠。
我也不认为非得靠或者只能靠个人自觉性。
1。进度控制
相对于采用薪酬驱动的方式,采用热情和学习驱动的项目,它的进度控制可能是很困难的,
同时它的时间跨度应当是很长的,采用迭代,组件开发恐怕也只不能解决根本问题。我不
知道如何办,可能实践一次会有新的认识。
楼上说的版本控制,比如使用CVS,SourceCafe,ClearCase...应当可以。
2。竞争
我觉得任何一个开发工件,不能是一个人或者少数几个人去完成,而应当允许任意多个人
同时去做,然后有大家共同评判各种候选方案,最后由专门的小组整理出正式的文档,建
立里程碑,进入下一个流程。而分数由大家按贡献分配。
3。质量控制
应当成立专门的质量控制小组,当然一切都是大家共同讨论。
4。成本控制
不知道。
三。结论
确定一个项目先做一做!
 
67个了呀!
 
开个网站来做吧。我早有“自由程序员工会”的想法,唉,不知应者几多,成率多大。
讨论解决不了问题,实际运作看看才能不断完善;可行性,我以为,可行,但不是马上。
要有个完善过程,因为国外很多流行的网上协作并非基于Money的,这是真的;国内,
这样做不现实;而基于Money,问题立刻多了。慢慢来,但要开始做。
Best Regards,
Bug
 
同志们:
我说两句!
这是个很简单的事情,大家不要把它看得那么复杂。
只要做到以下两点,网上协作开发大有可为!
一:解决程序标准化的问题。
给每一位分发的任务必须是有着严格的要求,如需要达到的功能,代码的输入参数,
输出参数。
二:只要完成功能。通过测试,功能用时省就是好的判定标准·
 
[:(!]需要一个组织和一套规则,以及基于此的管理软件
 
打不开http://delphibbs.com/delphibbs/DispQ.asp?LID=1313335
 
有志者,行动吧![^]
希望能有人运用心思,建立一套比较完善的管理机制。
 
方案的可行性是比较大的,但实际过程中的人员组织等各方面的问题会暴露出来,会是工作中断,
三思后行[?]
 
各位,收分吧!
谢谢大家捧场!
 
后退
顶部