书看的很爽,但真正用起来才发现应用敏捷没有想像的容易.
相比较传统的重型方法, 敏捷把人的地位提高了很多. 技术人员(特别是传统上的底层人员,例如程序员)不再只是简单的可以替换的螺丝钉,他们是微型的智能自动螺丝钉,他们可以自己判断自己钻进指定的地方,甚至自己确定位置(注意这里是他们,对单个螺丝钉,敏捷在团队上的很多宝贵的思想就是去了意义).
现在项目的几个特点:
1. 编程人员是分散的
--> 过程不能太轻,需要一定的文档来传递信息(编码规范,版本控制,wiki), 此外需要通过小迭代来保证软件的方向.
2. 一部分设计人员懂得业务,他们在很大程度上决定着设计, 不严格的讲,可以算作现场客户, 最终的客户基本不干预需求的细节,而在更大程度上关心最终的结果
--> 设计上压力相对小一点, 但同时需要注意不能一次把所有知道的都设计进来, 否则体现不出迭代的作用,同时容易造成设计上的臃肿,不利于处理需求的变化.
3. 项目刚刚由b/s转为c/s,而开发人员普遍熟悉b/s环境.
--> 要注意技术上的可行性, 多来点spike吧
4. 有同步的竞争对手存在
--> 在最短的时间交出最有价值的东东
先想到这么多,以后再补充