1、敏捷开发中是否不需要文档?
敏捷开发常常需要快速的迭代,因此对文档的需求不如传统开发中那么严格。传统开发中文档一般是作为开发过程中的沟通媒体,而敏捷开发中由于对开发周期的缩短,没有时间编写详细的文档,沟通通过站立晨会等快速沟通方式。文档一般只是作为存档而用。
2、产品经理的定位?
产品经理通过于用户进行沟通,确定产品需求,然后再与开发人员沟通,让开发懂得需求。可以说,产品经理通过产品将用户与开发人员结合在了一起。在敏捷开发中,迭代周期短,但是需求常常又非常多。这样如何确定需求的优先级,就需要产品经理和多方进行沟通,更需要由产品经理进行主导。因为这时候公说公有理,婆说婆有理,PK的事情难免。需要考验产品经理的智慧。在一个迭代周期内,尽量安排合适的需求计划,有个短期的目标,并且使这个短期的需求计划在长期的产品主线范围内。此外,定需求的时候,切忌不要定太高而不切实际的需求。
3、开发人员只管闷着头开发吗?
如果开发人员只埋头苦干而不问天下事,造成的结果就有可能是导致开发出的产品没人会用,没人能懂。技术实现也许很牛。但是!!记住用户是不关心你如何去做的,而只关心是否能够完成定的目标。
4、测试人员需要掌握的技能?
作为一个系统测试人员,除了需要一些业务逻辑以外。还要掌握一些测试工具的使用。在完成系统测试的同时,最好能够指导开发人员进行单元测试,提高开发人员编写代码的可测试性。除此之外,项目组里如果有自动化测试开发人员开发自动化测试框架,在产品有一定的成熟度之后进行自动化测试干预,在此后的迭代周期中,可以有效地减少测试人员的工作量,使其更能关注新需求的测试,对于能够进行自动化测试的,就采用自动化测试方法。
5、敏捷要快但不只是快
敏捷开发需要快,因为只有快速的开发推出产品才能迅速占领市场。但敏捷又不只是要快,追求快而舍弃软件质量的做法也不符合敏捷开发的精神。小步快跑是敏捷的精神。要快跑,但是迈着小步。通过在开发周期中提前介入测试,使用自动化测试方法,推出测试版让用户参与产品质量的提高等方法。可以说,敏捷测试比传统测试方法更加重视产品的质量。力求测试在产品迭代周期中与开发能够部分时间重叠,提升测试的效率。
小结:
敏捷开发与其说是一种方法倒不如说其更多的是一种思想。站立晨会、迭代开发是手段,追求的是一种快速开发高质量软件产品的目的。在下对敏捷软件理解尚欠,还需今后在实践中继续总结,在战争中学习战争。