大卫张的专栏

<br /><br />本系列将记录项目中引入敏捷的过程和相关的一些思考，欢迎进行交流。流水帐<br />2011年2月16日前，与项目经理和开发组长进行过两次前期交流。<br />2011年2月16日，公司领导确认对项目进行过程改进，确定由我协助项目进行改进。<br />2011年2月17日，与中国团队的项目经理进行面谈，确定引入迭代开发模式。<br />2011年2月18日，与中国项目团队进行第一次迭代计划会议。会议<br />会议总耗时两个半小时。团队坐在一个白板前，使用即时贴记录Backlog的工作

就这样，C项目组糊里糊涂的开始了敏捷之旅。在第一个迭代完成后：基本情况2011年2月21日-3月4日，项目组成员每天站在白板前进行每日站立会议。如果发现了需要讨论的话题，就在会后进行讨论。2011年3月4日，项目组进行了第一次回顾会议。没有评审会议了，因为项目组仅完成了预估工作的不到一半，仅提供了一个Demo。第一次回顾会议团队在白板前进行第一次迭代回顾，会议总耗时一个小时。会议结果如下：1.        做得好的a)        成功完成Demo，所有Bug都修复了。b)       每日

<br /><br />    时间过得飞快，转眼间C项目已经来到了第五个迭代。在第五个迭代，C项目的情况如何呢？答案是还在磕磕绊绊。<br />    对很多人来说，这种敏捷实施的成果是难于接受的，实施这么久了，还在磕磕绊绊。实施敏捷看起来就像一场运动，人们总期待实施敏捷有个结束的时间，但是这就是敏捷，实际的敏捷。（敏捷不仅是马拉松，它还永不结束。）<br />    记得以前听Scrum的讲座，敏捷的三大支柱之一就是透明性。意思就是，敏捷本身不解决问题，它能在实施过程中让问题不断的暴露出来。敏捷社区有个

 时间过得飞快，转眼间C项目已经来到了第五个迭代。在第五个迭代，C项目的情况如何呢？答案是还在磕磕绊绊。对很多人来说，这种敏捷实施的成果是难于接受的，实施这么久了，还在磕磕绊绊。实施敏捷看起来就像一场运动，人们总期待实施敏捷有个结束的时间，但是这就是敏捷，实际的敏捷。（敏捷不仅是马拉松，它还永不结束。）记得以前听Scrum的讲座，敏捷的三大支柱之一就是透明性。意思就是，敏捷本身不解决问...

 本系列将记录项目中引入敏捷的过程和相关的一些思考，欢迎进行交流。流水帐2011年2月16日前，与项目经理和开发组长进行过两次前期交流。2011年2月16日，公司领导确认对项目进行过程改进，确定由我协助项目进行改进。2011年2月17日，与中国团队的项目经理进行面谈，确定引入迭代开发模式。2011年2月18日，与中国项目团队进行第一次迭代计划会议。会议会议总耗时两个...

 就这样，C项目组糊里糊涂的开始了敏捷之旅。在第一个迭代完成后：基本情况2011年2月21日-3月4日，项目组成员每天站在白板前进行每日站立会议。如果发现了需要讨论的话题，就在会后进行讨论。2011年3月4日，项目组进行了第一次回顾会议。没有评审会议了，因为项目组仅完成了预估工作的不到一半，仅提供了一个Demo。第一次回顾会议团队在白板前进行第一次迭代回顾，会议总耗时一个小...