博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

随笔分类 -  敏捷开发

敏捷开发 需求澄清

摘要：SE整理完一个迭代的需求以后，进入下一个流程需求澄清，需求澄清的主要目的是给开发人员澄清需求，确认开发点。 需求澄清的一般流程为： 1. SE给开发人员讲解需求点 2. 开发人员评论需求点是否合理，完善 3. 开发人员大致描叙实现该需求点的难点 4. 所有人员对该需求点进行评点，如果评的点不统一，则要评点多和少的人员依次讲解他们评该点的原因，讲解完成后在进行一次评点，选择大多数人的点为该需求的点 5. 把评的点和优先级写入故事卡 阅读全文

posted @ 2011-06-12 11:08 zhangweia 阅读(1021) 评论(0) 推荐(0)

敏捷开发 迭代需求

摘要：迭代需求的整理是敏捷开发的第一步，也是敏捷开发很重要的一步，在这一步中我们需要把客户的业务需求按照优先级的顺序，整理成为一个个的迭代。然后把一个个的迭代拆成一个个可验收的故事卡。 在此需要说说什么是故事卡，故事卡和业务需求之间的关系。故事卡是一个个独立的，可验收的功能，一个业务需求可以拆分为多个故事卡。比如：我们常见的账号管理需求，需要对账号进行增、删，改、查。因为添加、修改、删除、查询都是一个个可单独验收的场景，我们可以把账号管理需求拆分为四个故事卡。因此把需求拆分为故事卡的原则是： 1.故事卡是可以独立验收的场景 2.故事卡包含的点数... 阅读全文

posted @ 2011-06-12 10:11 zhangweia 阅读(516) 评论(0) 推荐(0)

敏捷开发 迭代流程

摘要：敏捷是一柄双刃剑，用的好能极大的提升开发效率，适应需求的变化！用的不好则会导致项目的混乱。现在很多公司都说自己在用敏捷开发，很多程序员也说自己懂敏捷开发！简单的认为敏捷就是站立会议，就是迭代的开发，到最后敏捷变成了混乱，然后开始说敏捷的不好等等。其实他们都只是表面上的敏捷，而没有真正的理解敏捷的含义。敏捷做为一种新的编程方法论，是有他一套完成的方法学的。 敏捷开发提倡迭代开发，小版本的发布和测试，首先我们来看看迭代的开发流程和附加要求，然后我们对怎样做好每个流程就行详细的设计。 因为敏捷开发提倡一个迭代80%以上的时间都在编程，几乎没有设计的阶段，因为我们必须保证我们的代码的质量。因此在整个. 阅读全文

posted @ 2011-06-12 07:45 zhangweia 阅读(614) 评论(0) 推荐(0)

敏捷开发 慨叙

摘要：在开始写敏捷开发系列博客时，首先感谢伟大的软件设计师Martin Fower以及其他几位敏捷思想的创建人，是他们带给了我们新的编程思想，解决了毕业几年来一直困恼我的很多问题。 软件开发是一种对人类智慧的管理，对人大脑思维的“工厂化”管理。人是有感情的、有情绪的、变化的、相对独立的工作单元，这与冰冷的机器是不可比的，所以在中国的历史上，管理人是最难的工作；“学而优则仕”的观点就是让最聪明的人应该选出来做官，做官就是管理人的。软件开发不仅是代码编程，而是人员的有效组织，如何既发挥人的主观能动性，避免情绪变化对工作的影响，又可以让大家有效的交流，让多个大脑的思路统一，快速完成目标呢？多年来软件企业. 阅读全文

posted @ 2011-06-11 23:45 zhangweia 阅读(171) 评论(0) 推荐(0)