战
战鹰
Unregistered / Unconfirmed
GUEST, unregistred user!
大家看看这些可不可以说服你的老板
软件开发中的基本的风险问题：
1、进度推迟-交付的时间到了，你却只能通知客户，软件还需要若干个月才能完成
2、项目取消-经过多次延迟以后，项目还没有投入生产就被取消了
3、系统恶化-软件成功地投入使用了，但几年以后，对其进行更改的成本以及缺陷率大量增加，以至于必须更换系统
4、缺陷率-软件投入使用了，但是缺陷率太高，以至于没人可以使用它
5、业务误解-软件投入使用了，但是没有解决原先提出的业务问题
6、业务变更-软件投入使用了，但所设计的软件要求解决的业务问题已经在几个月以前被其他更紧迫的业务问题取代了
7、错误特性多-软件有很多潜在的，非常有趣的特性，所有这些特性使编程变得非常有趣，但是却没有任何的实际价值
8、人员调整-两年以后，这个项目中的所有优秀的程序员开始厌恶并离开了
XP地解决方案：
1、进度延迟-XP要求发行周期较短，最多几个月，因此任何延迟都是可以控制的，XP对于用户所要求的特性进行1~4周的迭代，以获得对进度详细的反馈，XP总是首先完成最重要的特性，而错过该发行周期的特性将是不重要的。
2、项目取消-XP让客户选择具有最大也无意义的最小版本，从而在投入使用前减少发生错误的几率，同时软件的价值也被最大化。
3、系统恶化-XP创建并维护一整套测试程序，每次变化发生以后都要运行或重新运行这些程序，以保证质量基准。XP总是是系统保持最佳状态，不允许继类错误。
4、XP进行测试时，既遵从程序员按逐条功能编写俄式程序的观点，又遵从客户按住个程序特性编写测试程序的观点
5、业务误解-XP要求客户恒为整个团队中的一部分。开发过程中项目的说明书不断得到改进
6、业务变更-XP缩短了版本的周期，因此某个半根的开发过程着变化更少，在一个发行周期内，欢迎客户用新功能取代仍未完成的功能。
7、错误特性多-XP强调只专注于具有最高优先级的任务
8、XP要求程序员承担估算和完成自己工作的责任，并将实际所花费的时间反馈给他们，以改进他们的估算，并尊重他们的估算。谁能够做出和改变估算的规则是清楚地，这样就可能更少的因为要求程序员做明显不可能完成的工作而事情感到沮丧。
XP鼓励团队成员间的相互戒毒，以减少常常由于对工作不满意汉生的孤独感/
软件开发中的基本的风险问题：
1、进度推迟-交付的时间到了，你却只能通知客户，软件还需要若干个月才能完成
2、项目取消-经过多次延迟以后，项目还没有投入生产就被取消了
3、系统恶化-软件成功地投入使用了，但几年以后，对其进行更改的成本以及缺陷率大量增加，以至于必须更换系统
4、缺陷率-软件投入使用了，但是缺陷率太高，以至于没人可以使用它
5、业务误解-软件投入使用了，但是没有解决原先提出的业务问题
6、业务变更-软件投入使用了，但所设计的软件要求解决的业务问题已经在几个月以前被其他更紧迫的业务问题取代了
7、错误特性多-软件有很多潜在的，非常有趣的特性，所有这些特性使编程变得非常有趣，但是却没有任何的实际价值
8、人员调整-两年以后，这个项目中的所有优秀的程序员开始厌恶并离开了
XP地解决方案：
1、进度延迟-XP要求发行周期较短，最多几个月，因此任何延迟都是可以控制的，XP对于用户所要求的特性进行1~4周的迭代，以获得对进度详细的反馈，XP总是首先完成最重要的特性，而错过该发行周期的特性将是不重要的。
2、项目取消-XP让客户选择具有最大也无意义的最小版本，从而在投入使用前减少发生错误的几率，同时软件的价值也被最大化。
3、系统恶化-XP创建并维护一整套测试程序，每次变化发生以后都要运行或重新运行这些程序，以保证质量基准。XP总是是系统保持最佳状态，不允许继类错误。
4、XP进行测试时，既遵从程序员按逐条功能编写俄式程序的观点，又遵从客户按住个程序特性编写测试程序的观点
5、业务误解-XP要求客户恒为整个团队中的一部分。开发过程中项目的说明书不断得到改进
6、业务变更-XP缩短了版本的周期，因此某个半根的开发过程着变化更少，在一个发行周期内，欢迎客户用新功能取代仍未完成的功能。
7、错误特性多-XP强调只专注于具有最高优先级的任务
8、XP要求程序员承担估算和完成自己工作的责任，并将实际所花费的时间反馈给他们，以改进他们的估算，并尊重他们的估算。谁能够做出和改变估算的规则是清楚地，这样就可能更少的因为要求程序员做明显不可能完成的工作而事情感到沮丧。
XP鼓励团队成员间的相互戒毒，以减少常常由于对工作不满意汉生的孤独感/
]