小人物的专栏 *^_^*

XP中的重要惯例和规则 1 项目开发小组（Team） 在XP中，每个对项目做贡献的人都应该是项目开发小组中的一员。而且，这个小组中必须至少有一个人 对用户需求非常清晰，能够提出需求、决定各个需求的商业价值（优先级）、根据需求等的变化调整项 目计划等。这个人扮演的是“客户”这个角色，当然最好就是实际的最终用户，因为整个项目就是围绕 最终用户的需求而展开的。程序员是项目开发小组中必不可少的成员。小组中

XP中一些基本概念的简介 User Story：开发人员要求客户把所有的需求写成一个个独立的小故事，每个只需要几天时间就可以完 成。开发过程中，客户可以随时提出新的User Story，或者更改以前的User Story。 Story Estimates和开发速度：开发小组对每个User Story进行估算，并根据每个开发周期 （Iteration）中的实际情况反复计算开发速度。这样，开发人员和客

Extreme Programming（极限编程，简称XP）是由Kent Beck在1996年提出的。Kent Beck在九十年代初 期与Ward Cunningham共事时，就一直共同探索着新的软件开发方法，希望能使软件开发更加简单而有 效。Kent仔细地观察和分析了各种简化软件开发的前提条件、可能行以及面临的困难。1996年三月， Kent终于在为DaimlerChrysler所做的一个项目中

1. 你们的项目组使用源代码管理工具了么？应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。2. 你们的项目组使用缺陷管理系统了么？应该用。ClearQuest太复杂，我的推荐是BugZilla。3. 你们的测试组还在用Word写测试用例么？不要用Word写测试用例（Test Case）。应该用一个专门的系统，可以是Tes

Context架构应该设计到什么程度？ Problem软件的架构都是非常的复杂的，带有大量的文档和图表。开发人员花在理解架构本身上的时间甚至超出了实现架构的时间。在前面的文章中，我们提到了一些反对象牙塔式架构的一个原因，而其中的一个原因就是象牙塔式架构的设计者往往在设计时参杂进过多的自身经验，而不是严格的按照需求来进行设计。在软件开发领域，最为常见的设计就是"Code and Fix"方式

相红利（转载自中国系统分析员）　　　2003年02月01日 [摘要]　　本文结合自己的经验，从实践的角度，对项目软件的分析工作从7个方面进行了阐述，并指出一些容易失误的做法。希望能对从事分析工作的同仁有所参考。　　软件从使用范围的角度，可分为项目软件和产品软件。　　项目软件：即针对特定某个客户的要求，并仅为其使用的软件。又称工程软件，特点是有明确的合同，

　　第一种是产品规划人员。产品规划人员主要任务是调查，包括调查你的竞争对手，客户，以及其他市场需求。产品规划的过程是定义产品的过程。他们通常会做很多研究，通过跟踪市场用户，做市场调查，看行业的报告，从而确定产品三到五年的发展规划。其实作为产品规划人员最重要的一点，就是要有前瞻性。不仅仅是能看到现在市场是什么样的，而更要能看到三到五年以后会是什么样的。我们可以看到微软好多产品，都有一种说法叫”ver