- 论坛徽章:
- 0
|
转:IP43
敏捷,怎样开始?
一直以来,都觉得我们的瀑布开发方式存在很多问题,就如:不能准确捕捉客户的需求,不能应对客户需求的变化,代码没有进行单元测试质量不高等等。于是,一个大胆的想法就产生了,我们也来一下敏捷,如何?将这个想法同经理说了,难得他也赞成了,于是,今年的工作任务,就有了这条:敏捷开发试验。
现在想来,这个想法毕竟太大胆了,甚至有些疯狂,也没去拜过师,学过艺,光看过两三本书就说要搞这个什么敏捷,搞得好还好说,搞不好,怎么向领导交待?于是,先得有个纲领:
1、步伐不要急,敏捷的过程也得敏捷,不能一步到位,要一步一步迭代,一步一步优化。每次迭代后都要进行迭代回顾,不断优化开发的过程。
2、要保证工作,不能因为敏捷了,产品就不出来。毕竟推行敏捷,就是要更好地做产品,至多慢点,产品也得要出来,而且要高质量的出来,为以后推行营造良好的氛围。
3、公司要完整的计划和预估,必须做发布时间的预计,但敏捷却不提倡太前瞻性的规划,怎么办?我们来个以退为进,既然发布时间要先定下来,我就先定下个发布时间,然后再让领导挑实现的功能和优先级,在每次迭代时再就规划的时间和功能一步一步和领导商讨,不用在开发开始时就跟领导较劲。
4、公司要文档,产品策划报告、需求报告、概要设计、详细设计、测试计划、测试报告一箩筐,敏捷要减少文档,怎么办?如果我们不提交文档,公司领导肯定会否决,那么我们推行就一定会遇到障碍。好的,我们只得应付一下,团队内使用简单的文档,满足我们开发就行,空档时间或项目完成后再将这些内容填入标准模板,完善后交差,代码文档两不误。
暂时先想到这些,往后一步一步完善吧! |
|