请高手们谈谈软件项目的团队开发经验

[terrywang]

请随便谈

[smint]

软件工程?不懂

[EdwinYeah]

我没有团队开发经验

[tchaikov]

up

[wolfsquare]

个人觉得, CVS 总的来说比 VSS 好,版本控制功能多采用图形化操作,可以批量的恢复某一个版本多个相关文件的代码,VSS至今我还没有找到这个功能.....如果哪位知道请告诉我不胜感激,因为公司现在用的是 VSS ,VSS的好处是不同版本对比不同之处的方式做的比较好,不知道CVS赶上来的没有.

[jamstang]

to wolfsquare:

VSS和CVS我觉得不相上下，只是不同的工具罢了。至于你说的功能，你可以用Label的功能把谋个版本的所有文件都标记一下，然后恢复的时候，把用Label标记的文件都checkout出来，在checkin回去，不就行了吗。

[jamstang]

团队开发，最重要的是对项目分解以后的职能划分，这里的分解并不是单指对项目本身的分解，还包括了对工程过程的分解。

我以前带过很大的项目，就是因为对工程的分解做得不够到位，项目的收效不是很好。RUP要比什么ISO要强大的多，而且具有可裁减行，特别适合国内的开发。如果真正的做到RUP的内容，过CMM4都easy!!

[jamstang]

对了，软件开发是很依赖于人，但是过分的依赖于人，那么项目中的不顾定因素会加大，风险也会
加大。人的积极性要调动，但不能过分依赖

[lchlovely]

to jamstangaa
你好啊？
想和你叫一个朋友。
MY QQ：36333603

[pecker_z]

最重要的是搞定需求！！！
如果是闭门造车，很好，自己定义一个需求也就罢了~开发产品大抵如此，不过这个需求是从许多不同的需求中提炼出来的，这一点很重要。
如果开发项目，那么请注意同客户的沟通。
客户在业务上绝对比我们熟悉，所以应该多多同他们交流。
要注意需求的采集，也许在开发过程中需求会一变再变，那么初期采集考虑得越多越好。
同客户搞好关系，在将来说服他也容易一些。

[chief]

我這里全由SA搞定，定期給我們SPEC, 照寫就是了，很沒意思，時刻准備88

[Chen_Hong_Fong]

算了吧，团队开发太烦了

[eyeclamp]

每个成员机器上装一份diablo 2
大家选好角色，每天下班后一起联网打几个小时
信不信，这是培养团队精神的第一步

[terrywang]

TO jamstang:
高手：）

TO eyeclamp:
这样培养团队精神，在下就在行了。嘿嘿

[terrywang]

这个贴子怎么也被扔到灌水乐园了

莫非因为发贴人从寨子里走出去的？

[kenny_yuan]

我是程序员，
可是现在却正做Oracle DBA
写数据库实施文档写了几万字
可离真正地做数据库产品还远呢！
只好向上推了。

文档应该成为辅助开发的手段而不是累赘！
希望大家都能够明白这条本来不应该忘记的道理。

不要去过于追求文档的写法与详细程度！

[tchaikov]

继续听课。

[jy]

－－教育和环境－－－－－
经常性的培训；
经常性的头脑风暴；

待遇和环境等方面做出有效的激励机制；
日常事务时，无论是人文性的、集中性的公司文化，都要保证各级开发人员存在一个良好的心态和热情。

不要推崇加班制；
不要只是文档；

不要草率制订进度；

－－上级－－－－－－
保持和上级的沟通，获取其认可；
解释计划，争取足够的资源；
为了“应付”上级，应该随时逐步的引入小规则，调整团队的认识。尤其，当你计划推行新的工作过程之前。

－－市场人员－－－－
在保证设计的有效合理的前提下，坚持己见；
设计保留足够的弹性，以便应付不时之需，尽力达成配合；
找出最好的需求人员，采集回最好的需求分析；（他应该是敏锐的，逻辑性强的，组织概括能力强的）
点对点沟通，不要无意识扩大沟通面。


－－再说文档－－－－
统一规格；
善用自动文档工具；
好的注释就是文档；


－－特别的－－－－－
不要在计划开始时启用新的制度，新的沟通方法；
培训不足时，设计不能完成，一定要划清界限：已经知道会是失败的项目时，还值得做吗？


－－最后－－－－－－
上面都是我胡说的。

[wu_hao]

http://www.smiling.com.cn/search/groupinfo.ecgi?group_id=17314

[jeffreyren]

很好的讨论，
听课

[meifen]

4