胡思乱想 之 XP开发方法

以下是我在公司内参与应用XP软件工程方法项目后的一点儿想法,欢迎各位同仁讨论:

1、XP开发方式是不适合较长周期的开发任务。
 时间一长,由于缺乏相关的文档资料,则项目中所涉及到的各种管理和控制都将一团混乱。例如需求和版本之间的同步关系,测试方案和需求之间的同步关系,还有BUG和BUG修订之间的控制,需求变更和设计变更的控制等。 个人认为,XP的开发,适合不超过两个月的项目周期。 千万不要只是用XP的名义,而实际上却是一种作坊式的开发方式。

2、勇气
 XP要求“以勇气面对变更”。勇气是要的,但更重要的是要看到变更所带来的后果。以无谓的勇气做出了变更,结果拖延了任务周期,时间人力资源上的损耗,不足以弥补变更所带来好处,则得不偿失。而且,这“变更”,应该指的是需求上的变更,如果在开发过程中,在需求稳定的情况下,出现设计上的变更,则要好好反思一下组内的系统设计思想了。

3、无谓的争论
 在XP中,注重组内人员之间的交流沟通,但这种沟通同样需要控制。由于每个成员都有自己的设计思想,因此,对同一目的的问题往往有自己的解决办法。在争论过程中,经常会出现能达到相同目的的两种或多种路径之间的争论。这在软件开发中很常见。通常这种争论会由于软件人员的不服输的性格而持续很久,而且往往最后会变成不是对技术的探讨,而变成嘴皮子口水的打架。这种争论就需要控制。个人认为比较好的办法是将自己的观点写下来,列出其优劣,然后由决策人,或经验更丰富的人来做出决策和判断。

4、管理角色
 无论是XP还是其他的开发方式,管理角色是必不可少的。首先其职能一定要符合他的角色。做管理同时做开发,结果只能是拖延进度,或为了管理者的开发更改其他模块的设计。个人以为,项目的管理者,其实是为了项目更顺利进行,为系统分析人员与客户交流提供便利,为设计开发人员清除一切与开发无关的障碍,为技术支持维护实施人员提供必要的条件,监督进度,矫正方向,满足项目进程中的各种需求。同时,同一个项目的管理角色不能多,否则,会陷入长时间的争论和停滞,极端的情况可能出现互相推委责任的情况。

5、一点补充:职责明确

    在XP的应用过程中,一定要严格遵循每个人对自己代码的完全拥有性。而且,任务的安排与分配,一定要按照预定好的严格执行。防止不断的变更出现,以免造成不必要的职责纠纷。

回复:我不知道我为什么不能回复我的文档。所以我写在这里。对于gigix的说法,我表示同意,可是请问,你对于没有文档的项目管理,采用什么办法呢。xp不是没有文档,是优先级别比较低而已。文档一定要有,为了以后的维护等方面。我其实很难想象没有文档的软件项目管理和维护。或许真有这方面的高人?

 

回复:我发这文章是为了更好的讨论和提高。第一,希望speedies能说明你自己的看法,不要无聊的全盘拷贝我的话;第二,请speedies说明为什么以“它”来指代我,如果表示不同意见,可以说出,但不要人身攻击,对于文章本身内容,你并没给出什么反驳;第三,我来CSDN是为了提高技术,不是来找无聊的;第四,请speedies给出你对我文章中观点的不同意见(我只是揣测,认为你如果没什么意见的话,不可能对我人身攻击,不过或许我又错了,你只是因为想骂我?)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值