<<持续交付>>终点的精彩
2015-10-23 19:18
281 查看
1,向敏捷转变的过程是一个很容易出乱子的过程, 尤其对项目的领导力来说。在实施敏捷的过程中,会突然释放出一些有用的信息,将原来隐蔽起来的真相推倒聚光灯下。
2,假如执行者忽略了技术实践(比如测试驱动开发,重构,持续集成等),代码基础很容易被缺乏经验的开发人员搞坏,这时候,任何开发过程都无法 自动修复。
3,有些人对敏捷进行裁减,令其更适合他们的情况,这是很常见的,毕竟,敏捷过程是需要根据情况进行裁剪的。但是,敏捷过程中的各种要素以微妙的方式交互作用,很容易误解其价值所在,尤其是对于那些没有迭代过程实践背景的人来说,更是如此。所以,在开始时应该坚信书上所写的都是正确的,并遵循书中所写的流程。当你理解后,再进行裁剪。
4,过度的自动化测试当然有可能发生,据我们所知,有个项目中,整个团队花了几个星期写自动化测试,其他什么也没干。然而,应该注意这个警示故事的上下文:迄今为止,最常见的失败是自动化测试太少,而不是太多。
5,文档有一个显著的问题,就是很容易过时,而且文档越是详细,就越是容易过时!
6,每个项目应该只有一个业务主要负责人。否则,在项目还没有完成之前,就会在政治内讧中失败。
2,假如执行者忽略了技术实践(比如测试驱动开发,重构,持续集成等),代码基础很容易被缺乏经验的开发人员搞坏,这时候,任何开发过程都无法 自动修复。
3,有些人对敏捷进行裁减,令其更适合他们的情况,这是很常见的,毕竟,敏捷过程是需要根据情况进行裁剪的。但是,敏捷过程中的各种要素以微妙的方式交互作用,很容易误解其价值所在,尤其是对于那些没有迭代过程实践背景的人来说,更是如此。所以,在开始时应该坚信书上所写的都是正确的,并遵循书中所写的流程。当你理解后,再进行裁剪。
4,过度的自动化测试当然有可能发生,据我们所知,有个项目中,整个团队花了几个星期写自动化测试,其他什么也没干。然而,应该注意这个警示故事的上下文:迄今为止,最常见的失败是自动化测试太少,而不是太多。
5,文档有一个显著的问题,就是很容易过时,而且文档越是详细,就越是容易过时!
6,每个项目应该只有一个业务主要负责人。否则,在项目还没有完成之前,就会在政治内讧中失败。
相关文章推荐
- em(倍)与px的区别
- Scrambled Polygon - POJ 2007(求凸包)
- java日期工具类DateUtil-续一
- POJ 3122pie(二分)
- poj3273 Monthly Expense(二分)
- Python lambda 匿名函数 (二十二)
- Go写的计费回调Server
- Java 正则表达式学习总结和一些小例子
- On Framework
- java日期工具类DateUtil-续二
- 坚持写博客
- Android 中Application的理解及使用
- java日期工具类DateUtil
- java.lang.IllegalStateException: Couldn't read row 0, col 0 from CursorWindow
- poj3070 Fibonacci(矩阵快速幂)
- Leetcode115: Triangle
- 创建event_base
- 图像的特征提取
- IOS笔记UI--首次启动介绍和LaunchDemo
- 关于分布式文件存储系统问题的自我思考