图书标签: 敏捷开发  敏捷  项目管理  ACP  软件工程  计划  管理  计算机   

喜欢 敏捷软件开发实践 估算与计划 的读者还喜欢

• 
  用户故事与敏捷方法 pdf epub mobi txt 电子书 下载
• 
  看板实战 pdf epub mobi txt 电子书 下载
• 
  敏捷迭代开发 pdf epub mobi txt 电子书 下载
• 
  Scrum敏捷软件开发 pdf epub mobi txt 电子书 下载
• 
  持续交付 pdf epub mobi txt 电子书 下载
• 
  精益软件开发管理之道 pdf epub mobi txt 电子书 下载
• 
  领域驱动设计精粹 pdf epub mobi txt 电子书 下载
• 
  看板方法 pdf epub mobi txt 电子书 下载
• 
  精益思想 pdf epub mobi txt 电子书 下载
• 
  架构整洁之道 pdf epub mobi txt 电子书 下载

补全了对项目周期最初的知识盲点，讲的很清晰。排版令人发指。

很不错，关于敏捷开发评估，用户故事和规划的详细工具书。很落地。www.agilewalker.com让我们一起分享。

即把本书当开发方法看，更把本书当做处理工作事务的方法论来看。基本原则体会如下： 1.越大型的工作越不要想着毕其功于一役，先拿六十分、用起来，在实践中体会优势与不足再行强化与完善，更容易找对方向。 2.三思而后行依然有道理，只有对事务总体本质有了判断和把握，才能选出高价值（高风险/低风险）的任务组成结构以高优先级进行推进落实，才可能尽快拿到60分。 3.充份沟通，让团队上下对目标和难度有着大体相当的认知，上下同欲者胜！ 4.关键时点交付比为了完美交付更有意义，因为时间窗口可能稍瞬即逝，而完美其实无止尽。如果来不及，该砍还得砍。

说的很详细，可是感觉内容没太多新意，而且太细节了

我觉得估算要看到细节，有点像架构实战说的，最后还是用经验这个词吧，当然什么具体的经验才是我们需要知道的而不是两个字。正确的定义“完成”至关重要，敏捷的完成是交互用户价值，绝不是写好代码。有点像看《目标》的时候的疑问，如果无法销售出去，也是没有什么用的。何况还有效率和创造力的矛盾

8.2.1 理想日在小组以外更容易解释 “常常会有必要向外部人员(以及首先是对小组成员)解释采用功能点进行规模估计的概念。不过，您经常可以把对功能点作解释的要求当作对项目将要采取的总体估计和规划方法进行说明的机会。” 这里用到了“功能点”，而英文原文为“story point...

简直是逼死强迫症的节奏。 字号，斜体，行间距用的之随性，中英文符号混用，运算符前后空格没有。 虽然内容和翻译都还不错，但强迫症真的要阵亡了。 整本书都在说计划，结果正体和斜体的计划感觉完全是乱搞的。 无图无真相…<图片4><图片3><图片2><图片1&...  

这本书告诉大家，敏捷并不是不要计划，而是要非常有计划。当然，这个计划不是挂在墙上的，而是不断地计划。不是plan，而是planning。 此书的前面几章讲思想和观念，后面几章讲一些方法。很实用。是学习敏捷方法的必读之书。