摘要：就这样，C项目组糊里糊涂的开始了敏捷之旅。在第一个迭代完成后：基本情况2011年2月21日-3月4日，项目组成员每天站在白板前进行每日站立会议。如果发现了需要讨论的话题，就在会后进行讨论。2011年3月4日，项目组进行了第一次回顾会议。没有评审会议了，因为项目组仅完成了预估工作的不到一半，仅提供了一个Demo。第一次回顾会议团队在白板前进行第一次迭代回顾，会议总耗时一个小时。会议结果如下：1. 做得好的a)成功完成Demo，所有Bug都修复了。b)每日站立会议对团队有很大帮助，可以清楚知道团队其他成员在做什么。团队协作比以前更好了。c)感谢美国团队的及时响应。d)感谢团队成员的认真负责，开发和
阅读全文
摘要：敏捷是最新的流行趋势，如果你还没有在用，那值得一试。不过在开始前，最好先确认一下你准备好了么。下面分享一点个人经验。1.为什么引入敏捷？这是一个目标设定问题。仅仅因为敏捷很流行，希望学习，还是因为敏捷是另一个“银弹”。很简单的一个标准，如果没有目标，怎么能够确认成功？所以在实施敏捷前问问为什么会对你非常有帮助。1） 你所在的项目没有任何问题什么，居然有这种项目，不太可能吧。那么不妨将敏捷实施的初始目标定为发现问题。引入迭代，定义“完成”，敏捷可以帮助你让问题浮现出来。2） 你所在的项目有一个或几个明确的问题这一个或几个明确问题往往是很难解决的、相对长期存在的问题，可以把它们作为敏捷实施的目标。
阅读全文
摘要：本系列将记录项目中引入敏捷的过程和相关的一些思考，欢迎进行交流。流水帐2011年2月16日前，与项目经理和开发组长进行过两次前期交流。2011年2月16日，公司领导确认对项目进行过程改进，确定由我协助项目进行改进。2011年2月17日，与中国团队的项目经理进行面谈，确定引入迭代开发模式。2011年2月18日，与中国项目团队进行第一次迭代计划会议。会议会议总耗时两个半小时。团队坐在一个白板前，使用即时贴记录Backlog的工作项和分解后的任务。主要会议内容：简要介绍迭代开发模式，确定每2周一个迭代，每天上午10：30召开每日站立会议对需求进行优先级排列，形成最简的产品Backlog团队对产品Ba
阅读全文
