敏捷开发案例--混乱小项目的敏捷应用

        最新在博客园看到一篇博文，介绍一个混乱小项目的敏捷应用，作者利用XP(极限编程)的最佳实践完成了近乎不可能完成的项目，由于没有博客园的账号，不能在原文留言，转过来供自己学习参考。

        原文地址：http://www.cnblogs.com/meil/archive/2007/03/13/672530.html

       原文内容如下：       

我们假设一个project中有以下状况：
（1）需求不明确，没有完整、详细的需求描述。用户没有提供标准的需求文档。
（2）技术架构明确要求为J2EE，要求使用：Struts,Tile,EJB,DAO,OJB，数据库为Oracle 8i/9i，集成开发工具要求为WSAD，系统有大量的计算，对性能有明确要求。
（3）团队人数为6人，三人为刚大学毕业的新人，对上述技术架构和开发工具不熟悉。另外3人均不能full time参与。其中项目SA只能参与第一周（5天）。
（4）交付时间特别急，要求3周就必须完成。但是交付物只需要：SRS（软件需求描述）、源代码/安装包、安装文档，不需要概要设计、详细设计等文档。
（5）项目规模不大，业务需求约为12个左右，其中有5个非常简单的需求（增加、删除、修改，没有特别的计算）

基于上述状况，不能根据大概判断就直接拒绝，首先进行了风险识别（实际的Risk Management Plan就不show了）：
（1）项目范围不明确，特别是不明确最终用户的需求。
（2）没有确立变更机制，没有SOW（Statement of Work）
（3）没有明确的验收条件
（4）没有合适的标准软件过程、开发模式、生命周期适合本项目
（5）对于上述的技术架构没有经过验证和测试，特别是OJB。