我和徐x一行4人刚从深圳那边培训敏捷课程回来，3天课程，4个讲师，30个学生，哎，好累。
发现这敏捷培训还真不是一个人干的了的，站了3天腿疼死了。每天晚上根据当天情况总结经验教训，还有可能要临时改变课表以适应学员情况。尤其是第二天，我主持课程话说的多太了。。到晚上吃饭时候脑袋疼，说话好像在瓮里一样，能听到自己的回音。。。再加上第三天课表临时变化，晚上准备新课直到2点才全搞定，555。不过，最终学员反馈比较positive，我们都很安详。。。
（不过还是徐x厉害，连续说话一点事情都没有，说错了都能糊弄过去没人发现。。。。。。）
在准备这次的培训时，我们也总结了一个敏捷培训宣言：
交互与气 ...
xiaoyu 写道但这个东西好不好估计你的项目大概完成时间? 因为需求一开始并没有清楚. 对于公司要后期调整人员变动, 或者新项目等不明确.
希望在这方面说一下. 谢谢
现在的项目，尤其是web需要运营类的，很难定义什么时候是完成。因为项目很快就上线，之后不停的发布新版本。项目一直在不停的做。因此，你不可能估计完成时间，开始时候对后期的需求也不可能完全清楚。可持续的开发才是这类项目的关键。
我们开始的时候计划的整个项目需求大概有50-70个Story，到项目进行了10个月的时候，完成了大约70个Story，但未完成的，或者说新增的需求也是50-70个。从传统项目管理来看，项目才完成一半。 ...
- 11:06
- 浏览 (890)
- 评论 (0)
敏捷软件开发图书概览
本文发表于程序员杂志2006年第5期
“敏捷软件开发宣言：我们正在通过亲身实践和帮助其他人实践，揭示更好的软件开发方法，通过这项工作，我们认为：
人和交流胜过过程和工具
可工作的软件胜过面面俱到的文档
客户协作胜过合同谈判
响应变化胜过遵循计划
虽然右项也有价值，但是我们认为左项更重要。”
—— Kent Beck，Mike Beedle，Arie van Bennekum，Alistair Cockburn，Ward Cunningham，Martin Fowler，James Grenning，Jim H ...
使用story card + excel记录和管理需求，这就足够了。
个人认为需求管理主要有以下要点需要注意：
1 需求的价值：
该需求的存在目的是什么？
它的商业价值是否可以/如何用金钱来衡量？
这个需求需要花费多少力量/金钱来完成？
不做它的机会成本有多少？
2 需求的优先级：
它比其他的需求更重要吗？
它需要在下一个发布中完成吗？
有没有手动的方式可以暂时代替这个需求？
- 23:35
- 浏览 (780)
- 评论 (0)
对于csdn blog的支持相当不赖，把我n年前的旧贴都导进来了。。。。假装没看到吧
不过好像没法成功导msnspace的帖子，说找不到我blog
最遗憾的是不支持导入其他blog的格式。。。我原来的可爱的blog自从当掉之后，我就只剩下sql和txt了，如果能支持就好了
（本文发表于程序员杂志2006年第4期）
在很多人的印象中，敏捷软件开发是种类似黑客行为的过程，是程序员最爱的勾当。不写文档，不作需求分析，没有项目经理，做什么东西完全是程序员自己的行为。所以他们认为这样的过程无法满足真正大型项目和复杂项目的需要，因此在经过考虑后，放弃了敏捷方法。
真的是这样吗？敏捷过程到底是如何做需求分析？用户故事和用例有什么区别？敏捷过程如何去管理需求的？这些是一些想要实践敏捷的人一直在困惑的事情。
我们常常看到书中讲，程序员拿到一个用户故事后，怎么计划，怎么分解，怎么写单元测试，怎么小步前进，怎么持续集成。这是典型的程序员视角。事实上，敏捷方法分为三部分，敏捷项目 ...
评论排行榜