背景项目我们的这个项目背景比较简单，本质上是为业务部门做一个类OA系统。它的功能主要是把一些线下的工作流程转到线上处理。只不过与一般的行政管理流程相比，它涉及的业务专业知识更多、处理流程也更复杂。有一点必须特别指出：我们组是中途接手、而非从零开始做这个项目的。在我们组接手时，这个项目已经完成了一半左右的需求。之所以强调这一点，是因为有人认为敏捷模式更适合于做新项目，而非接手老项目。但我认为并非如此
如果有人问“计划会、每日站会、回顾会中只能留一个，你会留哪个”，我一定会选回顾会。计划会和每日站会的目标是保证项目进度，而回顾会的目标是改进项目组。我们的流程特点从流程来说，回顾会非常简单：定期地把大家聚到一起，或三言两语地吐一番槽，或七嘴八舌地甩一通锅，然后就各回各家各找各妈。但是显然，这种回顾会对项目组的成长没有什么帮助。甩锅一时爽……然而解决不了任何实际问题从流程来说，我们项目组的回顾会有几
我和仙女们不可不说的故事-II原创： 花园的景昕 景昕的花园 1周前还能再被标题“骗”进来的请自觉去面壁三十分钟哈哈哈。真实的标题是《我的敏捷经历-II》，上一集在这里：《我和姑娘们不可不说的故事》。实施敏捷 “工欲善其事必先利其器”，在正式启动项目之前，我们先组织了好几次团队学习，弄清楚了敏捷的基本思路，例如敏捷宣言、迭代的基本流程、别人的敏捷经验等。然后，我们照搬了一套迭代流程，一边熟悉
敏捷中的站会，以及相关的我们团队现状。
这是我在敏捷尝试中对团队成员职责分工的一些观点。
这是我和团队成员在敏捷尝试中总结的敏捷开发需求分析的一些观点。
用了两个冲刺周期，我们组算是把敏捷开发的测试流程给捋顺了。这里对我们的测试，以及敏捷开发中的测试做一个小结。
项目组学习、实践、摸索敏捷开发模式已经近两个月了。这里对两个月来的成果作一次总结。首先是关于敏捷开发的核心思想。
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
