大鹏

今天来说说任务工时更新问题。不少童鞋都有在问：禅道里记录任务工时，输入日期和工时后，为什么还要输入剩余，这么简单的加减系统不会自动计算吗？也就是说很多童鞋对任务工时有误读，单纯的认为任务预计剩余工时 = 最初预计工时 — 已经消耗工时。具体解答问题之前，我们先来了解一下禅道里的工时概念：最初预计：创建任务时的最初预计工时。已经消耗：开发这个任务已花费的工时。预计剩余：完成这个任务还需要的工时。套用一句老话“计划没有变化快”，以我的个人经历来说比较常见的任务开发状况：1、某个.

一、概念的对应scrum 禅道 备注 product 产品 禅道里面使用了产品的概念。 user story 需求 其实标准的翻译应该为用户故事，不过禅道还是采用了比较中性的概念。 sprint 项目 很多朋友对产品和项目的概念不是很清楚，其实有了这个对应关系就很容易理解了。 task 任务 这两个概念是一致的。 team 团队 burndown chart 燃尽...

传送门六问禅道1：为什么任务里剩余工时不自动更新六问禅道2：为什么别人能看到我的任务六问禅道3：我的燃尽图怎么没更新今天我们来聊聊产品和项目的区别。不少刚接触禅道的童鞋都会这个问题：产品和项目怎么来区分，两者关系是什么。我做了些简单的总结：一、产品与项目的区别1、定位不同产品是需求方，决定做什么。项目是执行方，解决的是如何做的问题。2、使用者不同产品由产品经理使用和管理，记录需求，规划产品的开发计划。项目由项目经理使用和管理，关联需求，分解任务，组建团队，领导团队成员进行开发工作。全程把控项目

通过HUNDSON+Hudson SCP publisher plugin的构建功能可以完成可能遇到的问题: svn: Unrecognized URL schem解决方法:http://www.kklinux.com/html/fuwuqixiangguan/Webfuwuqi/200908/27-6060.htmlhttp://bbs.iusesvn.com/thread-80

<br /><br />Scrum作为敏捷方法之一，在十多年前由Ken Schwaber和Jeff Sutherland共同提出，名称来自英式橄榄球，用Scrum来类比软件团队在软件开发所展示出来的速度和灵活性。（在橄榄球比赛规则中，Scrum的目的是在有轻微违规或比赛暂停后，使比赛迅速、安全、公平地重新开始。当球队在场地上以整体队形向前推进时，每个球员都时刻保持对场上全局的判断，橄榄球在队员之间相互传递，奋力实现胜利。）<br />Scrum是基于过程控制理论的经验方法，倡导自组织团队；其运行框架核心是迭

Scrum创始人之一Jeff Sutherland用诺基亚测试的8个判断条件来判定是否在真正执行Scrum。这8个判断条件是：    1 你们有固定的迭代周期么？你们的迭代周期是否以某个特定的时间开始并以某个固定的时间结束，且迭代周期必须少于6周？（回答否定的则不符合迭代开发原则）    2 在每个迭代周期结束时，你们能提供可以工作的软件么？（回答否定的则不符合迭代开发原则）    3 在迭代开始之前，你们是否需要必须有一个完整细致的需求说明？（回答肯定的则不符合迭代开发原则）    4 是否将测试作为迭代

<br /><br />坚持以下7个基本原则，将有利于有效执行Scrum Meeting：<br />    1 团队信仰自我管理和支持自我管理。<br />    2 他们作为团队共同承诺Sprint目标。<br />    3 他们认识到沟通的重要性，并且通过Daily Scrum Meeting推动沟通。<br />    4 他们理解和拥抱贯穿整个Sprint周期的必要的日常任务变更，相互依赖的会议规则，每日会议允许团队成员管理和响应变化。<br />    5 团队有一位卓有成效的Scrum Ma

<br />The Scrum Master<br />职责：下决定；控制需求；扫除障碍<br />维系需求方与开发者的纽带，全程参与所有的过程，了解进度的情况，控制需求的不正常增加。<br />此职位需要很高的开发能力，同时又能根据项目的情况，定知合理的Backlog, sprint的机制。<br /><br />Product Backlog<br />需求列表，开发过程中不断修正之。<br />内容包括：<1> 市场的需求（市场活动）<br />                 <2> 策划的需求（开

Web优化已经越趋成熟，不再那么扑朔迷离。在这里，我们跟据一些优化实践准则应用于perfgeeks，并进行了记录。Pefgeeks的系统软环境是CentOS5.3 + Apache2.2.3 + Wordpress2.9。优化的工作方式，一般都是:快照 + 分析 + 变更 + 快照。让我们开始吧…看到这份快照，我们就可以形成一个最简单的统计:1，请求数量:8 = 5 + 2 + 1 （5个图片、2个CSS文件、1个html文档）2，发送包大小: 3400bytes3，响应包大小: 1

<br />我们要倾向的信任专业人员，只提供参考性的建议(经验，个人习惯，个人使用体验)而不做决定，让专业的人做专业的事情，这样的产品才更完善。合理、适时机的追求极致才能更接近完美。-- 用人不疑，疑人不用，对目标必须有明确的方向。

一、所用开发工具1. Hudson: Hudson 是一种革命性的开放源码 CI 服务器，它从以前的 CI服务器吸取了许多经验 教训。Hudson 最吸引人的特性之一是它很容易配置：很难找到更容易设置的 CI 服务器，也很难找到开箱即用特性如此丰富的CI 服务器。Hudson 容易使用的第二个原因是它具有强大的插件框架 ，所以很容易添加特性，例如添加tomcat插件后，可以方将build好的war包方便的部署到Tomcat里。下载地址：http://hudson-ci.org/2. Ma

<br />免费在线版本<br />(非印刷免费在线版)<br />InfoQ 中文站出品<br />本书由 InfoQ 中文站免费发放,如果您从其他渠道获取本<br />书,请注册 InfoQ 中文站以支持作者和出版商,<br />并免费下载更多 InfoQ 企业软件开发丛书。<br />本书主页为<br />http://infoq.com/cn/minibooks/scrum-x<br />p-from-the-trenches<br />硝烟中的 Scrum 和

相同点：SCRUM和XP都是敏捷开发的方法论，都体现了快速反馈，强调交流，强调人的主观能动性等基本原则，而且多数“最佳实践活动”都互相适用。不同点：Scrum非常突出Self-Orgnization（管理）, XP注重强有力的工程实践约束。在具体的应用中可以将两者结合，在管理模式上启用Scrum， 而在实践中，创造一个适合自己项目组的XP(“start with Scrum and then invent your own version of XP.”)以下为转载：区别之一： 迭代长度的不同X