实践XP

这次项目开发算是实践了一下极限编程(XP),

其中的经验和过程很值得总结和回顾.

-- 2005-02-20 14:59.

感觉上,采用XP的价值在于:

1.帮助客户尽早的看到希望,也就是他们想要的实实在在的商业价值.

2.给涉众人员直观的显示项目的进度.

3.帮助项目团队尽早的看到他们完成的工件,增强团队成员的自豪感和成就感,从而提高士气.

XP推荐在初次使用XP的时候要全部采用其中的核心实践,由于各种原因并不能达到这个要求.

XP的核心实践:

1.团队协同工作,现场开发

项目情况:

驻客户工作现场,与客户的技术人员一起合作开发.

出现的问题项目进度/技术架构等是容易受到客户的影响,同时的需要PM花费更多的精力去协调这些事情.

2.小型而频繁的发布

项目情况:

1月份基本上是没有发布版本,在2月4日发布不包括权限限制的可演示版本.

春节过后两天一个内部版本.

3.验收测试和客户测试

客户的测试人员没有100%的投入,进展缓慢.

4.测试驱动

基本上编写完后台代码后用junit进行单元测试.

与页面的集成测试首先由组中的专人粗略测试一遍后提交到项目组QA进行测试.

5.发布计划游戏

没有采用.

6.迭代计划游戏

没有采用.

7.简单设计

基于分层的技术架构.设计也只是在纸上画出了大概的架构图.没有具体的电子文档.

8.结对编程

只是在指导其他人编程的时候实践过,基本上完全实践并不可行.

9.频繁重构

一般在Review代码的时候发现有重构的可能才进行重构.

10.持续迭代

并没有产生诸如"故事卡"之类的工件,只是用电子文档记录需要完成的功能.

11.平稳的工作节奏,不加班

天天加班,郁闷.

12.编码标准

编码规范不统一,没有管理好.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/6906/viewspace-21727/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/6906/viewspace-21727/