关于敏捷开发的若干思考

1、敏捷开发中是否不需要文档？

敏捷开发常常需要快速的迭代，因此对文档的需求不如传统开发中那么严格。传统开发中文档一般是作为开发过程中的沟通媒体，而敏捷开发中由于对开发周期的缩短，没有时间编写详细的文档，沟通通过站立晨会等快速沟通方式。文档一般只是作为存档而用。

 

2、产品经理的定位？

产品经理通过于用户进行沟通，确定产品需求，然后再与开发人员沟通，让开发懂得需求。可以说，产品经理通过产品将用户与开发人员结合在了一起。在敏捷开发中，迭代周期短，但是需求常常又非常多。这样如何确定需求的优先级，就需要产品经理和多方进行沟通，更需要由产品经理进行主导。因为这时候公说公有理，婆说婆有理，PK的事情难免。需要考验产品经理的智慧。在一个迭代周期内，尽量安排合适的需求计划，有个短期的目标，并且使这个短期的需求计划在长期的产品主线范围内。此外，定需求的时候，切忌不要定太高而不切实际的需求。

 

3、开发人员只管闷着头开发吗？

如果开发人员只埋头苦干而不问天下事，造成的结果就有可能是导致开发出的产品没人会用，没人能懂。技术实现也许很牛。但是！！记住用户是不关心你如何去做的，而只关心是否能够完成定的目标。

 

4、测试人员需要掌握的技能？

作为一个系统测试人员，除了需要一些业务逻辑以外。还要掌握一些测试工具的使用。在完成系统测试的同时，最好能够指导开发人员进行单元测试，提高开发人员编写代码的可测试性。除此之外，项目组里如果有自动化测试开发人员开发自动化测试框架，在产品有一定的成熟度之后进行自动化测试干预，在此后的迭代周期中，可以有效地减少测试人员的工作量，使其更能关注新需求的测试，对于能够进行自动化测试的，就采用自动化测试方法。

 

5、敏捷要快但不只是快

 敏捷开发需要快，因为只有快速的开发推出产品才能迅速占领市场。但敏捷又不只是要快，追求快而舍弃软件质量的做法也不符合敏捷开发的精神。小步快跑是敏捷的精神。要快跑，但是迈着小步。通过在开发周期中提前介入测试，使用自动化测试方法，推出测试版让用户参与产品质量的提高等方法。可以说，敏捷测试比传统测试方法更加重视产品的质量。力求测试在产品迭代周期中与开发能够部分时间重叠，提升测试的效率。

 

小结：

  敏捷开发与其说是一种方法倒不如说其更多的是一种思想。站立晨会、迭代开发是手段，追求的是一种快速开发高质量软件产品的目的。在下对敏捷软件理解尚欠，还需今后在实践中继续总结，在战争中学习战争。