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

terrywang 2001-05-16 08:39:00
请随便谈
...全文
1297 60 打赏 收藏 举报
写回复
60 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
meifen 2001-07-18
4
  • 打赏
  • 举报
回复
jeffreyren 2001-05-23
很好的讨论,
听课
  • 打赏
  • 举报
回复
wu_hao 2001-05-22
http://www.smiling.com.cn/search/groupinfo.ecgi?group_id=17314
  • 打赏
  • 举报
回复
jy 2001-05-22
--教育和环境-----
经常性的培训;
经常性的头脑风暴;

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

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

不要草率制订进度;

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

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


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


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


--最后------
上面都是我胡说的。
  • 打赏
  • 举报
回复
tchaikov 2001-05-22
继续听课。

  • 打赏
  • 举报
回复
kenny_yuan 2001-05-22
我是程序员,
可是现在却正做Oracle DBA
写数据库实施文档写了几万字
可离真正地做数据库产品还远呢!
只好向上推了。

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

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

  • 打赏
  • 举报
回复
terrywang 2001-05-20
这个贴子怎么也被扔到灌水乐园了

莫非因为发贴人从寨子里走出去的?
  • 打赏
  • 举报
回复
terrywang 2001-05-20
TO jamstang:
高手:)

TO eyeclamp:
这样培养团队精神,在下就在行了。嘿嘿
  • 打赏
  • 举报
回复
eyeclamp 2001-05-20
每个成员机器上装一份diablo 2
大家选好角色,每天下班后一起联网打几个小时
信不信,这是培养团队精神的第一步
  • 打赏
  • 举报
回复
Chen_Hong_Fong 2001-05-19
算了吧,团队开发太烦了
  • 打赏
  • 举报
回复
chief 2001-05-19
我這里全由SA搞定,定期給我們SPEC, 照寫就是了,很沒意思,時刻准備88
  • 打赏
  • 举报
回复
pecker_z 2001-05-19
最重要的是搞定需求!!!
如果是闭门造车,很好,自己定义一个需求也就罢了~开发产品大抵如此,不过这个需求是从许多不同的需求中提炼出来的,这一点很重要。
如果开发项目,那么请注意同客户的沟通。
客户在业务上绝对比我们熟悉,所以应该多多同他们交流。
要注意需求的采集,也许在开发过程中需求会一变再变,那么初期采集考虑得越多越好。
同客户搞好关系,在将来说服他也容易一些。
  • 打赏
  • 举报
回复
lchlovely 2001-05-19
to jamstangaa
你好啊?
想和你叫一个朋友。
MY QQ:36333603
  • 打赏
  • 举报
回复
jamstang 2001-05-19
对了,软件开发是很依赖于人,但是过分的依赖于人,那么项目中的不顾定因素会加大,风险也会
加大。人的积极性要调动,但不能过分依赖
  • 打赏
  • 举报
回复
jamstang 2001-05-19
团队开发,最重要的是对项目分解以后的职能划分,这里的分解并不是单指对项目本身的分解,还包括了对工程过程的分解。

我以前带过很大的项目,就是因为对工程的分解做得不够到位,项目的收效不是很好。RUP要比什么ISO要强大的多,而且具有可裁减行,特别适合国内的开发。如果真正的做到RUP的内容,过CMM4都easy!!
  • 打赏
  • 举报
回复
jamstang 2001-05-19
to wolfsquare:

VSS和CVS我觉得不相上下,只是不同的工具罢了。至于你说的功能,你可以用Label的功能把谋个版本的所有文件都标记一下,然后恢复的时候,把用Label标记的文件都checkout出来,在checkin回去,不就行了吗。
  • 打赏
  • 举报
回复
wolfsquare 2001-05-18
个人觉得, CVS 总的来说比 VSS 好,版本控制功能多采用图形化操作,可以批量的恢复某一个版本多个相关文件的代码,VSS至今我还没有找到这个功能.....如果哪位知道请告诉我不胜感激,因为公司现在用的是 VSS ,VSS的好处是不同版本对比不同之处的方式做的比较好,不知道CVS赶上来的没有.
  • 打赏
  • 举报
回复
tchaikov 2001-05-18
up
  • 打赏
  • 举报
回复
EdwinYeah 2001-05-18
我没有团队开发经验
  • 打赏
  • 举报
回复
smint 2001-05-18
软件工程?不懂
  • 打赏
  • 举报
回复
加载更多回复
相关推荐
发帖
VC/MFC
加入

1.6w+

社区成员

VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
申请成为版主
帖子事件
创建了帖子
2001-05-16 08:39
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……